skysight-inc/HackerNews huggingface dataset:
I can anecdotally confirm this to be the case. I was in college when G+ came out, and there was a lot of interest in my friend groups; except that nobody could get in.

There was a moment when a lot of people wanted to make G+ accounts, and if they had been able to do so, the network effect of them making accounts would have spurred a number of others to do the same. But they couldn't, and by the time they could, interest had died. G+ had one really good shot, and missed.
No, they are not the same thing. They are logically equivalent, which is not the same thing as same thing.

1+3 is logically equivalent to 4, but they are not the same. As just one example, the former contains an operation.
For starters, there are like 100k platforms for "sharing" stuff. Where I live, facebook and to some degree instagram completely dominate the social media market: think 95% and above. People are creatures of habit and they get used to the platforms they use as they evolve. In addition, most users use a smartphone most of the time. And by extension, most of the time they spend on their smartphone is distributed among a certain number of apps(low, single digits). If anything new comes along, you first need to gain some market share by squeezing yourself into that time slot, which is nearly impossible. I spent most of my career at a company that solely developed games for smartphones and I did countless studies on the matter. The South Park episode about freemium games couldn't possibly be more accurate.

So much like no one on HN wants any updates from the board itself, people get what they want and so long as it works, they will complain but keep using it unironically. I got a chance to speak to reddit admins a few months ago and they admitted that till this day, they all, till this day use old reddit, even though new reddit has been around for more than half a decade and now there's new-new reddit.

Same reason no one has made a new myspace - it was great back in the day. By today's standards, it would have been a security black hole but it did it's job back in the day and if not else, it taught a large number of people some basic html and css skills. Today, no one cares about shiny profile pages with sparkles and music.

That's kinda the first rule in monopoly: you are either first or you are last, along with everyone else. It doesn't matter if you have 100, 1000 or 10000 users - you are still at the back of the pack, not even getting scraps for dinner.
There's an old saw in the AI community about Minsky talking to a student training a tic-tac-toe neural net. When he asked why the net was randomly-wired initially, the student responded that they didn't want it to have preconceptions of how to play. Minksy responded that it still had preconceptions; we just didn't know what they were.

Eliminating bias is a mu-goal. An unbiased electrical pin isn't a perfect signal; it's a floating input, passing along whatever radio flux slips through it. Our goal is always to seek out the right biases.
I really like 0xide's insight here. I don't know if Bryan has an MBA but this article reminds me of how I learned that good systems engineers make for good product people.

A friend of mine from Sun went to Santa Clara university for their MBA and I was always interested in running a company and we talked about what core knowledge the school felt that a "Master" of business administration should know. Not too surprisingly there was a lot about how you could organize a bunch of unreliable elements (employees) into a structure that reliably delivered results (products). And in one sense that is exactly what cloud computing did as well, organizing unreliable "cheap" PC type servers, into a fabric of reliable service delivery. It is the system of organizing the parts that is the solution.

Greg Lindahl was one of the founders of Blekko and his experience of managing hundreds of machines for the super computer types with big machine budgets and low IT budgets, was essential to Blekko's ability to deliver its search engine. With a DevOps group of six (one manager and five SREs) Blekko managed 2000+ machines in two data centers. IBM was astonished when they bought us that we could manage with so few devops engineers.

We had also done the "What would this cost us on AWS" calculation many times with many different variables and the 'break even' point, where the cost to self host at a Colocation facility fell below the cost to host with AWS was 120 servers. And that included reducing the DevOps group size to 3. So about 10 racks worth of servers. There was a really funny experience when IBM insisted we move our infrastructure to SoftLayer (an IBM business) when IBM acquired us and we pointed out that the "soft money" cost of running our infrastructure on SoftLayer was about $9M a month versus $120K a month. Which their finance group shut down that talk and just renewed the lease in the Colo.

But to successfully run a big distributed thing like that, you needed to both put your servers in a colocation facility and have Greg's software which allowed you to manage them with a small team. The total cost of that infrastructure depended on it.

I got a chance to go visit the 0xide team and they absolutely "got" that requirement. If I were running Engineering and Operations in Blekko today we totally would have kicked Supermicro to the curb and replaced them with the 0xide solution. I don't know if they have teamed up with Antithesis for testing their stuff but man, that combo of management software that never breaks and integrated server cabinets with all the things? That's a pretty good integration.
Edit (since I cannot edit my comment after 2 hours): for the code to properly verify the lifetimes one needs to write

where 'b: 'a

meaning 'b is at least as useful as 'a. So 'b can live the same time, or longer, but not less.
There are alleged cost savings elsewhere. I haven't seen a company that's actually realised them. Every company I know of that's gone all-in on cloud is paying a fortune and still has a big team to manage everything.
For some *nixes that already exists. But it is insufficent to provide the OS with information like "if thread N blocks for I/O, run thread T instead", particularly because in the next quantum, it might be "run thread Y instead".
Even before they added all the data collection and cloud storage 'sealed sender' didn't do much to protect users.

