skysight-inc/HackerNews huggingface dataset:
Yeah, my tone was a bit incendiary at first, because I get a bit frustrated at the shallow dismissal you see so often on Hacker News (and any number of other tech discussion sites). This kind of snarky dismissive comment is easy to make, and has a tendency to get upvoted because it matches misconceptions that many people have.

These kinds of comments, and downvotes in place of discussion, are corrosive to honest, informative discussion, and I've seen way too many tech discussion communities get taken over by people who make low-effort dismissive comments and avoid engaging in actual substantive discussion.
Come on, are we being serious here? "Developing a groundbreaking new style of vaccination" requires far, far more support than just a salary. UBI/social safety nets are totally irrelevant here.
Uhhh no, diet coke and the various kinds of coke zero are NOT high in fructose.
Predicting the future is difficult. IEA's track record is particularly poor at predicting increases in renewables.
It's completely changed life on the street in the city. Public space has been all but eliminated.

I'm pretty sure I've seen spotters walking around looking for people using outlets, because most outlets I've used since this started have been replaced with a cover plate within several days of me using them...

There are many positives too, however. If you look at a silver lining in every situation, sometimes defiantly, it will come, and even crap like this will work in your favor.
There's an elitism inherent in this take that I think is misplaced. A lot of programmers are perfectly capable of weighing the pros and cons of s-expression syntax and deciding it's not for them. Too many Lisp programmers believe that Lisp way is the right way and not just a set of tradeoffs like every other language design.
That may have something to do with the consumers (who are influenced by marketing). People want to own expensive cars because that way they can feel they are better than their neighbor. Car -ride is a thrill especially in a fancy car. No?
Once trained a GPT2 model to do text-gen on Linus’ emails. Boy there were some choice angry rants and non-sensical technical jargon that was generated
>how the academic system failed twice to retain talent due to short-sighted metric gaming

Very right! I fear that the cancer of "shortsighted quick returns" in the Research field has been the death of many a talented researcher. Research/Education should really be treated very differently from Industry/Productization and the same yardstick should not be applied to both.
You'll want to look into gitjournal. It won't work well large vaults (no wikilinks)... but it works for a separate vault with the files I want on the go. That would be shopping lists and the ol' do-queue. Dendron, a vscode extension is also a great alternate/partner to Obsidian. They both have they're strengths and they play well together as they have converged on a future-proof spec of Markdown+wikilinks+LateX. Plus you can already Publish with it using 11ty! e.g: https://texdeck.com
The problem is that a lot of times they act like they are the trademarked brand in the ad to trick the user. This is unethical and should be illegal.
it looks better, but why did they add all that whitespace? yecch
MVPs work for a subset of startups and it’s important to note that. Selling the mantra around MVP wins praise, but digesting it whole-heartedly is harmful to early founders and generally bad for the world.
Your explanation involving containers/VMs makes a lot more sense to me than avoiding specific bugs when using Emacs' equivalent to VSCode's remoting extension.

As a purely native developer, I have zero use for such things, but I can certainly appreciate that VSCode may have done a much better (or certainly, shall we say, a less historically indebted) version of this sort of functionality than Emacs.

[ Edit: and yes, the featured article ]
While I generally agree with most of your sociology observations, I feel you're heavily discounting the real impact to reliability that relates to design and specification differences between the domestics and Japanese auto-makers. In the 90's, I was a process engineer for an automotive wiring manufacturer supplying to both domestics and Japanese harness makers. The Japanese clients mandated cold-weld free segments for use in all of their cars with no exception. The domestics were ok with <=2. A cold-weld (physically crimped) going through hot/cold thermal cycles will eventually break in a car and is a messy quality risk because wiring controls a huge amount of car function and depending on where the weld ends up and whether it is a partial or complete break - can result in hard to diagnose failure symptoms (e.g. flaky lights, complete outage, etc ...). We used to charge more (which the Japanese clients happily absorbed) for the weld-free wire because the process lines would need to either be re-strung up for each pass (lower line utilization/efficiency) or we had to physically cut out the weld in the wire based on the detector's marking. This small difference in specifications and acceptance criteria will result in reliability differences downstream. I have no doubt that other suppliers could tell you equally divergent requirements which all may feel small in isolation, but amount to large reliability concerns for the system overall. While I understood the cost-control desire of the domestics, it always felt like a short-sighted decision to accept this type of risk systemically. It no doubt helps to have caring owners, but the reputation that draws them is based on design and specifications made early in the product's design life cycle.

