Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dblotsky
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
61.
▲
by
dblotsky
8y ago
By “could not take down” do you mean “could not occupy the space of”, or “could not overcome in a battle”? If occupation, there’s more to it than guns. If battle: the military has tanks, which are highly resistant to small arms.
62.
▲
by
dblotsky
8y ago
The ultimate law in this case is discrimination. If it can get away with targeting anyone - an individual or a demographic - for imprisonment or murder, the game is already lost.
63.
▲
by
dblotsky
8y ago
I’m puzzled that this list doesn’t include laws that allow a government to kill and imprison innocent lives in the first place. If the government has been allowed to discriminate and target a demographic, you’ve already lost.
64.
▲
by
dblotsky
8y ago
This has been my favourite Python program for many years. I also recommend his Sudoku solver: http://norvig.com/sudoku.html , and his XKCD regex golf code: http://nbviewer.jupyter.org/url/norvig.com/
65.
▲
by
dblotsky
9y ago
Nitpick: on my machine, that's: sudo echo -e "\07"
66.
▲
by
dblotsky
9y ago
Does anyone else 100% disagree with the claim that this "lambda version is more concise and expresses its intent effectively"? public static List generate(int series) { return Stream.iterate(new int[]{0, 1}, s -> new
67.
▲
by
dblotsky
9y ago
I think the nefariousness is overblown. I present to you, a contender: an elementary school curriculum. No AI, and way more influence over basically everything you will hold as truth for decades.
68.
▲
by
dblotsky
9y ago
I'm talking about this article, which is calling for Zuck's resignation. I disagree with the article, and I think resigning would be crawling away from the problems.
69.
▲
by
dblotsky
9y ago
When under pressure, I'd expect a strong CEO to fix things, not to crawl away from the problems and toss them on someone else.
70.
▲
by
dblotsky
9y ago
Our anecdotal evidence trumps your no evidence. ;)
71.
▲
by
dblotsky
9y ago
Aw, I was hoping you'd actually follow up with some meaningful data. :(
72.
▲
by
dblotsky
9y ago
The GitHut numbers show repository count. I'm sure there all sorts of small JS repos with 50 lines of code, boosting project porfolios of people everywhere. Of course lines of code also don't mean something good: some languages ar
73.
▲
by
dblotsky
9y ago
I think the comment was that JS is more popular than C. ;)
74.
▲
by
dblotsky
9y ago
Because it's my favourite. You're 100% free to have a different favourite. Also, indeed, watch isn't available on all systems (e.g. macOS).
75.
▲
by
dblotsky
9y ago
This is so excellent. I was smiling as I read it. Thank you. My personal favourite "watcher" implementation is this: while true; do make; sleep 0.5; done
76.
▲
by
dblotsky
9y ago
Yep, you're right. It's anecdotal evidence, of which you have 2 data points on this thread. We're extrapolating here from what we've seen, for sure. If you have better data, please do share.
77.
▲
by
dblotsky
9y ago
Nah, then it's pretty simple. My rebuttal is that I think "programming languages that programmers actually want to use" (besides still being a debatable claim) is an insignificant metric. The industry doesn't pay for wh
78.
▲
by
dblotsky
9y ago
My point was that TIOBE is simply more all-encompassing than GitHut. It gives you a clearer picture of the most searched programming languages, which includes both GitHub as well as non-GitHub stats. Also, GitHut counts repositories, not li
79.
▲
by
dblotsky
9y ago
There's way more to software engineering than GitHub. Example: every company that hosts their own code repositories. The TIOBE index, while not entirely accurate either, does reflect usage by a much more broad set of engineers.
80.
▲
by
dblotsky
9y ago
I conjecture that an upper-level "platform" that's on top of a lower-level "platform", for some definition of "platform", will be less varied and fragmented than the lower-level one.
81.
▲
by
dblotsky
9y ago
You often do though. For example if you want to do open source development on JS projects, this means that you might have to learn many different build systems.
82.
▲
by
dblotsky
9y ago
https://www.tiobe.com/tiobe-index/
83.
▲
by
dblotsky
9y ago
Apache Cordova's site and docs, although currently using Gulp, have a Makefile that mirrors the Gulpfile, and which nobody uses. :(
84.
▲
by
dblotsky
9y ago
I definitely think Gulp and Webpack have a place. Where you have to write a Makefile fresh every time for every type of project, Gulp and Webpack come prepared with JS-specific stuff. That's perfect for a throwaway project or a small c
85.
▲
by
dblotsky
9y ago
> "Basically, it’s used everywhere that C is used and then some." It's the other way around. Every JavaScript program is run by a C/C++ program.
86.
▲
by
dblotsky
9y ago
> "The tools are not the same on every platform." Any common examples? > "It’s not very idiomatic for JavaScript projects to use Make." While I agree that popularity is a factor in picking a tool, it shouldn't
87.
▲
by
dblotsky
9y ago
Thank you. It's nice to know that I'm not alone in this dark, dark world. It's so depressing when people use arguments like "it's old", "it uses tabs", and "it's hard to learn". As desc
88.
▲
by
dblotsky
9y ago
IMO there's a particularly dire need to free the JS world from the tyranny of the ever-shifting Build System of the Day(TM).
89.
▲
by
dblotsky
9y ago
We remember it the same way we remember System.out.printLn(), undefined == null, and other trivia in other languages.
90.
▲
by
dblotsky
9y ago
People do this with all build systems. The difference is that Grunt/Gulp/Broccoli files are a Lost Art in 3 years, and Makefiles have been around for decades.
More ›