Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
wallstprog
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
61.
▲
by
wallstprog
7y ago
"Those who do not learn history are condemned to repeat it". I came up writing code in BAL, COBOL, PL/1 and a bunch of other non-OOP languages, and those who think procedural programming is better have probably never done it.
62.
▲
by
wallstprog
7y ago
I've had little success with that in the past -- I've submitted patches for both valgrind and AddressSanitizer which have gone nowhere. (For the record these are https://bugs.kde.org/show_bug.cgi?id=393926 and h
63.
▲
by
wallstprog
7y ago
The "MQ" part of the name is unfortunate, but apparently came about because of the original idea to come up with a "better" implementation of AMQP ( http://zeromq.org/docs:welcome-from-amqp ). But you'
64.
▲
by
wallstprog
7y ago
I use Markdown and find it quite useful, even with its problems (which the article does a good job of describing -- the main one being "The nice thing about standards is that there are so many to choose from".) Apropos of GitHub p
65.
▲
by
wallstprog
8y ago
Obligatory link to Drepper's classics: https://akkadia.org/drepper/no_static_linking.html https://www.akkadia.org/drepper/dsohowto.pdf Seems like the Plan 9 guys haven't heard of these?
66.
▲
by
wallstprog
8y ago
My two cents, fwiw: http://btorpey.github.io/blog/2014/09/23/into-the-void/
67.
▲
by
wallstprog
8y ago
Nice article! If you're interested in clocks on Linux, you might also find this article useful (shameless plug): http://btorpey.github.io/blog/2014/02/18/clock-sources-in-li...
68.
▲
by
wallstprog
8y ago
One thing it seems no one has mentioned in the Linux vs. MacOS flamewar is that Linux is ugly, while MacOS, while maybe not beautiful, is inoffensive at worst and elegant at best. I use Linux and Mac almost equally and for CLI apps I'm
69.
▲
by
wallstprog
8y ago
> No app store or repostiory on the mac does as well. Homebrew?
70.
▲
by
wallstprog
8y ago
https://www.folklore.org/StoryView.py?project=Macintosh&stor...
71.
▲
by
wallstprog
8y ago
On a related note: http://btorpey.github.io/blog/2017/05/10/join/
72.
▲
by
wallstprog
9y ago
The author is correct that trying to get modern toolchains on older systems (like RH6) is a real pain. But sometimes there's no real choice -- some applications value reliability above all else, and tend to be deployed on RH where its
73.
▲
by
wallstprog
9y ago
Interestingly, William Gibson includes something very much like this as a plot point at the end of "Zero History."
74.
▲
Running C++ static analysis tools on OpenMAMA middleware
(btorpey.github.io)
1 points
by
wallstprog
9y ago
|
0 comments
75.
▲
by
wallstprog
9y ago
At the risk of being labeled a dinosaur, this is still prob. the best book I ever read on structuring code: https://www.amazon.com/Reliable-Software-Through-Composite-D...
76.
▲
by
wallstprog
9y ago
If you're interested in static analysis, you may find this series of articles useful: http://btorpey.github.io/blog/2016/11/12/even-mo-static/ . FWIW, I did not see a lot of false positives in t
77.
▲
by
wallstprog
9y ago
Thanks for pointing that out! I should have mentioned that in the article, and in fact I do much of this type of work on my MacBook. Hmmm...that might be a good topic for another article. In the meantime, here are a few packages you can in
78.
▲
by
wallstprog
9y ago
Glad you liked it! Like I said in the article, I continue to be amazed at the things you can do with a simple bash prompt.
79.
▲
by
wallstprog
9y ago
Interesting comment -- thanks for that. It also reminds me of one of my favorite aphorisms: "Perfect is the enemy of good enough". What some other commenters appear to have missed is the use case I'm discussing here: scraping
80.
▲
by
wallstprog
9y ago
Like I said above, the title is bit of a joke, and a tease. If you read my blog, you'll see that I try to keep things light. (No cat pictures, though -- at least not yet ;-) Having said that, the description in the header is "Dat
81.
▲
by
wallstprog
9y ago
Umm, the title was meant to be, like, a joke?
82.
▲
by
wallstprog
10y ago
Agreed -- if you can't explain why "that's the way we do it here", then that's a problem.
83.
▲
by
wallstprog
10y ago
On the contrary, that is a very good reason, and sometimes the only one that matters. In any group of "n" developers there are likely to be "n+m" different ways to do the same thing. This increases the "cognitive l
84.
▲
by
wallstprog
10y ago
"Those who refuse to study history are condemned to repeat it" People like Jim Gray, Mike Stonebraker, et al. were/are not dummies.
85.
▲
by
wallstprog
10y ago
You'd be surprised (or maybe not ;-) how often a hiring mgr copies and pastes from some other job description he saw somewhere else.
86.
▲
by
wallstprog
10y ago
The one tool I wouldn't want to live without is BeyondCompare ( http://scootersoftware.com/ )
87.
▲
by
wallstprog
10y ago
A couple of good resources: https://blog.codinghorror.com/coding-horror-the-book/ http://www.aristeia.com/authorAdvice.html