"Even under the sealed sender, observers said, Signal will continue to map senders' IP addresses. That information, combined with recipient IDs and message times, means that Signal continues to leave a wake of potentially sensitive metadata. Still, by removing the "from" information from the outside of Signal messages, the service is incrementally raising the bar." (https://arstechnica.com/information-technology/2018/10/new-s...)

A couple years after that "incremental" improvement Signal started keeping everything forever in the cloud which means that today governments can get a signal user's information just by brute forcing a PIN
...
None of those biases require anything remotely like "activism" found in today's environments. All of those can be addressed with ease in existing objective frameworks.
Given nintendo's user base includes a LOT of children who are very young, the long codes may have been a feature, not a bug - the equivalent of a child latch - to slow down/discourage young users from adding people themselves so their parents have a better idea of who they are interacting with.
People Who Can't Picture Sound in Their Minds
I think this is a false dilemma; you can have the high-quality implementations and be more open.

I've criticized Matrix before for their "protocol-first" approach and "too neutral" stance towards clients (which they've changed somewhat it seems; previously [1] was a table of clients with no clue what to choose, now it at least has "featured clients"). I feel they repeated the same mistakes as XMPP, which has not improved their client list.[2] Protocol nerds will say that's a good thing, but all it really does is ensure your protocol remains marginal because most people just get confused. People choose software, not protocols.

But you can write a high-quality client and a specification and allow people to write their own apps. IMHO Signal is needlessly restrictive. Sure, focus on your own implementation and the quality of that first. 100% the right decision. But there's no reason to not at least allow some things down the line. Signal is just a few months shy of their tenth birthday – they're well past the "ensure the quality of our official client"-phase.

[1]: https://matrix.org/ecosystem/clients/

[2]: https://xmpp.org/software/
Again it's an example of what working before not working in the future, though. Invite-only had worked great for GMail; it actually intensified the buzz. It failed miserably with Wave and Plus, showing that the same tactics sometimes work and sometimes flop.
My read is that TV (or 'entertainment' as we've come to know it since the cultural explosion of television) still requires artists and/or professionals with some form of skills/vision in order to be made, but is ultimately produced by and for the enrichment of corporate giants at the end of the day. Under that system, works can still potentially be made which satisfy the interests of the artist, the corporation, and the consumer (and everywhere in between). The transition to the distraction economy (e.g., TikTok but more generally 'content' as we've come to know in the last decade or so) seeks to remove the pesky artists and professionals from the equation, and tighten the corporations' collective grip around the consumers' attention to the point that the constant use of their product is less of a choice, but more of a compulsion (or as the author states more plainly, addiction) to which there is little alternative thanks to the current landscape of culture at large essentially now being contained within a handful of apps.
I've tried to build this in the past with Looria.com, where we aggreagted and summarized reviews from the most trusted sources, e.g. Reddit: https://www.looria.com/reddit

Couple of challenges:

- Astroturfing is everywhere

- The data sources, especially social media, become more protective with their data

- Monetizing this is super hard. As an aggregator, you're always just the intermediate.

Vetted.ai is working on something similar and they raised $14M in 2022. They are likely faceing similar challenges.
It sounds like what it's intending to get across is that there are market conditions that lead to a product taking off, and market conditions by nature change, which means a product taking off today doesn't necessarily mean that the same product would take off tomorrow.

So I'm curious about your opinion. How does it mean nothing to you?
I think about all of the emissions generated from software every day. I feel a little bit better when I refactor an endpoint from a p99 of 3 minute to 3 seconds. Then feel worse when I realize a youtuber canceled out those gains 100x over when they uploaded a 4k clickbait video about some drama happening on Twitch.
Wild Palms was a real disappointment from a sci-fi perspective. I felt like VR was just a "tech the tech" kind of adjunct instead of actually being integral to the story. Other generic technologies or mysticism could have been plugged-in and it wouldn't have made any difference.
I tracked down another source which has a much better image: the frog on a coin, giving a sense of scale. Very neat, absolutely tiny.

https://www.bbc.com/future/article/20240220-worlds-tiniest-f...
"but we were missing the particular social moment in time that Zuckerburg capitalized on."

That feels like a narrative that is designed to avoid taking responsibility for messing up. IMO it was 100% possible for Google at the time Google+ was made to completely win social, and they didn't because... what they built wasn't good, or apt, or visionary. Just picture Steve Jobs' Apple trying instead, except hypothetically imagine that their talent is in community design instead of hardware/UI design. They would've done it. Google can't, because... you know... Google is arrogant? and doesn't really do "visionary".
> If I'm reading this correctly, you think juniors should live without formatters because they need to learn to format manually?

