Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
flavio81
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
56 ms
·
541.
▲
by
flavio81
9y ago
I haven't found any backend developer that has labelled himself/herself "fullstack". In my country, so far the "fullstack" developers i've seen are the JS frontend guys that learnt how to do server dev in
542.
▲
by
flavio81
9y ago
Really cool pictures! Light bulbs are sometimes used for stabilizing oscillators. I think it works like an (audio) volume "compressor" would. For example the Thorens TD125 turntable uses a light bulb as part of the oscillator circ
543.
▲
by
flavio81
9y ago
The article is a well written, well illustrated guide to programming under Javascript using an event loop, callbacks, etc. Which I personally find awkward to do in 2017 where the OS or the language runtime should give me better concurrency
544.
▲
by
flavio81
9y ago
> I would like to know if any HN'ers would provide me some insight into why Lisp is so popular? In the late early 80s it was rather popular but it required expensive specialized hardware and software. Or you could execute it on mor
545.
▲
by
flavio81
9y ago
> One question, you say "CL is very strongly typed". Then you also say "Optional type checks". Are you saying CL is optionally very strongly typed? Note that I wrote "optional static type checks". CL is a
546.
▲
by
flavio81
9y ago
> Does this roughly offer the same benefits that the old lisp machines provided? This project is cool, but, in short, no. Please take a look at this paper, which answers the questions of which benefits could be obtained with a Lisp OS.
547.
▲
by
flavio81
9y ago
Where do I sign?
548.
▲
by
flavio81
9y ago
> JavaScript has been called "Lisp in C's clothing". What it lacks is macros No, it lacks a lot of things in comparison, and if it only lacks macros, then it's lacking a lot as well. Considering, for this case, "
549.
▲
by
flavio81
9y ago
> All are bugs that static typing has had tremendous success in preventing. Please do elaborate, it could be a great post. But If you mean to say that locking issues can be prevented because you can apply STM (software transactional mem
550.
▲
by
flavio81
9y ago
Thanks! You made my day!! And the "burgled-batteries" name was a good laugh! (If Python is "batteries included", let's steal those batteries!)
551.
▲
by
flavio81
9y ago
> They’re just simply functions rather than overly complicated objects. And thus the pattern becomes almost invisible. Instead of having to fully apply it the java (or C++) way, that is, for example creating a separate class for each St
552.
▲
by
flavio81
9y ago
My heroes on the computing world: Claude Shannon As important, or more important, than Alan Turing. we owe digital electronics to him!! John McCarthy Invented (or perhaps "discovered") Lisp
553.
▲
by
flavio81
9y ago
I think i must cite hellofunk's [HN user] comment on Design Patterns, perhaps the best comment i've read regarding this topic: "Lisp in general is about exploring a particular problem using only the constraints of that probl
554.
▲
by
flavio81
9y ago
> Each well-known pattern has its own applicability and use cases, which have been analyzed and described very well. I wonder, what makes you think, that all of it should be dismissed? The GoF Design Patterns appeared after the GoF obse
555.
▲
by
flavio81
9y ago
The only problem is that everytime he/she wants to execute Hy (Python in s-expression syntax) code, he will invoke the macro "org-babel-execute:hy", and this runs Hy as a shell command. So Common Lisp objects can't be qu
556.
▲
by
flavio81
9y ago
> What kind of errrors do you think are not caught with static typing? Citing awj's post above: "Some of the biggest errors are subtle failures in the implementation of business logic." Other examples: - bumping into un
557.
▲
by
flavio81
9y ago
Really big apps have existed since the early 70s. I'd argue that the average application size gets lower every year due to the increasing number of specialized libs every year. And C++ has supported generics long before the boom in pop
558.
▲
by
flavio81
9y ago
I also find the opposite to be true, as you do. The human mind and human problems, operate more like a dynamic language. To put it in a simple, silly example: When i tell you to "cut something with a scissor", the scissor doesn&#x
559.
▲
by
flavio81
9y ago
> As the world is gradually moving to more statically-typed languages Depends on how do you see it; because Python has grown a lot in the last 2 years, and Javascript (pure) is still growing. And don't discount Julia; i can foresee
560.
▲
by
flavio81
9y ago
> "The biggest merit he says is in software maintenence, and i really disagree with just a lot of this. it's not been my experience; the biggest errors are not caught by these type systems; you need extensive testing to do real
561.
▲
by
flavio81
9y ago
"A major flaw has been detected in the newly-unveiled Google Home Mini" Do they (Google) really think everybody will believe this was "a flaw"?! Obligatory dilbert strip: http://dilbert.com/strip/2
562.
▲
by
flavio81
9y ago
Let's see: Lighter cars, higher operating voltage, special wheels, special control electronics... The article complains of the BART system supposedly being a maintenance problem today, but surely, due to the features I listed above, it
563.
▲
by
flavio81
9y ago
So far the best article i've read on code reviews; one that finally considers the human side. Well done!
564.
▲
by
flavio81
9y ago
Beauty. I see beauty. I see God in one 6000-line class (TerrariaClone.java), overflowing with constant data / tables embedded in the code. Awesome! PS: "Abandon all hope..." PS/2 * : I saw it and i suspected this was cod
565.
▲
by
flavio81
9y ago
The "Flask-sqlalchemy" plugin, as its name implies, makes Flask and SQLAlchemy work together just fine.
566.
▲
by
flavio81
9y ago
>"Ruby is an acceptable lisp" is a decently common saying. I got excited the first time I read that phrase (i think it was Matz who said it?), but they are very very different languages; for example metaprogramming is a piece
567.
▲
by
flavio81
9y ago
I'm afraid you're right...
568.
▲
by
flavio81
9y ago
>What do you mean by that? "m" is a method in class A, "m" is a (different) method in class B. Each method is tied to only one class. While in CLOS i can do the following: let's say i have class Vehicle -> s
569.
▲
by
flavio81
9y ago
First of all, thank you very much for your informative reply on the implementations. >I'm unsure what you mean by this. I believe that any OOP system that wants to be flexible, modern, and powerful, should have most of the feature
570.
▲
by
flavio81
9y ago
> I have to constantly remember that to get a length of an array in Python I have to do len(x) rather than x.len() On the other hand, in Python lists, tuples and arrays are fundamental data types and thus len() is defined as a fundament
More ›