Re: Lets think who will like to say delphi is dying?

Zoren Lendry wrote:
Brian Moelk wrote:
Zoren Lendry wrote:
Wrong. I've heard you say this before. Delphi + IntraWeb + RemObjects + Octagate is the most RAD, scalable, high-performance web platform I've ever worked with.

It's not "wrong", it's the way Delphi is perceived.

It is wrong. You said it doesn't have a sweet spot there. It does.

The only complaint I've ever heard is that it is so RAD, some developers don't feel like they have enough control over the JavaScript (and there are alternatives for such brainiacs).

Indeed, those brainiacs prefer other tools.

By "brainiac" I do not mean "smart person". What is meant is someone who has to have micro-management control over every itty bitty byte of generated html/js. Sometimes these folks really need control because of the requirements -- and sometimes it's because of OCD or something else.


Working with HTML and graphics designers on large projects.. these people do NOT want to be locked in to some tool where you can't hack the html and javascript.. and plus most huge websites out there don't require as much javascript as you'd think.. it's mostly CSS/html and tons of database content IMO. The whole Ajax thing is hyped.. if you look at sites that make big money such as this crappy one:

http://plentyoffish.com
http://www.workhappy.net/2006/06/interview_with_.html



I spent years hand-coding HTML/JS generators. But that doesn't mean that I want to do that when I have a very large app that needs to be built yesterday. Feel free to code in assembly if you wish. I find that Delphi often generates faster code than hand-codes assembly anyway! The same applies to IW: it's the first web app framework I've ever seen which accomplishes for web app programming what Delphi 1 accomplished for Windows programming. Amazing RAD features, while still producing a hi-performing executable.


The whole rad thing is hyped.. and hyped...


HTML and CSS is partly RAD itself. Editing your CSS file is quite like opening up a DFM form file.. but much easier!

Practical considerations:
Many times your html outlives your application logic.. if you switch languages or tools it is good to have the design still there without tying yourself to a specific tool. Using a tool to generate it can lock you in to that tool. Better use templates and such things IMO.

If the tool vendor ever goes out of business or makes his tool backwards compatible this is also an issue.

If you hire an html designer, he doesn't know anything about some weird proprietary tool.. nor do any other developers with existing skills that are going to be involved in a web startup.

So my problem with the generator tools is a practical one.. not a brainiac one..

But then there are one man projects or developer teams who use the one toolset and that can work out.. but what happens when someone needs to take over the html down the road who isn't even a delphi developer?


L505
.

Relevant Pages

  • MFC and CDHTMLDialog vs xp SP2...
    ... and developers will need to register their applications ... Machine zone attack vectors. ... an HTA (HTML application) file and try to execute the file again in the ... When Internet Explorer loads the file, ...
    (microsoft.public.vc.mfc)
  • Re: NET framework and hyperthreading/MMX/SSE/....
    ... >> that it is the developers responsibility to deal with threading within ... Anyone who would touch taht particular compiler would likely do so strictly ... > will get scared because they have no control. ... > know if ILAsm contains MMX and the SSEx-like instructions? ...
    (microsoft.public.dotnet.framework)
  • Re: Development environment best practices?
    ... > do developers typically revision control Windows CE? ... Confusion on the part of the BSP - I've always thought of a BSP as the ... > dev board and include proprietary drivers in the BSP? ...
    (microsoft.public.windowsce.platbuilder)
  • Re: Procedural ["bare ASP.NET"] versus OOPy ASP.NET
    ... involved with using a control, ... > design a reusable component one must know beforehand all the ways it ... > (OOP, procedural, and functional) over many years. ... > developers in general. ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Microsoft: Get rid of VB.NET -- now !
    ... I don't know how you assumed I said anything about VB developers ... My comments are about the 'perception' of VB ... developers and RAD and how the perception that RAD can allow ... but is that an argument for stifling language evolution? ...
    (microsoft.public.dotnet.general)
Loading