Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
progman
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
61.
▲
by
progman
9y ago
Pascal (Delphi, Lazarus) and Visual Basic are exact counter examples. They demonstrate how easy and convenient GUI development can be.
62.
▲
by
progman
9y ago
The examples mentioned in the other posts confirm my impression that Haskell is a good language for text processing and server applications but a pain for writing rich desktop applications. One of the things I miss in Haskell is a way to c
63.
▲
by
progman
9y ago
That's the point. You nailed it. Many theories are wrong due to lack of knowledge which is substituted with suspicions. That's the reason why conspiracy theorists are ridiculed so often. Some conspiracy theories however are true
64.
▲
by
progman
9y ago
> Have you worked with Haskell professionally? Not yet. I was seriously interested in Haskell. The cabal hell however put me back. Stack is interesting but installation from source is still troublesome. I always want to be able to instal
65.
▲
by
progman
9y ago
You find many practical examples at planet.lisp.org.
66.
▲
by
progman
9y ago
> Maintenance timesink might easily outweigh the gain in development time. That is correct. However, in Haskell you need a lot of discipline to guide a big project in the right direction. Maintenance can quickly became a nightmare due
67.
▲
by
progman
9y ago
> it's still struggling to become production-ready McClim is not a business case. It is just a project to revive the most sophisticated GUI for Lisp. The graphical shell [1] for instance which already works gives a remarkable impres
68.
▲
by
progman
9y ago
You can add static type checking in Lisp anytime if you want. Consider the discussion at [1]. [1] http://compgroups.net/comp.lang.lisp/static-type-checking-in... .
69.
▲
by
progman
9y ago
Those amazing Lisp machines were far ahead of their time. Unfortunately the hardware was very expensive, and it lacked power. Today we have the right cheap hardware. Actually, there is a Lisp revival going on in the OSS community. Consider
70.
▲
by
progman
9y ago
> Many of the quotes makes me question the authors experience Do you have enough experience that you dare to judge him? > Compared to modern languages (say, Haskell), not so much. I disagree. I was in a lot of languages, in all differ
71.
▲
by
progman
9y ago
There are convenient graphical frontends for GDB. DDD for instance can create plots, diagrams, etc. https://www.gnu.org/software/ddd/
72.
▲
by
progman
9y ago
You can have something like that also in your shell. Just apply git log --reverse | perl githead.pl where githead.pl is my $date, $old; while (my $line = <>) { chomp $line; next unless $line; $date = "$1 $2 $3" if
73.
▲
by
progman
9y ago
I agree. The attempt to port Emacs in Rust is honorable. However, I believe a successful port does not depend on a safe C backend. I am a long-term everday emacs user, and I didn't have a single segmentation fault in emacs in all those
74.
▲
by
progman
9y ago
People who avoid GPL in general don't understand how GPL works. They don't realize that only changes of the GPL software needs to to published on request. For instance, if they change something in the GtkAda library to make thei
75.
▲
by
progman
9y ago
> Speed isn't necessarily one of the reasons for native. And how it is! I don't understand why people consider Java "fast". The JVM may be fast on pure server applications. On clients however it is still unacceptably
76.
▲
by
progman
9y ago
Congratulations to the Rust team for the great work! The impact of Rust on the programming safety community has grown so big that even hardcore Ada developers are getting really nervous about Rust's powerful competition. https:/&
77.
▲
by
progman
9y ago
Side effects are no issue if every local variable name in a defmacro is generated with (gensym).
78.
▲
by
progman
10y ago
What's the problem with all those options? IMHO ls is not bloated at all. It simply follows the Unix philosophy: Do just one thing, and do it "right" which means: do it as well as possible. ls actually does that. I never ha
79.
▲
by
progman
10y ago
McCLIM is an attempt to revive the awesome GUI of the Lisp Machines. There is no need to invent special data interchange formats like XML or native blobs since Lisp uses simple lists as AST. https://common-lisp.net/project&#
80.
▲
by
progman
10y ago
Or you can use TeXmacs [1], enter such arrays in WYSIWYG and export to LaTeX. [1] http://texmacs.org/tmweb/home/screenshots.en.html
81.
▲
by
progman
10y ago
Crashes due to the language implementation's fault are much more likely in C++ than in Ada. Ada compilers are 100% verified, otherwise they are not allowed to call themselves "Ada compiler". There is no such thing for C++. Th
82.
▲
by
progman
10y ago
This was not Ada's fault but the developer team's fault since it used a working Ariane 4 software for Ariane 5 without exhaustive testing. They made the mistake, and blamed Ada for that. The Ada software worked perfectly for which
83.
▲
by
progman
10y ago
I consider Nim's approach an advantage since it prevents nasty confusion by accidental typos, in particular in big projects with many modules.
84.
▲
by
progman
10y ago
C++ and C will still remain alive for a long time. C++ for reason of legacy code in business, and C for its unique feature of being the standard "high level assembler". There is always at least a C compiler available for every new
85.
▲
by
progman
10y ago
Yeah, C++ has that. Other languages - Ada and Rust for instance - don't need that. If you are concerned about code safety then C++ is not a good choice.
86.
▲
by
progman
10y ago
> I suppose it's good for job security... Honestly, I've seen C++ code so muddled and obfuscated that I actually wondered if those devs just wanted to make themselves indispensable. I really dislike such an attitude.
87.
▲
by
progman
10y ago
> I just don't think there's a viable alternative If C++ is your only hammer then every problem looks like a nail to you. Of course, there are viable alternatives. At least Ada which is still used in avionics and other safety c
88.
▲
by
progman
10y ago
> Complexity is good I believe in exactly the opposite. I always try to follow the KISS principle (Keep it simple, stupid) whenever possible since it always turned out to be the most reliable and maintainable solution. It is funny that t
89.
▲
by
progman
10y ago
Nice! Is there also a way to print the text? I just get almost empty pages.
90.
▲
by
progman
10y ago
Thanks for pointing this out. It is really good and important to know Ada's weak points. OTOH I agree that there is a great deal to like.
More ›