151–160 of 344 posts
Earlier quoted context omitted.
Nice! For me it was Microsoft BASIC on the early Macintosh and this magical book from 1985: https://smile.amazon.com/Macintosh-Midnight-Madness-Utilitie... (Wow, I can't find the actual cover art anywhere! It was much cooler than what's shown there.)
http://i.ebayimg.com/images/i/161789449967-0-1/s-l1000.jpg
I remember using Delphi 2 when I was younger, that's how I learned programming. If you don't mind hearing my personal story, keep reading, otherwise move on to another comment. By an interesting coincidence I was given a CD with tons of software on it, including Delphi 2. I started playing with it and quickly realised I could create my own programs using that tool. Later I went to the book store and found a book abou…
I remember using Delphi 2 when I was younger, that's how I learned programming. If you don't mind hearing my personal story, keep reading, otherwise move on to another comment. By an interesting coincidence I was given a CD with tons of software on it, including Delphi 2. I started playing with it and quickly realised I could create my own programs using that tool. Later I went to the book store and found a book abou…
> so I learned as much English as I could so I could understand that manual. :) I started learning English as a kid to understand what was happening on the MS BASIC programs I could get on my computer by the time.
Earlier quoted context omitted.
> Funny thing is, I am just getting into Go, and you know what? package main func main(){print("Hello");} is 951kB on my computer. But you need to remember that Go bundles a whole runtime with your executable, something C doesn't do.
> something C doesn't do. Sure it does, not all C compilers are like gcc with the idiosyncratics of glibc.
> I'll start blogging on the Delphi language coming back to Linux tomorrow! To taste the cross-platform IDE for Rapid Application Development today: http://www.lazarus-ide.org/ http://www.lazarus-ide.org/index.php?page=whyuse "Why use Lazarus? No dependencies! With Lazarus you can create programs which do not require any platform dependencies [1]. The result of it is the user of your program does not need to install…
I'd also think "It's $1400 cheaper than Delphi" would be a good selling point. I started using Turbo Pascal in college when it was $49. Given that Embarcadero Delphi is competing with a lot of stuff that is free and high-quality, I doubt it's got anywhere to go but down from here.
One reason Borland lost us was when they decided to go after the enterprise market, with comparable prices.
Delphi is still unrivaled when it comes to rapid GUI prototyping in combination with easy deployment. It's much easier than QT/GTK and you usually get a standalone .exe with no external dependencies. I really want to cry when I see the current alternatives... Node/Electron with dozens of MB of runtime and all that Javascript stuff? What went wrong that we end up with this?
The strong point of Electron is easy _cross-platform_ application development and packaging (spits out .exe, .app and Linux binary), with no further dependencies. Ever tried packaging a QT application for Mac, Windows and Linux? I can tell you it's a painful experience, one I don't want to repeat. Also HTML+CSS allows for extremely versatile styling and fine-grained control of appearance.
How long ago? I've never done Linux, but Mac it comes with a script that does everything and spits out a .dmg. On Windows it spits out everything into a folder you can zip up or create an installer.
Earlier quoted context omitted.
It shouldn't ever take that much. This is an example of what a 64kB executable could accomplish in 2016: Darkness Lay Your Eyes Upon Me - Conspiracy - Revision 2016 64k https://www.youtube.com/watch?v=_SEGm2lUSY0 http://www.pouet.net/prod.php?which=67106 After watching a few 64k demoscene demos, a 380MB Electron-based minimalist text editor just seems horribly bloated. (I'm currently writing a cross-platform Windows/…
The demoscene relies heavily on procedural generation to cram a lot into a little tiny executable. GUI toolkits aren't comparable in this regard.
Adding Unicode support (independent of the Platform) probably bloats every executable an additional 100k. The horror.
Earlier quoted context omitted.
"Worst popular computer language in history." That's a bit strong, isn't it? It certainly has its faults, but so did VB6 (and other BASIC variants, for that matter). PHP gets widely slagged off as well. Does it deserve it? Possibly, to some extent, but people still manage to successfully build useful software with it. With JavaScript, the problem isn't so much the language (though there are many ways to use and misus…
I disagree. Languages like Haskell are much less tolerant of terrible code, which is a large part of the reason why beginners struggle with it. I work with other peoples Haskell code daily; and some of this code has been written by domain experts. Nevertheless, Haskell mostly forces them into line. Our competitors use Python because it is superficially "easy", I can only imagine what horrors they must be dealing with…
Imagine being a clothing designer and told to make something. The output could be anything from Beyonce's grammy dress to a famous deceased CEO who wore black turtlenecks all the time. That extreme diversity of style is both the greatest strength and the greatest weakness of allowing a wide allowable spectrum of style. On the other hand a men's business suit tailor is much more restricted in that everything kinda looks the same which makes things both very easy to muddle thru and very difficult to stand out at the same time.
Earlier quoted context omitted.
And compile times were pretty fast too
I really want to see Delphi compile times on a modern i7 and a fast SSD. For small-ish projects that should be pretty much instantaneously.
Earlier quoted context omitted.
There's just no way to develop a GUI application (especially a cross-platform one) without shipping something large That's not quite true. Check out these Avian examples: https://readytalk.github.io/avian/ Fully statically linked Java cross-platform GUI app (using SWT) in a 1mb download.
Java implies it needs the JRE, so add that to it as well. Of course, Electron probably relies on OS-specific UI libraries as well (although only a little), which should also be considered I guess.