skysight-inc/HackerNews huggingface dataset:
That sounds about right, as someone who started and runs their own company. Having a decent idea for a product, being able to learn and having experience are good skills to have but they are not important towards the building of a company and leading a team. You could potentially build a product in a niche area, but you're not going to build anything beyond a very small business with those skills alone.

Running or building a company is about allocating capital, hiring good people and being able to manage them effectively, and being comfortable with delegating tasks to competent experts instead of trying to micromanage everything. That's how you get scale.

If you don't have those skills, nothing wrong with that, most people don't. Instead you find an existing company that has that, and you join them and offer them the skills that you do have.

One thing you quickly realize when you start a company is just how chaotic it is in ways you never expected from legal aspects, financial aspects, coordinating things internally within your company and externally with third party vendors and your customers, and you begin to feel the pressure of having competition that is constantly trying to shut you down, especially as you get bigger and bigger. It's very fierce and you are reminded that every single dollar you make is a dollar that someone else is fighting for.

If what you want to do is focus mostly on a product and employ your particular area of expertise then do not start a company, join one. Finally this extravert vs introvert stuff is nonsense, don't use it as an excuse or let it deter you. Plenty of introverts are incredible leaders that have managed to run some of the most wildly successful companies ever known. Look at some interviews with tech CEOs before they became successful; they are some of the most socially awkward and uncomfortable looking people you can imagine who seem to really hate giving talks, heck check out the infamous Zuckerberg 60 Minutes interview or other interviews from around 2004. Early Bill Gates interviews are only slightly less awkward as are interviews with Google's Larry Page.
https://diagrams.mingrammer.com is great - requires graphviz
We were seeing some pages with cookies incorrectly getting cached, causing users to get logged in as other users. We quickly disabled cache on the dashboard, is this related to that?
I have no idea what you are saying concretely.

The way it seems to me that it works:

* You generate a keypair and use it to sign your Python installer (SP)

* Authority creates a signature of your public key (SA) and puts the whole thing in transparency logs (SP + SA)

* End users can check SA because they trust authority, can check SA is in transparency logs, therefore can trust your signature SP, therefore can trust your software

Why not just use a hash instead:

* You generate a hash of your Python installer (HP)

* Authority creates a signature of your hash (SA) and puts it in transparency logs (H + SA)

* End users can check SA because they trust authority, can check SA is in transparency logs, therefore can trust your hash, therefore can trust your software

What matters is that ultimately the contents of your software are signed by the Authority and a commitment of that is in logs. Why add this level of keys, that can't possibly be trusted since they are ephemeral?
>If you put all that work into a blog post and only 5 people see it versus typing it out as a twitter thread and 1000 see it, it makes it obvious which ones ie better - even if its a worse UI.

that's not some universal truth; the method creates certain feelings within the reader.

A plane trailing a banner for "EAT AT JOES" over a metropolis gets a lot of eyes, but there is a certain group of people below that plane that don't appreciate trying to squint at a banner in front of the sun while witnessing the waste of hydrocarbons and the cloud of AVGAS for such a trivial advertisement.

Likewise when i'm being asked to read a 2000 word essay that is composed of a cloud of tweets interspersed with reply tweets and advertisement/related(s)-pushed by Twitter it's similarly angering.

Why should the reader get the shortest end of the stick possible just to nudge some marketing numbers up? "Because the numbers aren't large enough." really isn't a suitable answer as the reader.
Vite is built on esbuild and Rollup, but there’s nothing tying it to either. In theory with the evolving ecosystem, it can swap whatever it wants to use internally and still provide a consistent experience.
The platform is often managing things, sometimes with Chrome and the platform splitting responsibilities when the Chrome team adds support for additional options.

So the ability to see or manage passkeys will unfortunately vary by platform, and Chrome's support there will thus also vary. We can only hope this gets more consistent over time.

For passkeys in Google Password Manager, I expect they will (at least eventually) show up right alongside passwords. This is also how it works in the Apple ecosystem.
>Companies need to promote creative problem-solving spaces,

Unfortunately, there are people that do not understand how this concept works. These are the same employees that stare at screens trying to for a square peg into a round hole, but then see other employees trying it the other way and complain about how so many people are doing nothing when so much is to be done.

These complaints tend to percolate up, and these creative problem solving spaces end up getting removed to be replaced by more work space for the additional head count to solve all of the work to be done
Yikes. Not a single grey hair to be found
No, not even given the historic context this makes any sense.

We're not talking about embedded software with special constrains here!

This story is about mundane enterprise software.

Nothing in the story justified this insane level of over-engineering and premature optimization.

Just using the "optimizing compiler" was deemed "good enough" for all other needs of the company, likely…

Also nobody asked for that over-"optimized" throw-it-away-and-start-over-if-you-need-to-amend-anything-crap.