Interesting Side-Note: When I first started, there was an anecdote/story about a weld that had made its way accidentally (weld detector inadvertently turned off for the wrong run) into a production lot. This lot was used in a late design life cycle batch run (~50K cars) for one of the large Japanese manufacturers who were planning on announcing a new design model year for the upcoming year. When the auto maker heard that this weld had made its way into the batch run, they gave our company two choices: Either buy the 50K cars or pay for the auto manufacturers engineers to comb through each car to validate the wiring was weld free. I don't know which choice was made, but the there were alot of human and mechanical systems put in place to make sure the weld detector and the client requirements were well marked and understood for all runs thereafter. It was a fireable offense to mess with that detector in any unauthorized way.
Here are things listed in the article that one can do in Emacs [0]:

- process their email inbox

- communicate in chat

- navigate the web

- write code

- prose

- Creating a to-do item for something your partner just asked you (while you were concentrated on a task) that will show up automatically on your agenda tomorrow

- Converting some text notes you quickly scribbled down into a beautiful PDF via LaTeX, uploading it to S3, and referencing the URL in a reworded existing git commit message?

I could make the list much longer from my own experience, but this is just straight from the article.

I'm not a VSCode user, but I often hear about it only in a programming context, so it always surprises me when people suggest ditching Emacs to use VSCode.[1] I'm genuinely curious: How many of the above tasks are doable in VSCode? If not most of them, then I suggest people stop comparing the two programs - there is no point in asking people to stop using Emacs and use something that doesn't do what is needed.

If VSCode can do it, I'd love to look up the plugins/extensions needed.

[0] And many, many do it. I do over half of these things in Emacs (and most of the last item).

[1] Easily over 70% of my Emacs usage has nothing to do with programming.
It’s begging for a book. It could be called “rendezvous with Oumuamua“.
Didn't read the paper in detail, but seems just an extension / application for single image depth prediction problem?
I think a better analogy is:

> when I was young I used to work out and eat healthy at the level of an Olympic athlete ... a couple of decades later, I just fund it all so exhausting and don't do any exercise and eat only convenient packaged foods.

The original comment is arguing as if only these two extremes exist.
I wasn't aware of this. The model actually works great since I've personally accessed multiple papers from INRIA/IRISA from the HAL archives.
> This show is an infringement on ILO’s 1930 treaty on slavery.

How is voluntary, compensated participation in a TV game show comparable to slavery?
I think it's got the right idea, honestly. There are a lot more independent researchers in the wild then I think the world cares about. They get a PhD for their own intellectual (sometimes spiritual) journey, and then leave because the conditions to play the academic game are simply not worth it.

But the usually means research now becomes a hobby, an after thought once work and family needs are satisfied. Doing research as a hobby is a lot harder then doing other things as a hobby. However, imagine if you could live off a grant for a year or two, and just the grant, then you could just take the risk, do something crazy.

Maybe it fails, but really isn't that the point? That's why the independent researchers left the academic game in the first place, because the system wants you to minimize risk (which in my mind is anti productive, risk should be more supported in research)

So give the independent researchers the opportunity to take the risk, and see what comes of it! Of course, 1k is not enough for U.S. citizens, but it could be for some other countries.
What does a few lookups a week cost you? Just a few cents per?
I grew up in urban DC + public schools and I found it relatively understandable without subtitles, although perhaps not every single thing (some specific slang terms).
"Is there any good literature or patterns on supporting dumps in the tens of millions or larger?"

