Category: Technology

Invited to speak on technology and education, Steve Jobs decides to let loose on teachers unions of all things, as the thing most harmful for schools. Not once does he exhibit any understanding of the differences between unions, teachers associations, and the concept of tenure as a separate entity, he blasts away making the statement about how schools should be managed like a corporation.

Apple Inc. CEO Steve Jobs lambasted teacher unions Friday, claiming no amount of technology in the classroom would improve public schools until principals could fire bad teachers.

Jobs compared schools to businesses with principals serving as CEOs.

“What kind of person could you get to run a small business if you told them that when they came in they couldn’t get rid of people that they thought weren’t any good?” he asked to loud applause during an education reform conference.

“Not really great ones because if you’re really smart you go, ‘I can’t win.'”

So let’s take a gander into the future of education ala Jobs, Dell, and the other bobbing heads of technology; all of whom for some completely unfathomable reason, seem to believe that they even a modicum of understanding of what is wrong with education in America.

In the near future, at Steve Jobs High:

Schools are no longer funded via questionable referendum; with administrators having to scrabble for a few dollars from the tight fisted wealthy living in mansions along the bay. No, the state is billed a set fee for each child. Some people bring up the fact that the fee is four times what the average costs per child of other school systems, but the Steve Jobs Parent-Teacher-Fanboy association decry such disclaimers, hinting at shills from the competitive school system, the Bill Gates Academy for Really Bright People.

Students are given a choice of classes. The subjects taught to all students are the same, but the color of the classroom varies: from orange to pink; lime to classic white and black.

The class on ethics and financial management was canceled, due to lack of interest.

Students needing extra help can make appointments at the genius bar. If the help needed goes beyond providing simple answers to equally simple questions, the student should be packed for an extended stay at the advanced Apple Education Center. If parents have not signed up for the extended Apple KinderCare program, they will have to pay for such help–regardless of whether the child’s problem arose because of individual ability or flaws in the curriculum.

Twice daily fire drills are mandatory.

The school’s basketball team had to disband because of no place to play. There is a school gymnasium, but the shiny plastic floor scratches too easily, and the janitorial staff threatened to quit if they had to maintain it.

When you ask your child’s favorite class, they can’t decide whether they like iLunch or iRecess, more. No one really likes iMath, but anything is better than being sent to the Office.

Students must sign an NDA not to reveal anything they learn while attending Steve Jobs High.

All the administrators are men. In fact, pretty much the entire staff is male.

Writing is considered outmoded, and all communication occurs through brightly colored logos on touchscreens, or via Hello Kitty screenreader.

There are no books. Instead, each student is given a Mac loaded with iTunes and podcasts. The one where Scoble explains the basics of astrophysics is quite popular.

This is your child’s teacher. You hate having to attend parent-teacher conferences.

You no longer worry about your kids having sex: a steady diet of curved, hard white plastic, Disney films, and Justin Timberlake singles have combined to effectively eliminate your child’s sex drive.

Until he or she is 50.

The school uniform is faded blue jeans and unisex black turtleneck sweater. You notice that your son has a permanent stubble on his chin and it bothers you. Not as much, though, as your daughter getting a permanent stubble on her…never mind.

When signing your child up for school, you notice a twice size poster of Steve Jobs over the registration desk. You wonder why you never noticed before that he looks like a cross between Mr. Rogers and a really evil pixie.

All history before 1984 is purged from the school system. Who needs old shit, anyway.

Though this new school system of the future takes some getting used to, parents can feel confident that their children are getting the best education money can buy. Only the finest teachers survive in a competitive environment, managed under a rigorous, lean, and authoritarian process.

It’s a little tough when you first have to offshore your kids to China, but in the end, you’ll find it worth it.

Jeremy Zwadony believes JavaScript and widgets are harmful, and points to situations such as Techcrunch and their recent slowdown. Of course, he hasn’t seen the supreme widget.

I get irritated at the sites that have dozens of things in their sidebar, all of which slow page loads. Luckily, most of these sites provide full content in their feeds so the only time I need worry about it is if I want to comment. Jeremy does have a point in that too many of these scripted beasties can slow a site down; or that if the widget is nefariously designed, can enable snooping at your visitors via the web service request. However, I think he gives far too much credit to the widget developers; or perhaps not enough credit to the page holder.

You have to have a level of trust between you and the widget, or API, or other service developer. If you don’t trust the source, it doesn’t matter what you use, or even how you use it. You could be getting text, and it could be harmful if it’s full of lies. If you trust the source, then again, it doesn’t matter what’s being delivered: data, an API, or a scripted solution.

