|
Coding and cooking bring a sense of control that other occupations do not offer, but this is not their only connection. You put code in the microwave, and it's ready in 30seconds?
|
|
|
|
|
No, nothing else is like coding.
Try cooking exactly the same cake five times.
|
|
|
|
|
PIEBALDconsult wrote: Try cooking exactly the same cake five times.
Ever work in a bakery?
|
|
|
|
|
PIEBALDconsult wrote: Try cooking exactly the same cake five times.
I think this is a very keen point ! Signature worthy 
Enthuses me to spontificate:
Coding is cooking exactly the same cake five times when the recipe, and the kitchen, are unpredictably changed every minute you are at work.
Hacking is getting inside the cake without disturbing the icing.
cheers, Bill
«The truth is a snare: you cannot have it, without being caught. You cannot have the truth in such a way that you catch it, but only in such a way that it catches you.» Soren Kierkegaard
|
|
|
|
|
Better to warm it on the compiler and cook it with the linker. Use some spicy libs for better taste and smooth flavor 
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
Note to self, stop reading articles from jaxenter. They are likely to be of this quality.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Kent Sharkey wrote: You put code in the microwave, and it's ready in 30seconds?
It may take 40 seconds, or 20, depending on how fast you can copy-and-paste code from CodeProject and StackOverflow into your IDE.
«The truth is a snare: you cannot have it, without being caught. You cannot have the truth in such a way that you catch it, but only in such a way that it catches you.» Soren Kierkegaard
|
|
|
|
|
Today, Apple slammed Microsoft during the launch of a brand-new, smaller iPad Pro, which it bills as a laptop replacement. "When two tribes go to war"
|
|
|
|
|
Those vanilla comments are considered "slamming"? Wow! 
There are two types of people in this world: those that pronounce GIF with a soft G, and those who do not deserve to speak words, ever.
|
|
|
|
|
On Monday and Tuesday, two comets will pass Earth in their orbits around the Sun. "Ruling the calm spaciousness of that heaven was the great comet, now green-white, and wonderful for all who had eyes to see."
Sadly, it won't be that good.
|
|
|
|
|
I have an excellent sample from the famous radio transmission of that "Intellects, vast, cool and unsympathetic, regarded this Earth with envious eyes."
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
In the 1990s, Smalltalk was poised to become a dominant programming language for the enterprise, thanks to IBM. Developers are really bad at making small talk?
|
|
|
|
|
Ooooh small talk would be one of the bether choises. What we have now? VeryWeakScript_AndOthers<atseveral"languages">
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Uups, my original response Looks something different from what I see now....
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Kent Sharkey wrote: was poised to become a dominant programming language
Pfft, no it wasn't.
|
|
|
|
|
This article fails tell me why I should care about Smalltalk?
I guess I will just keep on ignoring it then! 
|
|
|
|
|
My reply below was originally intended as a reply to this message - should give you a number of reasons.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
IBM's version of Smalltalk was insignificant - it pretty well only had one release, and that wasn't the best. The problem was that the good commercial Smalltalks just cost too much for people to take the risk - a real shame as it pioneered many of the best ideas in development.
Smalltalk-80 (that was released in 1980) already had:
* Classes as first class objects
* Methods and blocks (closures) as first class objects.
* Pervasive reflection.
* The ability to break into and inspect the state of a running system.
* The ability to select any piece of text (in a text box etc.) and evaluate it as code.
The Smalltalk community also pioneered many of the best ideas in development:
* Unit Testing and Test-Driven Development (Kent Beck wrote xUnit originally as a Smalltalk project)
* Refactoring (the Refactoring browser was written for Smalltalk).
* Design patterns (many of the original design patterns arose from this community).
Many of the luminaries of software engineering, including Kent Beck, Martin Fowler, Uncle Bob, speak of the influence Smalltalk had on their development.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Interesting to see how SmallTalk remains a kind of palladial monument in the history of programming, one which attracts enthused revivalists, as well as rabid detractors.
Richard Eng wrote in the article cited:Quote: Today, there is no real obstacle to using Smalltalk, except for ignorance.
Nice backhand, Richard; too bad you didn't score even once.
I really agree with the points made by Rob Grainger in his comments in this thread.
$mallTalk required hardware that few mere mortals could afford to buy in order to do anything significant. It was memory-intensive, and demanded uncommon graphic facilities at a time when the rasterized-text-only GUI was the norm.
It's too bad that SmallTalk, as beautiful and elegant a set of concepts ever created by remarkable people (Kay, Goldberg, Ingalls, Dahl, Nygaard et. al.), gets dis-evangelized like this.
Rob didn't mention that the MVC concept, which, imho, we're still in the "adoption phase" of, comes from the creative nexus surrounding SmallTalk.
Sometime in late 1985, I went to a meeting of the "Software Entrepeneur's Forum" in Palo Alto; a friend of mine was an evangelist for Adele Goldberg's SmallTalk company, ParcPlace (later product manager for ObjectWorks); I had met him through my interest in Lisp, when he worked for a Mac company, Expertelligence.
At that meeting, which discussed SmallTalk, there was an interesting brawl between some devotees of Forth (for whom minimizing memory use was a "commandment;" and "staying close to the hardware" was a shibboleth separating real-programmers from air-heads). The veterans of Xerox PARC didn't know what hit them, and, really didn't know how to respond: the image came to my mind of someone driving a VW Van (of that time) with someone being driven by a chauffeur in a Rolls Royce ... of those two trying to find common-ground about the topic of motoring.
I wish I had a tape-recording of that meeting ... but I think that debate is still running in prime-time today
«The truth is a snare: you cannot have it, without being caught. You cannot have the truth in such a way that you catch it, but only in such a way that it catches you.» Soren Kierkegaard
|
|
|
|
|
Sorry - should really have called out MVC explicitly, although it did sort of go along under "Design Patterns".
I should also have mentioned that Self, effectively a prototype-based dialect of Smalltalk, introduced both prototype-based programming and getting decent performance from a VM. Indeed, Sun employed most of the team to work on the Java HotSpot VM, and its footprint can be seen in .NET and V8.
Notably, performance of Self is comparable with Java/.NET, in spite of being an entirely dynamic language. They also have the best papers I've ever read on the techniques involved: Self Bibliography[^].
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Suggestion: to see what SmallTalk is like on today's Windows OS: [^]. Dolphin is free, open-source, MIT license; the former "Professional" edition (paid) merged into the current free edition.
«The truth is a snare: you cannot have it, without being caught. You cannot have the truth in such a way that you catch it, but only in such a way that it catches you.» Soren Kierkegaard
|
|
|
|
|
I remember one guy with whom I shared my cube, in 1996, who kept on hopping jobs simply because ...
... he knew how to write 'Hello World' in SmallTalk
|
|
|
|
|
'Hello, World!'
Or, if you're being really fussy...
Transcript show: 'Hello, World!'.
Its not really that hard 
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Looks like he knew more than what the interviewer knew.
Yes, I am exaggerating
|
|
|
|
|
Smalltalk is a good example of theory vs practice. Look at almost every new computer language and you'll find wonderful theory combined with some real practical problems. Crappy debuggers usually being the biggest sticking point.
Another common problem, especially with Smalltalk, is the flow of reading and formatting the code. This is often dismissed by the super-nerds.
It seems to me that Ada and C With Classes had far more real and lasting influence than Smalltalk.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
