|
Monday, January 08, 2007 Part I: Anything You Can Do, I Can Do MetaContinued from page 1 By Scott Rosenberg
Napoleonic Code "Our civilization runs on software," says Bjarne Stroustrup, the inventor of the C++ programming language (see "The Problem with Programming"). But the software itself doesn't run very well. Everywhere you look, software is over budget, behind schedule, insecure, unreliable, and hard to use. Anytime an organization attempts to introduce a new system, or upgrade an old one, it takes a colossal risk; today, large information-technology projects are technological tar pits that immobilize institutions. Studies regularly report that two-thirds of such projects encounter major delays, significant cost overruns, or both. The U.S. government has found it nearly impossible to introduce or upgrade large-scale software systems: decade-long efforts at the Federal Aviation Administration and the FBI have collapsed in chaos. Businesses have fared no better. To give a single example, McDonald's executives dreamed of a Web-based management system they called Innovate that would track the real-time flow of burgers, fries, and chicken nuggets in every one of their restaurants around the world. By the time they gave up and canceled the project, they had to write off $170 million of its estimated $1 billion total cost. Such failures add up. Every year, according to a 2002 study by the National Institute of Standards and Technology, software failures cost $59.5 billion. But the price of bad software can also be measured in human misery--and even in lives lost. During the 1991 Gulf War, a Patriot missile battery didn't fire at an incoming Scud because of faulty software; the direct hit on a barracks killed 28 U.S. soldiers. The past half-century of computing has seen wonderful progress. Programmers have abandoned punch cards and teletypes. They have given us a computer on every desktop, tools for work, toys for play, and a network that links homes and businesses to form a teeming global pool of information and entertainment. This progress has been fueled by the exponential curve of Moore's Law, Intel founder Gordon Moore's prediction that microchips' power would double (or their cost would halve) every one to two years. But even as Moore's Law has made each year's new computers faster and cheaper, the flexibility and utility of our computer systems have been limited by the slower, uneven evolution of software. One formulation of this problem is known as Wirth's Law, after programming expert Niklaus Wirth: "Software gets slower faster than hardware gets faster." Simonyi shares much of the common dissatisfaction with software. "Software as we know it is the bottleneck on the digital horn of plenty," he says. "It takes up tremendous resources in talent and time. It's disappointing and hard to change. It blocks innovation in many organizations." Simonyi's ambition is to unstop that software bottleneck--characteristically, by going meta. He's developed an approach he calls intentional programming (or, more recently, intentional software), which he hopes will overturn programming. If Simonyi has his way, programmers will stop trying to manage their clients' needs. Instead, for every problem they're asked to tackle--whether inventory tracking or missile guidance--they will create generic tools that the computer users themselves can modify to guide the software's future evolution.
|



