Slashdot Mirror


It's the Developers, Stupid!: The Real NT-Linux Battle

Kelly McNeill writes "The media is nutso for bigness. All you hear about in the tech press these days is that Linux is attracting big partners like IBM, finding big users like Deja.com, and making big IPO money like RedHat. That's all good, and I'm sincerely grateful for anything that helps me make a living without using Visual Interdev -- but to me, small and raw is where it's all at." The quote's from the article, which is big and cooked - and full of graphical comparisons between NT and Linux as useful development environments for small Web businesses.

194 comments

  1. dead url by Anonymous Coward · · Score: 0

    dead url

  2. What is wrong with a full featured IDE? by Pengo · · Score: 2

    I would love to have something as featured as Visual Interdev that actually worked.

    For linux, the following comes to mind.. Visual SlickEdit, VIM, Nedit. But they are hardly an IDE. It would be great to do Step-Through debuging with PHP from ANY editor.

    ColdFusion Studio was nice for that, except it was just so damn buggy.


    1. Re:What is wrong with a full featured IDE? by badvoc · · Score: 1

      I'm sure emacs could be programmed to be a full featured IDE. Someone may have already written the elisp for the features you need.

    2. Re:What is wrong with a full featured IDE? by md_doc · · Score: 1

      With the speed menu (writen in java as an add-on) and other things you can do to emacs I personally consider it an IDE.

      --MD--

      --
      --MD--
    3. Re:What is wrong with a full featured IDE? by ianezz · · Score: 1

      > I'm sure emacs could be programmed to be a full featured IDE

      I don't really want to start another holy war here, but for me (and ERS too :-) it's already a full-featured IDE, expecially when you use the OO Browser from BeOpen. Surely, it takes some time to learn to use it efficiently. It does not slam on your face every feature it has, it may seem that it behaves strangely compared to other similar products, but don't forget that it comes out from over 20 years of experience and improvements.

      Oh, yeah, I don't mind if Linus considers it "pure evil" :-)

  3. Mirror ?? by AftanGustur · · Score: 1

    Seems /. already.


    Error 503 Service Unavailable


    Powered by Zeus Web Server v3.1
    --
    Why pay for drugs when you can get Linux for free ?

    --
    echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
    1. Re:Mirror ?? by azi · · Score: 1

      Just hit the Reload frequently or wait couple of days for "/." effect to fade away..

      Drawback is that if you get thru, download times could be quite long, during the server overload.

      --

      bash: sig: command not found

  4. Link by Hermetic · · Score: 1

    Was that a bad link or an amazingly fast /. effect?

    Either way, based on the summary, the media just doesn't get geekdom as a whole.

    They realize that the IT industry (god, I hate that buzzword) is important, but they have no real knowledge about what is going on down deep. On the kernal level, so to speak.

    In a way, this has been discussed before, with the media/movie portrayal of geeks and computers. Most computer geeks are going to see a news story like that and think "Cool, now I will be able to get some really kick-ass stuff to put in/on my boxen!" (or something like that)

    The MBA's and media types see the same story and just see the numbers: "x number of dollars start going to support product y, that means it must be a Good Thing, therefore I will go buy/support product y and everyone will think I am cool! Boxen!" (or something like that)

    What gets missed is that most of us really don't care who is making the goods or coding the toys, as long as it is better than what we had before. Better games, better hardware, (in this case) a better OS.

    End point: Ignore traditional media. Just read Slashdot.

    --
    Computers can only simulate determinism. ~Hermetic.
  5. ASP is a blessing...ASP is a curse... by Anonymous Coward · · Score: 0

    I recently discovered the power of ASP scripting and this is one of the biggest things keeping web sites from switching to Linux. Hell, my manager wants to go completely to Linux, but ASP and an affordable mid-sized SQL database back-end similar to SQL Server is the only things standing in the way. Running Oracle on Linux would double the current costs.

    I've seen a Perl version of ASP, which is the spawn of hell, and I've seen a pretty good Java-based ASP implementation, but if I'm going to run this on a rack of servers, I will worry about Apache staying up but I will not worry about Apache and Java.

    1. Re:ASP is a blessing...ASP is a curse... by bavodr · · Score: 1

      Have you tried MySQL ? or Postgresql ? They both match the criteria of mid-sized SQL database backend.

      You should also have a look at Apache/PHP.

      I also regurarly see postings on Freshmeat of a tool to translate ASP scripts to PHP. The tool is called ASP2PHP

      The uptime of apache and apache/php can be considered a non-issue. They are at least as stable as IIS/ASP and probably even more stable and faster.

    2. Re:ASP is a blessing...ASP is a curse... by Anonymous Coward · · Score: 0

      Why dont you try php3? It is a nice language similar to ASP (well, more similar to JSCRIPT than VBscript perhaps). Most people use it with the mysql database which is faster than anything else for it lacks the options rarely needed. If you use eg. debian linux it comes easily instelled. Furthermore, there are asp2php conversion perl scripts at CPAN. Good luck, Barry

    3. Re:ASP is a blessing...ASP is a curse... by FooBarSmith · · Score: 1

      Your manager wants to switch to Linux but you are insisting on using ASP? Your concerned about Apache staying up? hmmm. get PostgreSQL, PHP & Apache. Compile. Sit back and be happy at the flexible & rock solid web environment you just got for free. From my experience Apache is a *lot* stabler than IIS. IIS at it's worst crashed daily because of a bug in Transaction Server. Apache under a similar load ran for months and months no problem.

      --
      stty erase ^H
    4. Re:ASP is a blessing...ASP is a curse... by Walles · · Score: 1
      Try PHP. Use MySQL or PostgreSQL as backend. If conversion from ASP to PHP is an issue, you could look into sending some of the money you save by taking the Unix route to the author of asp2php.

      Best of luck to ya'.

      //Johan

      --
      Installed the Bubblemon yet?
    5. Re:ASP is a blessing...ASP is a curse... by narsiman · · Score: 1

      MqSQL is a play thing. It has significant limitations starting from the SQL engine. Dont go that route for production SQL engines. I would advise DB2 for Linux. It is the best thing that ever came out of IBM and the most trustworthy name. Besides you can scale your system at a later date using CORBA/EJB to any other *nix platform or maybe even OS/390.

    6. Re:ASP is a blessing...ASP is a curse... by Anonymous Coward · · Score: 0

      Thanks for the replies everyone. I just wanted to follow up on my original post and clarify that I have no concerns about Apache, but some of the commercial ASP clones available on Linux require Java and I'm not ready to deploy Java on all our servers. This may be short-sighted, but on Windows we have moved away from Java because of some stability issues and on Linux it's a much younger implementation. In a year it may be the best option.

    7. Re:ASP is a blessing...ASP is a curse... by RiotNrrd · · Score: 1

      Hi,

      After reading alot of the replies to the original post, I feel the need to throw in my $0.02. Sure, all of the options that you have recommended are all viable, reasonable, intelligent options, but you have to understand that the ultimate decision will come not from the admin, but from his PHB. I left a very large shipping company earlier this year. I can't mention the name of the company, but I can say that they absolutly, positivly have a thing for loud colors. I was a network admin in charge of 2 Novell Netware 3.12 file servers, a few ancient Sun boxen and the occasional random server here and there. Every day was like a South Park episode.

      Me: Boss! Boss! Our Netware boxen just shit themselves during the Y2K compliance test you made me perform (even though you could look at these things and tell that they were kinda long in the tooth)

      Boss: Well, what are YOU gonna do about it?

      Me: Uh, put in a budget request for new servers at the next departmental staff meeting?

      Boss: No, that won't work. You see Geek, (kneels down on one knee and puts his arm around me. Happy music begins to play) we need all of the money in the budget so that we can give it to Oracle.

      Me: ORACLE? Why? This is a Sybase shop! All of the DBA's and (snicker) developers are all trained on Sybase! Why are you gonna screw them?

      Boss: (Laughs patiently) Oh, no! We're not screwing all of the people that have trained for years on Sybase, we're "adding value" to our employees.

      Me: I still don't understand why our department would go to all the trouble of completely upgrading our databases and retraining all of our people at the cost of loosing our network.

      Boss: Well, I'm sure that you'll think of something.

      Me: I HAVE! I NEED NEW SERVERS! Look, all I need is the hardware. The OS would be easy - I could use Linux!

      Boss: Oh, no! We can't use Linux.

      Me: Why not?

      Boss: Because there is no giant cash-cow company associated with Linux. What happens if the Linux boxen go mad and eat a small child? Who would we sue?

      Me: But Linux wouldn't do that! It's stable!

      Boss: And then there's the poor IT Director to think of.

      Me: Why should I care about that asshole?

      Boss: He's what we call a "Novell Bigot". Novell could wipe it's collective ass with a CD and he'd want to install it on everything that had a processor. Besides, he owns alot of stock in Novell. Now, you wouldn't want his mistress to go without those new breast implants that he's gonna buy her with the profits he gets from his stock, would you?

      Me: This sucks! What happens when we all come into work on 1/2/00 and the network is completely hosed?

      Boss: Well Geek, that's when YOU bend over and "take one for the team".


      Big companies don't buy software based on whether or not it works well - they buy it because some shitbrained VP saw a big glossy ad in Wired and liked the pretty colors. You want Linux in the workplace? Produce a distro, loose the penguin and put Pamala Lee's tits in a full-color glossy gatefold ad in the middle of next month's Wired.

    8. Re:ASP is a blessing...ASP is a curse... by KyleCordes · · Score: 3

      ASP seems really neat when you first try it. That is stage 1.


      In state 2, you realize that ASP is essentially the same kind of tool as

      PHP

      ePerl

      EmbPerl

      NeoWebScript (perl or Tcl)

      AOLServer's Tcl integration

      Netscape's server-side Javascript

      And a whole bunch (100s, I think) or tools of the same ilk.


      Later, when you have a large web site, you realize (stage 3) that mixing your HTML and scripting all together is really a pretty bad idea, so you start using the above tools in a rather different way than you used to, and eventually start thinking about tools that are intended from the beginning to keep the HTML templating seperate from the programming.

    9. Re:ASP is a blessing...ASP is a curse... by Anonymous Coward · · Score: 0
      *troll alert*

      Damn, don't you just hate it when (once again) there's something done in NT that either costs more or is twice as difficult in Linux?

      There are ASP extensions for Apache and there is always mySQL for the db backend, is there some reason that these won't work for you?

    10. Re:ASP is a blessing...ASP is a curse... by tpaine · · Score: 1

      And certainly lighter. Look at the link http://perl.apache.org/stories/idl-net.html for a story that indicates that Apache running mod_perl is 1100% faster than ASP.

  6. Uh-huh. by mrsam · · Score: 4

    I've said something very similar a couple of times before. As long as I can help it, I am staying away as far from NT as possible. I can do VB, and I can do VC++, but I'd rather not to thankyouverymuch.

    Every time I attempt to do any work in Win32, I feel like I have to undergo a lobotomy first. Win32 IDE may look like eye candy up front, but when you strip away all the makeup, underneath you'll find one ugly beast. The Win32 API is a complete and utter joke. In fact, it's so bad that you can't really work with it directly, and you have to use MFC to get a barely workable API to work with.

    Ever tried to put together a simple process, under Win32, to listen on a socket for connections, for some simple processing? This is a ten minute job in *NIX. Win32 forces you to use a convoluted event-driven architecture that absolutely makes no sense, and is a royal pain in the ass. This is just an example, but is quite typical of Win32's idiocy.

    I don't really know why people thing that graphical IDEs are so sexy. I have absolutely no problems with autoconf, automake, and make. A graphical IDE would probably be nice to have, but absence of it does not really make much of a difference to me.
    --

    1. Re:Uh-huh. by teraflop+user · · Score: 2

      Actually, I think you have drawn attention to an interesting point:

      Windows and Mac, the API is tied to the OS, so there is no competition in API design apart from the competition between OS.

      Under Linux, there are competing APIs, so you can program using APIs defined in Gnome, KDE, Xlib, Motif, tk etc. And this competition is one of the factors which will determine which environments succeed, since the cleaner APIs will attract more developers.

    2. Re:Uh-huh. by /dev/niall · · Score: 4
      Every time I attempt to do any work in Win32, I feel like I have to undergo a lobotomy first. Win32 IDE may look like eye candy up front, but when you strip away all the makeup, underneath you'll find one ugly beast. The Win32 API is a complete and utter joke. In fact, it's so bad that you can't really work with it directly, and you have to use MFC to get a barely workable API to work with.
      Ever tried to put together a simple process, under Win32, to listen on a socket for connections, for some simple processing? This is a ten minute job in *NIX. Win32 forces you to use a convoluted event-driven architecture that absolutely makes no sense, and is a royal pain in the ass. This is just an example, but is quite typical of Win32's idiocy.

      Everytime these development comparisons pop up there are posts like this. Let me start out by saying : I feel your pain!. That being said, let me make the same point I make everytime in an effort to be fair.

      Yes, Win32 programming is difficult and convoluted. Unfortunately, so is raw XLib programming. No points scored there for X/*NIX. MFC can be overwhelming (and often is). I don't have fond memories of my first MFC steps. But I'm playing with GTK now and to be honest, I'm having an awful time dealing with some of the core concepts (packing for starters!). Programming isn't simple, a learning curve is to be expected and should be embraced if we are to understand the systems and methods we should be using; regardless of the platform or environment.

      With regards to sockets, putting together a small app in ten minutes for Win32 isn't all that difficult if you know what you're doing, and I actually think a network application is a prime contender (in most cases) for an event driven architecture. The bottom line is familiarity. Just because we're not familiar with something doesn't mean it's not a viable method!

      IDE means different things to different folks. Some are happy with a multitude of xterms running various tools, some like to have it all in one window with widgets and geegaws. I'll take the geegaws, and I don't think my preference belittles me as a programmer. There are plenty of accomplished programmers who share my preference, and there are plenty that don't.

      In short - choice is good! Different is good! If you're happy and productive don't let anyone tell you your methods are wrong! Fight the good fight.

      --
      --
    3. Re:Uh-huh. by Anonymous Coward · · Score: 0

      Hmm, on a purely tecnical standpoint, how could that not be done w/ winsock? If you abstract your socket interface into one c file you could even hack it to build for both.


      #ifdef WIN32
      #define errno WSAGetLastError()
      #define EINTR WSAEINTR
      #define EMSGSIZE WSAEMSGSIZE
      ..

      of course that leaves out the nasty code that
      attaches to the dll but you could just stick that
      in some kind of sockinit() function.

      You really should be abstracting your socket code as much as possible for ipv6 anyway :).

      By using mingw32 and writing simple command line programs I just don't see where you're going with the event stuff. Sure if you want a Real Program you're going to have to do what you describe. (heh, or use gtk+/qt for windows :))

      You know what really gets *my* goat (the most) about win*? The filesystem. No symlinks. 'nough said

      Pick a better example.

      Buck

      And yes, the winsock api is absolutely unrelated to any other part of win32; OTOH I don't usually write() sockfds in unix.

    4. Re:Uh-huh. by /dev/niall · · Score: 1
      Windows and Mac, the API is tied to the OS, so there is no competition in API design apart from the competition between OS.

      There was another under Windows. Borland's OWL. May it remain dead. ;)

      --
      --
    5. Re:Uh-huh. by Anonymous Coward · · Score: 1
      Are there any OS API's that don't suck ?

      The worst thing about Win32 (and Win16) before it that generally it was a copy of UNIX API's but renamed and rejigged. Typical bloody M$ reinventing the wheel.

      The Win32 API gets worse though cos its non-orthogonal and often has 20 ways to do the same thing, or there are methods that do everything in the world as long as you fill out the 44 pages of parameter configurations.

      As for MFC, its the biggest pile of doggy-doo this side of the Universe. Partly designed by Smalltalk programmers, finished designing by C programmers, partly implemented by assembler programmers and completed by FORTRAN programmers. The stupid idiots that wrote it didn't even seem to know what a reference was. Coupled with the insult of two phase constructors non-orthogonal API's and the use of macros substitution from hell. Visual C NOT Visual C++ and that's an insult to 'C' programmers.

      Now neither Eifell, Smalltalk nor Java are perfect, but they're some bloody good examples of how easy API's can be made to use. The 20 line multi-threaded server in Java is a good case in point.

      Or perhaps stretch our minds back to CommonView from Glockenspiel, a damn good example of a product that was not allowed to mature (M$ bought it out, threw it away and announced MFC).

      I'm constantly amazed by the amount of shit that is programmed. Even more so by the breed of 'C' programmer that thinks leaving out carriage returns and spaces actually optimizes their program. Now sometimes a good obscure programming challenge is fun - but leave that to the Obfuscation Challenge run every year.

      IDE's can be good and bad. Let's face it most of them are bad. They're great for learning (sometimes) but how often does the professional programmer curse them ? They attempt to do everything and normally do everything very mediocrely - if not badly. Plus they tend to forget that the professional normally uses a variety of environments and languages - but Whoops they're only partly good at doing one!
      The elements of a good environment are:


      1. A damn good editor
      2. A damn good editor
      3. A damn good editor
      4. A good debugger (OK I can wish)
      5. An easy way to manage and build files
      6. A screen painter if appropriate.
      7. A good help system There's me $50 and I'll just go and foam at the mouth in the corner.

    6. Re:Uh-huh. by Bob(TM) · · Score: 1

      It's not just the API, it's the entire OS conceptual model.

      From the outset, the UNIX conceptual model is something you can "wrap your brain around." Once you understand file operations (and file handles, etc), you understand 80% of what you need to know to do some decent development. The same concepts you use to twiddle one device, you use to twiddle others.

      Plus, everything is "out there" and has been for a couple of decades. There is no real archane knowledge conveyed by a mountain dwelling hermit (Ken Thompson?) that is the secret to development. Neither you need to trade a kidney to an organization like M$ to get a piece of the action or the inside track.

      Programming for Windows hurts and, sometimes, I wind up with the bohemoth that I can't even stand to look at much less continue to work on.

      Clearly, at Microsoft, the KISS rule went right out the MS-Window(TM).

      --

      The little guy just ain't getting it, is he?
    7. Re:Uh-huh. by Anonymous Coward · · Score: 0

      Here's a thought: Does anyone actually program in pure X-Windows API? No of course not. The API to API concept (MFC, Motif) is not unusual or bad. It's the way X-Windows is. And let's face it the reason why the Unix program is smaller is because your comparing a console program to a GUI program. Of course the GUI program is going to be bigger!

    8. Re:Uh-huh. by daviddennis · · Score: 2

      For what it's worth, I found GTK programming disarmingly simple when I bought Eric whatever his last name is's book on GTK. It explained those concepts quite well. I like the way he explained packing by comparing it to HTML tables - GTK formats widgets automatically in a very similar way.

      It's certainly a lot easier than raw X. Granted, I've never used raw X, but I've looked at a few books and it seems pretty tough.

      One of the things that makes Windows hard is that Microsoft, in an effort to make it easy, generates programs for you with all kinds of incomprehensible junk. It shouldn't take 300 lines of code to do "Hello, world". GTK brings me back to the appealing simplicity of yore, and that makes me really like it.

      On the other hand, a lot of direct user interface programming has been replaced with software that spits out HTML for a browser - and I, for one, applaud that trend.

      D

      ----

    9. Re:Uh-huh. by ucblockhead · · Score: 1

      Ever tried to put together a simple process, under Win32, to listen on a socket for connections, for some simple processing? This is a ten minute job in *NIX. Win32 forces you to use a convoluted event-driven architecture that absolutely makes no sense, and is a royal pain in the ass.

      Yes, I've done this, and you are completely correct. Every one of the Windows API functions has 10+ parameters, with poor documentation. They also tend to give you little indication of what's wrong when they fail. Then, of course, Microsoft provides "easier" wrapper class for these things, which tend to (a) restrict you into doing things a very particular way and (b) be even more cryptic in error conditions.

      And that's nothing compared to their database technologies. About ten years ago, I did some database work using embedded SQL under OS/2 and found it not particularly hard to deal with. Today, I'm trying to deal with the "new, improved" Microsoft database technology ("OLE-DB") and finding it incredibly hard to deal do anything. It took me a week to figure out how to insert a goddamn record.

      (It doesn't help that Microsoft has this tendency to supply cryptic documentation and provide lots of 10,000 line examples of doing reall fancy stuff using everything but the kitchen sink, and none of what would really be useful, which is a set of thirty line examples showing how to do the basics.)

      --
      The cake is a pie
    10. Re:Uh-huh. by Anonymous Coward · · Score: 0
      *snort*. In VB it takes adding the winsock component and about 15 lines of code to have it listen for a socket connection. Are you more limited by the api? Sure, but it takes less than 10 min for this example.

      There are HUGE differences between VB and C, switching between them isn't easy for most people but you can do in VB 90% of what you can do in C and do it faster. Your VB app won't be as streamlined but it will be done.

    11. Re:Uh-huh. by /dev/niall · · Score: 1
      For what it's worth, I found GTK programming disarmingly simple when I bought Eric whatever his last name is's book on GTK. It explained those concepts quite well. I like the way he explained packing by comparing it to HTML tables - GTK formats widgets automatically in a very similar way.

      I owe it to myself to check that book out, I've heard nothing but good things about it.

      On the other hand, a lot of direct user interface programming has been replaced with software that spits out HTML for a browser - and I, for one, applaud that trend.

      It makes designing UIs very simple, and certainly opens things up to people who under different circustances wouldn't take a stab at a project. But...
      Usability issues. With a toolkit you hav definite constraints on what you can and can't do. On top of that, there are usually guidelines as to what makes a good interface. Nothing like this applies to HTML... the sky is the limit. While this cam make for some intersting and exotic interfaces, it also produces a lot of horrible ones. When HTML is your interface, you have to be very careful designing your UI. The amount of planning involved may make it worthwhile to use something that on the face of things may seem more complex.

      Peformance. Browsers are slow! Rendering a complex UI in HTML can be noticibly slower than a similar one in even Java. When you start using applets and geegaw addons to make up for the lack of basic controls (spin buttons, intelligent combo boxes, list views etc) it just gets slower. While I think many applications would benefit from such an interface, I certainly wouldn't want everything moving in that direction.

      --
      --
    12. Re:Uh-huh. by coaxial · · Score: 2

      Back in college, I had a job righting software controlling a 3D positioning platform, the MatSci department. Kind cool job to have in college, and I learned ALOT about just general software engineering.

      I knew from the this project was going to be a death march as soon as they said, "We'd like to do this under Windows." Uhhh...OK. I had never even made a GUI app before then, let alone coded for windows.

      My impression with MFC was that it was a good idea, but just an extremely kludged hack. (Inconsistancies galore!)

      I had to scrap my code about 8 times writing that thing. I couldn't decide which I hated more, the MFC, or VC++. They both suck ass. (I will say that autogeneration of code for a GUI app is good thing. Afterall it's what 200+ lines of code just to get a blank window? And of course no one wants to design dialog boxes with a text editor ("Uhh the OK button is too close to the CANCEL button. *edit* *recompile* *run* Uhh still too close...."))

      Now VC++ is supposed to let you say, "Insert TaskBar" and it will stick the code in to do that for you. Nice that it does that, but you really need to know what it's doing. Having 50 lines of mystery code appear isn't a good thing. Of course I wanted to add something that I knew you could do (a DialogBar) but you couldn't simply have MFC to add it for you. I had to write code (no problem yet), outside the VC++ autogeneration enviroment and import in the classes. VC++ didn't like that. It would either not see the class, or see the class and think it had only a constructor and a destructor. If VC++ didn't import the class properly, I couldn't compile it.

      Until that day, I thought that if you made a deal with the Devil to get a job as a software engineer, you'd be coding in Cobol. (Afterall the Devil always gives you what you want, just in an extremely perverted fashion.) Then I saw the light, the Devil's software enviorment is MFC and VC++.

      I will consider my career a success if I never have to deal with windows again.

    13. Re:Uh-huh. by Anonymous Coward · · Score: 0

      Amazing how ignorance passes as legitimate criticism these days.

      Firstly in regards to Win32: Some things simply can't be easy. There is a large difference between a complex user interface and taking flags in your main. This whole "Win32 sux!" argument is so incredibly foolish it begs the question of the skills of the complainers.

      Secondly your winsock comment topped it off. If you REALLY want to you can make a blocking, very compatible socket app that follows the standard old paradigms. The event model is an IMPROVEMENT. I suppose there is some magical model on Linux that just does it all for you though?

      At the beginning of the whole Linux movement I had some respect: Seemed like a collection of a lot of very intelligent, productive people with a mission. Then it diluted. Now it's the battle cry of the naive, foolish, and arrogant-without-foundation. Every half-wit that can't figure out how to program in Windows doesn't do SHIT in the Linux world as far as being productive, but they stand behind it while casting dispersions at the Windows world. How incredibly sad.

    14. Re:Uh-huh. by JordanH · · Score: 1
      ...but they stand behind it while casting dispersions at the Windows world.

      If only it were that simple. Here's the spell I would cast:

      • Eye of newt, wings unfurled.
        Disperse! Disperse! Oh Windows world!

      Ehehehehehe (cackling laughter)

    15. Re:Uh-huh. by root+66 · · Score: 1

      Hell yeah!
      I'm a not-so-long programmer.

      In win32 there isn't even a normal function for getting a dir-listing... you have to write a complex searchfiles function. And the complete API is just so damn broken, I sometimes want to jump off the house leaving a letter "It's all cuz Bill G."... programming can be easy and intuitive, fast and actually fun - but it's not with the win32 API.

      I hope to leave all the damn win32 shit far behind soon and actually start coding on Linux. (That sentence in god's ear)

      --
      -- I love the smell of Blue Screens in the morning.
  7. Developers are pretty important... by teraflop+user · · Score: 4

    Microsoft delivers an operating system to users (and you pay again for development software).

    Linux delivers an operating system and development software to every user.

    Which approach is going to encourage more developers in the long run?

    As the market stands at the moment, Linux is certainly attractive to would-be developers. And as computer use spreads into countries where it is not yet widespread among the general populace (China springs to mind), Linux is going to have further advantages: It requires less powerful hardware, and it is open to home grown localisation.

    I wonder what effect of 1,000,000 Chinese hackers will have on Linux? Of course a lot of work will go into some really good Chinese language support, but I expect to see some stuff come out that we can all use.

    Unless Microsoft can buy off China. But I think China is old enough skeptical enough enough to see through that.

    Of course, while developers are pretty important, developers without users are of questionable value.

    1. Re:Developers are pretty important... by hangdog · · Score: 1

      Your comments would also apply to India as well. India's population is now estimated at > 1B and most are taught English alongside the national language(s) so they might even be considered one step ahead of the Chinese hackers...

    2. Re:Developers are pretty important... by helarno · · Score: 3

      Uh, think you may be in for a bit of a surprise there. I worked in China for two years and the prevalence of MS products there is incredible. There are a few reasons for this:

      1. Microsoft put a LOT of effort into putting Chinese support into their products. Their Chinese Win98 is actually considered to be more stable than their English Win98. There are Chinese versions of almost all their products, including full documentation. Most Linux documentation is still in English.

      2. Piracy: hey, if both MS and Linux are free, then you choose based on the ease of install/use, which MS still wins for the beginner.

      3. MS Marketing's own efforts: they try to establish relationships with EVERYONE. Trying to set up a portal in China? Talk to MS and no matter how stupid your idea, they'll willingly "support" you with at least free software. If your idea is good, you may get more than that. At least, that's what the MS reps that I talked to intimated.

      4. For those without formal CS degrees, the MCSE is the only other computer certification they can get. The exam is considered rigorous there and the last time I did hiring there, more than half the applicants were MCSE certified.

      Anyway, for those of you who think that Linux is going to be real popular in China, you may want to reconsider. Linux is really far behind there and that gap will most likely widen as the new users just follow the lead of the established users and use MS products. China might well become the last MS stronghold in the years to come :)

    3. Re:Developers are pretty important... by ianezz · · Score: 1

      > China might well become the last MS stronghold in the years to come :)

      Hmmmm, I already see that: something like "A billion of users should be enough for anybody?"

    4. Re:Developers are pretty important... by Anonymous Coward · · Score: 0

      IMO, language has little effect in programming skill, and in fact, other area related to technology as well. Witness that chinese students had been consistently performing well in mathematical olympia. And Japan is doing well with their high tech companies, with Korea and Taiwan to a lesser extent (people in these countries don't speak English generally)

    5. Re:Developers are pretty important... by JordanH · · Score: 1
      I think it has suddenly occurred to MS that developers are important, again, and that they need to convince geeks to develop for their environments.

      MS is running full page ads in the PC Week type magazines depicting happy future developers, pretty geeky looking guys all, winning recognition from their co-workers and happily using Office 2000 development tools.

      I don't really remember such ads in the past. I do remember MS pumping up their development environments and how they made you a success, but they typically showed the developers becoming corner office denizens or Italian suit wearing consultants. They didn't used to target happy geeks.

    6. Re:Developers are pretty important... by shri · · Score: 1
      Just got back from Shenzhen on Monday. Folks, lets get this straight.. NT is free for everyone in China. So are the SDK's, Office, Backoffice and other products from Microsoft.

      Linux is not a factor here.

    7. Re:Developers are pretty important... by Wolfier · · Score: 1

      >Microsoft delivers an operating system to users
      >(and you pay again for development software).

      Wrong. I can write Windows code with mingw32 and wxWindows without paying a cent for the development software...just that nobody takes development tools not made by MS seriously.

      (also since mingw32 is a port of gcc it is bound to progress slower than the *n[iu]x versions...)

      >Linux delivers an operating system and
      >development software to every user.

      Yes.

      >Which approach is going to encourage more
      >developers in the long run?

      It depends more on the OS than the development tools because they both have free tools.
      Oh wait. Windows's got a commercial IDE. Maybe some equivalent for *n[iu]x helps...

    8. Re:Developers are pretty important... by ucblockhead · · Score: 1

      Indian programmers are a lot further than one step ahead of the chinese. Many of them are working for US companies and have been for nearly a decade. I've known people who worked with indian programmers working out of India. In fact, as far as "foreign programmer" threats (which I think is a load of hooey, BTW), India is really at the top of the list. There are a lot of smart, computer literate people there who will work for cheap.

      (Once they move here, they stop being cheap, which is why the "foreign programmer" boogie-man isn't much to worry about.)

      --
      The cake is a pie
    9. Re:Developers are pretty important... by Malcontent · · Score: 1

      How come it's not free for everyone in the US. Is M$ encouraging piracy in China? Are the Chinese inherently prone to stealing? If M$ is not willing to protect their intellectual property in China can they be prevented from trying to protect it in the US? and finally what is so different about china? M$ sued a bunch of companies in Korea didn't they?

      --

      War is necrophilia.

    10. Re:Developers are pretty important... by ucblockhead · · Score: 1

      4. For those without formal CS degrees, the MCSE is the only other computer certification they can get. The exam is considered rigorous there and the last time I did hiring there, more than half the applicants were MCSE certified.

      For the record: The "MCSE" is a techie certificate and doesn't require any programming knowledge. The equivalent developer certificate is the "MCSD", which requires you to know the Windows API and either VC++ or VB.

      --
      The cake is a pie
    11. Re:Developers are pretty important... by shri · · Score: 1
      For the longest time Microsoft ran their business with the attitude "If they copy Office, they don't buy Lotus or Wordperfect". And yes, there is virtually no concept of a copyright law in China.

      Korea was under significant US and Worldbank pressure to clean up its act and hence I guess MS took advantage of that.

      Microsoft will not attempt to ruffle any feathers in China simply because it is recovering from some past 'foot in the mouth' episodes. (They got the double byte enablement of several products destined for China done in Taiwan etc ;-))

      E-mail me if you're curious .. its about 2am here in HK and I need to catch some sleep.

    12. Re:Developers are pretty important... by shri · · Score: 1

      Unfortunately the Indian educational system is bound by its British heritage where memory counts for more than creativity. Except for the IITs (Indian Inst of Tech) and a few REC's (Regional Engineering Colleges) most of the other insititutions degrees are worth little. For now the craze in India is "Oracle Operators and Java Monkeys" to quote a friend of mine who is currently in the bodyshopping business in India.

    13. Re:Developers are pretty important... by Chalst · · Score: 1
      There is no intellectual property law applicable to software in China. Therefore it isn't theft to use it without payment, and terms like piracy should not be applied. One might equally argue that `property' should not be applied to goods for which we need not be in conflict if we both make use of, and that it is usury to charge for that which should be free (Hume's argument for the need for property was based upon the need to avoid conflict, I think so was Hobbes).

      Of course this might change, since America is putting heavy pressure on such countries (India being the other big example) to adopt US-style IP laws, and so MS is probably promoting NT in the hope of establishing an effective monopoly in years to come.

    14. Re:Developers are pretty important... by Bob+Uhl · · Score: 1
      he equivalent developer certificate is the "MCSD", which requires you to know the Windows API and either VC++ or VB.

      !!! That's ridiculous. VB is no more a serious development tool than is COBOL. This points out, once again, the need for independent developer certification. Why? Just graduating with a CS degree does not mean a whole lot. Past employmeny may or may not mean something.

      OTOH, we wouldn't wish to become like doctors or lawyers (where you cannot practice without the association's imprimatur). I'm thinking soemthing more like unto the universities and colleges: they can be accredited, but don't need to be. There could be a Free Software Foundation dev. cert., a Red Hat dev. cert., an Independent Software Developer's Association cert. &&c. It might be pretty nice.

    15. Re:Developers are pretty important... by ucblockhead · · Score: 2

      Hey, I agree. I'm just relating the facts.

      (Though in truth, nobody who programs solely in VB will know enough of the Windows API to pass all of the certification requirements.)

      --
      The cake is a pie
  8. reluctant VB programmer by mrpacmanjel · · Score: 4

    I've just started programming in Perl and I tell you something - it beats the hell out of VB (not a hard thing to do I suppose!)

    Microsoft have always tried to bend over backwards for it's development community - no developers - no software !

    But as Linux becomes more popular - an increasing number of Windows programmers are turning to Linux.

    Why ?

    As a developer for Windows, I hate the way that with every new release of one of their developer packages a 'new' API or programming model is introduced.
    (Don't forget the increasing system requirements)

    In Vb there are at least four different APIs to develop DB applications - can't they get it right first time (not to mention careless bugs in the components??

    The MFC that was introduced is quite simply a mess - the learning curve for MFC is ghastly to say the least. When is a *sane* abstraction layer going to be introduced?
    (Then again the Windows api has always been a mess anyway!)

    Their development products can only be used for the Windows platform.

    The development products in the Open Source Community are cross-platform. For example I use the Windows port of Perl at work (won't allow Linx) and then at home I can continue on my linux hardware.

    I suppose at the heart of the linux community are the developers who create the software.

    This is the achilles heel of Microsoft.

    If there is one way to tackle Microsoft - converting the developers is an answer.

    I personally have nothing against Microsoft as a business - only their products are just not up to scratch - this is one of the many reasons why I use linux.

    Oh well...back to programming in VB...(I wasted a day trying to get my databound flexgrid to refresh it's contents - then discovered in the MSDN dox that this is a bug and a suggested fix was to use the dbgrid or a 'third party control')

    1. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      I'm a reluctant VB programmer too, but unless your daft or part of the scratch your nuts and spit group of hardcore posers, I cannot see the logic behind the statement the Perl is easier that VB. I mean anybody with a bit of technical experience can do something in basic. I've know a lot of technical people who cannot get a handle on Perl.

    2. Re:reluctant VB programmer by Evangelion · · Score: 1

      In Vb there are at least four different APIs to develop DB applications

      Actually, it's around 7.

    3. Re:reluctant VB programmer by Pfhreakaz0id · · Score: 1

      Oh well...back to programming in VB...(I wasted a day trying to get my databound flexgrid to refresh it's contents . . .

      Here's a tip: DON'T USE DATABOUND CONTROLS! Geez. People who call themselves "programmers" using databound controls.... write some code! Seriously, if you're gonna use data-bound controls, you might as well "write" the app in Access.

    4. Re:reluctant VB programmer by /dev/niall · · Score: 2
      As a developer for Windows, I hate the way that with every new release of one of their developer packages a 'new' API or programming model is introduced.

      I was about to disagree with you (nicely of course!) when I read the next line:

      In Vb there are at least four different APIs to develop DB applications - can't they get it right first time (not to mention careless bugs in the components??

      Hear hear. I admit to being to complacent in my acceptance of Microsoft technology. It's not just VB folks, it's every MS development platform. Each API has it's benefits and downfalls, and each API accesses THE SAME DATA TYPES!!

      Another bitch: I write ASP pages for a living (but dream in Perl and PHP). If you do a SELECT AVG(fieldname) FROM table and there are no records, you would expect a NULL returned, no? Maybe a 0? Okay, you're using VBScript, so maybe it'll return an empty string? None. All of these checks will fail even though printing out the result prints out nothing. What is this mystery variable!!! Aie!!!!

      --
      --
    5. Re:reluctant VB programmer by swingkid · · Score: 1

      I don't consider myself a fan of Microsoft by any stretch of the imagination, but I feel that VC++ 6 is probably the best program I've ever used. If only they would port it to Linux.

    6. Re:reluctant VB programmer by Alan+Daniels · · Score: 1

      Not to start a language war, but in a case like that, if the person isn't comfortable with Perl, point them towards Python. The two languages are more or less equivalent in what they can do, and it really is just a matter of preference: Perl goes for symbolic representation and flexibility of expression, and Python goes more for object orientedness and readability. For what its worh, I use Perl for quick text- or file-handling tasks, and Python for more elaborate stuff.

    7. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      I wasn't trying to start a language war either. I have met a few people who refuse to use VB, because almost anyone can. They do not want to be a "softcore" programmer. My preference is to use whatever gets the job done quickly and won't cause me headaches later.

      Thinking about it more, if you have a *nix backgroud and have used regex on and off, Perl is easy and great. Unfortunately, most Windows developers I've worked with do not have a lot of regex experience, and that may be what's holding them back.

    8. Re:reluctant VB programmer by wilkinsm · · Score: 1


      In Vb there are at least four different APIs to develop DB applications

      Actually, it's around 7.


      Shall we?

      VBSQL
      DAO
      RDO
      ADO
      LDO
      DDO
      (I'm missing some...)

      For the back ends you have

      OBDC
      MSSQL
      OLEDB

      never mind the third party ones like Oracle.

      I'll tell you two thing I which Linux Development had:

      1) Browseable type libraries
      2) Context sensitive help.

      Give me both of these, and I'll ditch windows for good.

    9. Re:reluctant VB programmer by jemhddar · · Score: 1

      ACK!!!

      Here's my take on that.
      Many many, too many times in VC++6 I've had programs with mult headers/cpp files that would give linking problems, wouldnt compile, just didnt work. I've taken the exact same text files to another computer at my home(yes, i do have 2 NT boxes, 1 for me, 1 for gf, the rest are linux, I swear!) and the program compiles/links/runs just fine. I've probably restarted half of my projects because of this bug. In linux, never had the problem with this. I don't really have a preference for coding in one or the other, I mean for my money, gimme a text editor that I like(vim) as opposed to the VC++ no features text editor. But since everywhere but home is NT and VC++, I use it at home as well.

      Since most of the really advanced features of VC++ (the dummies stuff, where a wizard writes half your app) would only work on windows, I can't see them porting the program.(maybe ignorance is showing here, I dunno).

      Matt

      --
      --
    10. Re:reluctant VB programmer by theCoder · · Score: 1

      I would have to agree. Several things make it good:

      1) Intellisense. It may not be perfect (or even work all the time), but it sure helps you to save time if you can't remember what exactly the name of that function was or what order it's parameters went in.

      2) Edit and continue. REALLY COOL. This is something I miss when I'm using other languages (except the rare occasion when I'm back in VB :)

      3) MSDN. This is a really great help system. Lots of documentation. It's also relatively clean -- well formatted and not hard to read. The online version (msdn.microsoft.com) is also very nice.

      4) Remote debugging. Answers the problem: "It works fine on MY machine -- why doesn't it work on YOUR machine?" Granted, you only really get to use this every once in a while, but I still find it to be a really cool feature.

      Now I know that Linux has some great dev tools too, but being (relatively) new to Linux, I don't know them.
      Personally, I find that VC++ is a great tool for (at minimum) those features listed above.

      --
      "Save the whales, feed the hungry, free the mallocs" -- author unknown
    11. Re:reluctant VB programmer by zantispam · · Score: 1

      > 1) Intellisense

      Agreed. This is massively cool.

      > 2) Edit and continue.

      You can also do that with PythonWin and (IIRC) Tcl. To bad Tk support in Windows is buggy (YMMV).

      > 3) MSDN

      Whoa, now. MSDN is the most convoluted, useless piece of junk that Microsoft has ever produced (worse that J++, even). I mean, it's nice if you want to learn the basics of a language, but for hardcore things (like pretending VB is VC++) it just doesn't cut it. That, and it's slow. It's slower to start up the help files in VB than it is to start VB.

      I must say that my experience with C++ (or VC++) is lacking, however, I would be more than willing to trade everything positive about Visual Studio for my handy dandy text editor and compiler/linker/interpreter of choice.

      As for another post earlier about doing DB stuff in VB, it's simple. JUST USE DAO! That's it. Don't try to learn all of the cruft MS sends your way. It goes like this:
      -- Create a workspace
      -- Create a database
      -- Create a recordset
      -- Pull an index of the database
      -- Futz with it as needed
      -- INSERT INTO...
      -- DB.Commit()
      -- Cleanup

      This is why I use DAO for everything that I can. Anything else gets done in Python, JPython, or PHP4.0(beta 2 woohoo!) and javascript.

      To respond to the original poster concerning sockets, I created a client-server logging tool in VB using a WinSock control array. Works great until it gets more than about 30 simultaneous connections. The overhead brings the program to a halt. Lesson? Use Java or JPython instead.

      Anyhoo, sorry for the long post. I just needed to get it off of my chest.

      (longing for the day when I can uninstall VS6.0 forever)


      --

      censorship is a form of noise, which actively seeks to drown out content with silence - Crash Culligan
    12. Re:reluctant VB programmer by Anonymous Coward · · Score: 0
      "Oh well...back to programming in VB...(I wasted a day trying to get my databound flexgrid to refresh it's contents - then discovered in the MSDN dox that this is a bug and a suggested fix was to use the dbgrid or a 'third party control') "

      Does the term RTFM mean anything to you? Isn't that what the Linux experts tell the newbies when they spend hours/days trying to figure something out?

    13. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      I've used now Borland C++ Builder at home and VC++ at work. You can believe me: nearly every work I do in VC++ uses more time than ever as it would be in Borland C++ Builder.
      I've had work which ate days in VC++ to develop, whereas I duplicated the same work with C++ Builder in some hours.
      And heck, the application looks even better because I had more time to design the GUI and make it more user friendly.

      Well, you'll say now that VC++ is better in developing kernel things and all core C++ developing, but hey: Builder is great for all Application issues (database forms, editors, tools, whatever) and this is the real business.

      So there are better solutions for developing Applications. the main reason why they are not used e.g. here is because it's not from Microsoft and we're MS solution partner (believe it: this is really the point). Using MFC with Borland is possible, but this would take away all advantages and then, to be honest, for MFC-things, the Builder simply sucks.

      And (after all) for all VC++-fans out there I would say have a look at KDevelop and smile...

      Cheers

      Boessu

    14. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      Since regular and context-free languages are equal parts of parsing, this is actually simply a lack of education. Hell, regexps map to state machines - don't Windows dweebs learn about those either?

    15. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      Hmm, a CORBA IDL-aware IDE ought to be just as useful (more, in fact) than a type library browser. I wonder how hard that would be....

      As for context help, "display the hypertext document having this unique identifier" sounds like a very familiar technology.

    16. Re:reluctant VB programmer by Anonymous Coward · · Score: 0

      My beef against VC++: since MS' libraries are so poorly factored that it takes dozens or hundreds of lines of cryptic boilerplate to accomplish anything, VC++ will happily generate that cruft from scratch but doesn't know how to edit it! Once the whizzard is done, the IDE has even less of an idea what's going on than you do.

    17. Re:reluctant VB programmer by TummyX · · Score: 1

      I think there's a memory leak in the Winsock control :). MS recommends you create a pool of controls, and never unload them (unload-reload-unload-reload is bad :)).

      If i was going to write anything client-server i'd use java now days. Takes a few minutes to write a multithreaded server. I only wish Java's Socket classes had a bit more meat on them. Yeesh, there's almost nothing to them :\

      works for most things, but come on!
      There isn't even a handy isConnected() method :|

  9. Keep at it by Johnboy · · Score: 1


    If you get Error 503, keep hitting Reload until it burps out the text. Slow, but not dead.

    --
    -- Liquor up front, poker in the rear.
    1. Re:Keep at it by Ed+Avis · · Score: 1

      And they claim that Zeus is the fastest web server. I wonder how something else would have handled the same load?

      --
      -- Ed Avis ed@membled.com
  10. The other benefit of not using canned apps. by LL · · Score: 2

    While the article extols the financial advantages of using OpenSource/GNU software for cash-strapped startups without a VC fund and tons of hype behind them, there's also other advantages. A recent article pointed out that ... copyright was less of an issue as many programmers wrote for Microsoft platforms which had their own Application Programming Interfaces (APIs). In effect, much of the intellectual property was de facto handed over to Microsoft in these instances and it was only the integration of business objects - ready-made slabs of programming code ready-to-run - that mattered. So it comes down to how you see your role, as a architect creating new forms or as a building constructor knocking prefabs into shape. The rather interesting factor is that like all professionals and artists, there is that inner urge to "show off" to peers which means ideas are circulated. Much like a Jazz band, structures and improvised, creating unique on-the-spot music rather than repetitive pop tunes.

    The other constraint is the choice of language/tools automatically limits your designs. While big companies can only tackle the average needs of their customers, OpenSource has the flexibility to satisfy the specialised demands of niches. This is particularly the case with scientific applications which though it likes big and cheap computing power, would be less than 1% of the total computing market. The shift away from tools to services (e.g. Zope) will add a further dynamic to the equation as the limitation then becomes skilled people capable of using the tools. The key to long-term success here is winning the fickle attention of the development crowd.

    Oh well, if all you have is a penguin, then everything looks like a fish.

    LL

    1. Re:The other benefit of not using canned apps. by Dionysus · · Score: 1
      So you see yourself as an architect, then? Funny, that's not how Linus Thorvald sees the future of programming.

      Also, I rather work against an API, whether it is GTK+ or Qt, or even, yes, here it comes, the horror, I know, the WIN32 API, than trying to write my own library to talk to the hardware. How many actually write directly with Xlib?

      And Open Source might be flexible enough to satisfy specialized demands of the niches, but will it attract enough developers to actually do it?

      Big companies, or even small ones, can afford to give their developers the training to understand the issues in the niche. The cost of the training and development will be offset by the sale of the product and the subsequent support. Open Source, and we are really thinking of Free Software here, where the developers are left to themselves, won't have that support. Sure a company could put their developers on a training program, and then develop it, but if they then put the software in the FREE category, they would have to compete with other service companies that didn't spend the money on developer training and development.

      Who do you think will be able to sell the services cheapest?

      The niche marked is the marked I think, the properiatery, closed source will do much better than the open source.

      --
      Je ne parle pas francais.
    2. Re:The other benefit of not using canned apps. by Anonymous Coward · · Score: 0

      It should be easier for the people occupying a niche to pool their money and hire programmer A to meet their needs as Free Software, especially since he'd have to charge reasonably for maintaining it or they could hire programmer B to do it instead. In that model, the only competitive services would be finding the programmers, escrowing the money and/or code, and packaging and distributing the finished work (even outside the niche).

  11. What is wrong with Sybase? by Pengo · · Score: 1

    You can use PHP/Apache/Sybase.. gives you everything and more SQL has...

    and its free for use. :)

    DB2/Informix.. etc.. cost about the same as a microsoft solution, and if you take away the cost of the NT/MS Licenses .. your cheeper.

    BTW, you can use PHP/Apache to talk to SQL 6.5.. (though I wouldn't..) :)


    1. Re:What is wrong with Sybase? by Anonymous Coward · · Score: 0

      When I called Sybase last week they quoted $6500 per processor, plus $2000 for the base package (software and docs). The MS solution was half that. At least Sybase is cheaper than Oracle.

      I've gotten alot of good ideas, though, from the replies.

      Thanks.

    2. Re:What is wrong with Sybase? by hey! · · Score: 2

      Why not adaptive server anywhere?

      It's missing a few things in in its SQL functions (statistical aggregate functions in particular), but its stable and reasonably fast.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  12. Moderate by Hermetic · · Score: 0

    Would someone please moderate this poor dumb schmuck down?

    --
    Computers can only simulate determinism. ~Hermetic.
  13. PHP3? by ultra1 · · Score: 1
    What are you doing in ASP that you can't do with PHP?

    If I were king of the world, I'd be running AOL Server with Oracle as the back end. Tcl scripting; yummy ;-).

    --
    -- ultra1
    1. Re:PHP3? by Rombuu · · Score: 1

      So how do you call out to a COM object from PHP?

      --

      DrLunch.com The site that tells you what's for lunch!
  14. USE PHP... by Anonymous Coward · · Score: 0

    Use PHP and MySQL ... Faster, Cheaper, Better...

    1. Re:USE PHP... by Anonymous Coward · · Score: 0

      I've been told from on high that MySQL is not an option. I think another group here had some problems with it and the IS department is preventing its deployment elsewhere. I haven't really been able to get a straight answer on this one.

      I'm looking at PHP, but cannot even worry about those kind of details until the backend stuff is figured out.

  15. Re:I'm not stupid by Anonymous Coward · · Score: 0

    I just found this sense of humour on the floor, is it yours? you seem to have lost one..

  16. Yes but... by SL33Z3 · · Score: 2

    "The important thing about Linux (and Open Source and the Web) is that it shifts the balance of power back to the independent developers, the underfunded experimental coolness-of-the-thing-itself startup-type hackers"


    For the time, yes it does bring back that power and the interest in the changing/hacking/creating a new environment that fits your exact needs. However, if one thing has proved evident in everything I have ever experienced, money motivates all too well. My concern is that all the recent hype and corporate adoption of *nix will corrupt what most of the geeks find to be "experimental coolness-of-the-thing-itself". What's to happen when those how have set the standards for these platforms pass on? Just look at what happened to the internet once John Postel left us.


    SL33ZE, MCSD
    em: joedipshit@hotmail.com

    --
    SL33ZE - Artificial Intelligence is No Match For Natural Stupidity -
    1. Re:Yes but... by Anonymous Coward · · Score: 0

      I also feel the loss of Postel (and I never got to meet him), but he was never really reining in NSI (DNS isn't really IANA's thing). Their slimeballishness stems from the immense value of their ephemeral monopoly, and IIRC their policies began seriously to suck quite some time ago.

  17. Web Servers for a Mission Critical World by droleary · · Score: 1

    In light of the /. effect, the error and Zeus link arerather humorous!

    "Zeus' performance is god-like", Infoworld Review

    I guess they're expect you to pray that it works, but don't expect an answer.

    1. Re:Web Servers for a Mission Critical World by MKalus · · Score: 1

      Actually the Zeus Software is quite powerful... I liked it a lot while I was working with it :)

      Michael

      --
      If you want to e-mail me, use my PGP Key.
  18. ASP, Servers and Bugbears, Oh My! by jd · · Score: 3
    ASP exists for Linux. Not just OSS clones, such as the Perl module you mention, but commercial versions as well. If you can afford SQL Server, you can afford to shop around for ASP for Linux.

    Then, of course, there's always PHP. "But by code is all IN ASP!" you cry! So run it through the ASP2PHP translator that's floating around. Problem solved, with any luck.

    Apache is reasonably stable, and there's no reason why it shouldn't stay up. However, if you're concerned about that, install some Linux High Availability software and have Apache migrate as and when necessary.

    Databases - Postgres is a decent-sized database system, and MySQL is surprisingly rugged. I don't know the commercial price for Informix, but that is an impressive DBMS system (although it's BLOB system is, well, blobby.) It might be worth checking the commercial price for DB/2 for Linux, as well, as that is an awesome system.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  19. Really fast Slashdot.. by Kitsune+Sushi · · Score: 2

    I got to read the 1st page of three, then when I tried to make it to the next page, I got the same error. Damn early morning Slashdotters. =P At any rate..

    Either way, based on the summary, the media just doesn't get geekdom as a whole.

    I've never read nor been inclined to even look at OSO before, but from the blurbs I saw during my brief stay it looks like all of their stories or articles or whatever you want to call them are submitted by readers/users/lusers/whatever.. As such, I wouldn't exactly refer to it as your traditional media (unless I misread or misinterpreted what I saw.. it is early, after all).

    J. Random Idiot will never understand computers, the software industry, or what makes things like the Internet and the Web "go". They'll certainly never understand GNU/Linux, much less hackers. I don't really get bothered by them trying to make a buck of capitalize on the whole "geek" thing, because, well, being a geek, I don't spend a lot of time "out in the world", so to speak.. so the only time I realize how clueless these people are are through my random encounters with reality and the news. All in all, I'd say it doesn't affect me very much.

    Warning.. I'm about to go on a tanget.. ;)

    I also don't think it's important whether or not GNU/Linux makes it big in the commercial world. ESR seems to disagree, but since when did I ever care about his thoughts? Sure, I don't entirely agree with RMS, either, but surprisingly enough, his views seem much less fanatical and hypocritical to me. With the advent of the Web, it's simply not necessary to be big in the commercial world to make decent software available to those who want it, so all of ESR's bitching about not wanting another hacker project to fail even though its technically superior are a decade or two too late. The network is now large enough that such software can be distributed to everyone without having to bother with commercial vendors.

    On top of which is the fact that distributions of the OS were begun by commercial vendors and other groups some time before the term "open source" was coined. But, I've talked enough. I say fuck it, let the public and ESR think and do whatever they want. It doesn't really matter in the long run, because I don't care if Joe Public wants to use Linux or not, or if companies want to market it. If so, fine. Who cares? Let's all get back to doing something more important.

    --

    ~ Kish

  20. No.. just a lazy vb programmer by Anonymous Coward · · Score: 0

    dude, get over vb and perl and learn some real languages. A VB programmer will naturally complain about the win32 api or MFC because it looks to complex, he doesn't understand the bloody thing and will switch to the next easiest thing he can get his hands on. The funny part is, here is a VB programmer complaining how bad the win32 api is.. hahahaha

  21. maybe Delphi ? by Anonymous Coward · · Score: 1

    I heard that Borland/Inprise are thinking about making a linux version of Delphi - now that would be great !

    the link is supposed to be at www.borland.com/linux/survey

    but their servers are currently down :-(
  22. But MS is fighting.. (corrected!) by Dacta · · Score: 4
    Oh boy is it fighting.

    I've worked for a MS Certified Solution Provider. They are licenced to give copies of any MS product to their employees (at least where I worked)

    MS is also providing the resources and incentives to be a MS developer. Have you ever seen the MSDN website? It is really, really good - a better resource for developers than anything except dejanews. (Okay, so it has a little to much eye candy, but still)

    MS does pretty good promotions to do their developer exams, too - Trips to conferences in the US (from Australia), stuff like that.

    They "pay" (in the form of discounted softwear) solution developers to get their developers certified - and developers don't mind the automatic doubling of market worth for a MCSD.

    Believe me, I'm 2 years out of Uni, make AUS$90K (which is HUGE money here - a uni graduate makes 27-32K), and are bored senseless by the work. I'd do anything to do interesting work on Linux, but I can't find any work like that here, even if I take a 50% pay cut.

    (BTW, for all you Aussies, did you see the SGI ad in Tuesdays Australian for Linux developers in Melbourne? Who's applying? - I'm in Adelaide, and can't move at the moment)

    The other point is that MS is putting out some really cool stuff at the moment, eg SOAP, their XML support in IE5, etc, and under Linux you have to produce it yourself, or maybe use Java. (please IBM, Java2? Please!)

    As for VB, say what you will (and I won't argue with you - I use Delphi), but it does allow less skilled "programmers" to produce reasonable programs quickly.

    Anyway, the point I'm making (sorry for rambling!) is that I'm sure these startups do exist, but don't underestimate MS. Microsoft understands it needs mindshare and it is going after it.

    1. Re:But MS is fighting.. (corrected!) by Roundeye · · Score: 1
      I agree that VB brings "programming" to the Common Man. It also allows Programmers to get results in an MS world. More often than not (IMHO) it enables an accountant/secretary/administrative assistant to hack together a poorly-designed stopgap solution to an office automation problem which will ultimately have to be scrapped (after being kludged 15-20 times in-house) in order to provide a robust solution for real growth -- resulting in much higher IT costs overall than if they had done it "right" from the start.

      As far as SOAP (MS-XML) is concerned, I cringed when I first read about it. After seeing what MS has done to HTML, the CSS-DOM, their application OM (not to be confused with an AOM), Java, Javascript, ... am I forgetting other major standards they've bastardized and butchered?... I guarantee you that it will be just broken enough for someone to bring another anti-trust/class-action suit against MS over predatory/uncompetitive behavior. I'd even be willing to put $ on it.

      You can get XML support in Java to varying degrees. Mozilla (whose components are to be usable inside a JVM, or callable from C++ add-ons) will have the best XML support available when it is released (and don't tell me it's vaporware -- I'm posting this message with it...) -- even on the MS platform.

      The pure economics of Microsoft's practices will ensure continued loss of Good developers: charging so much for OS and development tools that one could have bought a decent server for the $; said developer tools being ever-changing kludges encasing buggy and chimeric APIs; unportable standards implementations.... Move to an OpenSource OS (*BSD, Linux,...) and buy that extra server, use proven tools which obey the standards...

      People may mumble about PHB's (and yes, corporate blindness exists especially in the halls of the F500), but my employers are thrilled to purchase equipment that is more secure, more robust, better utilized, and more readily administerable -- instead of forking out $K's every year for the same old MS software that has higher version numbers, requires more RAM, and crashes more often.

      --
      "Cause there's 40 different shades of black, so many fortresses and ways to attack, so why you complainin'?"
  23. Not really down by Target+Practice · · Score: 1

    So much as now it's just broken. Wow, you peoples know how to kill something, I'd say...

    Target Practice

    --
    There's a 68.71% chance you're right.
  24. Well it's not just the Developers by jay_rf · · Score: 1

    Just a few thoughts:

    As a full time sysadmin and (in my opinion anyway - others may refer to me as a programmer but I don't think so) and a budding script-kiddie I like Linux because it is EASY to manage. I manage some HP-UX Servers and have managed IRIX ones (they were actually pretty cool), all of which I manage(d) remotely from the prompt. I have found managing Linux to be the easiest in all areas fron upgrading, adding hardware, users, server processes etc.

    Additionally I agree with all of the opinions that say "It is just plain easier to program on Linux". I peruse VC++ on win32 and of course gcc-lib on Linux and Perl on both. Programming on Linux is so ridicously low overhead it just can't be matched.

    I think what a lot of people may confuse is the programming environment issue. That is really where the hardline win32 programmers I know attack Linux. Seeing as how I was introduced to Computers from a mainframe perspective (I never really used a PC until Linux came out) this is hard for me to undestand, but the counter argument is -- there is emacs, there is the shell-interpreter (where you can create your own environment --- geez), emacs and so on - or make your own!

    I think a lot of it boils down to perspective and how open minded a person is, for me, Linux actually introduced me to PC architectures, but for people who went to say a school somewhere and were taught the MS way (whether a college or some trade school - whatever) they simply "don't get it" all of the time and some folks are just plain disagreeable (on the flip side, I couldn't manage a win32 PC until I downloaded cygwin's GNU utils - so am I suffering from the inability to comprehend win32?).

    Well -- food for thought anyway.

    --
    " -- ow my brain hurts again -- "
  25. Here is a mirror by AftanGustur · · Score: 2



    I put up a mirror of the 3 pages, it doesn't include the ads, but at least you can read all the text.

    Link
    --
    Why pay for drugs when you can get Linux for free ?

    --
    echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
  26. True - Kylix by Dacta · · Score: 1

    Yep, they announced it a while ago.

    It is called Kylix, but no one knows much about it. It is supposed to be relased next year, though... Sweeeettt!

  27. Winsock Berkley socket compatible by Fjord · · Score: 1

    This is a ten minute job in *NIX. Win32 forces you to use a convoluted event-driven architecture that absolutely makes no sense, and is a royal pain in the ass

    Actually, I have, and having done Winsock API coding, I can say that Winsock is Berkley sockets compliant and so you can use select instead of the event driven model. Why did I use the event driven model? Because I still remember using Trumpet Winsock for 3.1 and enabling a feature on it that prints out every winsock call. I did this to learn how to program Winsock. What did I see? Netscape (one of the 1.x versions) in what appeared to be a tight loop selecting the whole time. As a fan of interrupt v. polling, I decided to use the event model.

    The event model is also not that arcane to people who do Window API programming. Or PalmOS programming, since it's the same model. I hear Mac operating systems are like that too.

    I agree there are cleaner models (Java JDK 1.1+ for instance), but it really isn't as horrible as all that.

    --
    -no broken link
    1. Re:Winsock Berkley socket compatible by Captain+Teflon · · Score: 1

      Actually, I have, and having done Winsock API coding, I can say that Winsock is Berkley sockets compliant and so you can use select instead of the event driven model.

      Agreed. I've done fairly extensive socket development on Win32, and it is indeed BSD socket compatible. The message/event model is optional and only useful for nonblocking IO - though IMHO, that model is in some ways superior to the convoluted select loop that some apps require.

      I agree there are cleaner models (Java JDK 1.1+ for instance),


      No. Java SUCKS as a development environment for socket applications. Try writing an app which writes to a server which provides a non-blocking socket as an interface. There is no facility like select(). It must have been too hard for Sun or something, though the ActivePerl people had no problem with it.

      Try ActivePerl for Win32 if you want to use something more unix-compatible. This is a good product, and it's free. And really good for sockets.

      --
      Eagles may soar, but weasels don't get sucked into jet engines.
    2. Re:Winsock Berkley socket compatible by Anonymous Coward · · Score: 0

      select() works if all your events come from fds (and assuming you can figure out how to get an fd from an iostream - has this nonportable notion been standardized?), but threads are more general and easier to work with and understand. Unless of course your OS is too lame to support cheap threads - sadly, that includes just about everything. Maybe this will be a smaller hit in a Java OS.

  28. Everyone wants to program C++/Linux by heroine · · Score: 2

    We're not dealing with a lack of development tools on Linux but an overwhelmingly large number of people who want to do develop on Linux such that every job posting for a Linux developer gets millions of resumes. If you want to develop on Linux you're better off doing it at home than whining about a lack jobs for it. The reason anything is employable is that no-one wants to do it.

  29. Re:No you are just not a good programmer by sammy+baby · · Score: 1
    I just need to take a moment to observe the irony here. The original post said,
    I can do VB, and I can do VC++, but I'd rather not to thankyouverymuch... I don't really know why people thing that graphical IDEs are so sexy. I have absolutely no problems with autoconf, automake, and make.
    To which, you replied,
    Anyone who complains about how crappy the win32 api is usually is lazy and wants a pointy clicky drawy interface to code in.
    I don't really think any more comment is necessary.
  30. The Media by osterby · · Score: 2

    It's important to remember that the media are like cops. They always arrive at the scene after a thing has happened. They are the first draft historians. I'm stating the obvious, but just because some thing doesn't get any media attention doesn't make it less worthwhile and vice versa. The media has a pack mentality, a self-replicating tendancy. That makes it hard to adjust the course they're on. But once a story really takes hold, it will spread like a bush fire.

  31. The Chicken and the Egg? by pgm · · Score: 2

    Interesting article, but the whole thing is definitely slanted towards developers working on web-applications. What about all of us ISV's out there?? While I would love to have my main development machine running Linux, I can't until 95% of my customers run Linux!

    Contrary to what the "mass-media" wants the entire world to believe, there is still a HUGE market for small, well-built, custom applications for a wide variety of things: Contact Management (real stuff, that actually works well for a small business), db applications, niche markets, etc. This is the area that I work in. Developing apps for niche markets and "small" db apps that typically run against desktop databases. While I know and love Linux, my customers are like lambs to the slaughter...lock, stock, and barrell to the Redmond camp. This forces me to develop for Win32 as opposed to *nix, X/Win, etc..

    So what comes first?? Do people like me just take the plunge and develop for an "emerging" platform and possibly make no money?? Or do we develop for the demand from customers (which is still _VERY_ clearly Win32)?? This is the real battle in the "small and raw" camps (at least in mine).

    1. Re:The Chicken and the Egg? by daviddennis · · Score: 2

      I, too, make my living this way, and I, too, am frustrated at the prevailance of Windows in this sphere.

      However, there is hope in my view, mainly due to the increasing prevailance of web applications, where what runs the server really doesn't matter. I'm working right now on a project through my consulting firm that uses Linux/mySQL as a back-end to churn out web pages that can be viewed on any browser or platform. Those jobs are out there. In my case, one of the problems was to convince my boss in the consulting firm that this was viable technology. But he's heard so much about Linux now that the barriers appear to be falling.

      D

      ----

  32. New to linux by Fruan · · Score: 1

    Having just (about) been converted to linux, I really can't see why it took me so long.
    So far, as far as I can tell, it has now been developed to the point where the difficulty of installation is not really any greater than win9x.(And this is coming from a person who has reinstalled Windows about 3 times.)

    In fact, the more I look at it, the more it seems to be a case of Big Brother vs An Infinite Number of Monkeys. And I mean that in a _good_ way.

    Infact, I only wrote this so I could call Linux progamers monkeys :o)

    --
    Shawn Poulsen (Fruan)

    "On Slashdot, many obvious things are insightful." - Annonymous Coward, 2000/7/9

  33. MindShare by Anonymous Coward · · Score: 1

    You're correct that mindshare is important. However MS is loosing mindshare for several reasons.
    1) I'll take over your market.
    2) I'll lock you into my products.
    3) I'll make what you're developing for a moving target for no good reason.

    As for "As for VB, say what you will (and I won't argue with you - I use Delphi), but it does allow less skilled "programmers" to produce reasonable programs quickly."
    Quick n' Easy is great for the selling of cake mix but it's lousy for producing robust code. Also those 'reasonable programs' end up having a longer shelf life than anticipated. If we learned anything from y2k, one lesson is clear. Making short-sighted decisions can come back to haunt you. Those 'reasonable programs' will come back to haunt us.


    .

    1. Re:MindShare by aeir · · Score: 1

      Delphi is a great tool and I look forward to seeing it available on Linux. It is light years ahead of VB. I recently started working on my master of software engineering degree and have been introduced to Eiffel. This is a totally OO language that looks very elegant to me so far. It is available on both Windows and Linux. You can get a fully functional (not time-limited)copy of it here. The only thing with the free copy is that is gives a pop-up for 10 seconds each time you launch the tool that asks you to buy it.

    2. Re:MindShare by Anonymous Coward · · Score: 0

      Try SmallEiffel. This is a free Eiffel compiler, part of the GNU project. I was investigating Eiffel a while back, and the SmallEiffel project looked pretty good to me. It is a complete implementation of the language, as far as I know. I don't have a URL for you, but Google will pull it right up.

  34. I don't think Deja is Linux... by RobotWisdom · · Score: 1

    They would have had to start in 1995, or switch over their whole database at some more recent date.

    1. Re:I don't think Deja is Linux... by Megaweapon · · Score: 1

      Run www.deja.com through Netcraft.com. It is Linux.

      --
      I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  35. Its the API's Stupid! by Jack+William+Bell · · Score: 3

    As has been pointed out before, the important thing is programmer mindshare. Many programmers are locked into Windows development because they have spent a good deal of time learning the API's and the development tools for it. Not because they love it. And, so long as there are so many jobs available doing VB or MFC development, there is no incentive to retrain.

    One point I haven't seen mentioned here much is this -- VB, MFC and COM make possible the creation and easy re-use of pre-built components. Although it is certainly true that 'real programmers' don't use ActiveX controls, business software development (the lion's share of code being written every day) is made easier and cheaper because of them. Until the Open Source movement can provide similar component based environments (and plenty of third party components to go with it) there will always be at least one good reason to develop that new accounting program in VB.

    Enterprise Java Beans do provide much of the same plumbing as COM (arguably, even better), and many Java tools vendors are working to support EJB's as seamlessly as ActiveX controls in VB. But Java is not Open Source. It is controlled by yet another big company...

    However Microsoft is dropping the ball in this area themselves. It seems to me there is a real opportunity here for the Open Source Movement. If we are willing to step up to the plate.

    Jack

    --
    - -
    Are you an SF Fan? Are you a Tru-Fan?
    1. Re:Its the API's Stupid! by OneThreeSeven · · Score: 1
      Enterprise Java Beans do provide much of the same plumbing as COM (arguably, even better), and many Java tools vendors are working to support EJB's as seamlessly as ActiveX controls in VB.

      Actualy, plain old JavaBeans compete with COM. It's for intra-process communications. EJB is an interprocess archetecture, and competes with DCOM.

      But Java is not Open Source. It is controlled by yet another big company...

      So what? The difference between Java and VC is that Sun provides a simple, useable API that does what it says it's supposed to do. Every JDK comes with a complete toolset for everything from documentation to profiling. Oh yeah, and it's free, too. The Java specification is open, so you can do your own implementation if you don't like what Sun has to offer.

      Microsoft provides ever changing API's and interfaces, restricted platform availability, closed specifications, and bills big dollars for the priveledge of using it.

      Open source is nice, but there is a lot of crap open source stuff, too.

      Java ain't perfect, but it's leaps and bounds beyond anything Microsoft has come up with.

      --

      -137

    2. Re:Its the API's Stupid! by Anonymous Coward · · Score: 0

      Sorry to quibble, but I just got all this straight myself. Out-of-process COM simply needs marshalling (this is even used in-process, if you can't agree with your DLLs on a threading model); it's often used over LRPC (an IPC mechanism using window messages) within one machine. DCOM is stubs, skeletons, and a wire protocol to send marshalling packets between machines, much like IIOP or JRMP (the old wire protocol for RMI) but with far fewer implementations. MTS tries to compete with EJB, but doing without long-lived domain objects is terribly lame. (There's probably a M$ parallel to JTS and/or JTA - Java Transactions API - but I don't know what.)

  36. Yeah but... by mjh · · Score: 1
    I think the article missed something. Either that or I missed something in the article.

    Developing Linux is important. But to me, and most people I know, eating is more important. Having a job that supports me and allows me to eat is critical to my ability to hack on Linux in my free time. ESR talks about the "gift culture". This culture supports Linux because most of the developers of Linux have other jobs which feed them. For most people, those other jobs don't have Linux as the central focus, if it's even used at all. Linux is something done in spare time, for pleasure's sake. It isn't something that helps put food on the table.

    But, if the economy were to get tighter, and fewer jobs became available for developers, those who would be willing to spend personal time on work related projects, would have a competitive market advantage over those who weren't. Thus the development of Linux would slow down, because fewer developers would be spending time on it. In that scenario, the market would not be able to support Linux as a hobby.

    Linux in the business environment can only help to dedicate more minds to thinking about Linux and deploying applications for Linux, not as a hobby, but as a critical part of our economic infrastructure. This is why (IMHO) supporting Linux in commercial settings is so important, and why an announcement from IBM (et al) is such big news.

    --
    Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
    1. Re:Yeah but... by Anonymous Coward · · Score: 0

      > Linux is something done in spare time,
      > for pleasure's sake. It isn't something that
      > helps put food on the table.

      sure.. for some people. but lots of people make money 'cause of linux. it made some redhat execs billionaires! linus got his job mostly likely 'cause of linux, alan cox pays his food with linux money etc etc... so do i (well, FreeBSD actually. same principle). i'm sure if you want a linux related job you'll be able to get one (if you have the knowledge, that is). the hype around linux is so big these days, you might can get a job at IBM, or even microsoft doing linux related work.

    2. Re:Yeah but... by Anonymous Coward · · Score: 0

      I'm less sure everyone who wants to work with Linux can. A certain critical mass of (perceived) Linux adoption is necessary before enough employers will do Real Work with Linux to ensure a reasonable number of positions, and IMHO we aren't quite there yet. And the population that can live off just selling Linux now to enthusiasts and early adopters is sharply limited.

  37. MySQL not good for dB applications by Fjord · · Score: 2

    MySQL may be okay for really simple applications (like a guestbook) but it is lacking features that a robust dB application needs. There is no support for Foreign Keys nor does it look like there will be any in the future. Foreign keys are needed to ensure data integrity and they just aren't there. You basically get a lot of the same problems as in weakly types languages with really no gain (unlike the gain you get from weakly typed languages). There are no stor ed procedures or triggers. While I'll agree that SP code can be done in the dB client (the ASP), you have to make sure you call trigger code before every operation and check the result and it really isn't the same as having actual triggers.

    However, these two things are kind of forgivable, but mySql doesn't have support for transactions! So if an operation fails in the middle, you can't roll it back. They claim they will have something like transactions without rollback soon. While that helps with some concurrancy issues, the roll backs are really needed when entering data into a normalized dB.

    Maybe, you can use MySQL for the back end to EJBs for object persistance. The EJBs ould give you the data integrity and the event model that you would use for triggers (you'd trigger code in the EJB anyway since it is suppsed to encasuplate business logic), but I'm not sure if you can do EJBs on a dB without tranactions.

    So, if you are going to have a novel web technology, I would suggest against using MySQL, although if you Web application is novel because of content or something and you want to save some money, it might be okay to forget about the robustness at first.

    --
    -no broken link
  38. My real life experience with Apache/Java/Sybase by malraux · · Score: 2

    I'm running Apache, mod_jserv under Blackdown 1.1.7.v1, and Sybase ASE 11.0.3.3 on RedHat 5.2.

    Cost: $0. Sybase 11.0.3.3 is free.

    This setup has been running since February/March(? can't remember exactly). I've only had to bring Java down to reload new Java classes, and at one point it had been running for several months without a peep.

    This system supports remote/local reporting through a web browser on a 200M database that is refreshed in its entirety every 30 minutes.

    I think I had to dump a transaction log once. It's the most hands-off system in the company, and I wuv it. :-)

    The box was up running for 180 days after I installed it without intervention. It went down once (gracefully, thank you APC) from a power outage a month or so ago.




    Regards,

    --


    Regards,
    -scott
  39. Re:Yep, they did by Dacta · · Score: 1
    start in 1995.

    One of the first big sites that did. They used to let people know about it, too, but now I can't find any mention on their site about it at all.

  40. Re: Your missing the point! by Dacta · · Score: 1
    The point isn't that a bad programmer produces bad code that is horrible to maintain!

    The point is that VB lets a bad (or lets say average programmer produce a program quicker and probably better than say Python/GTK or something.

    Unfortunatly, companies can't always find talented programmers, and for those untalented programmers, and for simple programs, VB is better. I guess it could be argued that if everyone used C and Perl and command line interfaces it would get rid of a lot of the crappy coders around, but that isn't likely to happen.

    Yes, those "1 week" projects end up growing into huge, unmaintainable messes, but that happens in any language (Mozilla anyone?), and is more a factor of project management than the language.

    Try telling that to management, though!

  41. GNOME document object model by Dacta · · Score: 1
    Have a look at the Baboon (sp?) document model from GNOME. It is basically ActiveX using CORBA.

    Of course, it isn't ready for commercial quality code yet.

  42. MS vs. Linux by Anonymous Coward · · Score: 0

    Say what you will about MS. I currently work with an Microsoft Provider. It is great. I agree MS products aren't the best, but their market share and job potential is. I love developing and enjoy my job, but that is what it is: a job; means of supporting myself. And this one does it best. I do run Linux @ home. I have been learning all I can about it. It also has a steep learning curve(some things are easy and intuitive, others are not). One main shortcoming I see in Linux is this: Businesses mainly want the job done quickly and cheaply; a large amount of the work is very simple data storage and retrieval. VB can do that very easily. same reason COBOL has been around so long...it works and is fairly simple. with Linux the ability to produce and distribute apps quickly is not there...the tools aren't as nice and the developer pool isn't real deep...(maybe, hopefully that will change) also, there are a lot of bad programmers out there giving VB a bad name, a good programmer can write some slick code in VB.

    1. Re:MS vs. Linux by Anonymous Coward · · Score: 0

      So you develope Microsoft products and agree that they suck?

      You must be so proud.

  43. Try Instant-ASP by Anonymous Coward · · Score: 0

    I've been running our intranet on Halcyonsoft Instant-ASP, jdk1.1.6 and Apache 1.3.4 for 6 months now. No problems at all. Instant-ASP has caused zero crashes.

  44. Mixing Scripting and HTML by Anonymous Coward · · Score: 0

    Then, you use XML, which is easy as hell to implement in ASP, and you have separated the code and the content, and made data handling easy. Don't underestimate ASP

  45. Re:ASP is a blessing by Anonymous Coward · · Score: 0

    I just love ASP- heck, I turned from wintendo to linux somewhere in '96 - to return back to the windows mogul about a yaer ago. And, well, I'm sorry, but there are just *so* many advantages:
    1) I can produce efficient code in ASP that can be maintained by *any* stupid webmaster -unlike most perl scripts ( $g>%&#3 doesn't make much sense to most ordinary people, heck, I can't tell if this is valid perl code) , oh, and,
    2)ever tried to open a database on *any* platform in just 2 elegant lines of code on linux/perl? guess not.. let alone send someone a script with an access database (made in an hour or so), let him just upload it to the webserver and it works. show me, linus!

    And then I forgot to mention intellisense, autocomplete, components, or the just *wicked* IDE of visual studio..

  46. I Love ASP/Interdev/Visual Studio-sorry! by Anonymous Coward · · Score: 0

    I love ASP- heck, I turned from wintendo to linux somewhere in '96 - to return back to the windows mogul about a yaer ago. And, well, I'm sorry, but there are just *so* many advantages:

    1) I can produce efficient code in ASP that can be maintained by *any* stupid webmaster -unlike most perl scripts ( $g>% doesn't make much sense to most ordinary people, heck, I can't tell if this is valid perl code) , oh, and,

    2)ever tried to open a database on *any* platform in just 2 elegant lines of code on linux/perl? guess not.. let alone send someone a script with an access database (made in an hour or so), let him just upload it to the webserver and it works. show me, linus!



    And then I forgot to mention intellisense, autocomplete, components, or the just *wicked* IDE of visual studio..

    1. Re:I Love ASP/Interdev/Visual Studio-sorry! by Anonymous Coward · · Score: 0

      And then, the second day or so you will see an ODBC err that can not be caught by ASP displayed to the whole world.

    2. Re:I Love ASP/Interdev/Visual Studio-sorry! by Anonymous Coward · · Score: 0

      ASP can catch the error. Read up on it.

  47. Pirated Development Software by DroningDromedary · · Score: 1

    In the days of the 8-bit machines, home development was almost as common as machine ownership, because most of the machines came with BASIC on ROM. The likes of the Amiga had cheap BASIC-derived environments like AMOS. These days, the only way a young Windows user can get their paws dirty writing software for their machine is by pirating software... What fourteen year old, after having forked out $1000+ for a machine already can possibly afford another $1000 or so for development tools?

    As the article suggests, the low-end segment of the developer market is an important one - any platform needs to convince people to start programming for it at some point - the only way this can be made possible for a Windows user is by pirating.

    I wouldn't be surprised if MS deliberately turns a blind eye to High School/College students who pirate the likes of VB and Developer's Studio - after all, the more people who become familiar with these tools, the more people who are going to be programming for Windows.

    So the contention that the price of all that Windows software prohibits people from becoming MS junkies is a false one. Perhaps honest businesses can afford it, and these are the people MS really has to convince to pay, but right at that crucial low-end, software can be just as free as it is on Linux

  48. reluctant VB programmer "NOT SOFTCORE programmer" by mrpacmanjel · · Score: 1

    I have read a few posts here that seem to suggest that VB programmers are "softcore", "less skilled" than other programmers.

    FYI I am versed in C, C++, Pascal, various machine code programming on a variety of platforms (e.g. z80 embedded systems, Windoze, Linux etc...) and have been for the last 10-15 years(Yes I am an old fart by today's standards!)

    I am not by any means a wizard of all the languages I have used but I believe I understand the principles of programming.

    I would like to make it clear that the programming language *Does not define how skilled a programmer is* it is the understanding of the concept and fundementals of programming, analysis/problem solving, logic, understanding of hardware..etc.. that make the difference.

    To suggest that Visual Basic programmers are lesser skilled is an inaccurate generalisation and somewhat insulting when this is implied.

    I personally do not use VB because I want to - I use it because it the standard developing platform in the companies that I work for.


  49. Think of this before bashing VB by /Idiot\ · · Score: 1

    Please think twice before bashing VB as a development platform. The fact as I see it is this:

    * Linux makes good servers

    * Win95 is EVERYWHERE as far as desktop machines in business is concerned

    * MS VC++ is a powerful tool, but it takes alot of work to get the same result as a monkey can get in VB.

    * What else are you gonna write the front end to your Linux server in if there is a room full of users with low comp. literacy who need their data quickly

    * Sure it's not the most elegant soloution, but most importantly it's good for the purpose.

    * Two other things in it's favour, any monkey can learn it, and the support is great. Both reducing the cost of maintenance

    POINT: Less OS bashing guys, the two can play *together*

    Having said that, my home network is still (all but one machine) Linux

    --
    /dev/Idiot/
    1. Re:Think of this before bashing VB by RenQuanta · · Score: 2

      * Sure it's not the most elegant soloution, but most importantly it's good for the purpose.

      * Two other things in it's favour, any monkey can learn it, and the support is great. Both reducing the cost of maintenance


      On the surface, that sounds just rosy. Quick & dirty, just get the job done, right?!?

      Wrong. Where I've work, things have been done "quick & dirty" in VB. Six months later, as matters scale, suddenly those easy and perfect solutions become a nightmare to support, change, or extend. Management has now sworn off VB. I have the pleasure of producing solutions in Python.

      Why? Because as a scripting langauge, it's relatively quick to develop. While VB may be faster in the short-run, Python has the strength of being a real programming language which has marked similarities to the proven principles behind C/C++. As a pure language, not some GUI-bastard, it also allows a person to see everything the program does in a series of text files, or even hard-copy. Code is better than pretty little gawgads which abstract things so "any monkey can do it". Basically, it comes down to the old principal of "You can pay now, or you can pay later."

      Don't forget, we're at the begining of the Information Age, not the end. Things will continue to change, and scale, and because of that, development tools need to be easy to maintain and support in the long run. Thus smart business will use UNIX/Linux solutions, which have the advantage of 30 years of Academic thoughtful design and Industrial trial-by-fire refining.

      Time will do the Darwin on MS tools, it's just a matter of when.

  50. Re: ASP [etc.] Is anyone using Zope? by Anonymous Coward · · Score: 1

    I've become intrigued lately with the open source Zope project. Zope has a templating system (DTML) that looks simpler than PHP. And according to zope.org, it has hooks for connecting to a number of backend databases. Is anyone using Zope? What are your thoughts?

  51. Linux good for beginning developers by Greyfox · · Score: 1
    Linux is a great system for beginning developers who don't have a lot of money (Say, in the 13-24 range.) If you want to play with a bunch of development tools and are just starting out, Linux is really the only game in town.

    Once all those youngsters get older, they will be used to the UNIX paradigm of programming and anyone who's programmed in UNIX will find that the Windows method of doing thing will make their flesh crawl.

    Get 'em while they're young, best way to go.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Linux good for beginning developers by Salamander · · Score: 2

      >Once all those youngsters get older, they will be used to the UNIX paradigm of programming and anyone who's programmed in UNIX will find that the Windows method of doing thing will make their flesh crawl.

      Actually, I think this touches on the real reason behind most of the posts here. People tend to think that the way they learned is the way things should be, and hate having to change paradigms - even when the new paradigms are better (and I'm not saying which are). We've all met FORTRAN or BASIC or assembler programmers who think OOP is for wimps, haven't we? Many of the posts here have exactly the same boorish tone, and are equally misguided.

      IMO, the mistake is letting people get too comfortable with one model before exposing them to another. Give programmers both UNIX and Windoze, and maybe a third, from an early point. Let them decide which they prefer after they've had a chance to gain some perspective instead of getting them stuck in the first model they learned.

      --
      Slashdot - News for Herds. Stuff that Splatters.
  52. Re:reluctant VB programmer "NOT SOFTCORE programme by Anonymous Coward · · Score: 0

    I was the one who used the term "softcore". My gist was that there is a group of C/C++ programmers who see VB as a language beneath their skills. VB is perceived as an easy language that makes every programmer instantly equal. In my experience these same people tend to view Perl as a language equal to their "talents". This, of course, is bogus. There are a lot of cases where not using a language like VB is simple arrogance.

  53. Re:ASP is a blessing by Anonymous Coward · · Score: 1

    1) I can produce efficient code in ASP that can be maintained by *any* stupid webmaster -unlike most perl scripts ( $g>% doesn't make much sense to most ordinary people, heck, I can't tell if this is valid perl code) , oh, and,

    Any language can be used to create obsfucated code.. The more important question is which languages can be used to create robust code.

    2)ever tried to open a database on *any* platform in just 2 elegant lines of code on linux/perl? guess not.. let alone send someone a script with an access database (made in an hour or so), let him just upload it to the webserver and it works.

    Yep, and yep.. mysqldump dbname > outfile. And connecting to any db is simply a matter of having libs for it (last I knew both Perl and PHP supported quite a large range of db's as well as ODBC) then pass it a connect() [or equivalent] and query(). And what's this any platform thing.. You mean: any platform that has ASP. Last I knew there weren't a hell of a lot of those out there..

    show me, linus!

    Why do you want to see linus?

    dan

  54. Lightning fast error message. by Dr.+Evil · · Score: 1

    I don't know, that error message is probably one of the fastest I've ever seen.

    It must be some kind of capacity issue, the server doesn't seem to be suffering any speed problems at all... I just can't figure out why the page doesn't say "capacity exceeded" or something.

  55. My Website (osOpinion) got /.ed by NITE · · Score: 2

    Sorry guys... looks as if my web site got slashdoted... I'd like to attribute this problem to my web hosting company. Despite promising me unlimited bandwidth for $8.95 per month, they've been giving me nothing but grief for the two weeks that I've been using them. (I knew it was to good to be true...) Anyways, I fired them yesterday, and found a new host the same day. Unfortunately I wont see the results of that for another day ot two. What lessons can be learned from this... Never buy anything from icom http://www.icom.com BASTARDS! - Kelly McNeill

  56. For your reading pleaseure... The article in full by NITE · · Score: 3

    It's the developers, stupid!: the real NT-Linux battlefield

    The media is nutso for bigness. All you hear about in the tech press these days is that Linux is attracting big partners like IBM, finding big users like Deja.com, and making big IPO money like RedHat. That's all good, and I'm sincerely grateful for anything that helps me make a living without using Visual Interdev -- but to me, small and raw is where it's all at. As a recent Salon story hinted, by the time something gets big enough to have major media outlets and MBAs and marketeers crawling over it, much of the juice of the thing is gone. The masses might find Bill Gates worthwhile because he's on the cover of Forbes magazine; but for a minority, the one interesting thing he ever did was write a little BASIC compiler on a crappy paper tape when he was a teenager. It's all been downhill from there.

    The tiny raw startup is the real locus of the Microsoft-Linux showdown. Forget the desktop, forget the enterprise, forget the few big content/commerce sites -- it's unclear whether Linux can win in any of those segments, and in any case it doesn't matter. The important thing about Linux (and Open Source and the Web) is that it shifts the balance of power back to the independent developers, the underfunded experimental coolness-of-the-thing-itself startup-type hackers.

    OSS (including Linux) has radically reduced the costs of development and vastly increased opportunities for collaboration. The Web has opened up new vistas of demand, and nullified most distribution problems. Funding and business services are far more available now; while the potential for personal peculation (or the opportunity costs of developing within a corporate framework) tend to make startups seem relatively attractive. The most innovative and productive segment of the tech industry has famously been the two geeks in a garage, and now they can compete strictly on the basis of ideas and skills rather than corporate resources. Somewhere in this segment are the Yahoos and Inktomis and Netscapes and ids and ebays and even slashdots -- basically all the things that make people buy computers in the first place -- of the future. It's all about the applications, baby -- because without a continuing stream of gotta-have-it apps (and the sites on which they're implemented, often transparently to the user), computers are just typewriters and the Internet is just a color fax machine.

    Microsoft cares about developers, or they say they do -- and they should, because that's how they got to be the giant iguana of the software industry in the first place. DOS/Windows/NT has always been about as sexy as a Depends adult undergarment; but even if an OS ain't cool, it can still win by being super-dependable, ultra easy to use, or overwhelmingly popular with application developers. The last rationale has traditionally been Microsoft's trump card, the reason that developers grumbled and cursed at Visual Basic but kept buying. I'm one of many people who basically keeps a Windows machine around just to read PowerPoint documents (and, I confess, I'm gonna keep using IE until something better comes along) -- which suggests that one or two killer apps make the OS decisions for you.

    But in August 1999, the Gartner Group released a study claiming that the number of Windows-first developers is in the middle of a sharp decline from 65% in 1998 to 40% in the year 2000. A quick flip through the job ads in bellwether Silicon Valley shows more *nix than Windows development jobs, especially in the hot new sectors. For the first time in a long time, the road to software nirvana does not go directly through Redmond.

    Thus, for the first time in a long time the question of how the startups developing the apps of the future choose their platforms is an interesting one. As I hinted in my previous essay, I will argue that Microsoft may now be putting out halfway-decent small business software, but their marketing strategy utterly fails to reach the more innovative part of the developer community. Linux, in contrast, seems to effortlessly meet the needs and philosophical convictions of the raw tech startup. This seemingly insignificant difference, almost impossible to account for in traditional marketing terms, could have startling consequences down the line.

    How startups choose their platforms

    Let's say my partner and I are developing something: a product recommendation system that makes sense to humans, unlike the bad jokes heretofore palmed off on the public under the rubric of "collaborative filtering". We've written a bizplan, learned a few stupid PowerPoint tricks, given slide presentations, schmoozed with suits -- and for those of you who've never done it, let me tell you what a thrill it is to sit through dozens of "where the software industry is going" sermons (summary: technical innovation is dead/pointless/the problem and big corporate power is good/inevitable/the solution) by a bunch of people who don't know Hello World from Hello Kitty -- but that's a different essay topic.

    But for us, the crucial thing is the implementation. We just think it's lame to go after funding with nothing but a pile of paper, a slideshow, and a song in our hearts. We've also discovered that finance types, many of whom are refried bankers or accountants or real-estate moguls, don't really like to invest in software. Startups that are basically about tweaking a business model tend to get more dates than the ones that depend on complex new systems working as designed, which give VCs bad dreams about all the things that can go wrong. (Caveat: this may not apply to Silicon Valley, where all the VCs are hackers and the streets are paved with gold.) So for a software venture to compete with the mass of SellOnTheWeb.coms hatched up by MBAs who speak the same language as the funders, the idea needs to be fully implemented or as near as dammit. Realizing this, we're going to put up an extensive alpha on the Web, complete down to the last font style and hyperlink. It's gotta rock -- this is our whole business at stake here. So how will we choose a development platform?

    Cash-poor

    The very first variable is that we're knowledge-rich and cash-poor. Really, really poor. We keep hearing how people in Silicon Valley can get millions of dollars just for the right concept, but that ain't how it works here in the Midwest. In Palo Alto, "startup" connotes the thrill of entrepeneurship, the adventure of high growth, the possibility of massive stock options. Saying you work for a startup can get you some play with that cute girl/guy at the espresso bar. Here in Chicago, "startup" means you and your buddies gotta look under the sofa cushions for enough change to buy a CheapBytes CD-ROM. Plus, your mom calls you up every other day to beg you to get a real job so she can hold her head up at your cousin's upcoming wedding reception -- you're good with technology, have you ever considered becoming a Xerox machine repairperson? So the idea of spending thousands of dollars putting together a little network so you can put out a demo that may never come to anything is a laugher.

    Programming tools

    We certainly can't claim to be visionaries here: my partner actually wrote our first web application (the recommendation engine currently used on www.mysteryguide.com) in Macintosh Common Lisp. As the probability of Lisp world domination dwindled, we did finally decide to move over to Java. Of course, that's a tiny bit awkward in Microsoft world due to the long-running Scott-hates-Bill soap opera (J me no plus-pluses and I'll violate you no licenses).

    We've also started to use Java servlets and Java Server Pages. I had sort of thought Microsoft might buy Live Software, makers of leading commercial servlet engine JRun -- all together now: embrace, extend, exterminate -- but those clever Allaire boys scooped it up instead. We've used both the JavaSoft Win32 JDK with JRun, and the Blackdown Linux JDK with JServ (the Apache Project's first servlet engine). The latter combo has the definite edge because it's free (speech and beer). (And before you flame me for hypocrisy: we are seriously considering GPLing our e-commerce software tool but nothing's final yet.)

    There are still people who have a specific reason to develop native, like game makers. But I think we can all feel the momentum toward cross-platform and especially web-based apps, once those bandwidth and privacy issues get worked out. And this is where what went around is coming around for Microsoft. They've done tons of things over the years to make developers -- especially those in small shops -- fear and distrust them. Like a straying spouse who's just been served with the divorce papers, Microsoft wants the love back now -- but is a free subscription to Microsoft Certified Professional Magazine gonna do the job?

    Client-server versus server-server

    Everyone in our shop develops on a server. Clients are just bimbo-boxes for reading mail and data entry and goof-off web surfing. I can't even look at most of my work without having it processed by a web server, and I'm always needing to connect to local and remote databases (it's possible I could work around this issue if MS Proxy Server didn't choke on telnet, but that's already in the subjunctive tense). Because we run separate NT and Linux networks, we need to move things back and forth between machines (remember, BackOffice Small Business Server doesn't form trust relationships with other servers, and the ftp on my SBS installation doesn't work). We need to run big processes that tie up tons of cycles. Finally, we're a virtual organization with people doing parts of projects in disparate locations. So client-server computing in the SBS sense is already a paws-up model for us.

    Here's a chart of the stuff we use on a daily basis in our business. It clearly shows the awkwardness which NT imposes on the tech startup, versus the "instant tech startup in a box, just add connectivity and stir" flexibility of the Open Source model.

    Function BackOffice SBS Linux Web service Server (up to 5 domains) Choice of servers (we use Apache) DNS No Primary, secondary, or caching SMTP/POP Server (one domain) or client Server Networked servers No Yes Scripting language ASP (or sold separately) Choice of products (we use PHP) SQL database SQL Server 7.0 (see note) Choice of products (we use MySQL) Servlets Sold separately (we use Jrun)

    Choice of products (we use Jserv) Java Yes (we use the JDK) Yes (Blackdown JDK) JDBC driver Sold separately Yes (we use MM.MySql)

    Note: it's not clear under what circumstances, if any, SBS allows you to deploy SQL Server on the backend of a public website, as opposed to in a development/intranet environment. There's no technical barrier to doing so. The enterprise version of SQL Server requires a $3000 per processor Internet Connector License, but there's no mention of the topic one way or the other in SBS materials. Thanks to Jiva DeVoe for this info.

    Software licenses

    When people talk about "scaling", the implied modifier is always "up" -- presumably from a big server farm to a humongous one. But let's get real: a relatively small number of businesses require more than 16 processors, more than a thousand simultaneous connections, databases stable over hundreds of GBs, and instantaneous mass-customization for millions of users. Why don't we ever talk about scaling down -- in other words, that part of the spectrum from a big server farm down to one box? The vast majority of businesses, and an awful lot of the most interesting ones, live here.

    In the real world, Linux grows seamlessly from the first workstation to the quite large office. You can churn out all the custom boxen you need whenever you need them without worrying about a thing. Microsoft, on the other hand, requires a software startup to endure what we might call "punctuated equilibrium" in order to stay within the bounds of restrictive licenses and technologies. At any given point, a MS solution will require you to pay for something you don't need, or go without something you really do need but not quite enough to justify the cost, or violate the license. Wasn't it de Toqueville who said bad licenses force good customers to cheat?

    I certainly don't claim to be an expert on Microsoft licensing; in fact, the whole subject confuses and bewilders me. I tried to learn about it on the MS website, but didn't get too far into the arcana: the licensing glossary was a dead link so I still don't know a PUP from an UPG, and it's not easy to get info on volume discounts and Open License deals. But this is my first crude whack at trying to figure out a typical software upgrade path from the needs of a small development-only environment to those of a 51-person software company running both a production website and a development-oriented intranet:

    Redhat Linux Microsoft 1 intranet server, up to 5 clients 79.95 1499 1 developer software package (programming and office) 1079 (Visual Studio)
    249 (Office2000)
    1328 subtotal per (x 51) Each 5 additional clients (up to 50) 299 (x 9)
    2691 subtotal Back Office Server upgrade (over 50 clients) 4349 1 single-processor web server with database 158 (MySQL) 639 (NT Server)
    1239 (Site Server)
    2999 (Internet Connector)
    1399 (SQL Server)
    2999 (Internet Connector)
    9257 subtotal per TOTAL 237.95 85524.00

    I realize that this chart is completely artificial. On the one hand, if you had a 51-person development team, the price of Visual Studio would be the least of your concerns. On the other hand, I can't imagine 51 programmers being willing to share one intranet server for everything. Also, while it's true that many smaller organizations aren't going to run their own web servers, application developers find it harder and just as expensive to be hosted elsewhere. My main point, however, is still valid: that the Microsoft licensing maze hinders the tech startup that chooses it.

    Business rationales

    Here I must venture into a sensitive topic: who makes the IT decisions, and on what grounds? Leaving aside the edgy cracks about nerds and PHBs, I think we all know there is a gap as wide as the Grand Canyon between the thinking of the two sides. The party of the first part makes decisions based on their own training and experience plus discussions with other techies they respect; their motto is either "Once you go *nix, you never go back", or "Mo' bugs, mo' money.". The party of the second part gives priority to non-technical rationales, including customer preference, the difficulty of hiring skilled workers (meaning those you can't treat like fry cooks at McDonald's), and the ability to sue vendors when things go wrong. Both sides have their prejudices: semi-rational hatred of all Microsoft products on the one hand and unquestioning reliance on Microsoft marketing materials on the other.

    Until recently, there was an uneasy balance of power between the two which varied by location and industry but basically resulted in the suits getting their way. In business circles, the statement "[Authority figure] says NT is the industry standard; besides, Microsoft's stock is soaring while [competitor]'s stock is sinking" was the unanswerable trump card which ended all discussion. However, this smug acceptance of the Microsoft party line is being challenged more frequently of late, particularly by the Silicon Valley types who make money by spotting the waves of the future.

    Here's an object lesson: I know a startup full of genius hackers that decided to develop their application on a 100% Microsoft platform -- NT, Visual Basic, the whole nine yards. They did this despite the fact that all their programmers were true artistes on *nix and Mac who had previously scorned Windows, and furthermore that all of them had been early users of the Web. They were definitely following a strict client-server model as late as the end of 1998, when their CEO told me "the Web isn't a legitimate business tool, therefore our customers won't use it". Within weeks of this conversation, every enterprise software vendor -- including the leader in this startup's market -- announced the death of client-server and a mass rush to get their apps on the Web. So much for MBA herdthink.

    I can't believe this attitude wasn't partly engendered or reinforced by the fact that Microsoft has been (for understandable reasons) so dependent on its market share and so reluctant to see the Web as a legitimate tool. Their brand of Follow the Leader works because of the huge anxiety engendered by technical change. Everyone's looking for something solid to hold onto, one thing that will continue to be true no matter what. For some, it's good technology. For others, it's market dominance. But what does that phrase even mean today? Maybe it designates the OS with the most desktops; but maybe it means that the most successful and innovative companies in every category are running some flavor of Unix. Small startups in particular need to think hard about the growing risks of hitching a ride on the Redmond express. If Ballmer and company guess wrong about something, they've still got billions of bucks in the bank. If you go along with their wrong guess, game over.

    Consequences

    For all these reasons, we decided to do our alpha on Linux instead of NT. Now Linux is part of our global business strategy -- not because of any ideological issues we might have, but because it works. From a Linux/Java base, it's easy to port to other platforms like the other Unices that dominate the server market, if necessary. NT is on the way out and W2K seems to be stuck in the birth canal, but developers can be comforted by the thought that *nix has endured a lot already and will probably be around for a while longer.

    Now I don't know whether my particular startup will get off the ground or not -- that was just a convenient illustration. My point is to suggest that every "two geeks in a garage" team now must discuss whether Linux (or some other *nix, and/or other Open Source solutions) are right for them. The arguments in favor are too overwhelming, the cost of choosing wrong too great.

    A modest proposal

    If Microsoft truly wants to focus on customer service, developers, and the Internet, they've gotta come up with some new marketing ideas which take cognizance of the unusual value of the small developer market. This entails reversing one of the fundamental tenets on which the company was built, which is that mass beats class every time. In years past, it made sense to cater to the lowest common denominator while alienating the few pesky independent-minded developers -- because of the desktop monopoly, which was the city hall no one could fight -- but now developers have to be convinced it's in their interest to work native rather than go web-delivered.

    So here's my humble proposal: maybe Microsoft should try to appeal to the raw startup, so more of the cool apps of the future might run on some version of Windows. If I were Steve Ballmer, I would form a small team to bring out another version of Small Business Server deliberately oriented toward the raw Internet startup. It must be built on top of a rock-solid TCP/IP layer, because everything will employ that protocol -- so fix my Proxy Server problems or forget it! Get some development tools in there -- I don't need to share a fax machine, I need to use servlets and make database queries. Move faster to figure out what new stuff independent developers want, and give it to them tout de suite. Carve out a logical upgrade path through the thicket of licenses. Microsoft shouldn't think of this SBS as a moneymaker at all, they should think of it as developer relations -- meaning it should be cheap (free for CS students -- an awful lot of the innovation is coming out of a really small number of these folks), update frequently, and go very lightly on the more annoying usage restrictions. The goal is to match most Linux distros' "instant tech startup in a box, just add connectivity and stir, appeal.

    But I guess no one wants marketing advice from me, the most successful software company in the world least of all. Little software startups like us will be attracted to Linux in larger and larger numbers, while the Colossus of Redmond spends its time trying to squeeze the last drops of blood from its desktop dominance.

  57. beginning developers? Older ones too! by mdvkng · · Score: 1

    Hmmm, you're right, but why limit yourself to the poor and inexperienced?

    I was a 30 year old techie who could afford, and owned, a SPARCstation at home when I switched to Linux in 1995. I had a SPARC because I wanted to have the same home and work platform. Yes, I used all the GNU stuff on SunOS even before Solaris 2.x made it an even better choice to do so.

    Linux let me go back to owning a hardware platform that didn't gouge me for every little hardware extra (chech the prices for SBUS video boards etc ... Holy Scheisse!!!) and still have the top-notch techie tools to which I was so attached. It was, in a nutshell, the best of all worlds: an honest to goodness and cheap Unix on commodity hardware.

    You don't have to be a 13-24 to see a good thing as a good thing.

    -M

  58. Free Sybase? by laetus · · Score: 1

    I thought only the developer's edition was free with a maximum of three seats? Do they have a free edition you can use on your website?

    --

    "We're sorry, but the website you're trying to reach has been disconnected."
    1. Re:Free Sybase? by jblsys · · Score: 1

      Sybase version 11.0.3.3 is free for development and deployment.

  59. Re:reluctant VB programmer "NOT SOFTCORE programme by mrpacmanjel · · Score: 1

    I agree..

    My concept of a programming language is that it is only a tool.

    A simple example: If I had a choice of using C++ or Visual Basic to connect to a simple Oracle database application(under Windows!) I would use Visual Basic (especially for a tight deadline).

    On larger/complex applications I may choose C++.


    If I had to extract text from html documents I would use Perl not C (I could use C but it would take longer to write the same thing!)

    The old saying rings true - "use the right tools for the right job!"

  60. Ok so... by mdvkng · · Score: 1

    ... play on Linux and work on a commercial Un*x. That way you can eat and play and the skills you develop in play can easily be used at work making you even more valuable and allowing you to eat even more.

    Why bother with Win32 at all. Even if (Solaris|HP-UX|AIX|IRIX) isn't Linux, it's a lot closer to the mark than any Window pain.

    -M

  61. What Linux lacks... by Anonymous Coward · · Score: 0

    ...for me, isn't an IDE. I hate those big, overblown things (although Borland's is somewhat tolerable), and am quite happy compiling and locating errors within Emacs. But what I've missed in Linux is a "resource editor" for creating dialogs without writing code for each button. But now there's Glade, a GTK GUI builder; and from the little I've played with it, it's excellent!

  62. Anyone remember how "Visual Studio raise to power? by Wolfier · · Score: 1

    At least in the Windows world. VB was released in about 1991, and it became popular, and then all the C++ programmers drooled when they talk about it.

    THEN, VC++ was released to ride on the VB hype. It turned out that the word "Visual" wasn't meant as literally. But, a lot of copy were bought before the fact was well-known.

    So, it is the way VC++ thus Visual Studio became popular. In itself they are nothing fancy, but people just got used to them.

    The closest Linux "equivalent" to it in terms of mode-of-operation and look-and-feel is KDevelop.
    I guess it was done deliberately, to make the transition easier for Windows programmers.

    The point? Visual Studio may not be something as powerful as emacs, but it is what most developers use everyday and it is got used to by people.

  63. Here's an idea... by Nathaniel · · Score: 1
    Gah, return in the subject field should not post the comment...

    Suppose you make a query that you know will result in an empty result, then store the value. You could then try to compare to that value to see if you've got an empty result.

    1. Re:Here's an idea... by /dev/niall · · Score: 1
      Gah, return in the subject field should not post the comment... Suppose you make a query that you know will result in an empty result, then store the value. You could then try to compare to that value to see if you've got an empty result.

      I got around it a different way, but that might work. Point is, nothing whould be null, maybe zero, and under the worst possible circumstances an empty string. I'll try this next time though! ;)

      --
      --
  64. Re: ASP [etc.] Is anyone using Zope? by seanb · · Score: 1

    I see a lot of Zope discussion on comp.lang.python - perhaps it might be worthwile to look there?

  65. NewtonOS API by Anonymous Coward · · Score: 0
    Are there any OS API's that don't suck ?

    I found the NewtonOS API pretty cool. IMHO one of the most interesting operating systems. Although the NTK wasn't exactly a very developer-friendly IDE.

  66. Why not? by Malcontent · · Score: 1

    Isn't that the main selling point for VB. You can use controls other made. MS hypes the bound control control thing to no end. It's supposed to make your life easy. Don't blame the programmer who is trying to use some control blame the idiot who wrote a unusable and crappy control.

    --

    War is necrophilia.

    1. Re:Why not? by Anonymous Coward · · Score: 0
      If an API sucks, and thus every implementation automatically sucks, I'm a fool for using one anyway, especially if I realize it sucks and gripe about it.

      Not that I know anything about bound controls, but a programmer should not be exempt from criticism of their technical judgment.

    2. Re:Why not? by Pfhreakaz0id · · Score: 1

      Because you can't disconnect the object from the recordset.... It's going to sit there, locking records and consuming resources. If it's a (god forbid) access database it's REALLY gonna suck up the resources. It makes people feel like programmers, but they're not. I say again: If you use bound controls, you might as well just write the front end in access in an MDE and a separate backend. It'll have the same "performance" characteristics (i.e, it'll suck, and it'll corrupt and really suck with more than 5 users).

  67. COM objects? You've got to be nuts... by ultra1 · · Score: 1

    Why would you be crazy enough to lock yourself into calling fucking COM crap? What's the matter, got a mad on against portable code? Sheesh!

    --
    -- ultra1
  68. PowerPoint by Col.+Klink+(retired) · · Score: 1

    > I'm one of many people who basically keeps a Windows machine around just to read PowerPoint documents

    I guess she never heard of Star Office. It can do PowerPoint just fine.

    --

    -- Don't Tase me, bro!

  69. Frickin' Journalists. by pb · · Score: 2

    They try to get a point across, and end up mucking up the details.

    It's a BASIC interpreter, NOT a BASIC compiler. Even Bill Gates wouldn't make that mistake.

    It doesn't matter whether a new phenomenon is 'big' or 'small', as long as it can stay agile and get fresh ideas. Linux has a big advantage here due to its development model. If the next two great programmers want to hack and rewrite it, they can feel free to do so, and send patches.

    Once we get to page two, we finally get to the real reason: NT either doesn't work, or is too expensive!

    NT: no, but you could give us more money instead.
    Linux: would you like fries with that? ketchup?

    Now, I could do without the journalist speak here. There's a good message buried in some of this Katz-ian drivel, which goes something like this: people without lots of cash, and people concerned with quality will find a free, UNIX-like solution. People with a lot of money who believe sales reps will use a Microsoft solution. Innovative startups don't have a lot of money. Ergo, the future is Linux, *BSD, or something, with Linux being the most popular at the moment.

    However, we could just post a link to NT vs. Linux every week and be done with that.

    An interesting point could have been: since Microsoft doesn't write good code, why don't they just steal code from *BSD? It's free, it's legal, and the advertising clause is gone. Probably they wouldn't because of their arrogance, and MacOS X has a head start on them for stealing from BSD.
    ---
    pb Reply rather than vaguely moderate me.

    --
    pb Reply or e-mail; don't vaguely moderate.
    1. Re:Frickin' Journalists. by Troutgirl · · Score: 1

      I admit to screwing up on the Basic thing, I may be Frickin', but I am certainly not any kind of journalist! I don't program per se (unless you count PHP) but I design and run websites, and act as my own little sysadmin. The ignominy of being compared to Jon Katz...

    2. Re:Frickin' Journalists. by pb · · Score: 1

      :) I'm sorry, it isn't very polite to compare people to Katz on the basis of one article.

      Your price comparisons seemed realistic, at least. I don't see too many real world estimates these days... (or for that matter real world benchmarks. hmm.)

      However, now that you have a slashdot account, feel free to jump into the fray, it's fun!
      ---
      pb Reply rather than vaguely moderate me.

      --
      pb Reply or e-mail; don't vaguely moderate.
    3. Re:Frickin' Journalists. by Anonymous Coward · · Score: 0

      VB has been using some sort of pcode (not mapped 1-1 with statements) for a long time, and ISTR hearing it even got a native compiler a while ago. Not that you'd catch me living without higher-order functions....

  70. Re: ASP [etc.] Is anyone using Zope? by mcdonc · · Score: 1

    I am using Zope. Rocks. Our intranet now runs on Zope, and soon a customer's.

  71. ho hum. by jon_c · · Score: 2

    Let me start off that I am primary a microsoft developer. I know VB/ASP/C++/MFC/ATL/COM pretty much all the stuff Microsoft would like developers to learn.

    So you can tell I'm already biased.

    But without screaming about how much better microsoft's development environment is to linux's I'll admit I don't know jack about linux development. The only time I ever wrote an app is on a SCO/UNIX box a few years back. It was pure ANSI/C++; all it did was r/w to ONE file. And took a few parameters. Although I do know vi and have wrote some small test crap in it I opted for VC++ IDE.

    Here's what I like about developing with Microsoft tech:

    - nice IDE's. the VB/VC/InterDev IDE is assume. Integrated debugging, initi-pop-up-thingy. Class tree thing. And of course pretty colors for key words
    - VB, great for prototype's, testing COM objects, and little crappy apps.
    - ASP brain dead web development, super easy and has COM automation support
    - COM, I'm in love with COM. Write reusable distributed black box's in any language. (and soon coming to linux guys :)
    - Documentation [BIG POINT]: I almost always know where to find documentation, (1) msdn, (2) dejanews, (3) msdn online. Even if it's not that good, I can figure it out with what I find. And after enough digging, I find what I need to know 95% of the time.

    And now what I DON'T like

    - MFC: I like to call MFC the VB for C++. It's REALLY REALLY good for making ONE type of app. The big mololithic MDI app with file/open/save and edit/paste/ yadda yadda. Anyway. Other then that. It stinks. it spoils you from knowing the Win32 API in SOME parts, then in others it's like "welcome to the registry"

    - Win32 API: ehh... it's OK. I mean I have some sympathy for microsoft. They have to make this thing backwards compatible with crap from the 1980's. but like many have you said there's a million ways to do anything, and each way you have to choose from passing 15,000,000 parameters or 4 parameters with a structure with 15,00,000 parameters.

    - C++ type InSaniTy!. Bstr, BSTR, string, Cstring, OLECHAR, unicode, ANSI, or multibyte? CcomPtr, IdispatchPtr, FAR PASCAL* etc.. etc... C++ is partly to blam here. But it would be nice if it didn't take me 2 days to figure out how to convert a DB_DATETIME to a DATE type (it really did take that long).

    - Million ways to do anything: lots of competition within microsoft's own madness. Lots and lots and lots of ways to do anything. What's really bad is you pick up a book and it shows you how to say, sink event's from IwebBrowser2, then you pick up another book and they do it a totally different way. It makes it hard to know which is the "best" way, or even the "approved, modern" way. I guess if you've actually mastered this stuff you can decide, but for people like me who learn by copying stuff our of books and messing around with it, it sucks.



    So what id like to hear is how is linux better, the good points and the bad. From my impression (ignorant as it is). Developing in Linux means you need to know basic POSIX stuff. Know how to compile stuff in GNU C++. And know what's up with glib, libc,(I think that's what there called) or gdk, or tcl/tk, or perl, or? I'm just through stuff out. How would linux make me development a smoother more pain free.

    I've seen some gdk stuff and it didn't look much better then Win32, still wasn't C++ OOP. Still had funny pointers and type's. honestly it looks like the same good and bad, except that there isn't one big central place to get everything from. No "way to do this". Just lots of stuff thrown in from everyone and there dog.

    -Jon

    --
    this is my sig.
    1. Re:ho hum. by Anonymous Coward · · Score: 0

      The fact of the matter is this: UNIVERSITIES right now are dealing almost exclusively with ...... UNIX DEVELOPING. Why ? Because the majority of STUDENTS DEMAND IT. In my university recently there was a scandal with one of our labs. We came back from the summer and we found one of our unix labs replaced with NT. The students went WILD. There was literally a REVOLUTION against the administration. End result.? The UNIX workstations came back. You have to understand that the "future" lies in the education factor. And from what i see the new generation of computer geniouses deal exclusively with unix. And THAT my friend is why MS's days are numbered. When the new generation takes over MS will become another obsolete factor in the industry.And there is NOTHING MS or anyone else can do about it.

    2. Re:ho hum. by jon_c · · Score: 1

      i don't see how this addresses any of my points. instead of ranting about UNIX, talk to me about how UNIX is better (or dare i say worse) then Microsoft in terms of development. -Jon

      --
      this is my sig.
    3. Re:ho hum. by Anonymous Coward · · Score: 0

      CORBA can be used in-process or out (it leaves the form of objects up to the implementation), it's supported by Java (right down to IIOP), it has a number of language mappings, it has builtin support for exceptions that doesn't interfere with return values, and method calls can be constructed dynamically and invoked without blocking or even one-way. What does COM have that competes with that, other than ubiquity on one second-rate platform?

    4. Re:ho hum. by Anonymous Coward · · Score: 0

      ubiquity on a platform that is on 95% of the desktops.

  72. Amiga Crashes by Anonymous Coward · · Score: 0

    The source seems useless but still cool, so what if other OSs rip it to pieces. It would be cool to see the functions and sharp feel reimplemented on todays hardware. Also the amiga for me hardly crashed except with dodgy games and MCP.

  73. To all the Visual Basic haters by aUser · · Score: 1

    Instead of moaning about VB's popularity, why don't you come up with something that matches its features? Well, because there's nothing. As long as there is nothing, you can't write the apps that people are now writing in VB, and therefore, you cannot abandon Windows, and therefore, Linux will never be used by the masses.

    It wouldn't be difficult to move from MsOffice to any office suite on Linux, if it weren't for the automated office procedures written in MsAccess and VB.

    Forget MsOffice: it's not keeping people on Windows. VB and Access are!

    1. Re:To all the Visual Basic haters by Tadghe · · Score: 2

      AMEN!
      Sure I run Linux at home (and work, although it's HIGHLY unofficial), but when I have a customer needing an app to automagicly pull reports for 6 departments from 3 informix databases, put the reports in html and printed postscript, what development tool do you think this college educated C programmer uses? Visual Basic 6.0
      Wanna dis it as convoluted, stupid and "the tool of Monkey programmers" Send me a friggin email...
      Those haters forget who the hell pays the bills. Linux software development doesn't keep a roof over my kids head. Those haters (you know who you are) have never had to freakin' program for a living in the real world of corporate programmers. According to a 1996 (a bit dated) Symantec survey 2/3's of all programmers work developing inhouse apps for corporations. If I've got a tight deadline and a customer wanting a clean, userfriendly package with simple interface you DON'T do it in a console mode C/C++ app. You write you app in the quickest RAD tool avaliable. Currently that would be Visual Studio, Delphi, Powerbuilder, or on the Unix side possibly Informix 4GL. "Real Programmers" ie: those who sit at a screen pumping out code for 10 hours a day use the right tool for the right job, OS/Development holy wars matter little, You don't tell the requestor "sorry I can't make that deadline because I don't like Winbloz" You get the job done. Does that mean we are "simple minded" "Monkey" programmers" Hell no.
      Wanting to disrespect corporate programmers using Windows tools as somehow "inferior" to *NIX programmers makes VERY little sense. We corporate programmers have had to master (and use daily) ADO/DAO/RDO (database) OLE/OLE Automation, ActiveX Controls, ActiveX DLL's, ActiveX EXE's (server and desktop side), MAPI, and the Win32 API's. The same simpletons disrespecting Windows Programmers as "Monkeys" at the same time seem to bitch about how complex the Win32 API's or Data Objects are. There is LITTLE simple about writting serious business apps in Windows. I would suggest a tour through a real windows app before dismissing Windows Programmers as "simple".
      On a further note. Instead of bitching about all the VB apps out there, give us a TRUE RAD tool in Linux that can rival the power and ease of use of Delphi/Visual Studio/Power Builder and maybe, just maybe you will not have to bitch about them.
      I apologize for the intensity of my response, but I've about had it with kids bitching about Windows being soooo simple in one breath and bitching that they can't understand the API's in the next, and finishing with the usual "why don't you just write apps in *NIX" dribble that doesn't help and only draws attention away from real issue of how to get more developers on *NIX.

      --
      Bugs Bunny was right.
    2. Re:To all the Visual Basic haters by kdart · · Score: 1

      Python (http://www.python.org/) + pyGTK, + PostGresql + a thousand other modules kicks VBs butt.

      --

      --

      --
      The early bird catches the worm. The worm that sleeps late lives to see another day.
  74. COM coming to linux? by Anonymous Coward · · Score: 0

    How? When? Where? :)

    1. Re:COM coming to linux? by jon_c · · Score: 1
      guess you missed the discussion on MainSoft porting Win32 to linux. it's not just Win32 it's ATL, COM, and a bunch of other stuff. Also Chili!Soft will be releaseing there ASP port soon.

      check it out

      MainSoft
      Chili!Soft

      --
      this is my sig.
  75. Are there any OS API's that don't suck ? by UnknownSoldier · · Score: 1

    Take a look at Be OS. The API's are pretty nice.

  76. Feel sorry for all you VB developers by Anonymous Coward · · Score: 0

    Developing and deploying in VB is a nightmare. Activex registration is a hit and miss episode from DLL hell. The future of app development is through a browser. I suggest you'll at least start learning ASP or PHP because VB app deployment is headed for the trashbin of IT history.

  77. I'm pretty tired of biased, uninformed "reviewers" by Anonymous Coward · · Score: 0

    I'm sorry, but, Microsoft Developer Network is by far and away the best development support platform for developers ever known to the software world. The documentation is voluminous, connected together, the tools make some sort of cohesive sense together. I'm not a "sysadmin, wish I was a developer" or some high-school kid with delusions of adequacy. I've got 25 years developing on Mac, Sun, *nix, Microsoft, Novell, VMS, and yes (for you folks whose long term memory only goes back to '95) all the way back to PDP-8's when real men programmed. Basically, you can get every MS tool known to mankind for $3K (i.e. a Universal MSDN subscription). I just got a letter in the mail from Microsoft saying that now every local developer on a network is licensed to use the complete package. So for N developers it's $3K, period. Please don't give me the crap that some 14-year old wannbe can't afford that therefore the world is gonna be lacking some revolutionary software. Decent, commercial software is done by professionals who CAN afford 3K. Even if I'm in a lean startup (which I've been in several) the tool cost from MS is cheap. Sun, Apple et al.. can't give developers a decent development environment, why do you think they depend on GNU?

  78. Cant connect to a database in 2 lines? Really... by Pengo · · Score: 0

    PHP

    PHP:




    Perl:

    $dbh = new Sybase::CTlib 'user', 'password', 'database';

    $dbh->ct_command('select * from compunity.dbo.vat');





    Now take a hike Troll.

  79. TextPad! by Octopus · · Score: 1

    It's more advanced than NotePad and just this side of an IDE. I've been using it for 2.5 years and haven't stopped.

  80. Browser by Anonymous Coward · · Score: 0

    ASP and PHP are essentially equivalent. It's important to note re cheap developers like students and so on you can do full Win32 web development on a standalone 95 box with Personal Web Server, ASP, ActivePerl, and (ugh) Access. or mysql for Windows I guess. But if AOL/Sun/Netscape doesn't stay competitive on the desktop (ie the browser) there'll be a monopoly there to be exploited with propietary extensions to HTML, nonstandard Java, nonstandard Javascript etc. They're fighting the war on many fronts.

  81. Re:Its the API's Stupid! - moving target by Anonymous Coward · · Score: 0

    The problem is that the MS APIs are a constantly moving target. It might take someone a few years to learn to really use the Unix API, but once they do they can quickly produce quality code or maintain existing code. This code can be used on a wide variety of platforms with little or no changes.

    In contrast, with MS APIs developers are forced to relearn the APIs just as they begin to master them. They're so complex they *require* assistance tools. The changes greatly complicate life for someone who needs to maintain existing clients - and in fact many people believe that MS changes them specifically to force people to upgrade their software. And the APIs will never, ever, be usable on non-MS platforms. (You might be able to run emulators on other platforms, but they will always be forced to play 'catch-up' to changing standards.)

    This is a classic example where playing for the short term will kill you in the long term. In the immediate future companies that use "easy to use" MS software will have a modest competitive advantage, but over a remarkably short time they will be saddled with "hard to maintain" MS software. Their competitors who didn't fall into this trap and survived the short term challenge will then be able to eat them alive, since they won't have the same ever-increasing maintenance costs.

  82. Use ADO, not OLEDB by Anonymous Coward · · Score: 0

    ADO is simple, nice, easy. OLEDB is a multi-headed dragon that will bite you at every chance. Unless you have the grizzly task of writing an OLEDB provider, the functionality you seek is most likely contained in ADO.

    1. Re:Use ADO, not OLEDB by ucblockhead · · Score: 2

      Yeah, ADO seems easy until it returns DB_E_ERRORSOCCURRED without any additional information.

      --
      The cake is a pie
  83. VB is good by Anonymous Coward · · Score: 0

    Really. It is nice to hear from someone else who finds VB a tool that removes complexity and is good enough for 98% of tasks, and in the hands of a capable developer is almost untouchable. Now excuse me while I hide from the oncoming flames from C++/UNIX/Perl bigots. Cheers mate!

  84. Microsoft feeling the heat? by alienmole · · Score: 1
    I just got a letter in the mail from Microsoft saying that now every local developer on a network is licensed to use the complete package.

    So what you're saying is that Microsoft is feeling the heat in the competition for developers, probably at least in part from its open source competitor, Linux.

    Decent, commercial software is done by professionals who CAN afford 3K.

    That's arguable, but kids out of school who want something to learn and play with usually can't afford $3K. The article has an excellent point - Microsoft, to a large extent, in its push into the big iron world occupied by Sun, Oracle, and IBM, has a licensing policy that's started to look a lot like that of minicomputers when PCs were up-and-coming. This is leaving young and small developers out in the cold - the same class of people who helped get Microsoft where they are now, back when all Microsoft's development tools put together didn't add up to $3K.

  85. POSTED FROM WORD?? - Re:ho hum. by microbob · · Score: 1

    Hmm, I'll bet you compsed this note from a MS product then cut-n-past into ./?

    Wanna guess how I know?

    Jim

    1. Re:POSTED FROM WORD?? - Re:ho hum. by jon_c · · Score: 1

      no i don't, becouse it has NOTHING to do with my points.

      btw: your are right, i wrote it in MS Word and c n/ pasted into ./, basicly becouse i can't spell anything, and i wanted people to look at what i had to say, not my spelling

      (no spell checker avail at the time :)

      -Jon
      -Jon

      --
      this is my sig.
  86. Design differences by cmc · · Score: 1
    An interesting point could have been: since Microsoft doesn't write good code, why don't they just steal code from *BSD? It's free, it's legal, and the advertising clause is gone. Probably they wouldn't because of their arrogance, and MacOS X has a head start on them for stealing from BSD.
    Actually, the design of the operating systems -- FreeBSD et. al. and Windows NT -- differs far too greatly. The design differs so greatly, in fact, that simply stealing code would not work. Microsoft's articles indicate that they dispise UNIX systems because they're "old world" and are "arcane".
  87. take a look at Be's API by Anonymous Coward · · Score: 0

    beautiful, absolutely beautiful... On the bad side, tools are a bit skimpy :(

  88. Re:reluctant VB programmer "NOT SOFTCORE programme by Anonymous Coward · · Score: 0

    Any high schooler who's dinked around with VB can wire a form to an ODBC table. That really is beneath me - you can throw away 90% of what I know about design and programming and still make it work, because it's largely already built in. But when you need to write, say, an X.509v3 decoder you're going to <KIBO> fry your brane!</KIBO> The moment VB's special functionality is available with a real language, VB should be relegated to people who don't want to be programmers, and programmers who aren't smart enough to learn a real language.

  89. Re:I'm not stupid by Anonymous Coward · · Score: 0

    we call you stupid because weve seen your attempt at a web page. prick.

  90. Re:reluctant VB programmer "NOT SOFTCORE programme by TummyX · · Score: 1

    It's already happened. It's called Visual J++, all the features of VB, with an elegant, easy to use, designed language.
    That's why I'm not so critical of MS melding java and com together in their JVM, it lets me simply use activex controls/com objects just as if I were in VB.
    Basically, VJ++ 6 (can't handle not having intellisense :)) sold me out and I haven't touched VB (which I used to use primarly for testing) since....I'm sure I'll still use it for testing and writing quick apps, but J++ does basically everything I need. I have access to all my COM objects i've written in ATL, and most of the ActiveX controls VB had access to. It's a dream come true really :D.

    Now, if Microsoft would just get off their butts and write a Java2 implementation for J++ 7....

  91. Anxiously Awaiting Delphi by stevie_ray · · Score: 1

    Borland Inprise has promised to release it's full featured RAD, Delphi, by next year. I can't wait. Just imagine how easy it would be to write applications for Windows and Linux with such a tool! Check it out @ http://www.borland.com/linux/

  92. Ouch, that must have hurt :) by /Idiot\ · · Score: 1

    Sorry for hittin' a raw nerve there, buddy :)

    --
    /dev/Idiot/