Hartman's Blogtastic Blog
Originally created for use in San Diego State University's Educational Technology 700 course on integrating the use of blogs in the classroom for educational advancement, this blog now acts as my personal online area for documenting professional advancements, ideas, and edtec ramblings of all sorts.
Friday, March 15, 2013
Microsoft. Still sucky after all these years.
I've got a few minutes on my hand because I'm waiting for Office 2013 to finish installing. My wife got a deal from work for it for $10 and that seemed like a fair deal. Of course, it's been installing for about 30 minutes now, so maybe I paid a bit too much. In any case, that's only the most recent of my issues this evening, as I've spent the better part of the last 3 hours setting up a new Asus VivoBook x202e for my wife's new business venture. It's been a while since I got a new computer and had to install updates (4 of them from Asus tonight, each one critical, each one requiring a restart), uninstall unwanted apps (innumerable Asus apps I'm afraid to remove and McAfee which is utterly unnecessary with Windows 8 I understand), install apps (30 mins and counting for Office), and install updates again (Windows itself has upwards of 80 waiting for me after Office wraps up). Ugh. Will Microsoft ever figure this out, or is it utterly unsolvable at this point? I'm honestly not sure, but what I am sure about, and what nearly every other American is sure about at this point, is that this process is unnecessary (or at least much faster) on iPads and Android tablets, and Chromebooks for sure. It's probably even unnecessary on Windows 8 phones, although I've no experience with them. No wonder PCs are dying and Windows 8 sales are in the dumps. This is a terrible way to greet a new customer, and tarnishes the feeling of excitement at getting a new device at a cost of several hundred dollars. Until this issue is resolved, I can't see how Microsoft gains back any lost ground. We'll see how the wife feels after a few days with the thing I guess.
Wednesday, March 13, 2013
Official Google Reader Blog: Powering Down Google Reader
Well, it's been a good run. According to my Reader account, "Since March 20, 2007 you have read a total of 151,876 items". I don't know what I'm going to do without it. When I first heard about RSS and feed readers I couldn't really understand the value. Of course, once I jumped in and found a few popular feeds, it was game over. One of my first feeds was Digg.com, back when Digg junkies laughed at all the lame Reddit losers. With a few other favorites like the Sports Guy., Ars Technica, and Thomas Friedman, I was easily over 100 articles a day.
When I was dating my wife, Reader nearly caused us to break up. I was spending too much time reading articles and too little time with her she claimed. I had to cut Digg and a few others from the feed list and, upon noticing this action didn't have the traumatizing effect I thought it would, I made pruning my feeds a bi-annual event.
Recently I found an article on Ars Technica that reviewed a few Internet comics. As good as that site is, and it is my favorite blog of all, the community is probably even better. As such I read through all the comments and found half a dozen new comics to follow, including my new favorite, The Perry Bible Fellowship. If it weren't for Reader I'd probably forget to check that site every so often to see if a new comic had been posted, but with Reader I'm immediately notified when some new hilarity is available to enjoy.
I've just now read an article highlighting the best replacement readers. What a sad, sad picture is painted. These impostors all try to capitalize on fancy visuals and layouts, minimizing the content I'm there to consume in the hopes of suckering me into following the latest food porn site. Fine fodder for some I suppose, but I'll take the thousand words over the picture any day.
All in all, I suppose I can't be too angry. Over the past six years I've gained immeasurably from something I've never even paid for. Actually, that gives me an idea. I would happily, HAPPILY! pay $20 annually to keep my Reader account. Perhaps some enterprising chap will reverse engineer the site, make it available for a subscription, and part me from my hard earned wages. One can always hope. Until then, RIP Reader. You will be missed.
Official Google Reader Blog: Powering Down Google Reader: Posted by Alan Green, Software Engineer We have just announced on the Official Google Blog that we will soon retire Google Reader (the...
When I was dating my wife, Reader nearly caused us to break up. I was spending too much time reading articles and too little time with her she claimed. I had to cut Digg and a few others from the feed list and, upon noticing this action didn't have the traumatizing effect I thought it would, I made pruning my feeds a bi-annual event.
Recently I found an article on Ars Technica that reviewed a few Internet comics. As good as that site is, and it is my favorite blog of all, the community is probably even better. As such I read through all the comments and found half a dozen new comics to follow, including my new favorite, The Perry Bible Fellowship. If it weren't for Reader I'd probably forget to check that site every so often to see if a new comic had been posted, but with Reader I'm immediately notified when some new hilarity is available to enjoy.
I've just now read an article highlighting the best replacement readers. What a sad, sad picture is painted. These impostors all try to capitalize on fancy visuals and layouts, minimizing the content I'm there to consume in the hopes of suckering me into following the latest food porn site. Fine fodder for some I suppose, but I'll take the thousand words over the picture any day.
All in all, I suppose I can't be too angry. Over the past six years I've gained immeasurably from something I've never even paid for. Actually, that gives me an idea. I would happily, HAPPILY! pay $20 annually to keep my Reader account. Perhaps some enterprising chap will reverse engineer the site, make it available for a subscription, and part me from my hard earned wages. One can always hope. Until then, RIP Reader. You will be missed.
Official Google Reader Blog: Powering Down Google Reader: Posted by Alan Green, Software Engineer We have just announced on the Official Google Blog that we will soon retire Google Reader (the...
Thursday, February 03, 2011
The Android Market: a Solution for Apps at Last?
One of the main problems I've heard about these iPad and iPod Touch educational pilot programs that everyone seems to be so enamored with is application management. Everyone loves apps because they're cheap and good ones are so intuitive that almost no training is required at all to get them working. The problem is that apps are by and large built around a consumer market model, and almost exclusively delivered through the cloud whether via iTunes for iOS or over the air via the Android Market (or Blackberry Market, Palm Market, etc.). Has anyone honestly ever gone into a store to purchase an SD card with an app on it and then inserted that SD card into their phone and installed that app on their phone/tablet? (Nevermind iOS devices don't have SD card slots in the first place). That now absurd sounding process is exactly what consumers and organizations used to do with CD-Roms and DVDs, and that was one (admittedly complicated) way to concretely manage applications across an organization.
With the advent of app stores, how does an organization manage applications effectively? Is an application licensed to a device or a user? If several classes and dozens of students are utilizing one iPod Touch cart, how many instances of a given application are they supposed to purchase? How does a student make sure the progress they make in the app or the work they do in an app is associated with the correct user account? What about updates?
Yesterday Google officially unveiled the Android Market, which seems to have answers for some of these questions. The Android Market is a website, (not a program like iTunes) and programs can be purchased and installed to multiple Android devices over the air. The skeleton of a comprehensive application management system appears to be there, but there is still much progress to be made:
Firstly, I haven't been able to find out if Android devices have the ability to support multiple users logging in and out. This would be important since the Android Market associates all applications on the device(s) with whatever Google Account is active on the devices at the time.
Secondly, the Android Market does not appear to support multiple application management rights levels. It would be nice if, for example, an IT administrator could log in to see all the applications and devices owned by the organization, while a teacher could log in and see all the applications and devices being used in their class, etc.
Thirdly, the Android Market appears to only have the ability to install applications to devices, whereas a complete central application management system would have to allow an administrator the ability to install, update, and uninstall applications to any device or groups of devices.
That being said, it does now seem possible for a rudimentary application management system to exist. An administrator could purchase a dozen Android tablets, register a dummy Google account, purchase an app through the Android Market and deploy it to all 12 devices over the air. In fact, this appears to be the recommended strategy for just such a situation. (I should probably mention that this strategy is probably also possible on iOS devices using iTunes except that the devices would have to be physically tethered one after the other to a computer to get the apps instead of getting them pushed over wireless).
This rudimentary strategy may not have all the advantages of a fully fledged application management environment, but at least you only have to buy each app once!
With the advent of app stores, how does an organization manage applications effectively? Is an application licensed to a device or a user? If several classes and dozens of students are utilizing one iPod Touch cart, how many instances of a given application are they supposed to purchase? How does a student make sure the progress they make in the app or the work they do in an app is associated with the correct user account? What about updates?
Yesterday Google officially unveiled the Android Market, which seems to have answers for some of these questions. The Android Market is a website, (not a program like iTunes) and programs can be purchased and installed to multiple Android devices over the air. The skeleton of a comprehensive application management system appears to be there, but there is still much progress to be made:
Firstly, I haven't been able to find out if Android devices have the ability to support multiple users logging in and out. This would be important since the Android Market associates all applications on the device(s) with whatever Google Account is active on the devices at the time.
Secondly, the Android Market does not appear to support multiple application management rights levels. It would be nice if, for example, an IT administrator could log in to see all the applications and devices owned by the organization, while a teacher could log in and see all the applications and devices being used in their class, etc.
Thirdly, the Android Market appears to only have the ability to install applications to devices, whereas a complete central application management system would have to allow an administrator the ability to install, update, and uninstall applications to any device or groups of devices.
That being said, it does now seem possible for a rudimentary application management system to exist. An administrator could purchase a dozen Android tablets, register a dummy Google account, purchase an app through the Android Market and deploy it to all 12 devices over the air. In fact, this appears to be the recommended strategy for just such a situation. (I should probably mention that this strategy is probably also possible on iOS devices using iTunes except that the devices would have to be physically tethered one after the other to a computer to get the apps instead of getting them pushed over wireless).
This rudimentary strategy may not have all the advantages of a fully fledged application management environment, but at least you only have to buy each app once!
Labels:
Android,
Android Market,
App,
Apps
Canvas LMS: newly Open Sourced and ready for Education
I've never heard of Canvas before, but it looks like an amazing product. I suppose that has something to do with it being written in Ruby. I have some friends who code in Ruby and they swear by it. I'd love to get an install up and running for this and see what it can do, but the youtube videos (apparently not working anymore on this link for some reason) show a lot. The grader looks incredible in its own right.
http:/ / www.zdnet.com/ blog/ education/ there-are-alternatives-to-blackboard-and-moodle-instructure-canvas-goes-open-source/ 4475?tag=mantle_skin;content
http:/
Saturday, July 10, 2010
The Five Orders of Technology OR Why OpenOffice Impress Sucks
I don't have decades of experience supporting technology, but in the few years I've been at the academies I've noticed that several mistakes I've made were as a result of my failure to properly understand what I've come to refer to as the "Five Orders of Technology". The Order is a classification system of technology tools that has been, in my experience, a useful way of evaluating both potential purchases as well as existing technology and the ways to best support its use.
Technology tools at the top of the Order are the most preferred. They are tools that are both good AND predictable, meaning they accomplishes useful tasks with a high degree of quality while operating in a consistent and reliable manner. Examples would be a quality gigabit ethernet switch or an excellent industrial air conditioner.
The second order of technology are tools that are worth having, but just barely. They are bad, but operate predictably. They might be a network hub or Microsoft's Movie Maker. Neither one of these tools is particularly good at what it is built to do, but at least they both can be depended upon to accomplish what they do with consistency.
The third order of technology is a bit of a misnomer. It is to have no technology at all. This may seem counterintuitive, but I'll explain later on why this is where "no technology" belongs in the order.
Fourth in the Order of technology is that which is good but unreliable. It is like Google Chrome on my home theater PC. It works beautifully, but crashes at unpredictable times (unless I have guests over and am trying to show them something cool on the Internet. Then it can be depended upon to crash without fail).
The fifth and least desirable level of technology is that which is both bad AND unreliable. It is at this lowest and least preferred level that OpenOffice Impress resides. It is bad software in nearly every sense of the word: unintuitive, complicated, overwhelming, underpowered, and slow. It is also unreliable; actions do not behave in predictable ways. Bullet points, for example, move higher or lower on text (or vanish altogether) depending on seemingly arbitrary and unseen circumstances.
Using OpenOffice Impress is an obvious exercise in self-flagellation and clearly worse than good and reliable software, but is it really worse than having no presentation software at all as suggested by the Order? Allow me to illustrate how it is with the example of a restaurant chef and his refrigerator.
The first order of technology assumes the chef has a high quality refrigerator that works well and dependably. It keeps his ingredients fresh and rarely fails (or maybe even has a backup power mechanism in the event of failure).
At the second order, the chef has a lesser quality fridge, but one that works predictably. Maybe it doesn't have as much room, or the same features, or isn't as customizable as the top tier refrigerators, but it does the job the chef asks of it and rarely lets him down.
The third order gives the chef no refrigerator at all. This is a burden, but at least it is predictable. The chef knows he does not have the ability to keep ingredients cold, and so devises methods of running his kitchen that do not require that ability. Perhaps ice is brought daily and kept in a cooler or ingredients are purchased each morning instead of once per week. The point is that the chef can adapt to his situation because he knows what to expect.
The fourth order assumes the chef has a top quality refrigerator that regularly malfunctions. Perhaps it powers off in the middle of the night, spoiling the food it was supposed to keep fresh. Maybe it affects other tools in its surroundings by blowing fuses or short circuiting other devices. In any case, the quality of the device is overwhelmed by its unreliability and the chef's work is made more challenging for it. Some mornings he shows up and his ingredients are perfectly preserved, ready for preparation. Other mornings are disastrous, and he is left scrambling for solutions.
The fifth order is worse than the fourth only in that the refrigerator is of a lower initial quality. This difference is negligible really, as the main problem continues to be the predictability of the fridge, not its quality. (In fact, it could be argued that the fifth order is actually preferable to the fourth in that the chef might be less frustrated by unpredictable performance from a substandard refrigerator than a top caliber one, and thus more likely to either rid himself of the technology and move up to order 3, or purchase a new one and move to order 1 or 2).
There are, of course, situations when bad and unpredictable technology is preferable to no technology at all. If I were stranded on a desert island, for example, I think I'd rather have a cheap and unreliable long-wave radio than no radio at all. Similarly, it might be embarrassing for me to have Google Chrome crash when I have guests over, but I prefer it to having no browser at all.
In production environments, however, like a school or a classroom, predictability is much more important (as seen with the chef illustration). It is far better, for example, for a teacher to know that there are no laptops to use this month than to design a lesson around using laptops only to discover they aren't working properly. The former scenario at least allows the teacher the opportunity to plan a non technology-infused lesson, while the latter wastes both the teacher's and students' time and, perhaps even more damaging, leads eventually to their developing a wary and apprehensive attitude towards the technology itself.
In my experience, if a user is burned by unpredictable technology more than twice, they "learn their lesson" and are much less likely to attempt to use that technology in the future. This attitude can prevail even in the face of updates, troubleshooting, or even the wholesale replacement of the technology and is, of course, especially potent if that particular teacher is already fishing for an excuse to dismiss the use of the technology in the first place.
Therefore, in an age when seemingly everyone is looking to technology to bridge divides in education and push student achievement higher, not heeding the implications of the 5 Orders of Technology is, in my opinion, a big mistake.
Technology tools at the top of the Order are the most preferred. They are tools that are both good AND predictable, meaning they accomplishes useful tasks with a high degree of quality while operating in a consistent and reliable manner. Examples would be a quality gigabit ethernet switch or an excellent industrial air conditioner.
The second order of technology are tools that are worth having, but just barely. They are bad, but operate predictably. They might be a network hub or Microsoft's Movie Maker. Neither one of these tools is particularly good at what it is built to do, but at least they both can be depended upon to accomplish what they do with consistency.
The third order of technology is a bit of a misnomer. It is to have no technology at all. This may seem counterintuitive, but I'll explain later on why this is where "no technology" belongs in the order.
Fourth in the Order of technology is that which is good but unreliable. It is like Google Chrome on my home theater PC. It works beautifully, but crashes at unpredictable times (unless I have guests over and am trying to show them something cool on the Internet. Then it can be depended upon to crash without fail).
The fifth and least desirable level of technology is that which is both bad AND unreliable. It is at this lowest and least preferred level that OpenOffice Impress resides. It is bad software in nearly every sense of the word: unintuitive, complicated, overwhelming, underpowered, and slow. It is also unreliable; actions do not behave in predictable ways. Bullet points, for example, move higher or lower on text (or vanish altogether) depending on seemingly arbitrary and unseen circumstances.
Using OpenOffice Impress is an obvious exercise in self-flagellation and clearly worse than good and reliable software, but is it really worse than having no presentation software at all as suggested by the Order? Allow me to illustrate how it is with the example of a restaurant chef and his refrigerator.
The first order of technology assumes the chef has a high quality refrigerator that works well and dependably. It keeps his ingredients fresh and rarely fails (or maybe even has a backup power mechanism in the event of failure).
At the second order, the chef has a lesser quality fridge, but one that works predictably. Maybe it doesn't have as much room, or the same features, or isn't as customizable as the top tier refrigerators, but it does the job the chef asks of it and rarely lets him down.
The third order gives the chef no refrigerator at all. This is a burden, but at least it is predictable. The chef knows he does not have the ability to keep ingredients cold, and so devises methods of running his kitchen that do not require that ability. Perhaps ice is brought daily and kept in a cooler or ingredients are purchased each morning instead of once per week. The point is that the chef can adapt to his situation because he knows what to expect.
The fourth order assumes the chef has a top quality refrigerator that regularly malfunctions. Perhaps it powers off in the middle of the night, spoiling the food it was supposed to keep fresh. Maybe it affects other tools in its surroundings by blowing fuses or short circuiting other devices. In any case, the quality of the device is overwhelmed by its unreliability and the chef's work is made more challenging for it. Some mornings he shows up and his ingredients are perfectly preserved, ready for preparation. Other mornings are disastrous, and he is left scrambling for solutions.
The fifth order is worse than the fourth only in that the refrigerator is of a lower initial quality. This difference is negligible really, as the main problem continues to be the predictability of the fridge, not its quality. (In fact, it could be argued that the fifth order is actually preferable to the fourth in that the chef might be less frustrated by unpredictable performance from a substandard refrigerator than a top caliber one, and thus more likely to either rid himself of the technology and move up to order 3, or purchase a new one and move to order 1 or 2).
There are, of course, situations when bad and unpredictable technology is preferable to no technology at all. If I were stranded on a desert island, for example, I think I'd rather have a cheap and unreliable long-wave radio than no radio at all. Similarly, it might be embarrassing for me to have Google Chrome crash when I have guests over, but I prefer it to having no browser at all.
In production environments, however, like a school or a classroom, predictability is much more important (as seen with the chef illustration). It is far better, for example, for a teacher to know that there are no laptops to use this month than to design a lesson around using laptops only to discover they aren't working properly. The former scenario at least allows the teacher the opportunity to plan a non technology-infused lesson, while the latter wastes both the teacher's and students' time and, perhaps even more damaging, leads eventually to their developing a wary and apprehensive attitude towards the technology itself.
In my experience, if a user is burned by unpredictable technology more than twice, they "learn their lesson" and are much less likely to attempt to use that technology in the future. This attitude can prevail even in the face of updates, troubleshooting, or even the wholesale replacement of the technology and is, of course, especially potent if that particular teacher is already fishing for an excuse to dismiss the use of the technology in the first place.
Therefore, in an age when seemingly everyone is looking to technology to bridge divides in education and push student achievement higher, not heeding the implications of the 5 Orders of Technology is, in my opinion, a big mistake.
Labels:
open office
Tuesday, June 08, 2010
Our Google Secure Search Troubles Highlighted by Chris Dawson of ZDNet
Chris Dawson is one of the few bloggers of whose posts I read each and every one. Therefore it is a great honor for me to be mentioned in one of his posts and, furthermore, I'm very thankful to him for taking the time to highlight our troubles. It is a shame that the occasion was prompted by such unfortunate circumstances as our being without any Google services for nearly two weeks however.
Labels:
google,
google docs,
Secure Search,
ZDNet
How to Undo an Update in Ubuntu Lucid
Well it took me a few hours but I finally figured out why a couple of the images I've been working on were taking so long to fully load the Gnome Panel upon login (about 30 seconds as opposed to the 5-8 it normally takes). After ruling out dozens of other possibilities I finally realized that it was a gnome-keyring update I installed just today that was causing the panel to load so slowly. It wasn't easy though.
The first step to undoing the offending update was to find out what updates it was exactly. After searching some forums I came across a way to see my update history:
Unfortunately I had installed about 20 updates today, and I didn't know which one had caused the problem. By searching through each of the packages named in the History list, I was able to downgrade a few at a time until the problem was solved and I had identified the offending update. To do this:
The first step to undoing the offending update was to find out what updates it was exactly. After searching some forums I came across a way to see my update history:
- Open synaptic package manager ("sudo synaptic" in the terminal). From the menu bar, click File -> History and you will see all your updates sorted by date.
Unfortunately I had installed about 20 updates today, and I didn't know which one had caused the problem. By searching through each of the packages named in the History list, I was able to downgrade a few at a time until the problem was solved and I had identified the offending update. To do this:
- Use the search bar to find the package you want to downgrade. Once you've found what you're looking for, click on the package to select it. From the menu bar, click Package -> Force Version and select the previous version of the package from the drop down menu. Click the "Apply" button to apply the downgrade.
It's not an elegant solution, but it did the trick for me. Hopefully it will help someone else out there sometime too. Cheers! -Joe
Lock Down Firefox Preferences on Ubuntu Lucid With a New firefox.js File
In the past couple of weeks we've received 105 donated computers. Dell GX260/270 towers, P4's all, 512MB-1GB of RAM and decent specs otherwise. This has dramatically shifted my vision for the technology infrastructure of the Academies. We no longer have to worry about utilizing underpowered Pentium 3 machines any longer, which means the need for LTSP and all its advantages is gone as well.
LTSP is, in my opinion, an elegant but troublesome solution. Without consistent and frequent monitoring there are simply too many ways for individual workstations to stop functioning. Of course, when a breaker flips, a student accidentally kicks a surge protector strip off, or someone knocks out the switch the whole thing comes to a crashing halt.
Therefore, I've recently begun building several images of both Windows XP (for our Rosetta Stone utilizing teachers) and Ubuntu Lucid for the various machines we have on campus. I'm hoping to find the time to put together a complete "From Square One" guide to locking down the Ubuntu desktop (as I've done it a few times already this week), but for now I thought I'd share a particularly useful bit of code, following up from a previous post of mine.
Some of the old firefox.js settings no longer work, but I've managed to fix all of them and add a couple more that I like. I think the descriptions are mostly adequate to see what I'm attempting, but if you have any questions drop a comment and I'll reply. Cheers! -Joe
As before, this is the firefox.js file located in etc/firefox/pref/
// This is the Debian specific preferences file for Mozilla Firefox
// You can make any change in here, it is the purpose of this file.
// You can, with this file and all files present in the
// /etc/firefox/pref directory, override any preference that is
// present in /usr/lib/firefox/defaults/pref directory.
// While your changes will be kept on upgrade if you modify files in
// /etc/firefox/pref, please note that they won't be kept if you
// do them in /usr/lib/firefox/defaults/pref.
pref("extensions.update.enabled", true);
// Use LANG environment variable to choose locale
pref("intl.locale.matchOS", true);
// Disable default browser checking.
pref("browser.shell.checkDefaultBrowser", false);
// Prevent EULA dialog to popup on first run
pref("browser.EULA.override", true);
// identify default locale to use if no /usr/lib/firefox-addons/searchplugins/LOCALE
// exists for the current used LOCALE
pref("distribution.searchplugins.defaultLocale", "en-US");
// Enable the NetworkManager integration
pref("toolkit.networkmanager.disable", false);
// Other preferences
user_pref("browser.startup.homepage", "http://www.aeacs.org");
user_pref("startup.homepage_override_url", "http://www.aeacs.org");
user_pref("startup.homepage_welcome_url", "http://www.aeacs.org");
pref("browser.startup.homepage_reset", "http://www.aeacs.org");
pref("privacy.sanitize.sanitizeOnShutdown", true);
pref("privacy.sanitize.promptOnSanitize", false);
pref("privacy.clearOnShutdown.offlineApps", true);
pref("privacy.clearOnShutdown.passwords", true);
pref("privacy.clearOnShutdown.siteSettings", true);
pref("privacy.clearOnShutdown.history", false);
pref("privacy.clearOnShutdown.downloads", false);
pref("signon.rememberSignons", false);
pref("browser.tabs.warnOnClose", false);
LTSP is, in my opinion, an elegant but troublesome solution. Without consistent and frequent monitoring there are simply too many ways for individual workstations to stop functioning. Of course, when a breaker flips, a student accidentally kicks a surge protector strip off, or someone knocks out the switch the whole thing comes to a crashing halt.
Therefore, I've recently begun building several images of both Windows XP (for our Rosetta Stone utilizing teachers) and Ubuntu Lucid for the various machines we have on campus. I'm hoping to find the time to put together a complete "From Square One" guide to locking down the Ubuntu desktop (as I've done it a few times already this week), but for now I thought I'd share a particularly useful bit of code, following up from a previous post of mine.
Some of the old firefox.js settings no longer work, but I've managed to fix all of them and add a couple more that I like. I think the descriptions are mostly adequate to see what I'm attempting, but if you have any questions drop a comment and I'll reply. Cheers! -Joe
As before, this is the firefox.js file located in etc/firefox/pref/
// This is the Debian specific preferences file for Mozilla Firefox
// You can make any change in here, it is the purpose of this file.
// You can, with this file and all files present in the
// /etc/firefox/pref directory, override any preference that is
// present in /usr/lib/firefox/defaults/pref directory.
// While your changes will be kept on upgrade if you modify files in
// /etc/firefox/pref, please note that they won't be kept if you
// do them in /usr/lib/firefox/defaults/pref.
pref("extensions.update.enabled", true);
// Use LANG environment variable to choose locale
pref("intl.locale.matchOS", true);
// Disable default browser checking.
pref("browser.shell.checkDefaultBrowser", false);
// Prevent EULA dialog to popup on first run
pref("browser.EULA.override", true);
// identify default locale to use if no /usr/lib/firefox-addons/searchplugins/LOCALE
// exists for the current used LOCALE
pref("distribution.searchplugins.defaultLocale", "en-US");
// Enable the NetworkManager integration
pref("toolkit.networkmanager.disable", false);
// Other preferences
user_pref("browser.startup.homepage", "http://www.aeacs.org");
user_pref("startup.homepage_override_url", "http://www.aeacs.org");
user_pref("startup.homepage_welcome_url", "http://www.aeacs.org");
pref("browser.startup.homepage_reset", "http://www.aeacs.org");
pref("privacy.sanitize.sanitizeOnShutdown", true);
pref("privacy.sanitize.promptOnSanitize", false);
pref("privacy.clearOnShutdown.offlineApps", true);
pref("privacy.clearOnShutdown.passwords", true);
pref("privacy.clearOnShutdown.siteSettings", true);
pref("privacy.clearOnShutdown.history", false);
pref("privacy.clearOnShutdown.downloads", false);
pref("signon.rememberSignons", false);
pref("browser.tabs.warnOnClose", false);
Labels:
firefox,
firefox.js,
lock down,
lucid,
preferences,
ubuntu
Wednesday, March 31, 2010
My personal statement for admission to Pepperdine's Ed.D in Learning Technologies program
I once read a story about an economist who was travelling through China and took the opportunity to attend a tour of a new dam being constructed. The tour was given by the town mayor, and when the two men came to a summit from which they could survey the construction in its entirety, the economist noticed for the first time the many hundreds of workers laboring with their shovels to move the earth. He remarked, "You know Mayor, you should consider purchasing some bulldozers and cranes for this project, it would go much quicker."
"Ah," said the mayor, "But then what would happen to the workers employed here? The way it is now these men enjoy a good wage and can provide for their families."
"Oh, I'm sorry. I thought you were trying to build a dam," replied the economist. "If it's employment you want you should take their shovels away and replace them with spoons."
The lesson illustrated in the story is one of efficiency, perhaps the most fundamental concept of economics and one that technology is inherently bound to. My vision for technology is one in which increased efficiency, due to the use of technology in education, leads to transformative changes that increase academic oversight, opportunity, and achievement through an increased ability to differentiate and personalize instruction. In other words, I think technology should enable students to learn at their own perfect pace across all subject areas with whatever tools they want.
Any educator will acknowledge that the most difficult aspect of teaching is challenging all learners at their individual ability levels. At the post graduate level this issue is often addressed through criterion based assessments outlined in syllabi that inform each student what the requirements of the class will be. In this scenario it is often the less capable students who suffer from inadequate support, failing to meet the criteria for advancement in the allotted amount of time and forced to repeat or abandon the class.
Primary schools, in recent years, have taken the virtually inverse approach of "leaving no child behind". Until virtually every learner has grasped the concept at hand, the class is prevented from advancing to more difficult material. In this scenario, it is the most capable students who suffer.
Excellent teachers in either case can mitigate the harm inflicted through these systems by differentiating instruction. That is, by providing extra support to less capable students while simultaneously providing extra challenges to more capable ones. The trouble with differentiating instruction is that it is extremely time consuming, mainly because units of learning are not very scalable. There will be some overlap between what one group of students is learning and what another is learning, but in general, any increase in the sets of learners for a given unit results in a corresponding and equal increase in the amount of time it takes the teacher to design the unit. In addition, designing a unit for multiple sets of learners increases not only the amount of preparation for a teacher, but the amount of instruction, and the amount of assessment as well. The very best teachers may be able to maintain a three-tiered system of differentiated instruction across multiple units, but teacher-differentiated instruction on an individual student level is simply too inefficient to be feasible.
I believe that current, existing technology is capable of increasing the efficiency of this process to the point where it is viable to differentiate instruction at the individual learner level. Many districts are already using advanced technological tools and software to assess individual student abilities and target areas of weakness. The next step will be for them to utilize tools and software to design individual learning coursework. The popular language acquisition software Rosetta Stone already does an admirable job of this. The final step will be to design and utilize tools and software to deliver the coursework itself.
Some may balk at this last suggestion that technology could replace a teacher, and it is true that there may never be technology sophisticated enough to replace the unique abilities of a human educator. It is also likely true that there will always be a place for subjective, human assessments of student work in areas like creativity, originality, and endeavor, especially given the recent calls for teaching "21st century skills". But I believe we can agree that to the extent technology is able to replace a teacher's work, it should. Computerized assessments are a proven example. Arguments against non teacher-graded assessments abound: they are impersonal, the teacher doesn't see the students' work firsthand, it's difficult or impossible to assess the students' line of thinking, etc. These are not invalid arguments, but the bottom line is that computer-graded assessments are more efficient than teacher-graded ones. In addition, this increase in efficiency allows the assessments to be exceptionally thorough, and they open up a host of other benefits such as cross-referenced reports and comparative graphs that make the data easier for educators to understand and act upon. Contrary to hindering the teacher from learning more about their students, computerized assessments enable the teacher to learn more about their students' abilities than ever before because they can be done more efficiently than ever before.
At this point in time, however, even the most advanced computerized assessments serve mainly to allow teachers to make curriculum decisions at the whole class level. The data aggregation extrapolates information from the individuals so that the teacher can make inferences about the class as a whole. In my vision for technology, the aggregation begins and ends at the individual learner level. Each student is instructed and assessed within their own optimized learning stream, without regard to their standing relative to their peers. There are obviously many hurdles to reform on such a scale as this. Political will, funding, and even the wisdom of such drastic changes would all need to be determined before moving forward. But as with many of the world's most intractable problems, the existing culture surrounding education in America may be reform's single biggest adversary.
Americans are accustomed to an educational system that is organized around time. Whether the time is the school year, the semester lengths, the periodic breaks, the length of the school day, or the age of the students in a grade, the entire educational system has been organized around it. An individualized approach to education would deemphasize the role of time, and instead emphasize the role of accomplishment. In my vision, instead of asking certain students to accomplish either more or less than other students in the same amount of time, we would ask all students to accomplish equally, even if it took different amounts of time. Such an paradigm shift is unlikely to be easy for Americans to adjust to, but it has already begun to happen in the business world.
Many successful businesses, Google being perhaps the most famous, are renowned for their commitment to accomplishment rather than time. Their employees are not subjected to time cards, 30 minute lunches, or even a steadfast start to the working day. In return, however, employees are held accountable for their accomplishments (or lack thereof) and expected to be productive during their time on the job.
Globalization, in emphasizing the relativity of time, has succeeded in shifting the paradigm as well. In a world where executives are frequently in meetings with individuals in other time zones and much of the Muslim world takes weekends on entirely different days of the week, a rigid adherence to the eight hour day and 40 hour week is competitively disadvantageous.
Finally, technology itself has affected the way the business world regards time. When business trips were the norm, time was an abnormal concern only with respect to jet lag. With the advent of conference calls, video conferences, and mobile phones, business meetings no longer necessarily coincide with traditional business operating hours, and instead of being defined by the clock, the modern businessman's climate is defined by the accomplishment of tasks.
Therefore, there is reason to believe that such a paradigm shift in educational culture would be possible for Americans to accept. What circumstances would have to arise to allow such acceptance is unclear, but given that competition was the main motivator in the business world, it seems reasonable to assume that it would be the same in education. Where that competition comes from then becomes the question, and while there are many, even at the highest levels of government, who are trying to manufacture competition in education through the establishment of charter schools and voucher programs, I believe that the majority of the competition will come from outside America's borders.
My tenure as an Edtec graduate student at San Diego State was one of best times of my life. I took the trolley to campus and read books for pleasure on the ride. I got a graduate assistantship in the College of Education and learned how to repair computers and train faculty to utilize technology in their classes. I even got to oversee a distance learning class for one of my professors, where half the class participated in person with microphones and a camera that I controlled, and the other half participated through webcams and their computers at home. Perhaps my best experiences during that time, however, were the two trips I took to China to see and learn about the implementation of technology in education across that country.
My first trip lasted nearly two months, that time being split between a few days in Shanghai, about a month in Shenzhen (near Hong Kong), and the remaining weeks in Beijing. The internship was the result of a collaboration between SDSU and Beijing Normal University, and I was assigned a mentor in Shenzhen, a fellow Edtec graduate student, to shadow and learn from. Together we traveled across the city to see "experimental" schools whose express purpose for existing was to be testbeds for technological innovation in education.
I had spent the preceding school year working in what was my first teaching position: sixth grade math and science teacher at High Tech Middle School. HTM is affiliated with the highly respected High Tech High consortium of charter schools centered around project-based learning and abundant technology use. In my classroom, in 2004, we had enough laptops for a 1:2 ratio of computers to students, but it was easy enough to borrow a set of laptops from a neighboring classroom to allow a true 1:1 ratio when needed. This experience made me believe I was prepared for whatever innovations I would see in China, but I was wrong. Nothing I experienced at HTM compared to what I saw in China. Indeed, in the six years hence I have yet to see anything in American education compare in scale or maturity to what I saw being done there.
In Shenzhen I saw incredible, systemic innovations being applied across multiple schools. Entire primary school lessons incorporating flash-based interactive modules were delivered by teachers to classrooms of fifty or more students, each with their own computer built into their desk. Familiarity with the routines were self-evident, and teachers took pains to extend the lesson beyond the computer screen by instructing students to pair up and peer evaluate one another, or put on their headphones and repeat out loud the words they were learning from the flash modules. Confident volunteers were invited to recite points of the lesson from their seats or from the teacher's control podium at the front of the room, and when the lesson was all over, students as young as American kindergarteners gathered up their belongings and scurried off to their next subject-based class.
In Shanghai I saw lectures by college professors, both live and recorded, streamed to mobile phones with audio and the ability to pause and rewind. Then I was shown on the same mobile phone, a live camera view of the room directly adjacent to the one I was standing in. What Americans might mistake for security cameras were being used to record and broadcast lectures across a mobile network.
During my second trip to Beijing, about a year after the first, I attended a conference where Edtec graduate students from Hong Kong showed me a farm-centered Massively Multi-player Online Role Playing game they had created. Americans might recognize it now as similar to Farmville, the popular social game within Facebook. The difference, of course, is that China's version was designed to be implemented in the classroom and teach economic concepts, whereas Farmville is seen to be mostly a good way to waste time and spam your friends' Facebook feed.
As blown away by all this as I was, the most impressive aspect of the innovation I saw in China was not the technology itself, or even its use. It was instead the collaboration across the technology that struck me as being so far beyond anything in America. The technology alone served to simply link the different participants together, to make the work of one body accessible to a different body.
The farm-centered MMORPG was designed by Edtec students in Hong Kong, but coded by computer science majors at the same school, and implemented by teachers across the country. The lectures being recorded in Shanghai were archived and made available to universities across the country, specifically the underserved and more rural eastern provinces. The flash-based modules the teacher in Shenzhen used were designed by a Beijing Normal University Edtec graduate student and stored in a database of similar lessons. The system of collaboration even included me, a lowly foreign intern. My job in Beijing was to transcript the English flash-based lessons and input their entire text into the central database so that any teacher across the country could search for any given lesson by title, subject, or keyword.
Today I work at a different charter school in San Diego, teaching fifth grade and also overseeing the entire IT infrastructure of the organization. Over the past four years we've made great strides in providing our teachers and students with access to technology. We've moved both the student body and the entire faculty, staff, and administration over to Google Apps for Education. We've provided every teacher with a laptop and projector cart with document camera. We've installed WiFi across the campus and bought some netbooks that students can check out from the library. I'm proud of the progress we've made, but we're still years away from utilizing technology to the extent that those schools in Shenzhen were, and that was over five years ago now.
The most depressing thought for me to ponder though, is the fact that many of my fellow teachers don't utilize the technology we've given them at all. Several, especially in the lower grades, don't even know how to operate the projector cart adequately. If we, a small, unencumbered charter school, can't collaborate effectively across even the few grades we serve, how will we, as a city, state, or country collaborate to the extent that China has been for years?
My personal hope for this degree is that it will lead me towards acquiring the knowledge and understanding needed to begin to answer daunting questions like the one I've asked above. I know that without the ability to address these sorts of problems, my vision for technology, much less more audacious visions, have no chance of coming to fruition.
I'm in the midst of interviewing for a position with the San Diego County Office of Education, and I hope to work with districts there to not only help them effectively implement technology within their own schools, but also help them implement technology effectively between their schools, between districts, and even between educational realms. I could see myself working within this specific office for the rest of my career, but not if I don't have the skills and understanding to be a productive member of the team.
I want to become an agent of positive change in America's system of education. I believe I have seen the future of education: the entire system working collaboratively, from postgraduates to preschoolers, helping one another become more accomplished learners and better citizens. I hope an Ed.D in Learning Technologies will introduce me to new possibilities for implementing technology in education and that it will introduce me to new people with the same passions as myself, but I also hope it will help me reach this goal of being an effective and positive agent of change within the system of education itself.
America may no longer be the global leader of public education (if it ever was) but that only means that our current path forward has been more clearly laid out by the current leaders than it would have been otherwise. I, for one, am anxious to get started down that path.
Respectfully, Joseph Hartman
Wednesday, September 02, 2009
Resolution issues in LTSP
Yesterday I brought my whole class down to my newly configured LTSP lab with my dual quad core xeon, 8 gigs of RAM server powering my 22 Pentium 3, 128 MB RAM thin clients across a 10/100 switch with gigabit uplink from the server to the switch. From everything I've read this setup should work fine, especially since I've got firefox running as a local app now. Alas, it was not long before the familiar old complaints were ravaging my ears. "Mine's frozen!" "The computer's not working!" "Mine's slow!"
Ugh.
I did my best to alleviate the immediate issue by moving kids off of computers and that seemed to help a bit, but I still think there must be some sort of issue with my switch or something. I'm not entirely sure what the problem could be, but I knew that 128MB was pretty lean for the clients so after school I collected all the old PC133 SDRAM I had in stock and installed an extra stick in each client. This brings me to 256MB RAM in each machine which should be adequate.
I figured out how to check on the switch settings and all the ports are running at full duplex, but I've got a parent here who's pretty saavy with network issues so I might have him probe around a bit more.
One thing still left me puzzled yesterday, and that was the fact that some of the machines were not showing the screen correctly. Things were showing tracks around the screen and the resolution was different on different monitors. This despite the clients all being the same make and model. Very confusing.
It's taken me a couple of hours this afternoon, but I finally figured out the problem. I noticed that the problem was only happening on certain monitors, Dell M782 models to be exact. The Dell 781P's, which are actually a year older than the 782's, were working perfectly.
After wading through the ltsp handbook for a while and trying all kinds of settings in my lts.conf (/var/lib/tftpboot/ltsp/i386/lts.conf) I finally found the one setting that fixed all my problems:
Ugh.
I did my best to alleviate the immediate issue by moving kids off of computers and that seemed to help a bit, but I still think there must be some sort of issue with my switch or something. I'm not entirely sure what the problem could be, but I knew that 128MB was pretty lean for the clients so after school I collected all the old PC133 SDRAM I had in stock and installed an extra stick in each client. This brings me to 256MB RAM in each machine which should be adequate.
I figured out how to check on the switch settings and all the ports are running at full duplex, but I've got a parent here who's pretty saavy with network issues so I might have him probe around a bit more.
One thing still left me puzzled yesterday, and that was the fact that some of the machines were not showing the screen correctly. Things were showing tracks around the screen and the resolution was different on different monitors. This despite the clients all being the same make and model. Very confusing.
It's taken me a couple of hours this afternoon, but I finally figured out the problem. I noticed that the problem was only happening on certain monitors, Dell M782 models to be exact. The Dell 781P's, which are actually a year older than the 782's, were working perfectly.
After wading through the ltsp handbook for a while and trying all kinds of settings in my lts.conf (/var/lib/tftpboot/ltsp/i386/lts.conf) I finally found the one setting that fixed all my problems:
XRANDR_DISABLE = True
[Default]
LDM_DIRECTX = True
XRANDR_DISABLE = True
X_RAMPERC = 80
X_MODE_0 = 1280x1024
LOCAL_APPS = True
LOCAL_APPS_MENU = True
LOCAL_APPS_MENU_ITEMS = firefox
SEARCH_DOMAIN = 192.168.0.1 || Change this for your own network
DNS_SERVER = 92.168.0.1 || Change this for your own network
RCFILE_01 = /etc/init.d/chmod-resolv.sh
Sunday, August 30, 2009
LTSP Local Apps progress: Firefox AND Flash Success!
Yesterday (Saturday) the schools campus was open until 4pm to give teachers one last shot at preparing for the kids' arrival on Monday. At about 3:50 I finally got my classroom LTSP server running Firefox with Flash as a local app!
It took a few clean installs to get it working and I never could get it to work with XFCE, which may be just as well since their support listserv still hasn't gotten back to me about kiosk mode in XFCE 4.6 and there is still no documentation on their website for 4.6 at all.
In the end I used GNOME, but I was also successful using KDE on one of the computer lab servers a couple of days ago. I plan on sticking with GNOME for the time being mostly because it is a faster desktop environment, but also because kiosktool for KDE appears to be a pain to install AND rarely maintained. I just wasn't willing to muddle my way through another lockdown program so it looks like GConf will be my new best friend for the time being.
I took the time to create a new page on the wiki that describes for beginners the process to getting Firefox and flash working as a local app on an LTSP setup. I haven't run through it myself to make sure every line is accurate, but I plan on doing so this week when I switch the computer lab over to GNOME from KDE.
In summary: it should now be possible for nearly anyone to install an LTSP setup with nothing more than a Pentium 4 as a server and then run Firefox with flash as a local application on the thin clients without too much trouble. LTSP is getting more viable by the day! -joe
It took a few clean installs to get it working and I never could get it to work with XFCE, which may be just as well since their support listserv still hasn't gotten back to me about kiosk mode in XFCE 4.6 and there is still no documentation on their website for 4.6 at all.
In the end I used GNOME, but I was also successful using KDE on one of the computer lab servers a couple of days ago. I plan on sticking with GNOME for the time being mostly because it is a faster desktop environment, but also because kiosktool for KDE appears to be a pain to install AND rarely maintained. I just wasn't willing to muddle my way through another lockdown program so it looks like GConf will be my new best friend for the time being.
I took the time to create a new page on the wiki that describes for beginners the process to getting Firefox and flash working as a local app on an LTSP setup. I haven't run through it myself to make sure every line is accurate, but I plan on doing so this week when I switch the computer lab over to GNOME from KDE.
In summary: it should now be possible for nearly anyone to install an LTSP setup with nothing more than a Pentium 4 as a server and then run Firefox with flash as a local application on the thin clients without too much trouble. LTSP is getting more viable by the day! -joe
Subscribe to:
Posts (Atom)