jatone

33 ms·

301.
by jatone 6y ago
those are rare, and almost non-existant in LTS kernels.
302.
by jatone 6y ago
yup. and the cases it wouldn't would need developer intervention anyways.
303.
by jatone 6y ago
git is really simple it only has like 6 atomic operations. thats what makes it so beautiful. a git rebase to reorder the commits and drop the uninteresting ones would produce the result wanted here. along with a few other approaches.
304.
by jatone 6y ago
or STEM has a selection bias that pre filters those who would drop out.
305.
by jatone 6y ago
yes they do, they do it every year via tax returns. the problems relate to unemployement systems (completely different system) or our administration holding things up (trump demanding his name be on the checks)
306.
by jatone 6y ago
and based on medicare and the post office as reference points you'd be very wrong.
307.
by jatone 6y ago
wat. particularly today with logical replication this is pretty much unnecessary.
308.
by jatone 6y ago
in reality it does work that way. the problem you describe is completely different and its more a measure of system health in its entirety of the DB. it can be easier to fix or harder depending on the precise cause. but that's a standa
309.
by jatone 6y ago
hes not contradicting himself, the fact is there are a large percentage of developers who just don't care. its not a matter of still learning. they just don't care to learn.
310.
by jatone 7y ago
difference here is track record. go: tends to wait and implement something once the problem is understood. took 2 years after go maintainers decided to solve the dependency issues. and as of the latest release its finally been labelled prod
311.
by jatone 7y ago
no have no idea what you're talking about. these problems don't exist anymore since godep and now go modules which is builtin to standard go tooling.
312.
by jatone 7y ago
yes you just vendor your dependencies. go has support for a proxy system, tooling is still immature though.
313.
by jatone 7y ago
> Yeah, until github is unreachable and the entire Go universe grinds to an immediate halt because nothing will build. that's what vendoring is for and the proxy cache. this problem hasn't existed since like go 1.8 and is compl
314.
by jatone 7y ago
> Neither Go nor Python are appropriate choices for highly parallel intercomunicating code. thats an extraordinary claim which needs evidence.
315.
by jatone 7y ago
and on top of it go is performant enough that 90% of the time you don't need them to begin with.
316.
by jatone 7y ago
odd golang has a better security story than npm, rubygems, and python. it'll at least crypto ensures the dependency code hasnt been modified since you first retrieved it iirc. the rest is up to you as a developer to ensure its safe.
317.
by jatone 7y ago
the assumptions going on here are all about costs. when in reality current transportation infra funding from federal government is about military defense. its the same reason electricity lines, highways, and train rails don't occupy th
318.
by jatone 7y ago
sounds like someone is too focused on aesthetics instead of maintainable code. exceptions have far worse impacts than multiple returns and if statements to check. particularly that they are basically new age gotos. throw an exception, up an
319.
by jatone 7y ago
they're running a mac probably it takes forever to rm -rf a directory on macs vs linux.
320.
by jatone 7y ago
no, because literally every application except the most trivial touch c. every major RBMS is c or c++. you don't write frontend's with c/c++ but if you're interacting with a datastore most are c. the problem with c and c
321.
by jatone 7y ago
order a bidet instead.
322.
by jatone 7y ago
the apple employee who is struggling to meet my needs because of that shitty app. it directly impacts customers by making it take longer to solve my issue.
323.
by jatone 7y ago
yes it can. in fact it can be faster due to the fact it isn't single threaded. learn about table spaces and RAM disks.
324.
by jatone 7y ago
this is so egress of a misrepresentation its absurd. redis in its default configuration is in memory. postgresql stores to disk. I doubt they was running anything in parallel. (python) if you tune postgres by using a RAM disk and actually