jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
While my wife and I are mostly eye-to-eye on bills, etc., we are in a disagreement on where to live. We live in Texas, a state I loathe. I'm not from here. I grew up in Europe. My wife is from this area. She makes twice what I make. Both of us love the scenery and overall PNW vibe. I have been trying for years to get my wife to move. She finds every excuse in the book. Meanwhile, neither of us are getting younger. Our daughter is graduating HS soon. This leaves a kid in the house for several more years. Once my daughter is off on her own, I suggested being able to downsize (no real opposition there), maybe buy a nice double-wide trailer on our own land (no real opposition), and save money on taxes, etc., in the PNW close to a fairly large conurbation where we could work.

It's tough trying to get someone to see your PoV. Maybe do a spreadsheet with numbers to show her how you could get ahead elsewhere, keeping in mind her hobby. Big houses suck. Literally. Ours is ~2500sf and the upkeep is ridiculous. Maybe sell it as, "we could both do more with our respective hobbies if we had a cheaper outlay every month. We can only be in one room at a time, so having a lavish house is more to impress others than for our own benefit. I encourage you to pursue your hobby (within reason/set a budget maybe). Set a budget for you both outside of essential spending (housing/utilities/medical) and stick to it. I now no longer buy computers. I buy RPis and do things with them. They have a command line. I'm happy. My wife gets her happiness from attending sports games of our children. Her other hobby is gaming. Sell the idea of moving to a cheaper state with less taxes/cheaper property taxes and downsizing but keeping her hobby. It's all about compromise (but not your dignity). Remember, love is not a sentiment or emotion, it's an act of the will. Love wills the good of the other for the other. Find a way to make you both "happy" while giving you both what you want. I'm sure a nice, expensive house with high taxes and ugly upkeep costs would take a back seat to your wife's hobby (at least I would hope it would). Chart it out with numbers and present them. You owe it to yourself to stand up and set the tone, but do so with respect and tangible ideas that you can execute on. Everyone has great ideas, but almost no one can execute on them well.
> Ridiculously out of reality

Their P/E ratio is 27. It’s below P/E ratio for SP500, which sits right now at 40, and includes tons of beyond ridiculous companies like Tesla, with P/E ratio over 1200.

There’s lots of wrong with Facebook, but calling their stock overpriced isn’t one of those things.
> I think humanity as a whole benefits when everyone is alleviated of the need to worry about basic survival.

Why do you think this? I really have no clue how it will turn out. However thinking logically about it I think a great many good things are done every day BECAUSE of the need for survival in one sense or another.
S4TF lost out, not to Python, but to Python's AI/ML ecosystem -- people, projects, libraries, frameworks.

Despite its many shortcomings, Python has become the lingua franca of AI and ML, to the point that whenever I come across a newly published AI or ML paper that I find interesting, I expect to be able to find code implementing it in Python.

For example, yesterday I saw a post on HN about approximating self-attention matrices in transformers, which have O(n²) computational cost, with a seemingly clever approach that has O(n) computational cost: https://news.ycombinator.com/item?id=26105455 . "Huh, that looks interesting," I thought, "let me see if I can find some code." Three clicks later, I found myself at https://github.com/mlpen/Nystromformer -- the official implementation... in Python. A few moments later, I was playing with this thingamajiggy. No other language comes close to having this kind of ecosystem in AI and ML.

Julia still has a shot at becoming a viable alternative to Python, especially if the Julia developers can shorten the "time to first interactive plot" to make it as fast as Python's, but they face an uphill battle against such an entrenched ecosystem.
I'm also interested in knowing this. On top of that I would like to know how often they exercise and for how long. I found that doing strength training helps a bit, but the relief I get from it is only temporary. I try to do it a bit every day but I guess I could increase the amount each day.
They don't necessarily legally -- not even if they are making the story about specific individuals. You don't generally (in the USA) have a right to get paid for, or to control, someone telling a story about you, journalistically or fictionalized.