Comments
JAJansenJr on 01/08/2007 at 2:02 AM
5
But the big part is being able to see what code "snippets", mini blocks of code, and other
code entities are doing by watching what they do.
There needs to be invention of and instruction on useful code entities, too. Far too much of the time the proverbial reinvention of the wheel takes place. The art of software architecting needs more research - building up logical systems from logical components is a part of the art of computer programming that is vastly underdeveloped.
konrad.schwarz on 01/08/2007 at 6:05 AM
1
VCRAGAIN on 01/08/2007 at 8:20 AM
33
1. "They (the user community) don't know what they want until they see what you have produced" - so yes they need a way to 'play' with the options until they really define their needs
and plugin modules of functionality is the way to go, but - very hard to do that in a business setting when they think they want (what they have defined) by -tomorrow- and your pay check is riding on the delivery, AND we have legacy code that has to be incorporated which is a clone of a clone of a clone, and has no resemblance to 'plug in module' ( check out java's structure if you dont know it - they are REALLY on board with these concepts )
2. Commercial software pkgs try to give you everything you could possibly EVER need in their package - result - big clunker software that takes up the whole machine and drives you crazy -
SIMPLIFY, SIMPLIFY, LEAN AND MEAN AND therefore
FAST is what we need - I think loadable/unloadable functionality ( ie really OFF the machine ) eg : have to convert a file to a jpeg - load jpeg converter/use/unload - totally separate pieces of code NOT giant clunker DLL's that hog the whole machine - that's where the
problem lies - let the user decide WHAT he needs from the software instead of trying to load him up with everything -
note : that "clippy" nuisance is switched off from every machine I have met lately - when you find yourself yelling 'GO AWAY" at the machine you know it's getting too 'clever' - there was a 'Purdy' internet fiend that I found a couple of years ago, which I absolutely loved for about 3 days - until the 'chirping' help got on my nerves, but it WAS very clever and I wished I had written it - what a fun job - but that's what is going on also - all those programmers who have to put in just one more 'cutesie' thing - they are feeding their egos actually not the needs of
lean mean software, so that's another area to nip in the bud - yes we all do it !
Brandyberry on 01/08/2007 at 1:43 PM
1
It's great to have those options, but I may never use them. Is there a way to have those extras available, but not taking up space on my computer? Provide the basics to make the program work, but have the fluff available to tweak off my hard drive?
dickcaro on 01/08/2007 at 11:08 AM
7
Often overlooked, SFC constitute a new programming paradigm for complex systems well outside industrial automation or process control. SFC gives a graphical top-down method of programming complex systems of any type. The essential method is that of linking function blocks (aka objects) in series and parallel with explicitly defined checkpoints. Each function block may itself be defined by an SFC (nesting) until the complexity is reduced to a simple I/O operation or memory transfer.
To me, SFC is my META. It is now widely available for execution on the Windows or Linux environments. Contact me at CMC.us to find out more about SFC as a META programming tool.
Dick Caro
snedunuri on 01/14/2007 at 6:45 PM
14
javachip on 01/08/2007 at 1:52 PM
3
Having said that, I did read the rest of the article and will definitely read part II...with a big grain of salt...
JavaChip
colinnwn on 01/09/2007 at 10:45 PM
9
Your statement seems somewhat conceited unless you are one of the richest and most proficient programmers in the world who managed against all odds and a little luck to pull yourself out of the dismalness of Soviet Hungary.
This may be his most audacious project of his career. But given what he has overcome, it would be silly to dismiss him.
wscii on 01/10/2007 at 1:35 PM
1
enantiomer2000 on 01/08/2007 at 4:17 PM
25
gabrielg01 on 01/18/2007 at 11:39 PM
282
auzzie22301 on 01/11/2007 at 1:58 AM
1
What an exhilerating day at PARC, a day I will never forget. My first demo was BRAVO given by Charles and I could not believe what I was seeing. The next treat was to see the large laser duplicator driven by the Alto generating those finished documents. All my problems were solved. I was going to be a hero back at the Fund. I could not wait.
Unfortunately, it took many years for the vision to manifest in the real world. Nevertheless, from that point on I was a Xerox devotee, having been captivated by the magic I saw in PARC that day. I will never forget that thrill.
aurin on 01/18/2007 at 12:38 AM
2
Server Error in '/' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.
Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".
<!-- Web.Config Configuration File -->
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.
<!-- Web.Config Configuration File -->
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration>
<congratiulations>
you are so absolutely right that there is somethings terribly wrong with nowadays software and i thank you for the effort and truly hope you will bring something useful to light - i have been programming and studying system analysis, so i do know the hurdles!
</congratulations>
aurin
finland
billybobbilly on 01/24/2007 at 12:43 AM
1
I expect a huge splash (this guy IS rich, after all) and a new buzzword-de-jour or possibly even a New Programming Paradigm, which will have some small effect on how programmers write software in the future - one of those tiny incremental changes Mr. Simonyi apparently despises.
When a programming tool is genuinely useful, you don't have to hype it - programmers will pick it up and use it naturally. If he has something useful, he should release it as Open Source. No way is he going to generate any huge delta in his wealth (several billion?) with a programming tool, no matter how amazing.
day5 on 01/25/2007 at 11:58 AM
1
The real problem with software gone amuck is well beyond the downsized, outsourced, sleep deprived, optionless or option worthless, team of programmers and engineers; it encompasses the whole company and all the companies that deal with that company and everyone in those companies and all of their children and grandchildren, until everyone on the planet living and dead has a finger in the blueberry pie. It starts with the CEO who is having Visions and moves to the head of Marketing who is having cocktails with the Movers and the Shakers of something. From there it moves down the food chain, circling the earth many times. Finally the idea has coalesced into a project and in a short time the programming begins. Only the idea continues to orbit the earth and even a Chinese missile won’t bring in down. The idea spawns new directions for the project. Time goes on, people die (but not the idea, which transforms itself into a myth) and new ones take their place, which is good because new is always better than old, and on and on it goes.
Tell it to me again, the child with extra big sun hat says. Okay, kid. WAITER, could you bring me another Dummy?
Cpt_Nemo on 01/25/2007 at 8:29 PM
14
I am of the opinion that if such a unit of study was available for programmers, they might be able to speed up their production of bug free code by having a more comprehensive grasp of how their work is affected by the 'leaking' that occurs through the layers.
It should also help them to flatten the complexity of current programming - pay attention Microsoft, with your bloatware you might learn something valuable.
vzn on 02/15/2007 at 4:40 PM
4
however! rosenberg is a really great author, check out some of his other articles on the web. looking fwd to reading his great book
more discussion on cutting edge algorithmics
http://groups.yahoo.com/group/theory-edge/
Corbier on 12/28/2007 at 4:03 PM
4