311–320 of 352 posts
Corruption matters aside, I honestly think choosing a non-standard technology is a good move. Reading the news article, you see that the students mentioned are in trade schools. Turkey needs the trade school students to continue doing trades (there's a shortage of tradespeople), so it would make no sense flooding the javascript/c#/python developer market with trade schoolers now thinking they might make lots of more…
Earlier quoted context omitted.
The only thing that you seem to be right about is the low level device control stuff. Everything else is pretty much already easy enough to do in Java. The language was designed with multithreading in mind.
"...multithreading in mind..." - Easy and efficiency are 2 different things. Java synchronization primitives and it's ability to flip bits incur heavy performance penalty when compared to native ones. You might not care about it but I do. You are also free to point me to a good DirectX framework in Java and/or the one that let's you write Directshow and Media Foundation filters and graphs as well. Besides your logic…
Let me quote you then.
> Besides your logic reads like this: since language A does the same as language B and you happen to like language A then nobody needs B. Sorry but it works both ways.
There are perfectly good enough tools for the Windows Desktop already and they are available directly from Microsoft.
While everyone is trampling over each other to get into the tiny little door (the SaaS/FAANG/npm/golang/frontend/iOS scene), they found the smaller side door that no one else is taking.
Delphi is good for ordinary line-of-business software, all the boring back office software that people take for granted in first world countries.
Earlier quoted context omitted.
"...multithreading in mind..." - Easy and efficiency are 2 different things. Java synchronization primitives and it's ability to flip bits incur heavy performance penalty when compared to native ones. You might not care about it but I do. You are also free to point me to a good DirectX framework in Java and/or the one that let's you write Directshow and Media Foundation filters and graphs as well. Besides your logic…
> Windows desktop: sorry I'll choose Delphi any time. Let me quote you then. > Besides your logic reads like this: since language A does the same as language B and you happen to like language A then nobody needs B. Sorry but it works both ways. There are perfectly good enough tools for the Windows Desktop already and they are available directly from Microsoft.
Also I do not really appreciate mentoring. Was doing just fine completely on my own for the last 20 years.
Earlier quoted context omitted.
> Can you name a better format for programming language documentation that's also ubiquitously supported? Info format. It's supported by Emacs, and Emacs is the most ubiquitous of IDE's.
> Info format. I said "ubiquitously supported". There are several orders of magnitude difference between info format support and HTML support. > Emacs is the most ubiquitous of IDE's That's laughably wrong.
Earlier quoted context omitted.
I wonder if anyone has come up with a TurboC-like UI "theme" for, e.g. Emacs. Freepascal uses a Turbo-like UI by default and a free reimplementation known as RHIDE is already (IIRC) part of the FreeDOS distribution, so recreating the UI itself shouldn't be too hard. It might be a fun way to boost adoption of these terminal-based tools, since the ergonomics and UX is in fact quite reminiscent of modern IDE's.
Vim has it https://github.com/skywind3000/vim-quickui
Earlier quoted context omitted.
Not only that but Delphi has tremendous educational potential due to fast feedback loops. There was a blog post once on HN where one of Delphi authors discussed how they designed IDE and the language to be friendly for newcomers. One could ask why not invest in https://www.lazarus-ide.org/ instead of commercial Delphi though?
Leace: "Not only that but Delphi has tremendous educational potential due to fast feedback loops." Agreed completely! Not only that, but an argument could be made that the TIME that a given body of source code takes to compile -- can have a huge impact (positive or negative) on programmer productivity... Case in point: The Linux Kernel (written in C)... You make a change, even a small one, and you're probably going t…
> You make a change, even a small one, and you're probably going to wait for HOURS for it to compile...
I've done this before. For a small change in a .c file, it takes less than a couple of minutes in a not-so-fast computer. It only has to recompile that .c file, do a partial link of the subsystem, do a final link of the whole kernel, and a few other auxiliary processing steps. It takes more time to reboot the machine or VM with the new kernel.
Even compiling the kernel from scratch is fast. Looking at a Phoronix benchmark (https://openbenchmarking.org/showdown/pts/build-linux-kernel), it takes less than 15 minutes on all systems tested. Some systems can compile the whole kernel from scratch in less than half a minute.
Earlier quoted context omitted.
Why would you want to build a restaurant accounting/billing app as a desktop app instead of a browser app?
I'd ask the opposite question.