I have still this warmth nostalgia feeling when looking at this story, but when thinking about it with quite some experience in real world software engineering I'm very sure that this kind of programmer would be one of the worst hires you could probably run into.

Finding any valid excuses for "write-only" code is hard, very hard. This was also true back in the days this story plays.

Sorry for destroying your nostalgia feeling, but please try to look at it from a professional perspective.
Next.js is pretty much that. Not much configuration needed, and it wires up all the tools for you behind the scenes. If a new tool comes out that's worth it (like potentially Turbopack, although that's by the same company), they'll do the migration for you.
I know in Japan head shot and blood type are expected with a resume.
That's cool. I may have worked in former IBM buildings in Endicott that he might have worked in. I worked there a few summers in the early/mid 2000's when it was Endicott Interconnect Technologies. I loved exploring those old buildings, lots of tunnels, abandoned sections, old equipment. I wish I took photos.
Their tutorial yields that and gives you a link to the final product on the first step
Vite isn’t tied to its internal tools that heavily, in theory they could switch to using turbopack internally if they wished.
Is it? Give me an example of a poorly documented yet wildly popular and good software tool built in the last 10 years (No Stockholm Syndrome for old tools allowed!).
Because titanium is opaque, solid titanium looks the same as a thin shell of titanium on top of another material. Because water is liquid at body temperature, it isn't a suitable material to replace titanium for the outer shell; it would just splurt out of your eye socket.
Is that an important distinction?
Curious if this will be supported by react-scripts. Or is it Next.js-specific?
We wish too!
Yeah, looks like there are resource restrictions if you don't have kids under 21.

Also a bit risky depending on your exit strategy and the assest recovery mechanism.

Not going lie either... this is generally the type of behavior that gives these programs a bad name and creates pushes for reforms - using them them to FIRE while maxing out the 401k. Most people are fine with assisting the needy through these types of programs. The support for these programs completely changes when given situations like this. Especially when knowing the over a third of the state budget is used for this program and that my own medical care is more expensive due to provider taxes to help cover it.
They're not talking about someone using a hand-saw, they're talking about someone using a powersaw from a different manufacturer. Or, y'know, a table saw, or a CNC machine. Kotlin has tight integration with one particular IDE, not with all IDEs; let alone with things that are powerful in ways orthogonal to the ways IDEs are powerful, e.g. Emacs.
Well at least Vite does not lock you in the Next.js eco-system, so it's something ¯\_(ツ)_/¯.
Known and unknown are relative. I know my first name. I don't know yours. Your theory suggests that the two names will certainly be different. Is that always the case?

The mechanisms of human brain is indeed unknown to us. So how can we say with confidence that its underlying workings are this way or that way with certainty? We can only observe the inputs and outputs and do our best to compare the two. Which is the whole point of AI - to simulate the human brain (or what we can observe about it) to the best of our ability.
I love Markov chains! But, I too don't like "terminology, notation, and style of writing in statistics"... so, I built a simple "Rosetta Stone" (Python <> Swift) library implementation of Markov chains here: https://github.com/maxhumber/marc
Please email me details (jgc).
Overall the community is starting to embrace better languages for tooling, primarily Rust with some Go and Zig sprinkled in. Eventually I think we will hit a point where there will be a defacto dev tool that can take a web app and package it however you want, deploy it wherever you want, and do it very quickly. Some would argue those exist now, but until it can be done literally everywhere, painlessly, I would contend we aren't there yet. It's probably more likely something like WASM/WASI takes over before then honestly.
I'd rather spend a literal 6-character burden (alt="") to put an empty string in my little hobby projects than live in a world where non-hobby projects can skip adding alt.

It should be very clear by just looking around on the internet that, when given the choice, accessibility will take a back seat.
I actually very much agree with this comment. I was a manager for 25 years. A bad "team fit" was not good.