The two main things you need are: 1. HTTP is a streaming protocol. You don't need to fully manifest a response in memory before you send it. If your framework forces that, bypass it for this particular call. (If you can't bypass it... your framework choice is now a problem for you.)

2. You presumably have some sort of JSON encoder in your language. As long as it doesn't have some sort of hard-coded "close the stream once we send this JSON" behavior (and if so, file a bug because a JSON encoder has no business doing that), all you have to do is ensure that the right bytes go out on the wire. You, again, don't have to fully manifest the reply in memory before you encode it. Something like:

stream.Write("[")
needComma = False
for item in toBeSerialized:
if needComma:
stream.Write(",")
json.Write(stream, item)
needComma = True
stream.Write("]")

A lot of times when you're emitting gigabytes of JSON it's still in lots of little chunks where each individual chunk isn't a memory problem on its own, so doing something like this can be very memory-efficient, especially if "toBeSerialized" is itself something like a cursor coming out of a DB where it itself is not manifesting in memory. (Newlines are also a good idea if your JSON encoder isn't naturally doing it already; helps debugging a lot for very little cost.)

JSON objects can be more annoying; you may need to manually deserialize one and that's more annoying. Protip: Whenever possible, use the JSON encoder in your language; there is no shame or anything in using the JSON encoder to emit strings corresponding to the keys of your object. Much like HTML, you need to be very careful writing things directly to the stream; it really always should go through the encoder. I even send constant strings through the encoder just to make the code look right.

