Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
flavio81
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
24 ms
·
211.
▲
by
flavio81
8y ago
>make JavaScript great again It was never great, not even good.
212.
▲
by
flavio81
8y ago
>Everybody uses an ORM with a SQL database. That's not true. >While I was writing these queries, I was just thinking to myself "I can write this in code in a few minutes instead of an hour or more" Well, no, because SQL
213.
▲
by
flavio81
8y ago
>>large-scale construction work >build large barns entirely Not the same 'large-scale' construction work I had in mind.
214.
▲
by
flavio81
8y ago
What he said. Turbo Pascal 7 a better designed language than Go, for the most part.
215.
▲
by
flavio81
8y ago
>I really found "still" to be funny because I think for many Go devs (including me) the simplicity and lack of features especially enables us to create more easily. Yeah man, it must be so fun doing large-scale construction wor
216.
▲
by
flavio81
8y ago
As a user of Common Lisp that is lately learning Ruby, i am amazed at how weak the type system is and how many stuff that would immediately cause a compiler error in Lisp (like asking values from class members that don't exist) simply
217.
▲
by
flavio81
8y ago
>Are there any ways you can think of that MS can improve that ecosystem? Yes, by killing it.
218.
▲
by
flavio81
8y ago
>Face it. Linux I'd just like to interject for a moment. What you’re referring to as Linux, is in fact, GNU/Linux, or as I’ve recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rath
219.
▲
by
flavio81
8y ago
- Obligatory reminder that the NPM system is a failboat. - Public Service Announcement: Don't board the failboat.
220.
▲
by
flavio81
8y ago
Im taking note. Question, is there any industrial strength Prolog for Commom Lisp, besides the Allegro product?
221.
▲
by
flavio81
8y ago
Prolog-ers and Lispers are friends <3 ebony and ivory / live together in perfect harmony etc
222.
▲
by
flavio81
8y ago
His Kennyness, So many surprising things are to be found on this series of tubes called "the internets", you wouldn't be surprised, not only to find such a baseless claim, but a whole video to support it. That's one of t
223.
▲
by
flavio81
8y ago
>I'm going to go out on a limb and guess that you've never had to work in that space. It's really easy to insult Go's solutions It's really easy to insult my opinion as well. I do have worked in really large code
224.
▲
by
flavio81
8y ago
>Strange that six years into my Lisp-hood I could not recognize the great one. God disguises in mysterious ways... RIP John McCarthy
225.
▲
by
flavio81
8y ago
>The Lisp community likes to solve lots of problems with macros. The Python community doesn't. For 95% of the usages, neither approach is better than the other, they are just different I'd like to interject for a moment. As a
226.
▲
by
flavio81
8y ago
I will consider writing such a guide... not a bad idea, really...
227.
▲
by
flavio81
8y ago
>How do you distribute your programs/applications? As Lisp source code or as a binary generated by dumping core or some such technique? In any way you like including creating executable files.
228.
▲
by
flavio81
8y ago
Somebody is underrating the Common Lisp ecosystem, me thinks. There are much fewer libs than in Python, of course, but, most likely, everything you need you would find in CL, and some of those libs are very high quality. >There is one le
229.
▲
by
flavio81
8y ago
> All I've said is that it's painful to go from CL to Python in terms of the general features of the languages (not their tooling). As a programmer with full experience in both languages, I agree with this in 200%.
230.
▲
by
flavio81
8y ago
Also ABCL lets you Common Lisp over the JVM and have full access to the Java ecosystem.
231.
▲
by
flavio81
8y ago
>In other words, Go is designed for practicality. It shows design consideration to favor engineering To favor 1969-1975's engineering, you mean.
232.
▲
by
flavio81
8y ago
binary-trees source secs Go 28.80 Lisp 8.49 You know what I would choose if I needed a garbage collected language. Btw,the lisp version uses no fancy tree allocator, just plain standard lisp lists.
233.
▲
by
flavio81
8y ago
more benchmarks source generics Rust 100% Go 0% source if err!=nil return { nil, err }; Rust 0% Go 100% source undeserved hype Rust 100% Go 100%
234.
▲
by
flavio81
8y ago
Take a look at Common Lisp, Haskell, Smalltalk, and Prolog to see examples of great languages.
235.
▲
by
flavio81
8y ago
True, but they support entirely different philosophies to software development: the "build a cathedral" (Haskell) versus "create a living organism" (Lisp), to paraphrase an Alan Perlis quote.
236.
▲
by
flavio81
8y ago
>Dealing with the fact that a list is a null-terminated linked list instead of an actual sequence/vector/tree is a big deal. If you need a vector, just use a vector, don't use a list. Common Lisp has very flexible vectors
237.
▲
by
flavio81
8y ago
>As for programming languages, there have been very few actual productivity gains since the standardization of Common Lisp. Although this is mostly true, I think you forgot to mention that the latest trend of repositories with tens of th
238.
▲
by
flavio81
8y ago
No, I didn't. You are right.
239.
▲
by
flavio81
8y ago
Thanks Pascal, i got stuck in C++ before the C++11 improvements. As for the other languages (D, Oberon), my comparison was to the "popular, mainstream" languages the guy was rooting for. >There are GC enabled system programming
240.
▲
by
flavio81
8y ago
Thanks for the corrections, R.
More ›