But it makes it less likely you'll get sued and have to deal with it. And you've paid off the subject to not go to the media and be like "that's not how it happened at all, they are liars!" And I guess if what you did could be considered defamation that'd be a reason they could win a lawsuit.

But it's kind of just how hollywood does it. Somebody could decide to try not to do it that way if they wanted, it's not clear it's strictly legally required in almost any case at all.

https://www.indiewire.com/2019/09/hustlers-life-rights-holly...
I think you could get a lot of mileage from using existing formats in code and comments.

So for instance, if save_parser.py starts with

""" Parse content loaded from save files

...

"""

and math_backend.rs starts with

//! List of data structures necessary for maths operations
//!
//! ...

then your source tree UX should look like:

src
├── save_parser.py # Parse content loaded from save files
├── math_backend.rs # List of data structures necessary for maths operations
We have known for many decades that it is oxidized blood cholesterol that correlates with heart disease. Fred Kummerow showed this back in the '50s, 60+ years ago. But you can't get a blood test for oxidized cholesterol.

Fred Kummerow spent his whole working life getting trans fats out of the US food pipeline. He proved trans fat was poison in 1957, and finally in 2009, under compulsion of a lawsuit, the FDA declared it toxic. Then, they issued no regulations restricting their use until forced by another lawsuit, in 2014. Then, they gave vendors 3 more years to put poison in stuff being sold as if it were food. In 2018 it was supposed to be illegal to sell trans fats as food, but a number of companies still do, under waivers.

He died in 2017, at age 102. He spent the final two years of his life working on Parkinson's, which had taken his wife, since trans fats had (he thought) finally been outlawed. He was a great hero of experimentally-grounded health science.

https://www.drmirkin.com/histories-and-mysteries/fred-kummer...

India and Brazil are still struggling to get it outlawed. The big corporations have resisted because selling poison as if it were food remains profitable.

We are still confused about fats. But a takeaway should be that nobody has ever found any evidence of harm from eating saturated fat, or benefit from eating unsaturated fat, despite decades trying.
If you look closely at how that data was collected, what it's actually measuring is whether a binary links against the ObjC runtime library, which will be the case if a binary transitively depends on any ObjC framework, so even if all new frameworks and executables were written in Swift, we would still expect to see the number presented in that post to continue to grow until most or all of the important frameworks using ObjC are rewritten entirely in Swift. I don't think this data is sufficient to say one way or the other to what degree that is occurring.
The horses look quite short, is a stylistic thing, or the breeds common at the time?
AFAIK, delete has never worked as a substitute for going back in the history of web browsers.
Not that correlation with Big 5 should be a determining factor, but...

The chart in the article shows that E/I is strongly correlated with extraversion, S/N is strongly correlated with openness, T/F is moderately correlated with agreeableness (and weakly with conscientiousness), and J/P is moderately correlated with conscientiousness (and weakly with openness).

It's not a slight correlation, so if MBTI is useless then so is Big 5. Again though, choosing Big 5 as the standard is arbitrary and unfair. That automatically judges all other systems as inferior, without examining their merit.
When your supervisor warns you if you pursue his field of scholarship your name is mud.. that's a moment. Outsider science .. OK I'm not drawn there. Outsider biblical scholarship, subverting the dominant paradigm one fragment at a time? That's.. a life goal!

Golb should have been a wikipedia editor.
* In truth, people's personalities are malleable *

Thank you for saying that. There was an interview before Carl Jung passed away, where even he talked about how in certain situation where arch type changes. We all ought to view tests like Myer Briggs as a way to shade light on people and their ways of being.
Interesting, I had a very similar idea for this, but I'm already doing a solo side gig so haven't had the time to work on yet another solo thing. Maybe we can collaborate or chat? Shoot me an email!
Totally agree. It should have been called “Scalability and availability (even degraded) first, with as much durability and consistency as possible”. After all, that was the motivation behind the “NoSQL” movement, when databases like Oracle just couldn’t scale, even at infinite cost, so things like Amazon went down for Christmas 2006 (?) and Amazon decided to write DynamoDB. A different set of requirements created a different product. And then MongoDB came along, initially to power DoubleClick, after relational had failed there too. Neither one had anything remotely to do with SQL but with the lack of scalability in the backend relational databases - a problem that still plagues single-primary-writer relational databases to this day.

