jatone

12 ms·

91.
by jatone 5y ago
fundementally this is due to bitcoin's lack of adoption as an actual currency. the larger the user pool the less it would fluctuate.
92.
by jatone 5y ago
redhat contributes to firefox, and firefox contributes a bunch downstream in the form of bug fixes and reporting due to their error telemetry.
93.
by jatone 5y ago
its almost like they have different departments.....
94.
by jatone 5y ago
I'm literally paying for the VPN product they have because its the only subscription service they really offer. I never use it because the linux integration is terrible. lol
95.
by jatone 5y ago
depends on how frequently you need a car. I drive maybe 3 times a year. that's ~2k in gas/rent fees. that's less than insurance assuming each rental is for a week. never mind the cost of actually buying the car. in practice I
96.
by jatone 5y ago
100% on restructuring to improve tooling. discoverability is the big thing we lack. from would be a little more verbose than necessary but otherwise yes!
97.
by jatone 5y ago
wow. just.... wow.
98.
by jatone 5y ago
I didn't say it was unreasonable to expect x11 to work. I said it was unreasonable to expect a modern API to jump through hoops to work on x11. x11 works fine as is, and will continue to do so through xwayland. but don't expect ne
99.
by jatone 5y ago
the last release was afaik I know just to get the majority of patches contributed out that had stagnated and to finally split xwayland out of the xserver release. https://www.phoronix.com/scan.php?page=news_item&px=XWayl
100.
by jatone 5y ago
1. no its not, no security fixes or new features are being developed, its entirely on life support: the changes are to just keep it limping along while distros finish transitions to wayland. https://lists.freedesktop.org/arc
101.
by jatone 5y ago
x11 is no longer maintained. you're thinking of xwayland, which is the only thing getting releases these days. but that is built on wayland. gnome shell has had some version of the screencast API for 8 years now. pipewire is irrelevant
102.
by jatone 5y ago
flat out incorrect in this case. this has nothing to do with a deprecated API. they just decided to abuse one API when there was an API available for their use case available. x11 is no long maintained expecting an modern API to support it
103.
by jatone 5y ago
its entirely zoom's fault. the apis they should be using have been well known and in use for years before they used the improper APIs. chrome's (and by extension every electron app) issues stem from the fact it had not updated to
104.
by jatone 5y ago
yeah I didn't really believe it, just didn't feel like doing the effort of researching it because in reality its never come up in practice for me. which hinted at it not being a real problem anymore.
105.
by jatone 5y ago
if i had to guess COUNT(*) may load everything per row datawise vs using a index. but I'd have to run tests to confirm =)
106.
by jatone 5y ago
that's because the majority of economic activity are near ports where train wouldn't be as useful. as a result the bulk of goods transported by train are to the lower populated areas where again the last mile is done by truck. doe
107.
by jatone 5y ago
regions have generations. its the same concept just partitioned to make the working sets smaller. there isn't anything fundamentally wrong with golangs GC. attempting to apply the solutions for the JVM to golang is fundamentally flawed
108.
by jatone 5y ago
fundamentally they did, they implemented a generational GC. The optimizations the JVM does in the newer ones are well understood optimizations but don't address the root issues with implementing generational GC in golang. the issues wa
109.
by jatone 5y ago
the metrics have said otherwise. the golang team has implemented more sophisticated GC algorithms similar to the JVM's and the performance differences where negligible and had significant downsides. uber was able to solve there issue s
110.
by jatone 5y ago
oh my a company that runs on over 70k CPUs has atypical problems. surprise surprise. oh and look, they were able to resolve it with a few lines of code. the horror.
111.
by jatone 5y ago
seems like they were able to tune it just fine given they wrote a library.
112.
by jatone 5y ago
it all depends on what particular detail wasn't able to be predicted. in this case the need for boosters. we knew by late june boosters would be needed. so all messaging after june should have been consistent. it wasnt. what wasn'
113.
by jatone 5y ago
incorrect. during unpredictable situations it makes it MORE important to be consistent in communication. consistent communication could have been: boosters are recommended, we'll open them to relevant age groups in the future. though h
114.
by jatone 5y ago
that which is asserted without evidence is rejected without evidence. you under estimate little people give a shit about money after a certain point. plenty of people in the 100-200k range take cuts in the 30-40k / year range to move t
115.
by jatone 5y ago
its the natural outcome to your argument. there simply is no way to increase the supply of highly trained specialists within even a year timeframe. 'incentives' won't help. there simply isn't enough supply in aggregate.
116.
by jatone 5y ago
nurses take years of training. where are you going to get them during a global pandemic on immediate notice when literally every area needs additional nursing resources? nurses and doctors are leaving due to the stress of a long term pandem
117.
by jatone 5y ago
you can't add capacity to a system that requires highly trained specialists on a dime. hospital capacity is very much limited by how much it is used on a day to day basis, regardless of pandemic status. what you suggest simply will nev
118.
by jatone 5y ago
not a biologist, but my current understanding: immunologically naive means that your body has no prior exposure to a virus (or its variants). basically it means it has NFC how to deal with it. so it basically has to brute force its way to a
119.
by jatone 5y ago
golang is absolutely capable of writing databases and audio/video code. the libraries just dont really exist for the audio/video stuff. but there are DBs written in go.
120.
by jatone 5y ago
learn both. golang is vastly more productive than rust for me. better tooling, faster build times, smaller less complex language. rust is fantastic for building highly performant safe code at the expense of developer productivity. builds ti

More ›