Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Ace17
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
101 ms
·
421.
▲
by
Ace17
11y ago
Exactly which part of "you must like dealing with people to be great at management" is unintuitive?
422.
▲
by
Ace17
11y ago
BTW, as D can call C functions. Thus, in theory, you could choose to use only the C standard library, and use D as a "C with a better syntax". This way, no garbage collector nor any bloat gets linked into your program ... but you
423.
▲
by
Ace17
11y ago
Same for me here. I used to be a Visual Studio Debugger Wizard (BTW, it's an excellent debugger)... now I don't remember the last time I used a conditional breakpoint. Working on a codebase designed, from the start, for testabilit
424.
▲
by
Ace17
11y ago
Business owners are not dumb, they're ignorant ... like the rest of us. Software engineering is an immature field ; we still have doubts about what practises are beneficial. It comes as no surprise that our managers might not always kn
425.
▲
by
Ace17
11y ago
It's marketed as "free". Is it like "free beer", or "free speech"?
426.
▲
by
Ace17
11y ago
The problem is, Integrated tests are a scam . https://www.youtube.com/watch?v=VDfX44fZoMc
427.
▲
by
Ace17
11y ago
I don't remember where I read this the first time ; but no, it's not mine.
428.
▲
by
Ace17
11y ago
Practise doesn't make perfect ; practise makes permanent.
429.
▲
by
Ace17
11y ago
Requiring Javascript to the point the only thing you see without it is a blank page? I'm out.
430.
▲
by
Ace17
11y ago
Having this guy debate with Andrei Alexandrescu would be extremely interesting.
431.
▲
by
Ace17
11y ago
Some disciplines are hard to do properly, and easy to do wrong. It's a mistake to dismiss them just because the return on investment isn't immediate. We're mostly programmers here, we're not supposed to be afraid of stee
432.
▲
by
Ace17
11y ago
Would you have an issue with "Something that is hard to prove correct is badly designed"?
433.
▲
by
Ace17
11y ago
Exactly. TDD is about unit testing, and unit tests shouldn't test boundaries (there are other means to test them).
434.
▲
by
Ace17
11y ago
"Because you want to ensure that you always pass the majority of tests, you tend to think about this when you change and extend the program. You therefore are more reluctant to make large-scale changes that will lead to the failure of
435.
▲
by
Ace17
11y ago
I'm seeing a lot of meanings to "beautiful" here, please, let's define what we're talking about. Does "beautiful" means "the code is clean"? If so, the Quake source code is "beautiful",
436.
▲
by
Ace17
11y ago
In the same vein: https://github.com/munificent/wren
437.
▲
by
Ace17
11y ago
This is exactly why it should be the default. Defaulting to parallel builds would stop the epidemy of broken makefiles from growing. Users of legacy makefiles would have to explicitely use "make -j1", or specify ".NOTPARALL
438.
▲
by
Ace17
11y ago
Yes. Cross-compilation of existing packets has proven to be a nightmare with cmake. I have to override manually CMAKE_C_COMPILER, CMAKE_CXX_COMPILER ... Have a look at zenbuild, which is a toy-project of mine trying to homogeneize the build
439.
▲
by
Ace17
11y ago
If the syntax is the only issue, maybe we should fork GNU make.
440.
▲
by
Ace17
11y ago
I'm curious about this shell script ; this looks to good to be true! Having automated the build of dozens of FOSS packages, I can definitely say that autoconf-based packages are _by far_ the easiest ones to build ; especially if you wa
441.
▲
by
Ace17
11y ago
Actually, I think make should default to parallel builds.
442.
▲
by
Ace17
11y ago
D programs can make direct (=zero overhead) calls to C functions (like we do in C++). Which basically means you have access to any C library. The D standard library is very dense (it makes C++14 standard library look ridiculously incomplete
443.
▲
by
Ace17
11y ago
"Server-side JIT compiles much more optimized code as it is really know what and how to optimize." While this seems perfectly plausible, would you happen to know some benchmark backing this claim? Thanks.
444.
▲
by
Ace17
11y ago
Again?
445.
▲
by
Ace17
11y ago
Dude, you're saving up the cost of 9 computers here!
446.
▲
by
Ace17
11y ago
"the less dominant personalities (and probably best coders) being ignored" WAT How are you going to get your skills recognized by your teammates, if you avoid working with them? Of course you're being ignored by them: you
447.
▲
by
Ace17
11y ago
Why not give to your developers an immediate way to reformat the whole source tree before each commit/pullrequest, using dedicated tools, like uncrustify, bcpp or AStyle? Just store the configuration file in the repository, hook the re
448.
▲
by
Ace17
11y ago
Time to switch to Tox-im!
449.
▲
by
Ace17
11y ago
Algorithms have existed in the world of mathematics thousand years before computers were invented. From this point of view, computers are just a way to speed-up things. If the Euler algorithm was discovered today, should it be patentable? W
450.
▲
by
Ace17
11y ago
Of course, but wouldn't there be a legal-issue in distributing patent-infringing software?
More ›