Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hzhou321
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
61.
▲
by
hzhou321
5y ago
So each tool can stack on top of another tool.
62.
▲
by
hzhou321
5y ago
What's wrong is that the code is being generated, shown, pushed to repository, and distributed (for the purpose of human editing). With a compiler, the binary output is not shown, not maintained. The source code is. The generated code
63.
▲
by
hzhou321
5y ago
The money one doesn't spend does not have value in a economical sense, since it is not participating in exchanges and doesn't affect supply and demand. Thus that money is not the same as the money that most of us earn and spend. T
64.
▲
by
hzhou321
5y ago
It is not money since he can't possibly spend it faster than he gains them. It is just power, the amount of control that he has over fellow inhabitants. Unlike money, he doesn't need to spend it to manifest it.
65.
▲
by
hzhou321
6y ago
I think disallowing short option altogether is not a bad convention. With only `-long` and `-long=xxx`, my command line parsing is simply foreach a in arglist if a=~/^-(\w+)(?:=(.+))?/ $opts{$1} = $2;
66.
▲
by
hzhou321
6y ago
> I've done the whole custom makefiles as well, but by the time you have tests, installation, etc it just becomes a burden to maintain them. It is generated from the same `Makefile.am`, so no extra burden to maintain. It is just a s
67.
▲
by
hzhou321
6y ago
Programming is easy. Solving problems is hard. Working with people is hard. Learning the culture is hard. Remember to apply common sense is hard. Becoming a master in a easy craft is super hard. The last one requires you to figure out the z
68.
▲
by
hzhou321
6y ago
I remember that I was fascinated reading this book in a book store and eventually bought it. I had a good time reading it. But the only useful thing out of it is the parsing chapter. Actually just the `/\G.../gc`. But that is alre
69.
▲
by
hzhou321
6y ago
Autotools is a pain for development. autoreconf is slow, configure is super slow, and the Makefile generated by automake is a monster that adds seconds just to do a no-op make and it is impossible to hack. So for development, I simply hack
70.
▲
by
hzhou321
6y ago
While the organization seems nice, the organization itself may have a cognition overhead. I find myself often abandon an organization scheme after I spending time perfecting it. Lately I am mostly using aliases to manage my personal scripts
71.
▲
by
hzhou321
6y ago
I think you are confused this is not for any hapless user. Developers search through and read commit messages all the time.
72.
▲
by
hzhou321
6y ago
I found myself more and more often push a Pull Request just to have better visualization of the changes.
73.
▲
by
hzhou321
6y ago
> However, if you want people to call you genius, then all you have to do is be around people and then help them with their ideas. Ego may be in the way, but this is a rather missed take. Obviously the author was focusing on his idea, ra
74.
▲
by
hzhou321
6y ago
> ... but I'm not sure how much I should be blaming autotools versus the projects that use autotools. Definitely the latter. Few projects treat `configure.ac` and its macros as serious as programming should be. They produce spaghett
75.
▲
by
hzhou321
6y ago
Meanwhile, no effort is made on either side to make progress. It is not a joke about software programmer or project manager, it is about self-centered irresponsible people.
76.
▲
by
hzhou321
6y ago
I think this is a demonstration why CMake is bad. Unless it's a general purpose programming language, being Turing complete should always be listed in the "Con" side. It literally means the effort needed to understand its com
77.
▲
by
hzhou321
6y ago
I am afraid the author can't really hold on to his old laptops much longer. The web browser may demand more resources than the old hardware can support and the websites the author frequent to may embed enough scripts that slow his expe
78.
▲
by
hzhou321
6y ago
> Over allocating is often a very useful strategy. It is not! * If you know exact reasons and exact how much space need (over) allocate, then you should document the reason, and it is no long over allocating. * If you don't know t
79.
▲
by
hzhou321
6y ago
I agree and I think (c) plays the bigger part for its perfection.
80.
▲
by
hzhou321
6y ago
That English does not make it easier to understand.
81.
▲
by
hzhou321
6y ago
In your examples, you need "types" to understand the code. In the parent TCL example, there is no type, thus, way simpler. Programming is a process, not just code and result. TCL process is way simpler.
82.
▲
by
hzhou321
6y ago
In stead of worshiping "The C Programming Language", why don't we appreciate how Kernighan only uses the bad code example but didn't single out the book and author? Honestly, I feel like I am witnessing a class room teas
83.
▲
by
hzhou321
6y ago
Great question! It rings some bells in me. You have to sell/appreciate the problems before you sell/appreciate the solutions. Git is a solution for some problems, that seems you have either solved with another solution or have (le
84.
▲
by
hzhou321
6y ago
I happen to think that most of the research is crap. However, I would argue that is not necessarily something need to be fixed. Discoveries of the century often need some bases even though most of the bases just serve as background support.
85.
▲
by
hzhou321
6y ago
> Historically research was not necessarily a job Quite right. Research usually are the privileges of noble men who don't necessarily need to work for life. But historical reference does not necessarily mean the best. It may be more
86.
▲
by
hzhou321
6y ago
I think the real question is how to justify funding a professor who has nothing to prove his value. Recall in history how often we rediscover certain great theory or study of one or some underpaid scholars hundreds of years later? I believe
87.
▲
by
hzhou321
6y ago
Personally I find conventional notebooks and pens work best for me. I tried note-taking apps from time to time, never sticks for more than 10 minutes and never understood why.
88.
▲
by
hzhou321
6y ago
To do a good programming job, is "skills" the most important factor? The blog seems to assume so, which leads to the confusion. Scientifically, when conclusion seems confusing or contradicting, challenge your assumption. I think a
89.
▲
by
hzhou321
6y ago
> Most of them only allow Chinese-registered phones, meaning it's absolutely impossible to communicate with Chinese people from the outside world, aside from a very small number of carefully vetted services like WeChat. Indeed. I am
90.
▲
by
hzhou321
6y ago
It is nice that we recognize that there is certain amount of necessary complexity and the skill involved is complexity management. But it is a pity that we don't recognize that 1. we can create extra complexity that often wraps around
More ›