I never had a technical failure in my hires, but I did have a couple of "bad cultural fits." These usually weren't toxic people, but people that couldn't handle the responsibilities and pressures (we were a small, high-functioning team, and everyone's visibility was fairly high).

But this:

> who also has a history of doing good work at previous employers.

makes me wonder how LeetCode tests can tell you that, as they seem to be the single most important component of all software engineering hires, these days.

In my experience, they just drive out the qualified people that can see projects through, and leave you with ... the ones that are really well-practiced in short, academic exercises.
I realize the US-India tech relationship is very resilient, but don’t Indian companies run the same risk in principle by staffing the contract shops in Country X with Indians?
I was a big user of Detroit's docked bike sharing system, MoGo, and felt like it was a technology that stood a lot better chance to really change how people got around than Bird scooters, for example. Cutting the cost dramatically I think would significantly increase adoption.

Cool article - thanks for sharing!
Statistical Rethinking is probably the best textbook that I've ever read. It basically jumped started my career in data!
This is correct.

Every time I've written or otherwise dealt with JSON/XML/etc. I wished I was dealing with something simpler, so I created it. If I had Jevko as a full-fledged alternative to JSON or XML, supported by tools, etc., I'd pick Jevko in a heartbeat. I like minimalism. Some people like it too, so perhaps Jevko can serve them well. There are many good reasons.

> But is seems trivial to implement on very low-level, older, less bloated, or less powerful systems.

Indeed, this is THE feature and a realistic application. I hope!

For a naive unrealistic vision that I sketched out some time ago see:

https://github.com/jevko/writing/blob/main/2022-01-13-vision...
The Obscure Teaching with Calvin and Hobbes Is a Collector’s Holy Grail (2016)
5.0 Earthquake in the Bay Area
Most of them make apps either by upsells or via ads, both of which gives them an incentive to prolong your usage of the site.

The typical user stays only for weeks or months at a time. Many users come back rarely enough that e.g. Bumble offers a lifetime premium membership for less than it costs you to renew their quarterly membership a third time ($149 for the lifetime membership I think), which should tell you something about how long they expect even the most committed users to hang around.

Which makes sense. After all, if they do their job, you'll meet someone and not need the app any more, and if they do nothing for you, you'll get tired of them and disappear eventually. Only a very narrow subset of users use the non-hookup focused sites for very long.

The challenge then is that this puts a very severe ceiling on your customer acquisition cost. Who knows what their average lifetime value of a user is, but it's going to be a small fraction of that $149 lifetime membership, with most users never paying anything at all.

If you can make one that is good enough that you don't need to advertise much, you might have a chance, but it's a very tough, very crowded market (for every Tinder and Bumble, there's are hundreds of dating sites which nobody remembers).
GAGOOT: Reimagining the World Wide Web
Like a recent article was saying, every new "breakthrough" means nowadays more worries about your personal life/info/safety...
If it was "for" something wouldn't it no longer be general purpose?...
Cool. That is certainly your choice. It is also the choice of the website operators whose sites you try to visit to block your traffic since you won't opt in to their security precautions.
5.1 Magnitude Earthquake Near San Jose, CA
https://scribe.rip/74685ae96cb3
In the 21st century, statistics has had the odd distinction of being thrust into the spotlight in a way that it never has before in its centuries of existence. Before now, practitioners have mostly been on an island...or more like several islands that are multi-day journeys from each other by rowboat. It's created weird terminology, and even the initiated don't all use the same jargon. I have a degree in statistics, and one thing I learned in school is that if you pick up a textbook the first thing you have to do is figure out its internal terminology. Only the basest concepts or ones named after people tended to use the same names everywhere.

I think this is why computer science has been so successful at co-opting a lot of statistic's thunder. It's reorganizing a lot of concepts, and because everyone is interested in the results (image generation, computer vision, etc) it's getting a lot of adoption.

Amusingly, I thought that the blurb on MCMC the author quoted was pretty clear. That doesn't happen to me often.
It goes to stock pricing theory - you can basically say the total value of a company (all the shares added up) is the value of all the future profits, discounted back to todays dollars. If interest rates go up, we apply a bigger discount to reddit's future profits, so the value of reddit goes down. Since reddit is a growthy tech stock what we're kind of saying is reddit's biggest profits are a long way off so we're going to discount them a lot when interest rates are high, making reddit highly sensitive to interest rates.
Matt is one of the best, most ethically-driven founders I’ve ever worked with – there are a thousand easier, cheaper decisions Pave could make in how it operates (especially given the space) that he chooses not to do, in service of customers & data integrity. Pave is special!
>On an application with 3,000 modules, Turbopack takes 1.8 seconds to boot up, while Vite takes 11.4 seconds.

How many apps are dealing with 3,000+ modules?
> We can't hide in a cave to build everything in secret until it's ready because otherwise we wouldn't have the money to pay contributors, or we would be forced to get funding through other means (I mention that point in the blog post).

Can you see though how this model can cause a lack of trust in external observers? Your development model is reliant on attracting attention to drive funding. There are some major incentive problems here. I want to be clear that I am not suggesting that you are deliberately doing this but your model actually incentivizes building a lower quality product. You just need to make something appealing enough that people start using it and then, once they are invested in the language, some of them may be willing to pay you to fix the issues they find or build new features that would be useful to them. If the language didn't have issues, there would be no reason to pay you to fix them.

I know I will likely get downvoted for this but I believe in what I say.
Cut buffers are different thing than selections and cut buffers are deprecated and probably not used by anything written in last 25-30 years.

On the other hand cut buffers are so simple that there isn't any of the complexity as with selections. But still I think that the ICCCM/Wayland model of selections is the only sane way how to implement clipboard, because it does not involve creating some kind of shared state of potentially unbounded size and consuming potentially unbounded CPU time doing that even if it will not be used.
They are encouraging people to write alt text, not encouraging people to write alt="".

That's like saying "Typescript just encourages people to make everything `any` instead of defining types. It's a useless addition over JS." Sure, you _could_, but most actually use the actual tool.
I nearly switched from EE to CS, but decided against it after my first Fortran class. I had the semi-mythical shoebox of punchcards too - walking to the other end of campus was an exercise in fear.
Never have this issue. I'm not being hyperbolic either. I review Kotlin PRs every day and am never lost for context on a type.
"Hire the best engineers?" doesn't read like bullshit to me. A lot of startuos start out with scrappy teams who only half know what they're doing in their domain. That's partly because the domain changes every couple of weeks.

When you scale, that changes. It's crucial that you hire competent people for whatever your startup ended up doing. Have a lot of frontend? Hire UX designers and senior frontend engineers with 10+ years experience. Doing advanced AI? Hire someone who's been in that space for 5-10+ years. Etc. They're worth every penny.

The logic of fake-it-till-you-make it doesn't scale, but many don't realize it early enough.
It actually sounds pretty terrible to pay $10/mo to watch a single show. Sure, they will let you watch other stuff, but if you just want the one show you still pay what amounts to almost an entire netflix subscription. You can own the blurays of all 3 seasons (a much higher quality video stream) for under $60 and likely even cheaper on a special which you can then keep or sell.
> Select to copy, middle-click to paste.

I also think that this is useful. Furthermore you can have separate selections: primary, secondary, and clipboard.

I use xterm, and shift+insert can also be used to paste from the primary selection. Firefox can copy to primary selection automatically and can paste by middle button, but shift+insert pastes from the clipboard instead; I think that it would be better for shift+insert to paste from primary selection and control+V (or command+V would be better; having that a separate key like Mac OS does is better, I think) for paste from clipboard.

Another thing that is helpful, but many modern programs do not do (some older programs do, such as Heirloom-mailx, and vi) that you can enter shell commands to be used by pipes to transfer data between programs (by use of popen function in C). (Some of my own programs have this capability)
If your device has limited network connectivity, it can create new passkeys or use a passkey it already has for interacting with a service. However, it won't be able to synchronize new credentials with any cloud service in multi-device scenarios.

Or in other words, it works the same as a password manager today.

There is a slight wrinkle that some platforms may eventually offer to use an internet service during registration for any required device attestations (e.g. no, this is really coming from mobile phone brand X). Your registration process can't require such things if you are dealing with non-internet-connected devices.
As someone who took statistics 30 years ago and promptly forgot most of it, I followed everything except "I want to efficiently draw a name from this distribution". What makes a drawing efficient?
On my greatgrandfather inmigrations documents it stated that he could drive horse wagons. He was not able to drive a car yet :)
Fats and oils are hydrophobic.
Dupe: see https://news.ycombinator.com/item?id=33334233
You realize that Java has either released or has in preview most of the Kotlin features? Your example in Java 10+ is:

var foo = "bar"; // you can add final if you feel like it

You could always have multiple classes in a Java file as long as there was only one public class.
What I hate about javascript fatigue is that there's never enough time for something to mature before it gets replaced. Documentation always covers the basic scenarios and never any edge cases. Sooner or later you end up trying to find a solution in a github issue 20 pages down.
It looks like the first CS department was at Purdue (wasn't expecting that); they introduce a CS degree program in `67. UNC was another early adopter.
Not to mention explicit language about _not planning to support the Webpack API 1:1_...
OpenTelemetry Demo 1.0.0
This sounds like pop art—which some see as a precursor to post-modern art, and some see as an early type of post-modern art.
I remember reading something similar before, where I think the B-17 had very similar flaps/landing gear controls, and placed close together on the panel, where pilots on short final would pull one lever rather than the other https://ww2aircraft.net/forum/threads/b-17-crashes-due-to-co...
This is one of the things that reading D.K. Brown's pentology on design of RN ships (_Before the Ironclad_, _Warrior to Dreadnought_, _Grand Fleet_, _Nelson to Vanguard_, and _Rebuilding the Royal Navy_) drives home: in the pre-WWI era almost everything is done with fudge factors and building off of what was done before, but a little different, and even into the 1950's there are lots of room for error.

One story that has stuck with me is of a destroyer class in WW2 that performed particularly horribly because of an error on calculating the metacentric height. The proper procedure for calculating it was to have two different dudes each spend a week calculating it independently and hoping that their numbers matched. Apparently, in the rush of what had to be done, the RCNC cut some corners and only had one draftsman do it in this case, and he made an error and now the ships rolled horrifically. But even Bouguer and Euler- the people inventing metacentric height calculations- are working a century after the Vasa, so a master shipbuilder in that era just has his working experience and no real math to help him.
How not to end up in jail with a felony