You did not interpret what I said correctly. Not that you had much to work with, but that small wall of text is based on a major extrapolation.

I said completely relying on these tools is doing them disservice. How do you train your muscle memory when the tools are doing everything for you. I, for one, believe proper formatting is a sign of care and it's really easy to spot when someone is not paying attention.

Go on, mod me down harder.
The darkest pattern is that employers use microsoft software as your tools for employment.

This seems to violate all kinds of boundaries between your personal and professional life.

Most people as they mature learn how important boundaries are to health and well-being, as a child or teen growing up, as a partner, as a parent, and with friends and community.

People don't need this mess too.

There is no clear way to opt out of this, to create and maintain a boundary and to say no.
Right? I was going to ask OP "have you ever asked anyone?"

Because, IME, managers, etc. love it when you show an interest in how the business works and where your part fits in. It also makes their job easier if they can relate the crappy stuff they have to assign you to how much benefit the business gets from it.
It tries to keep 2 copies and so uses 2x the space on your phone. If you're sending a lot of images and video, then it becomes impractical quickly.
This acronym was always pro-Trump and has been simultaneously used pridefully and as an insult. I'm not aware of any pro-Trump folks attempting to dodge the MAGA label (which folks who previously claimed the mantel of "woke" now do). This is what I view as the difference — no one says they're "woke" anymore, even if they have the exact same views as before.
I made a Slack app to automate your status and improve work-life balance
> it does not rely on installed Python as in GN case as other tools.

I'm curious if you can expand on how you're using python, and what pain points you have there? I think python 3.9 was one for us but not too bad.
No, our understanding of history has not fundamentally changed constantly. This is categorically false.
And then when you're faced with potential criminal suits and/or the security state coming after you for "national security" reasons, you implement the tracking the government wants so you don't potentially go to trial and/or prison.
The interesting thing is that it does share your location when you open that screen even before you click that button. I don’t know why they did it, but it is definitely a shady thing.
There's a good deal of Turtledove in my perspective on this, yeah. His academic study of history lends a perspective few if any other authors in my experience share; my own study of the same subject, though entirely amateur, tends to make his counterfactuals seem more plausible rather than less, by which I infer both they and their consequences in his stories are drawn with scholarly care.
Can you share some insights about your dev process?
App locks pretty slick! Congrats!

What allows you to ship quickly and in high quality?
In Short: Product Market Fit

In Brief: https://andrewchen.com/after-the-techcrunch-bump-life-in-the...
Signal is such a tragic story. They had it all during the great uprising against Whatsapp. Even my non-technical friends started switching to Signal. They were exploding, more than Telegram ever was. And then they added some crypto bs right at the height of their hype. Bummer, no second chances from me, and removed from all those friends phones as a direct effect. They blew it
Related:

A response to "Erlang - overhyped or underestimated" - https://news.ycombinator.com/item?id=2039180 - Dec 2010 (33 comments)

Erlang - overhyped or underestimated? - https://news.ycombinator.com/item?id=2038392 - Dec 2010 (38 comments)
I’m not in a position to know anything except unconfirmed rumors about the NSA.

Hence my position remains unmoved.
There's a lot of talk about cloud network and disk performance in this thread. I recently benchmarked both Azure and AWS and found that:

- Azure network latency is about 85 microseconds.

- AWS network latency is about 55 microseconds.

- Both can do better, but only in special circumstances such as RDMA NICs in HPC clusters.

- Cross-VPC or cross-VNET is basically identical. Some people were saying it's terribly slow, but I didn't see that in my tests.

- Cross-zone is 300-1200 microseconds due to the inescapable speed of light delay.

- VM-to-VM bandwidth is over 10 Gbps (>1 GB/s) for both clouds, even for the smallest two vCPU VMs!

- Azure Premium SSD v1 latency varies between about 800 to 3,000 microseconds, which is many times worse than the network latency.

- Azure Premium SSD v2 latency is about 400 to 2,000 microseconds, which isn't that much better, because:

- Local SSD caches in Azure are so much faster than remote disk that we found that Premium SSD v1 is almost always faster than Premium SSD v2 because the latter doesn't support caching.

- Again in Azure, the local SSD "cache" and also the local "temp disks" both have latency as low as 40 microseconds, on par with a modern laptop NVMe drive. We found that switching to the latest-gen VM SKU and turning on the "read caching" for the data disks was the magic "go-fast" button for databases... without the risk of losing out data.

We investigated the various local-SSD VM SKUs in both clouds such as the Lasv3 series, and as the article mentioned, the performance delta didn't blow my skirt up, but the data loss risk made these not worth the hassle.
Indeed, I am not aware of instances where the left disagrees so ardently with firmly established science. There are certainly some disputes where the science gets a bit more squishy, but frankly there's a reason that I was driven away from Christianity by right-wing ideologues who also denied science.
> I've never really understood why you couldn't just break up your monolith into modules

