Joel on Software
-
>> i have always said that .NOT presents a zero value proposition Uh Oh... better call those idiots over at the Linux Mono project and tell them to shut id down! What the hell were they thinking !!? ;P:laugh::laugh: http://go-mono.com/[^]
"No matter where you go, there your are." - Buckaroo Banzai
-pete
-
It didn't work with Java, and here we go again :-)
-
-
-
Sorry that was a low blow. I hit you right in the Linux :laugh::laugh::laugh:
"No matter where you go, there your are." - Buckaroo Banzai
-pete
:-D what im trying to say (and have more clearly in my mind after a shower) is that writing software shouldnt be made too easy ... like brain surgery or flying airplanes it should require some skill and knowledge ... the ms approach of making it almost easy enuff for my mom to write software is all wrong ihmo i doubt i would be any more productive writing in vb.net or c# or whatever.not than i am in mfc / php / sql as i have all my code libraries etc that i know work and i know my tools thats why there in no value proposition (again imho) in what ive seen of longhorn so far ... there is nothing it can do that i cant do already and it will cost me a small fortune to upgrade everything do ms _really_ think the corporates are going to spend that kind of $$ on longhorn upgrades??!!?? i seriously doubt it since (in case nobody noticed) we're still up to our necks in recession [edit] thats why most of the work i seem to be getting is LAMP type projects ... oss saves real money [/edit]
-
Steven Campbell wrote: Compare using a COM object API to using a Win32 API. It adds a whole other dimension to the API This I just don't understand. Do you mean that plain-vanilla COM-programming is more productive than Win32 API-programming? This can't be true, so I must assume that you mean any COM-wrapper above developing COM on the API-level. Well, that COM-development on the API-level is less productive than using a class wrapper might very well be because the COM-API is so... badly designed from the beginning (well, complicated, rather). It would certainly have been possible to design an easier interface without OO. OO is a productivity boost in the same way as a well-designed non-OO interface is a productivity boost - and the opposite is definitely true as well. Steven Campbell wrote: IMO, if someone cannot grasp that, then they do not understand OO. If you don't grasp that OO is a productivity boost, you don't understand OO. So, by definition, if I say that OO is not a productivity boost, then I just don't understand it. Now, that is unfair reasoning - either I must agree with you, or I don't understand :-)
Do you mean that plain-vanilla COM-programming is more productive than Win32 API-programming? Yes. For example, I have programmed against DAO, RDO, ADO, and ADO.NET (all object-based APIs). Before that, I programmed against the ODBC API, (which was not object-based). I spent months writing a wrapper around that API, so that I would be able to write the rest of the application without worrying about the database details. So, my experience has been that plain APIs tend to be all about power, and not about usability. Object-based APIs tend to have the opposite focus (although they can still maintain all the power). Sorry about the if someone cannot grasp that, then they do not understand OO statement. Its been a long day. I hate it when other people make blanket statements like that :-O
-
Navin wrote: ... though I disliked his stick-shift analogy. Once you've driven a stick-shift for a while, it's just as easy to drive as an automatic. And they usually cost less, and certainly are cheaper to work on, and since they weigh less, get better gas mileage. Hey, what about the fun factor of driving a stick-shift? :) - Nick Parker
My Blog | My Articles -
:-D what im trying to say (and have more clearly in my mind after a shower) is that writing software shouldnt be made too easy ... like brain surgery or flying airplanes it should require some skill and knowledge ... the ms approach of making it almost easy enuff for my mom to write software is all wrong ihmo i doubt i would be any more productive writing in vb.net or c# or whatever.not than i am in mfc / php / sql as i have all my code libraries etc that i know work and i know my tools thats why there in no value proposition (again imho) in what ive seen of longhorn so far ... there is nothing it can do that i cant do already and it will cost me a small fortune to upgrade everything do ms _really_ think the corporates are going to spend that kind of $$ on longhorn upgrades??!!?? i seriously doubt it since (in case nobody noticed) we're still up to our necks in recession [edit] thats why most of the work i seem to be getting is LAMP type projects ... oss saves real money [/edit]
>> and have more clearly in my mind after a shower Now i need one... a cold one >> software shouldnt be made too easy >> it should require some skill and knowledge Yes !! YAAEESSS !!! oh i just... :-O That has always been my worst problem with VB and others like Delphi and now we have .NET in any language. Wait until you have to work with some Drag n Drop "look ma I'm a programmer" that doesn't know a thread from a shoelace. Ok... now i should receive plenty'o flames
"No matter where you go, there your are." - Buckaroo Banzai
-pete
-
Interesting read, rather lengthy but interesting none the less. What is your opinion? How Microsoft Lost the API War[^] - Nick Parker
My Blog | My ArticlesMy thoughts on the article ranged from "that's interesting" to "Joel is wrong here" to "wait, what was the article about again?" I have to admit that Joel has interesting things to say, but sometimes I think that the interesting parts of his writing distract people from the fact that he isn't making a point and he's gone off on some irrelevant tangent because he got distracted by something else he wanted to say. "Microsoft's crown strategic jewel, the Windows API, is lost... the Windows API is no longer of much interest to developers. The goose that lays the golden eggs is not quite dead, but it does have a terminal disease, one that nobody noticed yet... People don't really care much about operating systems; they care about those application programs that the operating system makes possible... [P]eople buy computers for the applications that they run, and there's so much more great desktop software available for Windows than Mac that it's very hard to be a Mac user. And that's why the Windows API is such an important asset to Microsoft." At this point, I thought he was going to talk about how WINE and Mono are bringing Windows applications to other platforms - therefore undermining the need to buy Windows. Outside developers, who were never particularly happy with the complexity of Windows development, have defected from the Microsoft platform en-masse and are now developing for the web. Paul Graham, who created Yahoo! Stores in the early days of the dotcom boom, summarized it eloquently: "There is all the more reason for startups to write Web-based software now, because writing desktop software has become a lot less fun. If you want to write desktop software now you do it on Microsoft's terms, calling their APIs and working around their buggy OS. Sorry, but the web is a piss-poor development platform. To say that developers think the web is better than working with Windows APIs and "their buggy OS" is totally wrong. But, what would you expect a dotcommer to say? He's still selling the dotcom idea. I think .NET is a great development environment and Avalon with XAML is a tremendous advance over the old way of writing GUI apps for Windows. The biggest advantage of .NET is the fact that it has automatic memory management. At this point, he disses OO, and praises automatic memory management. While I disagree with him on this point, I have to think, "Microsoft is going towards automatic memory management - so Joel is saying Microsoft is making positive changes in their pro
-
>> You can literally start a small company with 5 developers Great, we really needed more of that attitude. "All it takes to produce a software product is..." Those ... are .... sorry i just puked, nasty words.
"No matter where you go, there your are." - Buckaroo Banzai
-pete
Look, he was just exhibiting some enthusiasm :suss:.
Software Zen:
delete this; -
Interesting read, rather lengthy but interesting none the less. What is your opinion? How Microsoft Lost the API War[^] - Nick Parker
My Blog | My ArticlesNick Parker wrote: Interesting read Really? I found it dull, meandering, and impossible to determine what the point of it all was. Marc Microsoft MVP, Visual C# MyXaml MyXaml Blog
-
Nick Parker wrote: Interesting read Really? I found it dull, meandering, and impossible to determine what the point of it all was. Marc Microsoft MVP, Visual C# MyXaml MyXaml Blog
Marc Clifton wrote: Really? I found it dull, meandering, and impossible to determine what the point of it all was. You’re not the only one, I don't necessarily agree with everything Joel said, but I did think it was an interesting take on the matter. I thought it was interesting to hear everyone's opinions about it, either way. Thanks for your comments Marc! :-D - Nick Parker
My Blog | My Articles -
Do you mean that plain-vanilla COM-programming is more productive than Win32 API-programming? Yes. For example, I have programmed against DAO, RDO, ADO, and ADO.NET (all object-based APIs). Before that, I programmed against the ODBC API, (which was not object-based). I spent months writing a wrapper around that API, so that I would be able to write the rest of the application without worrying about the database details. So, my experience has been that plain APIs tend to be all about power, and not about usability. Object-based APIs tend to have the opposite focus (although they can still maintain all the power). Sorry about the if someone cannot grasp that, then they do not understand OO statement. Its been a long day. I hate it when other people make blanket statements like that :-O
Steven Campbell wrote: > Do you mean that plain-vanilla COM- > programming is more productive than Win32 API- > programming? Yes. This definitely goes against my experience. COM-development on the SDK-level is not something I would recommended as a starter for the unexperienced, while plain Win32 SDK-programming (say, for example, writing DLLs to take something at least remotely similar - "component creation" in this case) is nothing special. As for db-APIs, I really think that you would find a majority of unsuspecting programmers prefering to learn ODBC, BDE or whatever, over using DAO or ADO without the help of Wizard generated code. So, I'm not so sure OO is a productivity boost. The major benefit, in my experience, is the ease of division of labour in larger projects, and also code reuse. In my experience, it seems like it's easy to grasp the fundamentals (after hearing some silly examples on vehicles, cars and motorcycles :-)), after that, the learning curve gets steeper than for non-OO development.
-
:-D They can have my C++ compiler when they pry the keyboard from my cold dead fingers.
"No matter where you go, there your are." - Buckaroo Banzai
-pete
Hear, hear :cool:
-
Steven Campbell wrote: My overall impression is that Joel does not understand object-oriented programming. What gives you that impression? Steven Campbell wrote: attributes productivity advances primarily to memory management Have you had to track down memory leaks recently? - Nick Parker
My Blog | My ArticlesNick Parker wrote: Have you had to track down memory leaks recently? Yes: on the .NET CLR. And not only me! http://dturini.blogspot.com/2004/06/on-past-few-days-im-dealing-with-some.html[^] Use Desktop Bob for a while under a profiler and you'll see that the .NET environment leaks like hell. Yes, even I am blogging now!
-
I asked my mom, she has no idea what either of those 2 things are! So far, my representative sample supports my view. :eek: There I go again, making unverifiable statements. No Nick, I do not have any studies to back that up. In future I'll try use less "absolute" language so as not to obscure my point. ;P
Steven Campbell wrote: I asked my mom, she has no idea what either of those 2 things are! So far, my representative sample supports my view. It runs in the family, your mom is a .NET programmer, too! :omg: Yes, even I am blogging now!
-
Nick Parker wrote: Hey, what about the fun factor of driving a stick-shift? Spend an hour in stop and go traffic every day. Fun factor = 0.0% Dave
I do spend an hour in stop and go traffic everyday. The secert to not hating the stick is to not sit on the bumper in front of you. Drive the average speed of traffic, if you do it right just as you get close the to guy in front of you he moves, and you never touch your brakes. As a bonus all that space in front of you make it safer for you by leaving room for people to merge without hitting you. Try it for an entire trip. The first minute you try it 5 cars will pull in front of you, but in that entire hour the total number will be not much greater (20?). Relax and enjoy your stick shift.