Like Jeremy, I wish more services would provide an API. However, many of the more popular widgets are a front end for a service that does provide an API: the widget is just a way for a non-programmer to access the functionality. Flickr badgets come to mind, a company that’s owned by, why golly, Yahoo.

Other widgets manage ads, and there’s not much you can do about the ads other than, again, force people into learning PHP so they can do the code to an API themselves. Either that or let’s get rid of the ads. Hell, yes! I go along with this! Let’s all of us be broke together! Mike Arrington, just think how much time you’ll save if you just get rid of your ads–how zen-like your site will be.

Broke is the new black. Poor is the new web. It’s all Web $.0 from now on.

Pushing this stuff on to the server doesn’t change the problem: if you have a PHP program that’s waiting on ten services, it’s not going to be much better than ten different JavaScript clients waiting on ten different sources. As for how badges frustrate search engines, my only response is, what does that have to do with anything? Widgets don’t take the place of navigational links, nor do they replace in-post or article links. Widgets are just things.

Jeremy mentions at the end if more of these services were available as an API instead of a widget, they could be useful for Yahoo pipes. This is the “ooo, shiny!” syndrome talking. Pipes aren’t necessarily a better way of utilizing web services; they’re just a newer way. Out with the cruddy old Ajax, in with the shiny new pipes. In three months it will be something else, and we’ll all be bitching about pipes. “Out! Out damn pipes!”, or some other Shakespearian plaint.

While I don’t share Tim O’Reilly’s enthusiastic belief that Yahoo!’s new Pipes service is a milestone in the history of the internet, it is an interesting modern day implementation of an old and reliable Unix construct. The premise is that web services produce syndication feeds, which can then be modified as queries for other web services. Considering the openness of web services, the standardization of data structure, and the ubiquitous nature of syndication feeds, it is a concept whose time has come.

Yahoo’s* Pipes is a way for non-programmers to create a means of taking the output of a feed or group of feeds and transmitting them to or ‘piping’ them to another service or services. It doesn’t require programming language, but it does require understanding of programming constructs, such as For Each, filters, as well as understanding what each web service requires as to parameters. I would say its a long way from being the way of enabling mash-ups for everyone, but it’s a good step in the right direction.

I played around with it this morning and could get some pipes to work, but not others, even though I more or less re-created pipes examples like those given as examples. The alpha state of this tool was demonstrated by the fact that a pipe would work one moment, and then stop working the next. I would also say that the application isn’t as intuitive as it would first seem, and the promised tutorials will be needed for programmers and non-programmers alike. However, if you use the debugger, your job is immeasurably simplified.

Danny Ayers mentions about pipes only supporting RSS 2.0 feeds, but I was able to get an Atom feed to work. I agree with him that the pipes metaphore is near perfect on the concept, and the UI is rather nice. However, The UI is also something that works when browsers support a common graphical API, such as SVG, or at a minimum, the Canvas object. You can do almost anything in a web page browser once we have universal agreement on one or the other, or both. It does work in IE, so I would say the application is making use of the SVG/VML plug-in from Adobe. Whatever you do, don’t use Firebug in Firefox on the Mac, to try and peek into the innards, because you’ll crash your browser.

The major area of failure with this example is it utilizes a graphical interface when it doesn’t require a graphical interface. The ability to create a pipe between applications could be managed using traditional forms or even a text editor. Expanding the interface would enable this application to be open to all people, rather than just those with scripting turned on and working eyes, working arms, fingers to push mouse buttons, and so on. We have to separate the concept from the ‘coolness’ of the UI: if we marry the two, we’re heading down the wrong path.

One other area where the example is limited is that it does go to the original source for the feeds, when it would be better if it had the ability to store feed requests in a ‘cloud’ for each use of the tool, and then check the cloud, first, before going directly to the source. That way the application doesn’t unduly hammer endpoints.

A last area of improvement is to provide an API to access that content analysis module. I haven’t worked with Yahoo’s APIs over much (I have the UI objects), and perhaps this already exists? All the other components are ones that we can implement ourselves, but that Yahoo content analysis seems like its a direct shot into the Yahoo search engine functionality.

Yahoo is to be commended for dancing nicely on the edge. Once we’re past the alpha state, and hopefully once we’re past the accessibility problems, it will be interesting to see if the only people who use the service are programmers, or if it will reach a more general audience. I’d like to see this extended to a more distributed solution that’s not dependent on one service.

I look for a hook-in into this from Flickr, which is Yahoo’s naive user test bed. All of us interested in the semantic web should get some real insights into how non-techs ‘mash-up’ data.

update

*I don’t use Yahoo! anymore because the exclamation point irritates me.