You can! We used to do this! Some of us still do this!

It is, however, much more difficult. Not difficult technically, but difficult because it requires discipline. The organisations I’ve worked at that have achieved this always had some form of dictator who could enforce the separation.

Look at the work done by John Lakos (and various books), to see how well this can work. Bloomberg did it, so can you!

Creating a network partition makes your system a distributed system. There are times you need this, but the tradeoff is at least an order of magnitude increase in complexity. These days we have a lot of tooling to help manage this complexity, but it’s still there. The combination of possible failure states is exponential.

Having said all this, the micro service architecture does have the advantage of being an easy way to enforce modularity and does not require the strict discipline required in a monolith. For some companies, this might be the better tradeoff.
I just don't believe that LLM's have to reach the impossible bar you set of near-perfect correctness in order to be world changing. Thus, I disagree that any outcome less than that should be considered a "bust".
The real question is: what is the chance that somebody runs into this while implementing something common.
> A username on Signal ... must be unique and must have two or more numbers at the end of it; a choice intended to help keep usernames egalitarian and minimize spoofing.

Amen.
It's definitely content marketing, but I find Oxide interesting enough that I don't mind.
Oh hi Andrew! It's been ages, hope you're well!
Ask HN: How to hire AI talent in India?
Joe Rogan has no reason to complain about Signal now.
I'm no expert but one issue is that "correct" sound propagation needs to handle frequency dependent refraction (why sound is muffled coming from the other room, in additional to leakage through the wall).

One total hack I would imagine would work alright is to render the scene twice, once displayed to the player and the other where the only light sources are the player's sound and walls/windows/etc just have some opacity changed. If the light around the enemy is above a threshold the player is detected. You wouldn't need to render the whole scene, just the area immediately around the player, and avoid doing it if there are no enemies.

Another hack that would be more involved would be to compute a kind of graph for the whole level and when a player makes noise, you propagate it through the graph using precomputed weights. You'd have to handcraft a graph for every level. But I could imagine this getting the best results in terms of performance and gameplay, since you could tune it per scene.
Nobody on the other side of the fence wants those things, though. In the beginning the implications of allowing others to take a look into your life weren't well understood, but it soon became creepy knowing that others are taking a look into your life, hence why Facebook had to change gears and focus on more private spaces and lean on 'professional' content creators who are happy to let others watch them fill the void.
engineering management is equally likely to assert some kind of baseless 'best practices' position without really understanding whether or not its actually a good idea in this context
I am constantly impressed by Oxide. Their writing is top notch, I think they're exceptional engineers and product thinkers, and clearly they care about the ecosystem they inhabit.

One day I would love to get all of their OSS up and running locally. Truly, why not try to run your own private cloud? How many old laptops, desktops, PIs, etc must we all have lying around?
Good guess! The initial intention was to use iframes. And so zero js needed.

But iframes can't do

* Deletion (e.g complete a todo list item)

* Tail end append (e.g lazy loading infinite scroll list)

So i pivoted to js...
LED Matrix Earrings
> I'd be surprised if there was a "huge opposition" in Switzerland or Israel

That is reason why women got voting rights in 1970 in Switzerland, they were worried about conscription.

Israel has a huge orthodox religious community that opposes conscription. Army is just for liberal idiots!
Induced demand isn't just for freeways.
Yeah, I'm loosely familiar with sched_ext already. However, it is actually the opposite of scheduler activations.

SA means upcalling to user-space when thread scheduling is required.

sched_ext means loading a scheduler (coded in BPF) into the kernel.

Not dissimilar goals/purposes but wildly different systems.
~ 45m-1h (judging by posts on my Twitter timeline)
I think project mgmt software suffers from the same problem as project managers - they think they should be in charge, visible and front and centre

I disagree (esp about the human ones)

I want project management that fills itself in based on work people do, not work people tell the tool they have done.

I am dubious that putting ticket numbers in commit messages is needed - let alone IRC, emails, phone calls meetings, vendor orders placed etc

I am not even sure how to do this - I think it’s to do with defining the outcomes via automated tests (Are there five servers available for use by the X team, as opposed to does the blue button send onclick)

I wish you luck but honestly saving the PM time filling in a report that simply “announces” things are done without being measuring actual results is ok but not the quantum leap. But I am grumpy today so perhaps I am
Being too pessimistic

But still - solve “achieve these automated testable goals” might be the right answer - but way harder as you don’t control any of that surface area
You may want to try https://github.com/VikParuchuri/surya (I'm the author). I've only benchmarked against tesseract, but it outperforms it by a lot (benchmarks in repo). Happy to discuss.

You could also try https://github.com/VikParuchuri/marker for general PDF parsing (I'm also the author) - it seems like you're more focused on tables.