Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
je42
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
27 ms
·
271.
▲
by
je42
8y ago
yeah. some people tend to make "under" perf personal. even some devs to themselves. that's usually totally counter productive. working on getting better is usually the way forward.
272.
▲
by
je42
8y ago
LLVM
273.
▲
by
je42
8y ago
ok, it looks like this guy has never worked in a working SCRUM environment. > Suggesting that meeting a sprint by cutting corners is a thing. Yes, in bad scrum implementations. SCRUM and KANBAN have both pro's and con's. If you
274.
▲
by
je42
8y ago
if this is a privacy focused app. Could you add the privacy policy to your website and post also an article explain you strategy how to keep privacy while still earning money.
275.
▲
by
je42
8y ago
things like https://github.com/GoogleContainerTools/distroless should help to reduce the attack surface of your containers.
276.
▲
by
je42
8y ago
you test different things. you could go with breadth first and then depth. however, i would not skip depth, since depth indicates how deep this guy/girl can go if necessary to solve problems.
277.
▲
by
je42
8y ago
You should read the typescript threads, where people want types to make their code more bug free.
278.
▲
by
je42
8y ago
for sure i can abuse Go's language features as well in unintended ways. Language abuse happens when the feature is the only available feature to implemented a particular and no other language feature allows for a better implementation.
279.
▲
by
je42
8y ago
hehe. however, if you look at this. do you think this is a server engineer or a client engineer ? :D
280.
▲
by
je42
8y ago
yep. indeed. and it is still a valid and interesting answer. if you talk about keyboard driver, rendering of the address bar, etc ;)
281.
▲
by
je42
8y ago
exactly that you can have very interesting conversations. in a setting that the interviewee is most comfortable with, since the assumptions/details are determined by them. it put the pressure a bit on you as interviewer, since you need
282.
▲
by
je42
8y ago
I usually ask what's your strongest language; then ask questions about that programming language. f.e. if it is python: > how would you explain the with statement to a junior developer ? then increasingly difficult questions that g
283.
▲
by
je42
8y ago
example: two functions: "sub" and "add". both have type signatures (int,int) -> int yet the types will not help you to proof you are using the functions correctly, and the types are also not helping that the output of
284.
▲
by
je42
8y ago
depends on the number of teams/services/languages you got. istio solves a lot of problems in that spaces when teams/services/languages grow larger. so, i would think the percentage is larger than 1%.
285.
▲
by
je42
8y ago
you battle combinatorial explosion by making a risk analysis on the code. you split your code in pieces and unit test those. with unit-tests usually you can get full line + branch coverage, easily and quickly. then you go one level up with
286.
▲
by
je42
8y ago
like tests - types come with a cost. they are not free and the category of errors they catch are quite simply. also, in my experience, people that depend on types usually skip writing automated tests go directly to manual testing skipping
287.
▲
by
je42
8y ago
types also don't cover all issues. otherwise your types proof your code is 100% correct.
288.
▲
by
je42
8y ago
i assume, so you are doing then doing manual tests after you are done coding ?
289.
▲
by
je42
8y ago
but these errors are usually so trivial, that any good integration test would find them any way...
290.
▲
by
je42
8y ago
a statement like this doesn't make much sense. if they are not writing good unit tests and integration tests then may be the statement : "X% of bugs airbnb could have been prevented by writing better unit tests and integration tes
291.
▲
by
je42
8y ago
Hunter does this. it is built on top of CMake
292.
▲
by
je42
8y ago
have to disagree here... not writing unit tests means architecture change will break your integration tests. hence, you don't have coverage left during an architecture change. typing information on a unit (class or function) is nice, e
293.
▲
by
je42
8y ago
even for PWA. you still need to test your app. on several devices.
294.
▲
by
je42
8y ago
Followed the links of the article a bit. The document explaining the process of finding a good name ("globalThis") for global is pretty cool: https://github.com/tc39/proposal-global/blob/master/
295.
▲
by
je42
8y ago
if you know the vector's size in advance then you would use just the operator[] + resize and not push_back + reserve. you would use push_back and reserve if you have a pretty good idea about the size but you can't depend on it.
296.
▲
by
je42
8y ago
mmh. i wonder why he doesn't mention multi-staged docker builds. they are clearly more limited than redo, but for small + simple dependency trees they are pretty okish.
297.
▲
by
je42
8y ago
dota 2 works on linux though. ;)
298.
▲
by
je42
8y ago
> But for example, when I write a particle system, how would I test that? Do I test all combinations of parameters and then compare them with images, which takes a million years? A couple of assumptions: - your particle system is not on
299.
▲
by
je42
8y ago
> Most people around me still can't do this - most of what I spend my day doing is helping other people break down their problem to the point where they are able to apply some more rudimentary skillset to it. This not only applies t
300.
▲
by
je42
8y ago
uhm. no unittests for the project ? :((
More ›