HackerTrans
トップ新着トレンドコメント過去質問紹介求人

happysadpanda2

no profile record

コメント

happysadpanda2
·先月·議論
I interpreted it more like "I have these 500 different cronjobs all spread out across $unit_of_time. If the system is down for longer than $unit_of_time and then comes back, does all 500 jobs start running instantly (since they missed their previous deadline)?"
happysadpanda2
·2 か月前·議論
I think that might be the thing. Parents whose children are more challenging might more often "be at wits end" and turn to online communities for guidance, help, or other insights, whereas parents whose children are not as challenging just breezes through, and thus do not end up as a data point online on how difficult parenthood is.

Also, even though I don't know you, I am certain that you are a good parent, and that you are doing your very best, and that your child is lucky to have you as their parent. :) Stay strong.
happysadpanda2
·2 か月前·議論
Aren't they actually readline keystrokes, and emacs is "readline-aware"?
happysadpanda2
·3 か月前·議論
This could be an argument for investing in more reliable/higher capacity public transit systems though. Which would also likely result in a fair increase in public health from moving a bit more and possibly less polluted air going in an out of the lungs of the populace.
happysadpanda2
·5 か月前·議論
I don't know whether or not it is our instance at $dayjob that has a wonky setup, or if it is the elements client, or what (probably the client, as the problems all but disappear in the webb-ui version), but oh how many synchronization issues we are facing. threaded conversations not showing up, or randomly disappearing, clients getting stuck in message fetching loops, not actually fetching anything, notifications of new messages either not appearing, or not disappearing upon reading them, and ON TOP OF THAT no custom stickers/emojis/gifs...

but those synchronization issues... if I want to be sure something reaches the rest of the team in a timely manner, I have reverted back to email
happysadpanda2
·5 か月前·議論
The carriers can provide almost as good location data through just doing fairly simple calculations on timings and signal strengths received by the cell towers, and their implicit knowledge about where those cell towers are located. Good keywords for further reading are (("4G" or "LTE") and "GMLC") or ("5G" and "LMF") and/or OTDOA.

While Google and Apple may be hesitant, what are your thoughts about AT&T or Verizon?
happysadpanda2
·9 か月前·議論
an evolution of the gpg web of trust could possibly be part of it
happysadpanda2
·9 か月前·議論
`uniq -c` introduces a "count" at the beginning of the line, so what we are then sorting is on frequency of the unique terms in the output, not sorting the unique terms again (which indeed would be kindof nonsensical)
happysadpanda2
·10 か月前·議論
There was also Anna Lindh, Sweden, 2003
happysadpanda2
·昨年·議論
I can't argue that you are wrong, but I can argue that, for myself, if I don't trust a developer to not screw me over with telemetry, I cannot trust the developer to not screw me over with their code. I can't think of a scenario where this trust isn't binary, either I can trust them (with telemetry AND code execution), or I can't trust them with either. Could you describe what scenario I am missing?
happysadpanda2
·昨年·議論
I read the gp to mean that error.log (being parsed to look for OOM) would have no associations with userSearches.log, in which an end-user searched for OOM