skysight-inc/HackerNews huggingface dataset:
This has nothing to do with any administration, governments move slow. They have a lot of internal special interests (and I'm not talking about contractors) that fight to keep the status quo, largely because change can lead to people's jobs becoming irrelevant, etc. Then there are heaps of channels and regulations you have to go through to get anything done, even if you are an independent agency. Anyone that has worked in a large corporation or government knows how it works. The bigger is it is, the harder it is to implement change...even if it is the most basic change imaginable. This is one reason I currently would rather work for smaller companies where my voice can be heard and changes are more agile. Granted if a big tech giant like Microsoft offered me a job, I wouldn't decline...but some other corporations/government, especially old media companies, are like trying to roll a boulder up a muddy hill in terms of getting anything done; and I'd want nothing to do with it.
Relevant discussion: The return of the 90s Web

https://news.ycombinator.com/item?id=23567744
> replace "legacy" web stack

As Ruby wanes into death, Express takes its place. Not sure about Python and Django/Flask, but I have a feeling they never got any overwhelming foothold in webdev anyways.

The question is whether web developers want to learn strongly typed Go, which is quite a jump from Python, PHP, JS, or Ruby. Go has quite a steep learning curve even coming from TS.

I personally feel like Go is the future, but I wouldn't be surprised if Node became the defacto standard. Year after year, JS is among top 3, if not #1, used language in developer surveys.
How many other statements in it were chosen for rhetorical flourish, because they appealed to readers biases, rather than being grounded on some rigorous researched basis?

It's impossible to tell without far more work than the article justified.

The history of pirate labour isn't particularly obscure. So either the article wasn't reviewed by someone with more than a passing interest in labour relations or it was and they just didn't care that they used probably one of the worst historical examples they could have used just because it made for good imagery.
>cellphones are not something I need to hack around on.

Different strokes for different folks. I like having the ability to sideload apps and flash a different OS to my phone
They probably use MySQL for Basecamp and it's worked for them so they're also using it for Hey (same team developing both). As for Vitess it makes sense since it's made to work nice with Kubernetes (which they are using). I don't know of a Postgres equivalent.
I think DHH is just pointing out what "HEY" runs on (https://hey.com/)

But AWS is really pleasant to use in most cases. Especially for anything more than a trivial application.
They did it for control and convenience at the expense of literate computer users.

The Windows 10 UI is written in TypeScript, Edge is chrome, Chrome is chrome, Safari is chrome - it makes hiring and training easy when you can just make every API a grey gelatinous chunk of ECMA script with hamburger menus. It also means the "app" is always sandboxed unable to do powerful things like universal push-to-talk.

The color and joy of using programs has been flattened out in the name of consistency.
Thank you, added the link to github repo if you want to explore more
Drone Helicopter Hybrid
While I’ve met some people who truly assert that statement (land of the free,’ I don’t think too many people are fully convinced (or, indeed, even want to be ‘free’)
From a stoic viewpoint: "the reasonable man lives in accordance with nature".

Personally, I try to look at things outside of my control as the weather. I do not control the weather, complaining about something you control is futile, but I also don't have to stand in the rain and I can be somewhat prepared.

You may never really "change the world". However, that feeling arise from a desire of control. Control of the people around you, control of situations, control of systems. It's useful to reflex on why you feel this way and is it reasonable. You can only control your actions and thoughts. I would argue that you will live a "saner" life, not trying to control the things you have no control over.
Depends on who you are asking.

https://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_ka...

https://www.infoq.com/interviews/johnson-armstrong-oop/
not "just" luck, but luck plays a large part too. That doesn't mean you can't beat luck as an unlucky person. You just have to try many times.

luck = (size of success / # of attempts)

which translates to:

size of success = (# of attempts) * luck

if your luck is low, you can compensate for it by working hard.
It would be interesting if it were possible to create a tool of some sort that distorts your personal data and or floods irrelevant data along with it so it is not so easily collected. For example any time your location is provided it also sends 9 randomized locations, every time you click a google search 9 other random clicks occur on other pages etc, so instead of getting relevant data you are getting a dataset of largely irrelevant data with the goods buried within.
> There’s something fishy about that report.

No, there really isn't.

> 2.58s is the slowest run of the fastest pidigits on the node page, but one of its runs took 1.04 seconds.

Notice column N — 2,000 6,000 10,000.

That's a command line argument passed to each program, controlling how many digits of pi are generated — the workload.

So, 2.58s for 10,000 digits and 1.04s for 6,000.

(And as it says, there can be a cold caches effect on the first measurements.)
Well, he lashes out against FAANG quite often.
I interpret it as "I didn't think about it, picked the first thing that worked in the past, and don't wish to make an argument about it, so let it go".
Right, but browsers are "regulated". The attack surface that a website has against a user is much smaller than what an app has. Or at least was, I think websites and apps are converging now.
I assume it means his bottleneck has always been somewhere higher up in the stack :)
https://en.wikipedia.org/wiki/Autonomic_computing
This is ridiculous. Your code will just have to support multiple architectures, which is very easy with modern languages and tooling.
I don't know intricate details of technology that TokuDB was using. These things are patented and I prefer to stay away.

My experience indicates that region allocation (inside DB file or other space) algorithm can be a big win. I devised an algorithm that produced O(log^2N) regions for log-structured merge trees backend and that resulted in larger regions allocated and more read/write bandwidth available (larger pages, adjusted to size of data). The overhead was not all that big - slightly less than 2 times over actual data size, BerkeleyDB log was much bigger (100x as big).

The SQLite's implementation of LSM trees used O(NlogN) regions allocations - it managed space using 1M bytes pages. Most of other databases does something like that - bitmaps in MS SQL Server are exactly this.

Also, you can trade space over speed and vice versa. Most of databases can utilize cover indices - index that contains all fields used in query will not trigger lookup operation into the actual table. With B+-trees, you cannot have many indices, they are all random inserts, basically, and B+-trees will degrade. With TokuDB or LSM trees you can have many indices, with different coverage, because you can tolerate random inserts much, much better (several orders of magnitudes better).

Indices are often highly compressible due to their redundancy because of sorting.

Thus, to get most of TokuDB, you have to change how you approach problems. You can do things that are not quite possible with B+-trees and that is what you have to get used to.

This may be second things why TokuDB is faded - thinking inertia.
Guess which gallon is more expensive?

Around here, they're about the same. So I'm not sure what point you're trying to make.
You have a very narrow view of how people use smartphone cameras.

Want to remember your e.g. hotel room number, parking garage floor/zone, or bus stop? Snap. Backup your plane ticket? Snap it. Record the wiring before an upgrade? Snap. To input your dietary nutrition later? Food picture. Part/model number? That's a picture. See behind something? Etc, etc.

The fact you only think smartphone cameras are for "bathroom selfies" (?) says more about you than whomever you're trying to disparage, because you're obviously under-utilizing an extremely valuable tool in your pocket because you've put it into a tiny box and dismissed it.
Porting? Who talked about porting? Why do you (and they) voluntarily ignore 20+ years of Wine?

99% of the (few) Windows programs I still routinely use work perfectly fine under Wine. I can even run my old Windows 3.1 (16 bit) stuff on 64 bit Ubuntu, which I couldn't run on Windows 10. Heck when I was a Linux newbie, I was amazed to find Windows programs that didn't support Windows XP links were nicely following Ext symlinks!

Office doesn't play nice on Wine? Seriously, if Valve can get stuff working on Proton that requires DRM, DirectX etc. it doesn't look like fixing existing issues to make Office work 100% under Wine is beyond reach for Microsoft. Heck, we're talking about the same corporation capable of giving us the WSL!

> Adobe too.

And Autodesk too.
This is pretty racist not to mention Islamophobic.
It depends on how much data is centralized. If creating a new email round trips to the server to render in the next email list page, it may feel instant on a fast connection. With a SPA framework, it could add it to the local list of emails and push to the server in the background, so it would transition instantly regardless of connectivity. It would also work offline. If you are doing all business logic on the server side anyway, then yeah SPAs vs a server is not much different. But there is a whole class of problem that the server rendering cannot solve. Most email clients work offline and have an outbox. With a SPA you could have the web and mobile apps have the same exact code and support offline. With their setup, you have to build a native (or at least separate) app from the web app. This decision matters a lot when you’re making an app that should work everywhere, online and offline, with the exact same code.
Selecting a tech stack is 75% about your developers skillsets and 25% about how easy it is to hire for that skillset, IMO. Anything else is just hype.

HEY picked their stack because their founder is literally the creator of Rails, so obviously they're going to use Rails and its related tie-ins (MySQL, Redis). This isn't really interesting as DHH has been a proponent of "Rails good everything else bad" for quite some time, and will probably only continue to double down on that stance.
Always great finding out about new SIMD instructions I've never heard of before. Hope I get the chance to use them in the future and make stuff insanely fast :p
Good retro old-fashion ruby stack from d̶i̶n̶o̶s̶a̶u̶r̶s veterans.
Nice :) No fancy magic. Went to check some of their stack on github and some component describe IE5 hacks.

Kind of awkward to see how they trying to create a PR driven fight with Apple for obvious reason.

"From creators of basecamp" sounds like anti-motivation to use product. They were first infomarketing company. Eventually they lost all the competition to every other company, but wrote books and succeed in this area while competitors went IPO with actual product. Why on earth someone would trust their business communications to outdated pre-hipster infomarketing company?

My negative comment is only due to this disgusting leverage on riot/liberal values when they created a stupid buzz around a 10+ years old 30% rule. Providing as an example Tesla app and 30% cost of the car which is not the case for obvious reason. Do you think people are so stupid? Yeah, it might force me to remember this product. As a product from company with extremely mean values you should never trust.
awesome, thanks for sharing.
"atypical" and "melancholic" feels so sugarcoated to me! Watching most of these is like letting one share some psycho-trauma with you, with little regard to balance the experience for average Joe (which I'm sure film creators have profiled many times). I understand that making a movie as niche somewhat hedges it against the fallout of ending up a commercial utter failure, but when most of the filmmakers do that the market at large is left pretty dry. Why are we chocked up with Hollywood movies? Because (just like in other industries) the local producers play it safe.
As much as I like this illustration, where is heart disease, cancer and traffic deaths? I believe COVID is a serious enough threat to the world without having to cherry pick data to prove it.
Maybe because MySQL is good enough for what they need.
> I actually don't understand the obsession of many with Tech Stack or predicting the doom of a language

Really? You don't understand why people have strong opinions about the tools they use for work every single day?

Most programmers don't get to choose the stack they work on. Even if they do, you're going to run into pain points and wonder, "Did I pick the right thing? Would I be equally frustrated if we had gone a different direction? What would be the most enjoyable stack to choose next time?"

People do (and should) care a lot about their tools. Facebook cares so much that they invented an entirely new programming language called Hack to replace PHP, and they also invented Flow and Reason as JavaScript alternatives.

Even for small companies, tools matter. If you spend all your time rebuilding libraries, debugging at runtime, or waiting for devs to learn your stack, you're losing money.
Apple will singlehandedly make 2021 "the year of Linux on the desktop".
i expect that on their bug tracker, issues have been renamed "needles" so that each issue they work on, is a "needle in the hey stack"
Elsewhere in the thread it says they have a goal to be free from "Big Tech" within 5 years, but that there are no reliable non-Big-Tech cloud platforms at the moment. Apparently "cloud" was a mandatory part of the platform. ️
Also, uh, it's a pun on haystack... as DHH pointed out somewhere in the thread.
I'm left fairly confused -- the crux of the article is that the original watermelon was bred out of existence into the watermelon we know and love today -- but the article also has readers pointing out that the modern watermelon existed in the same time period.[0]

Which either implies it wasn't manipulated out of existence, but rather that two variants existed and one went extinct, or it implies that the process had occurred long before the paintings occurred, and after the paintings one went extinct.

That is, with the readers' additions, this really shouldn't be an article about breeding.. but about extinct varieties of fruits?

[0] http://imgur.com/a/zN8Kv
Putting logistic and linear regression into the generalised linear model framework is the right way to think of it and compare them.

From this point of view linear regression would be using GLM with identity link function, logistic regression uses the logit function as the link function.
> Perlmonks.

Perlmonks, in my view, is one of the main reasons Perl community went nowhere. The answer to a question should not be, excuse my french, an exercise in who can swing their dick in the most intricate and convoluted way while accidentally answering the question in the most obfuscated way possible.
There is an entire culture of Heirloom vegetables where many gardeners share seeds amongst themselves and attempt to preserve some of the agricultural diversity we had before modern monocropping took over. Obviously most of the varieties don't date back as far as this melon but many can be traced back to specific villages in Europe.

Heirloom tomatoes seem to be particularly popular probably because they look really interesting (Different colors, shapes and flavors) and are pretty easy to grow.
You need to be the reader's advocate, to try to set aside your ego and read your work as if someone else wrote it. This is not substantially different from adjusting your code. One might argue that with code you have also a very demanding reader, the computer, which might fail to run it or wreck something. Still you are writing for a human audience.
Data exhaust older than a month is not monetizable for them. This lets them save space and seem nice while nothing changes.
The only thing more annoying is when it ignores the remember this site checkbox.

The current ones will ignore the remember this site probably due to a stupid group policy.

Possibly forgets on logoff
Yeah, the submitted article's title doesn't tell the entire story. That's why it's always important to comment on the article, not the headline.
It didn’t take months, the time I did it (running Docker on a Pinebook, which was not a great experience). It took a couple of hours to flip some base images away from Alpine, as Debian already has a load of ARM packages built.
Most of the people with flu like symtoms won't have had covid though.
Taxi logistics had been stagnant for a long time. Human dispatchers and operators.

Taxis in Chicago had an app even before Uber and Lyft. I think it was called Halo, or something like that.
The Poorer Nations: A Possible History of the Global South
They're likely referring to different parts of the federal government maintaining separate PKI. For example, the DoD has separate certificate structure (https://public.cyber.mil/pki-pke/) and these certificates aren't commonly pre-installed on platforms used by US citizens.
If you’re interested in talking through this and are considering C#, you’re welcome to email me and bounce around some ideas. I have a lot of experience in both Python and C# and may be able to help!
> Control on your terms

Not really, my terms are that Google can take a hike.
I think that account gets it a bit wrong. Here's what Wikipedia has:

https://en.wikipedia.org/wiki/Survivorship_bias#In_the_milit...

> During World War II, the statistician Abraham Wald took survivorship bias into his calculations when considering how to minimize bomber losses to enemy fire.[10] The Statistical Research Group (SRG) at Columbia University, which Wald was a part of, examined the damage done to aircraft that had returned from missions and recommended adding armor to the areas that showed the least damage, based on his reasoning. This contradicted the US military’s conclusions that the most-hit areas of the plane needed additional armor.[11][12][13] Wald noted that the military only considered the aircraft that had survived their missions; any bombers which had been shot down or otherwise lost had logically also been rendered unavailable for assessment. The holes in the returning aircraft, then, represented areas where a bomber could take damage and still return home safely. Thus, Wald proposed that the Navy reinforce areas where the returning aircraft were unscathed[10]:88, since those were the areas that, if hit, would cause the plane to be lost. His work is considered seminal in the then-nascent discipline of operational research.[14]
Price-Performance Benchmark Apache Druid and Google BigQuery
I was actually thinking, why would you use purescript for react, when you could use reasonml?

https://reasonml.github.io/reason-react/docs/en/components

https://reasonml.github.io/reason-react/docs/en/usestate-eve...

As far as I can tell the integration is cleaner and has better support from upstream? I guess it's not Haskell - but I really would be interested in why you would choose purescript for this use-case (personal preference is a fine reason, but I'd at least hope that preference goes beyond merely syntax?).
I would call the Hey UI and UX straight out of 2007. Opening an email requires a page reload.
243 character original DHH Tweet:

> The HEY stack:

- Vanilla Ruby on Rails on the backend, running on edge

- Stimulus, Turbolinks, Trix + NEW MAGIC on the front end

- MySQL for DB (Vitess for sharding)

- Redis for short-lived data + caching

- ElasticSearch for indexing

- AWS/K8S
I was big into Symbian before iOS and Android came around, and I was incredibly excited to buy the N95, the (then) flagship phone. I purchased the US variant of the phone very shortly after its launch date from the Nokia store in NYC.

This was one of the few Symbian phones to make it to American shores with our 3G bands, and at the time it was notable for having the best camera available.

I loved the device, but the same year the original iPhone came out. On the spec sheet it was worse in every way - no third party apps, no 3g, etc etc. But the market spoke quickly, and the N95 became the last Nokia device I would own.

I always thought it was a shame that the high end Nokia devices failed to really target the US market. Usually they were lacking key frequencies, and/or only available unlocked (without any carrier subsidies). Had Nokia been better situated here, perhaps they could have presented some real competition to the iPhone, but there was no way people were going to go specifically seek out an expensive, high end Symbian phone when AT&T had subsidized iPhones and a massive advertising blitz.
Didn't think of that. If running Docker is 10 times slower on ARM and virtual box doesn't support the architecture at all, this might indeed end developers using Mac.
That might be quite a while. People have been waiting since the original Model S came out in 2012.
> No fancy magic

As an aside, I wish we could avoid undescriptive ad hominems like "magic" and "hacks" when talking about technology. There's pros and cons to any technology choice, but "magic" isn't one of them.
"Privacy is at the heart of everything we do"

Really?

A more accurate statement is probably:

"Privacy is at the heart of everything we do. Unless we think we can make money off your data. Then it’s a feature providing great targeted user experiences not a privacy issue. You know, how we block the ‘bad’ trackers in our products, just not our own. We make money off your data with our trackers so it would be silly of us to block those. But other than that sure, yeah, privacy is important. Our marketing people tell me I should keep saying that.”

But you know, details.
Nope, if they are using H1B to replace workers in the same job they are breaking the law. If you are writing your job description in such a way to exclude American workers and make it specific to the H1B person you are sponsoring, then you breaking the law. Read the actual enabling legislation.

"Maybe they shouldn't have been in this profession at all and find a different line work."

Yeah, don't take up a profession if someone if using a government program improperly to replace you. Victim blaming isn't a good look for advocates of the H1B program.
We’re sadly not considering a change to our application language. Thanks though. :)
Google's business model is antithetic with "privacy". This is by design and very much out in the open, they are an advertising company, their revenue is literally and as publicly as possible coming from not keeping your data private. Expecting Google to give you privacy is like asking a funeral home to extend your life. It's just not their business model.

Wow, seconds to minutes after comments highlighted the crass hypocrisy of Google's "Privacy is at the heart of everything we do" they are all downvoted.