And then other non-relational databases came along, like Couch and Cassandra and Scylla - all focused (again) on things other than “SQL vs something else”.

And now they are all adding transactions and secondary indexes and all that stuff - but starting from a much more solid base of a distributed architecture rather than the antiquated monolithic architectures of the relational leaders. Those same relational leaders (Oracle, SQL Server, MySQL, and even the current leader on the dance card, PostgreSQL) are all multi-million line monoliths which are incredibly hard to distribute, scale, and make available and operate at scale - much less easy to develop and improve.

The name is just so sad
> I figured this sort of nonsense would kill the Amiga (like what happened to the Rainbow PC), and decided to not invest in making a compiler for it.

There is a lesson here for today's smartphone makers.

Today it's less peripherals (everything's integrated) and more drivers, but it's the same problem. Now the thing people can't use with your device is software. This happens at both the OS level and the app level.

If you're Samsung or Huawei and your devices can't run a vanilla Linux kernel then they can't run anything but Android. That, in turn, cements Android as the only OS anybody develops for your devices. Which makes you dependent on Google and allows them to extract concessions from you. Sort of the opposite of commoditize your complement; it's "let a third party monopolize your complement."

And this matters. PCs not working this way was what allowed Linux to take over the server market from Windows Server and proprietary Unix and everything else on defunct systems list. Which in turn means the hardware vendor isn't reliant on Microsoft. Important to PC hardware vendors both because Windows Server may not have out-competed proprietary Unix and because it's a huge license fee that cuts into the hardware vendor's margins.

So that's what Samsung is handing Google by not making it easy to replace the OS on their devices. And that in turn gives Google an effective monopoly on Android apps. That's problematic in a number of ways, many relevant to the hardware vendors, but let's start with this one. Samsung has an app store.

It only runs on Samsung devices because it's impractical to install it on other vendors' devices when they can all only run a specific version of Android that enshrines Google Play.

Now suppose that Samsung made it easy to run other operating systems on all their devices. Then other operating systems would exist. They might not overtake Android, but they would have millions of users, like desktop Linux. Enough to cause competing smartphone vendors to enable their phones to run it. And in turn to run competing app stores, allowing them to actually compete because they run on more than one vendor's device and developers have more incentive to use them.

They're really shooting themselves in the foot by not enabling this.
Could be accounted for by having different cost functions for each type of misprediction and heavily penalizing the ones that decrease enjoyment in the game.
Mod rule strikes again.
I'm pretty sure it was a way of kicking risk averse asian handset manufacturers into action. Setting the bar at $32 million meant that they could demonstrate interest without actually dealing with the headache of making the phone themselves.
I just tried this in real life and got the same bug. Hmmm.
Yes. You can look for doctors that run cash practices. There aren't a lot of them, but they do exist.
The big reason to do server-side browser detection is latency. Each feature you support takes code, and if you ship the code to the client-side, that code takes bytes and slows down the page load. If you do your browser detection on the server side, you can avoid shipping code to the client that won't work on it anyway.

It's usually a poor business trade-off to slow down the several hundred million Chrome, Firefox, and IE users for the sake of a few thousand users on a new browser. Numerous studies (first publicized by Google but replicated several times since) show a direct link between latency and conversions: the slower your webpage is, the fewer people buy from it.
The question should be: for how much longer will people be able to pay a premium?

Yes, there is a market for luxury transport, but is this really a high growth market? How many more young and overpaid software engineers can there be?

