Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

In such an environment, there is usually next generation after next generation of these software types, with upgraded (or at least updated) basic technological choices. Some of these choices are recent and possibly bleeding edge, some are old and possibly only good at that time, some prove misguided immediately or in hindsight.

For example I've seen:

  - COM and ASP.Net to Java and JSF (general web apps)
  - Forté 4GL (look it up, it was very interesting) to J2EE (general enterprise software)
  - MIDP Java to React Native, following mobile phone evolution (mobile app front ends of general enterprise software)
  - HTML frame messes to Java applets to JavaScript interactivity (high profile public web site)
  - ColdFusion, or something of the sort, to Sharepoint (another high profile public web site)
  - SharePoint to a BPEL workflow engine (important workflow-oriented application)


People keep dismissing COM, unaware that all major Windows APIs since Vista are COM based, even WinRT.

Not using COM for native programming on Windows is being stuck with Windows XP.


In my case there were true believers using their own COM components to complicate the architecture of web apps and web services, without the slightest interest for Windows APIs beyond "we are stuck with a fun server OS".




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: