Before there was an internet of lightbulbs and smoke detectors, there was an internet of industrial process things.
And they used windows 2000 and Delphi. They still do.
Before there was an internet of lightbulbs and smoke detectors, there was an internet of industrial process things.
And they used windows 2000 and Delphi. They still do.
Spent a while writing and modifying Delphi apps there, I really enjoyed it. I'm actually surprised it isn't used more today, it was definitely "rapid development" at the time.
One thing it was great for was making small, dependency free executables. Similar to today's concept of "Microservices" we often wrote small executable services and applications for tasks and it was very straightforward and simple. You could whip something up in a couple hours that accomplished a lot. Push the .exe file somewhere, add it into the process and forget about it.
Not surprised people are still out there using this stuff.
I'm not at all. Embarcadero has made Delphi a language that is out of reach of the beginner as their Delphi has been rediculously priced. Until recently they didn't have a free Delphi entry level product, it was $199 and was crippled. Now they at least have a free version but the cost has prevented me several times from actually learning Delphi. Now there is FreePascal but Lazarus just seemed clunky and I don't think it has as many bells and whistles as Delphi has.
Where I live, piracy is casual. People get software for free, and they stopped using Delphi because of Embarcadero. When people don't even deign to pirate your software, something's off.
I think there are many who are still on Delphi 6 which is what I used when I was younger. It was simple, effective, tight. Then that Embarcadero thing came out.
On the other side, I don't think that Delphi/Pascal is dead and I am starting new project this month: control software for laboratory equipment. I can't find any other tool that will let me create multiplatform desktop software that interface directly with hardware. This new software will be written in Lazarus instead of Delphi.
Given the complexity of project and our budget it will have to stay.
To be honest I am not sure if the founding developer was crazy genius or just crazy.
Hahaha. That was good.
Delphi is used heavily at my company to process millions of transactions a day, in the credit card industry.
I myself am a C# developer though. But I respect Delphi's performance and relatively clean syntax.
Now we kind of got .NET Native, but it still isn't 100% done.
You're deploying on 68K Macs?
https://github.com/ksherlock/mpw
Here's the end of a Makefile, very unix-like:
APPL = ${TYPE}${NAME}
DATA = DATA${NAME}
OBJS = ${NAME}.p.o
LIBS = ../WordSum.asm.o ../LASysLib.a.o ../PasLib.o
LANG = C
MPWC = /usr/local/bin/mpw
AS = Asm
AFLAGS =
CC = SC
CFLAGS = -mc68020 -mc68881 -b2 -Opt all
PC = Pascal
PFLAGS = -mc68020 -mc68881
LD = Link
LDFLAGS = -w -t LApp -c MPWX -m MAIN -sg ${NAME}
# Link -w -t TEXT -c RWG1 -rt CODE -m HELPLOOP -sg HELPLOOP
CFMFLAGS =
# CFM = ${MPW:/mpw=/cfm}
# CFM = /usr/local/bin/cfm
CFM = cfm
# TFTPFLAGS = -vt
TFTPFLAGS =
# TFTP = ${MPW:/mpw=/tftptool}
# TFTP = /usr/local/bin/tftptool
TFTP = tftptool
.SUFFIXES : .p.o .p .c.o .c .asm.o .asm
.phoney : all clean install
all : ${APPL} ${DATA}
.asm.asm.o :
${MPWC} $(MPWFLAGS) $(AS) $(AFLAGS) $<
.c.c.o :
${MPWC} $(MPWFLAGS) $(CC) $(CFLAGS) $<
.p.p.o :
${MPWC} $(MPWFLAGS) $(PC) $(PFLAGS) -r $<
${NAME} : ${OBJS} ${LIBS}
$(MPWC) $(MPWFLAGS) $(LD) $(LDFLAGS) ${OBJS} ${LIBS} \
-o $@
${APPL} : ${NAME}
$(CFM) $(CFMFLAGS) $< $@
mult.asm : mult.py
./mult.py >mult.asm
mult : mult.asm.o
$(MPWC) $(MPWFLAGS) $(LD) $(LDFLAGS) $< -o $@
${DATA} : mult
$(CFM) $(CFMFLAGS) $< $@
# send DATAFILE first
install : ${APPL} ${DATA}
$(TFTP) $(TFTPFLAGS) ${NODE} ${DATA}
$(TFTP) $(TFTPFLAGS) ${NODE} $<
clean :
$(RM) -f ${TYPE}${NAME} ${NAME} ${OBJS}My only problem is that I have to maintain legacy codebases without OOP code.
Ha ha, good one.
There was this interesting thread on Delphi a while ago on HN:
Delphi – why won't it die? (2013 (stevepeacocke.blogspot.com)
I really like Delphi actually. It's a shame Embarcadero doesn't really seem to care about it.
I keep spending tons of time fighting problems, even with mainstream libraries like sqlite.
Still the best tool for multiplatform desktop apps development.
Their biggest mistakes were focusing on enterprise life cycle tools, selling the developer tools unit, creating an half hearted port of Delphi to GNU/Linux based on WINE, letting all the key developers leave the company.
All these together created the image that most of us should leave Delphi and C++ Builder while it was still affordable to do so.
But, and I asked during the webcasts, who's going to buy into a new project now?
For myself I have a couple of old D7 apps for clients that have been running for a decade now.