The last little tidbit is that the HTTP software stack will tend to fight you on the matter of keeping long-lived connections open. There can be a lot of places that have timeouts you may want to extend. If this gets too big you may need to do something other than HTTP. You may also need to consider detecting failures (hashing or something) and the ability to restart. (Although don't underestimate modern bandwidth and the speed you can iterate through SELECT -type queries; definitely check into the virtues of just retrying. 10GB/year of extra bandwidth and processing power is still cheaper than a developer even designing* a solution to that problem, let alone implementing and testing it.)

Oh, and if you can use HTTP, be sure you're gzip'ing. It's dirt cheap nowadays on the CPU; only in extreme situations of bandwidth abundance and CPU shortage can it be worth skipping. My rule-of-thumb on JSON shrinking is about 15:1. CSVs don't quite shrink that much but they still shrink down pretty well.
Note to Steve Waldman:

Please read this:
https://www.techdirt.com/articles/20200531/23325444617/hello...
> Who cares about the thousands of other unstudied compounds we're introducing into the human diet with this?

The OP article is about raising insects for animal feed, not for people feed.

There may be instances of individuals with allergies to certain foodstock materials having reactions to eating meat from animals fed that foodstock, but I can't find anything about it in the literature, so I'm going to guess it's extremely rare if it actually exists?
Then I'm already going to have some pretty major problems whether or not I install an app.
Linux is accusing Intel of killing ECC intentionally. But that is not really the case, they just wanted people to pay up.

If you care about ECC, you pay for Xeon. Majority of consumers don't run critical applications on their devices, so they are happy with a cheap device that may crash once in a while.

AMD is only changing the game because they are trying to undercut Intel. They have been putting pro features into all of their CPUs including over-clocking, extra PCIE lanes and ECC.

Honestly, what is the point of bullet-proof hardware when the software reliability (at least on consumer devices) has gone down to two nines.
12 weeks isn't that "long", certainly not compared to almost a year of lockdowns we've already suffered from.
I've got two ads: salesforce and weeloy.
Oh, come-on ! We don't have to get into "ad hominem" space. The article makes it clear that it is her research from that time period (whether nascent or otherwise) which has led to today's success.
In https://old.reddit.com/r/rust/comments/kpqmrh/rust_is_now_ov... /u/Saefroch writes:

Some years ago I submitted an n-body implementation that used the crunchy crate to unroll the inner loop. This was rejected as being non-idiomatic and obscuring what compilers are/aren't capable of. Rust is currently leading the benchmark because someone added the flag -C llvm-args='-unroll-threshold=500' which achieves the same effect. Why one of these is acceptable and the other isn't is beyond me, and all of this makes the whole project very discouraging.
The author of the code is going to have to discover how these APIs work somehow, right? Why would the code end up worse if the author has access to a particular tool for interacting with these APIs? A shell and curl is a REPL for interacting with and exploring HTTP APIs but I don't think anybody would claim that the use of such tools makes code written to those APIs harder to follow.

In fact, one of the benefits of your REPL being integrated with one's editor, and being in the language of the system, is that the kinds of ad-hoc scripts you write when doing exploratory / debug coding which one would typically discard after use can often times simply be committed, either as utility functions or test cases. Far from pulling up the ladder on devs who come later, having a REPL makes it more likely for them to have access to the same tools used to build and understand the system in the first place.
The design of this site is unconventional by today's design standards, but it has pricing clearly presented and is 100x more memorable, just like the OP's example. (As a side note, sites like this make me miss the old days of the Internet when everything was unique.)

People are indifferent to car dealerships (They're all typically the same. Yes, luxo-brands will have free cookies and nicer waiting areas...), just like with insurance-- they are "boring" verticals so having something so out there works great. When you look at insurance companies, which companies have memorable marketing? Companies like Liberty Mutual with their vanilla "Save $200/year" commercials, or the Geico Gecko, "We are Farmers....", All State's Mayhem, etc.. The cheesier the better, since auto insurance is a boring, fungible product to consumers. Compare to another boring vertical like Men's Razors. They're essentially all the same. How are any of the marketing campaigns from P&G/Unilever actually differentiated enough to be memorable (ignoring the duopoly considerations)?

Having unfortunately worked in marketing, everyone seems to shoot for the middle-- and they end up being bland and forgettable. Chances are, you're not going to have a super memorable marketing campaign by doing something slightly different than everyone else. The companies I've worked with where their marketing is intentionally cheesy have always had better reception than the vanilla "professional" brands.
Depends how big your cups are ;-)
I'm not too deep into this world, and you can correct me if I'm wrong but weren't those forks of the ledger due to technological disagreements and not folks starting over from scratch? Has anyone said, we are literally copying the exact same protocol and tech from bitcoin and just say this is another parallel version? As an end user why would you care if coins were in epoch-1 or epoch-2 if they perform the same exact function with the exact same underlying technology?
I once tracked down a Craigslist scammer by looking up their phone number (it was a groove number) within google voice. It showed his name, google profile, and photo. Their name helped me find their Facebook and Instagram. Long story short, I got my money back.

Iirc: Google used to enable allowing people to look you up by your phone number (it was something along the lines of: help your friends find your account). This used to be on by default, it doesn’t seem to be anymore.

Try looking up your friend’s google voice numbers in google voice and see if they have the option enabled.
Is the next step to breed and harvest the bacteria?

And use that to just break down the styrofoam?
That not only should be illegal, it is. Using somebody else's trademark in a way that could decieve a customer into thinking your product is theirs is like the definition of infringement.

But from what I've seen, the vast majority of ads that incorporate a competitors trademark are not doing that, and making it very clear they are advertising an alternative to the trademark being referenced.
Hi,
I agree with your view. And over a couple of years of (failed) scheduling/optimizing techniques, I learned a thing or two that I would like to share.
The approach OP used in her article is undoubtedly, a great way of looking at your footprints. I used to do a similar (revising over time) thing, but looking back on how much time i "wasted" and how little i was "productive", was not worth the effort.
Over time, I've changed and perfected (well, kind of) this approach to a new way.

The New Way*
I divide my day in 3 sections. The first one, Morning Drill, from a set wakeup time (it really helps) until breakfast. I comprises things like regular morning routine, say exercise, freshening up, etc. It give me a good start into the day. I prefer not to do anything "productive/work-related" in the morning. Next, I take up my todo list for the day (i manage is using Todoist), understand my priorities and think of a general direction of the day, is it going to be a work-day or a fun-day?. I'm strict about my list, but not so much that I would not talk to anyone till i'm finished. I like to play it cool. The third section, i've finished all i had planned today, so i can do anything i want, read a book, go out with friends, and other cool stuff.
This kind of summarises a day.

> All of us live at least partially on autopilot, so bad habits tend to sneak up and stay unnoticed.
I love keeping notes, and reading old notes and revising your day, really helps for such a thing.

Results of new approach:
When I go to bed, I sleep sound realizing the day wasn't a complete mess as opposed to drooling over "I've not been productive enough".

All in all, this was a wonderful article with beautiful insights and a magnificent approach of data science in daily life.

Conclusion:
"The more you focus on productivity, the less you make it."

PS. I have been following *this approach for over 5 months now, and I've never been better.
> It's funny how different peoples' experiences can be

Yeah it is. I've never seen any startup or project fail due to code quality.

Mind sharing your experience? How many dev months had you guys been writing code before code quality became an issue? And why was it so hard to fix?
cs50 by MIT
https://www.edx.org/course/cs50s-introduction-to-computer-sc...
I believe it's possible for a website to exist without calling attention to anything.

Or perhaps you believe the mere existence of information is a call for attention.
Programming a bitstream onto the FPGA is relatively quick, it's perfectly feasible. The time consuming part is in development and synthesis.
> If you can configure another tool in 2-5-10 hours to achieve 90% of the efficiency Emacs gives you

There's no way any other program will give you 90% of what Emacs does in a mere 10 hours. Not. A. Chance.

See this list of things people do in Emacs from an earlier comment.

https://news.ycombinator.com/item?id=25627763

These are what the author mentioned. From my own usage, I can easily make the list 3x longer. Emacs is an application platform for Elisp apps. Your statement is the equivalent of saying "Just spend 10 hours learning VBA and you'll get 90% of the benefits you got from years of practicing C."
I don't like the idea of software patents, generally, and would feel weird arguing against them if I had my name on one.
Well, it is titled "on becoming a great scientist," not "on playing the academic system for adequate remuneration and a tenure track position." Great scientists are the same kinds of people and they do the same kinds of things, it's just now becoming a great scientist is not a path to feeding a family.
Crude oil is nasty, smelly stuff. You wouldn't wanna pull that out for anything but the absolute necessities, because it's gross and you'd need to clean up the gross thing.
Flurly: Upstart Gumroad competitor launches automatic affiliate program
Star Trek Picard: Fixing Data's Face with Deepfake
If you have a mac the built in Grapher.app (in Applications/Utilities) can graph those things. I pasted your chain-link-fence example and it graphs fine
It's hard not to notice that reporting always treats the dangers of swatting as a kind of force of nature, in which hackers are the only party with agency. Given the difficulty of stopping people from making fake phone calls compared to other solutions one might think of...
What you seen to be ignoring is that the startups you worked for had the chance to fail due to bad code quality at all. And that was likely due to the fact they they shipped features without worrying about code quality so much.

It's counter intuitive that high code quality is appropriate once a startup has found some kind of product market fit, but is wholly inappropriate until then. It's a very jarring thing to tech people but to people who really understand business it's very obvious or natural.
Yes. I'd pay an extra 25%, but not an extra 110%.
> No one is willing

Counter-example: I know of at least one consumer goods company that has studied the long-term effects of certain kinds of sponsorship deals on consumer behavior. The study had tracked people for at least 10 years at the time I learned of it. Of course, this company would never publish the results, because they provide a competitive advantage in structuring and bidding on sponsorship deals.