Look at the real rate of unemployment, the rise of the part-time labor force, record usage of food stamps, record high student debt, national debt, etc.

Lyft and the kool-aiders claim it's a beautiful new sharing economy, but in truth it's a shitty economy, where people are willing to drive a stranger across the city for 10 bucks, or task-rabbit themselves for a fiver.

My opinion is that there simply aren't enough wealthy folk out there to justify the valuation of these companies.
Since you mentioned Bush, how has Obama improved the situation? He wants MORE third party payment, in fact he wants exclusively that.
Absolutely not. These statements are boring because everyone knows there are javascript everywhere on the internet. But so what? We should pay more attention to GOOD languages rather than popular languages. It's not javascript a great language but the people made the products great people. They could do even better if javascript is not so popular.
> That doesn't square with the fact that prototypal OO is strictly more expressive than class-based OO. You can implement class-based OO in a prototypal OO language. You cannot do the converse.

Actually, you can implement prototypal OO in a class-based language. First of all, you need a single class with two members variables and a member function. The member variables are a pointer or reference to a base object, and a hashmap from strings (member names) to objects (member values). In C++, this would be a std::unordered_map<std::string, boost::any>. The member function is an overload of the subscript operator (operator []) that takes a string argument and checks whether the hashmap contains the string as a key. If string is indeed a key, then its associated value is returned. Otherwise, the same subscript operator is evaluated for the base object and the same string. If there is no base object, then either an exception is thrown or a special undefined value is returned.

The feasibility of doing this is no big surprise. After all, dynamically typed languages are a very, very restricted subset of statically typed languages: http://existentialtype.wordpress.com/2011/03/19/dynamic-lang... . The main reason why users of class-based languages do not do this is that this breaks type safety for very little gain.

Actually, the supposed encoding of class-based OO in a prototypal language is not correct from an operational semantics point of view. In a statically typed OO language, methods and member variables must be known to exist, so they are directly used. The prototypal "encoding" fundamentally relies on testing at runtime whether methods or member variables exist, because it uses the mechanism described two paragraphs above. So it actually does something different than what statically typed class-based OO languages do.

> It also has more than it's share of good parts, though, and if used correctly it is a very expressive language.

For me, an expressive language is not a language that lets me encode hacks (after all, even C can do that), but a language that lets me encode mechanically checkable assurances that my code will work in specific ways. This allows other programmers to reuse my code with full confidence that it will work in the way they expect it to.
I was more offended by the assumption that you can simply interrupt whatever work your coworkers are doing, just because you're already in a much less pleasant open plan office.
Virtuoso can execute the query with an ORDER BY instead of LIMIT: https://wikidata.demo.openlinksw.com/sparql/?default-graph-u...

Top three:

1. Italian photographer https://www.wikidata.org/wiki/Q29419

2. German artist https://www.wikidata.org/wiki/Q88292

3. Indian writer https://www.wikidata.org/wiki/Q1053173
> save a core image.

which can be made executable. So saving an image is the way to create an executable.

> the people developing it have little or no interest in those features

the demand for these features from the SBCL user base also does not seem high. If it would have been needed, then the development could have been sponsored, like for example the support for Apple Silicon was sponsored by users.

Though other CL implementations provide different deployment options:

ABCL compiles to JVM code.

ECL can compile to C or portable byte code. It also has been used for Android and iOS apps.

LispWorks & Allegro CL have treeshakers and can generate shared libraries. LispWorks also has a runtime for Android and for iOS.
The simple fact that these trucks and their owners don't give a damn about western countries is enough to counter any arguments. They're made the way they are to carry as much load as possible, and the decorations hold a sentimental value to the owners. Many of these owners own a maximum of 2 to 3 trucks and their livelihood depends on it. Considering that the profession runs in the family, it's not difficult to attach sentimental value to these vehicles.
Are current ciphers even simple enough for something like that? RC4 is pretty trivial to implement, but I think of AES as being pretty complex.
Thinkpad - the only other laptop that gets as much respect and fanaticism as Macbooks. Out-of-the-box compatibility with most linux flavors. Very eminently upgradable and maintainable (we cannot, in all seriousness, even begin to compare the maintainability of Thinkpads to Macbook)

Oh and the Thinkpad keyboard kicks the Macbook's butt.
As a heavy user of OS X, I have absolutely no idea what you're talking about related to your difficulties upgrading to new versions. I've gone from 10.4 all the way to Mavericks and have yet to have a single shred of trouble.
I don't agree with that, because HN is for thoughtful conversation about topics of intellectual curiosity, and job ads are intrinsically uninteresting. Threads on uninteresting, predictable topics tend to quickly turn tedious and nasty (https://hn.algolia.com/?dateRange=all&page=0&prefix=true&sor...). It's easy to predict what threads on job ads would look like: a generic boo-or-yay referendum on each company, repeated each time. But since the highest-motivated commenters would be disgruntled ones with pre-existing grievances, it wouldn't even be boo-or-yay. It would mostly just be boo. That would make HN worse, not better.

Uninteresting posts like job ads arguably shouldn't be on HN in the first place, but they're there for an out-of-band reason, which is that it's proper for HN to give something back to YC in exchange for funding it. Since that's their only reason for existing, it doesn't make sense to turn them into regular threads.

The opposite is true of Launch HNs, incidentally, which is one of the other concessions HN gives to YC. In those cases, there is something new and interesting to discuss—the launch of a startup—and since each company only gets one such thread, repeats aren't an issue. It's in HN's interest to have open comment threads on those submissions, so we do: https://news.ycombinator.com/launches.
> absolutely encourages bad practice

Bad practice, as in security-wise, performance-wise, readability-wise, or something else?

If you trust the developer to implement things properly (use PDO prepared statements when storing data in DB, properly check for permissions, write efficient queries, etc.), shouldn't that automatically exclude common bad practices?

If the developer is inexperienced, can't they still implement something in a bad way in Laravel (e.g. save a user-submitted file on the disk without checking for permissions)?
As a former (retired) old-school CICS-COBOL programmer (in the credit card industry) it might be fun to setup an instance and see if I can get Base I/II up and running for old-times sake.
Maybe we will have something like that once "crypto" dies.
He's saying that the law presumes innocence until proven guilty. They don't throw you in jail or take your money until the legal process reaches a judgement, and this is pretty normal and uncontroversial.

But you don't have to keep going for drinks with a person who's just been arrested and let out on bail, you can make up your own opinion as you feel. You can say bad things about him before the judge does, you can deny them business opportunities, your kids don't have to play with his kids.
Further to this - most useful goods and services are made in the private sector. Food, clothing, housing. Pretty good stuff.

Very reasonable people wonder how anyone can spend time in the public sector. They don't seem to get much done there, they waste a lot of people's hard earned money. They can be viewed as at best a necessary evil, and at worst downright corrupt. I don't agree 100% with those notions, but they aren't crazy either.
No, it's actually one of the biggest page in Russia on Facebook, with 400k followers.
The graphs are not productivity vs language choice. They are productivity vs experience in a given language.

In languages with strong libraries, I'd expect a diminished benefit from experience. 10 years python experience doesn't make you much more productive in standing up a django application vs someone with 1 year of experience. Thus, the curve for python might very well be quite flat (since you start fairly high to begin with).

Lisp, on the other hand, may not start as high on the productivity scale. Because of its powerful macro system, the language can be tailored to suit your problem better than anything else.

That's what the graphs are talking about. How valuable experience is (and comparing it to how valuable we think our experience is).
Would it be a stretch to want the presentation side by side as you design the markdown?

To have to head into "presentation mode" seems like it would create friction... and even if it's not a lot of friction, it would be fantastic if you could see the slide show change and morph in front of your eyes reactively as you edit it.