skysight-inc/HackerNews huggingface dataset:
Blogs are already part of the view count trap and constant output dopamine hit provider worlds. Social media is just further down the trend line.

In the early days of websites people often just had articles organized by topic on their website that interested readers could peruse. There might be a "What's New" section to let people know what was updated, but other than that old content was treated as being just as relevant as new content.

The blog space flipped that. Instead of most of the information being presented non-chronologically with a possible area to let people know what's new, now information was prioritized by how new it was, with a possible area to list older posts. Old blog posts that don't make it to the list end up being well hidden and almost never read.

For most people, the appeal of a blog over the older long-form articles was that blogs provided a somewhat constant stream of new content. You hear this when people tell others how to blog - "right a blog post everyday/everyweek." With a personal website, you don't want your high quality articles drowned out in a sea of low level off the cuff writing. But most blogs thrive on that, because a stream of new articles is needed to keep people coming back. Almost no one would want to put a low effort website up that only says, "Man, watching the news this week. What is the world coming to?", but those kinds of hot takes are all over the blog world.

Additionally, on older sites comments often consisted of an individual e-mailing the author of a site, who might that have a page for useful reader comments. The blog comment space was about firing off quick reactions, getting a quick response, and then having the whole discussion buried a day (or sometimes mere hours) later as other blog posts supplanted the top one.
Fast Text-to-PDF Converter with ~200 Lines of C89, Requiring Only Libc
It's life Jim, but not as we want it.
Tobacco companies to be billed for cleaning up cigarette butts in Spain
Microservices as a named architectural pattern are over a decade old at this point. Anyone jumping on them because they're the new hotness is more than a little behind the times.

> I have exactly the opposite problem though: the kind of problems I have worked on so far would not be "solved" by leveraging "large number of developers that can independently work on an equally large number of small, modular programs with a very well defined, concise interface".

If you don't have multiple teams working on it, and you don't have specific chunks of functionality that you need to scale orthogonally, then you don't have the problems microservices solve. So don't use them. That seems uncontroversial to me.

> I still think that "these scenarios" are prevalent in any company which existed before the 90s, but I might be wrong or biased on this

This is survivorship bias, in a sense. Microservices only make sense where access to CPU and network is cheap and on-demand (largely). That's only started to be an assumption you could really make since Amazon's EC2 convinced the world's CIOs that fungible tin was better than their own racks.

That means you don't see microservice architectures in older companies, and you don't see problems being solved with them even where it might have made sense retrospectively because IT Ops would never have been set up to enable it.

Today you don't need a big rewrite to justify introducing microservices where they're needed. That's a straw man. All you need is a team that will be able to move faster if their deployment is decoupled from everyone else's.

But fundamentally if your problem area smells like "bunch of business rules and a database" then, again: if you don't have the problem that the architecture solves, don't use it.
> usually actually solve for a human problem in scaling up an organization.

It's invented by a software outsourcing firm to milk billable hours from contracts.
Every time I read about PFAS I assume we'll end up like Case in Neuromancer, with extra organelles or organs that filter extra things out because we can't remove it from our environment for a good long while.
Dilate.
The reality of the situation is that Russia does not have the military capability to achieve its political aims. This has been clear to every observer since about March. Yet Russia has not attempted to moderate its political aims to reflect its actual military capabilities, and I think it is unwise for Ukraine or anybody else to humor Russia by considering these unrealistic aims as a viable starting position for negotiations.

Sadly, given the delusions of Putin, this means having to prolong the war in Ukraine. Delivering yet more decisive defeats of the Russian military is likely to be the only thing that can shock him into realizing that what he wants is unachievable and he has to adjust his aims to reality.
The year 2002 called and wants its denialism back. The effects of added CO2 are so simple to understand, CO2 is so easy to measure...
Yes, in time past. And they might be able to manage more of those in the future under new leadership.
Source: "I have a hunch"
I've been journaling for 11 years and I'm not going to stop any time soon despite the lack of a "like button" or analytics.

The way you get free of view counts is by not worrying about them.
Bar exam is not a test of sentience but of the ability to recall, interpret, and apply the law. Because law is an entirely textual thing, I would expect GPT to be exceedingly well suited for it.

I've said for a long time that most doctors and lawyers are just databases with quick and imperfect retrieval.
What's wrong with bundles? The issue is forced bundles that requires you to buy content you don't want.
Former Shopify dev. For what it's worth, this isn't the first time they've purged all recurring group meetings. It happened several years ago as well. Surprised the article doesn't make mention of that; maybe their source hasn't been at the company long enough to know.

I won't comment on the merits of this at large, but it was annoying for me at the time because I had several recurring calls with external partners, which were all summarily axed. The bot didn't discriminate between meetings with 3+ Shopify employees, or 1 Shopify employee and 2+ external contacts. Hopefully they fixed that this time, because it was embarrassing having to explain to partners why all of our recurring meetings had gotten deleted.
Of course! Besides being delicious and nutritious to begin with, it's important to increase familiarity/popularity because amazingly, NIMBY happens to oyster farms, too. Ruins the viewscape, the waterfront landowners say. Even though these farms improve the quality of the water they sit in.

I've eaten many dozens of raw oysters at just about every coast I've ever visited (EU/MX/Gulf of MX, Pacific & Atlantic US), and have never gotten sick. I'm pretty careful with Gulf oysters though.
There are more than one,

https://www.gocosmos.org/

https://www.wildernesslabs.co/

http://joeduffyblog.com/2015/11/03/blogging-about-midori/
I read the above as pointing out you won't be able to legally buy it the same way you can legally buy pot in Oregon to consume at home.

I don't think anyone has suggested you won't (continue to) be able to buy it illegally.
Not sure what exactly is going on, but there is a shroom store operating quite publicly on the east side.

Regardless, this will have no impact on "the streets of Portland". The real problem are much harder, "less fun" drugs, namely fentanyl and meth that are destroying people's mental health and lifes all over the US. Also, 50% of homeless in Portland arrived there homeless.
What! Nonsense, I insist we have a company wide meeting on this.
Or hardware. I worked on an HPC product which used "microservices" of a kind but many of them were tied to specific hardware nodes. So much of what we think of as "microservices" relies on a fairly narrow set of assumptions, and mostly makes sense in specific contexts, i.e. cloud, APIs, etc.
‘Physician Misinformation Bill’ Takes Effect in CA
> Only when this is all done, you think about the communication patterns and discuss how to scale the app.

The main thing is that regardless of scaling, the app should always be able to run/debug/test locally in a monolithic thing.

Once people scale they seem to abandon the need to debug locally at their peril.

Scaling should just be a process of identifying hot function calls and when a flag is set, to execute a call as a network rpc instead.
Services generally have a stateless request/response architecture, inherited from the success of HTTP, and contra the experiences of CORBA and COM, the latter being much better suited to Office Object Linking and Embedding and VB visual controls - local, assumed reliable, not across a network boundary.

Creating an object-oriented API for a shared library which encapsulates a module to the degree a service boundary would is not trivial and it's very rarely done, never mind done well. Most OO libraries expose an entire universe of objects and methods to support deep integration scenarios. Maintaining that richness of API over time in the face of many consumers is not easy, and it (versioning) is a dying art in the eternal present of online services. The 90s aren't coming back any time soon.

If you own a library which is used internally, and you add a feature which needs a lot more memory or compute, how do you communicate the need to increase resource allocation to the teams who use the library? How do you even ensure that they upgrade? How do you gather metrics on how your library is used in practice? How do you discover and collect metrics around failure modes at the module boundary level? How do you gather logs emitted by your library, in all the places it's used? What if you add dependencies on other services, which need configuring (network addresses, credentials, whatever) - do you offload the configuration effort on to each of the library users, who need to do it separately, and end up with configuration drift over time?

I don't think binary drops work well unless the logic they encapsulate is architecturally self-contained and predictable; no network access, no database access, no unexpected changes in CPU or memory requirements from version to version.

There's plenty of code like this, but it's not usually the level of module that we consider putting inside a service.

For example, an Excel spreadsheet parser might be a library. But the module which takes Excel files uploaded by the user and streams a subset of the contents into the database is probably better off as a service than a library, so that it can be isolated (security risks), can crash safely without taking everything down, can retry, can create nice logs about hard to parse files, can have resource metrics measured and growth estimated over time, and so on.
Just recently a friend of mine tried an online service that does psychological counseling (I don't want to name names, but if you listen to podcasts on Spotify you've probably heard their ads.) She showed me the transcript of her one and only session with a supposedly human "counselor" and compared to ChatGPT it was like schizophrenic word salad nonsense. I can absolutely imagine that niche being filled by an AI.
Maybe then we’ll actually have some kind of quality to treatment. I’ve seen numerous doctors over the years for chronic health conditions and vast majority of them don’t really listen and can’t keep your whole history in their head while also trying to hear the new stuff. They are over worked with far too many patients.
Column major and row major vectors and matrices (for games)
Is there some history as to why English-speaking Australia is so playful with the language?
"Convoluted, ugly, and difficult to understand" is for crackers like throwing Brer Rabbit into the Brer patch.
> Yeah, DRM-free stores like GOG demonstrate that you don't need DRM to sell digital media. But movie industry is still stuck in this stupid dinosaur mentality.

GOG loses money, has lost money every day of it's operation, and would have gone bust long ago if it wasn't subsidised by CD Projekt.

How does it demonstrate that exactly? GOG is essentially a charity at this point, and CD Projekt has already said they are cutting costs and reducing the amount of new titles it will put on the service because that is unsustainable.
> A better rule is for one service to own writes for a table

This breaks down when the database is essentially a generic graph. The worst solution I've seen to this is to have another service responsible for generic write operations and any service that wants to write data goes through that service -- you're essentially re-introducing the problem you're purporting to solve at a new layer with an added hop and most likely high network usage. The best solution I've seen is to obviously have the monolith. The enterprise solution I've seen, while not good by any means but nearly essential for promoting team breakdown and ownership, is to just let disparate services write as they see fit, supported by abstraction libraries and SOPs to help reinforce care from engineers.
This feels like the tech news equivalent of eavesdropping on the couple sitting at the next table at a restaurant, and then concluding that because they're having an argument, their marriage must be in trouble.

As you pointed out, it's not as strange as the headline makes it out to be. "Big organization finds effective communication difficult; tries something new" ... big deal?
Gifted My Wife an AWS EC2 Automation Script
For this new year, I gifted my wife an AWS EC2 automation script. Read on to know more about this in this blog about our problem statement and its simple solution.
We were perhaps a bit too enamored with the idea that it was intellect that made us unique, and thus knowledge workers would be the last to be replaced. Pouring our brains out by the Petabytes for neural networks to pick them up made the economics just work for an AI industrial revolution to start from there.
I think people who don't want search are underestimating how prevalent it already is.

Mastodon itself officially supports Elasticsearch, but it isn't turned on by default and the UI limits what can be searched. I'm not sure if that's for social reasons or just to make installing a server easier, but there's no "never federate to servers with ES enabled" setting. Friendica has full-text search as well, and I imagine there are others.

Machine-readable copyright licenses as the author suggests could be very useful for situations where legitimate for-profit companies start federating their services. Perhaps I don't want Flickr[0] to show advertisements next to my photos that I share from a self-hosted Mastodon server, for example. I could apply a license that forbids that and have a good chance of enforcing it in court. They're not a good fit for dealing with bad actors though. If somebody sets up fedisearch.ru fed by legitimate-looking public servers, they're probably beyond the reach of the courts I have access to.

[0] The CEO of Flickr has publicly pondered adding ActivityPub support.
Isn't it cool. I will remember that site because I forked mine out of it. ;-)

https://brajeshwar.com
The biggest draw of microservices to those just adopting them is not scalability or separation of concerns, but independent deployability (move fast and deploy new features in a particular area unencumbered).

Good LUCK getting that property with a monolithic or modular system. QE can never be certain (and let's be honest, they should be skeptical) that something modified in the same codebase as something else does not directly break another unrelated feature entirely. It makes their life very difficult when they can't safely draw lines.

Two different "modules" sharing even a database when they have disparate concerns is just waiting to break.

There's a lot of articles lately dumping on microservices and they're all antiquated. News flash: there is no universal pattern that wins all the time.

Sometimes a monolith is better than modules is better than microservices. If you can't tell which is better or you are convinced one is always better, the problem is with you, not the pattern.

Microservices net you a lot of advantages at the expense of way higher operational complexity. If you don't think that trade off is worth it (totally fair), don't use them.

Since we are talking about middleground, one I'd like to see one day is a deploy that puts all services in one "pod", so they all talk over Unix socket and remove the network boundary. This allows you to have one deploy config, specify each version of each service separately and therefore deploy whenever you want. It doesn't have the scalability part as much, but you could add the network boundary later.
Yes, capitalism on its own, without any kind of social and individual-rights safety net, is ruthlessly cruel. "The worst."
That is what using declarations and IDisposable are for.
Ocaml then?

It has optional options-in lazyness for the few times you really need it.

Or just rolling it yourself with e.g. a python generator
It's the same in the US. I have a card that is both, and that's the only card where the ATM asks me to choose.
Thanks, I wasn’t familiar with the name of this principle!

Though I feel these definitions of OOP are closing on the Actor model, so exact definitions are not really possible to give here.
That sounds like you shut down a very profitable export industry.

Why not keep building these condos and rake in the money?
ASML: Engineering the Future in Fine Detail
This is (effectively) false. You don't need to eject to use third party modules (including, but not limited to, react-native-webrtc). You can use expo-dev-client to build your own "Expo Go"-esque development app, and EAS Build provides a fully transparent build environment.

To be precise, EAS Build does actually eject IIRC, but you never notice this during development. I haven't ejected or seen an android/ or ios/ directory in the past year of developing an Expo app, using many third party libs.
YouChat is a chatbot that tries to do just that. I asked it what is going on in Peru and it gave a good answer including a citation:

>In Peru, a political crisis has been unfolding over the past few months, with the ousting of former President Pedro Castillo over his refusal to step down [1]. Protests have been held in response to Castillo's ouster, and they have been met with a strong police response. Additionally, truckers and some farm groups are planning to go on strike on Monday to demand measures to alleviate their economic hardship. Peru is also facing an economic downturn, with many businesses facing closure due to the crisis.

The citation link was https://www.reuters.com/world/americas/what-happens-perus-fo...

Some details are wrong, it says something will happen on Monday but it does not realize that's supposed to be relative to the publication of the cited article. But it did correctly summarize what the source says.
Portal rendering with offscreen render targets (2015)
And how much of that money is 'double counted' - ie. the exact same dollars are stolen twice in the year?

The same money can even be stolen multiple times in the same hack, if it is deposited with some exchange, who then loans it out to someone who desposists it with the exchange again. If the exchange is hacked, it's the same original dollar being double-stolen.

There are rumours that some money on exchanges might be being counted hundreds or thousands of times...
I moved to Substack so that I'm part of a community as well, which I don't always get with a blog (along with the newsletter feature).

How do you replicate that (the newsletter bit) as part of a standalone blog easily? To me, starting a blog is no problem, connecting it with a larger audience is what's missing.
Intel Launches 13th-Gen Mobile With 5.6 GHz 24-Core i9-13980HX, HX, H, P, and U
The code is open source at least part of the time, and the attack vectors are well studied now (at least for EVM-based chains).
Mercury | Full Time | REMOTE OR SF/NYC/Toronto/Portland | Backend Engineer, Engineering Manager - Web Experience, Frontend Engineer, Full-stack Engineer

Mercury (www.mercury.com) is building a banking stack for startups. Backed by a16z, CRV, and Coatue. Recently raised $120M Series B at $1.62B valuation.

Tech stack: - Haskell - Typescript - React - Postgres - Swift/Kotlin - Nix

We are hiring across technical and non-technical roles and are open to fully remote employees anywhere in the US or Canada. Please feel free to email me at veronica at mercury dot com with any questions, or apply directly at www.mercury.com/jobs.
> I'm not so positive on every microservice maintaining its own copy of state, potentially with its own separate data store. I think that usually adds more ongoing complexity in synchronization than it saves by isolating schemas. A better rule is for one service to own writes for a table, and other services can only read that table, and maybe even then not all columns or all non-owned tables.

I’ll go one step further and say that you should treat your data stores as services in and of themselves, with their own well-considered interfaces, and perhaps something like PostgREST as an adapter to the frontend if you don’t really need sophisticated service layers. The read/write pattern you recommend is a great fit for this and can be scaled horizontally with read replicas.
Are they still reeling from the layoff last year or something?
Or just self-host your repositories and don't deal with centralized Git services given that techies here are hyping around how 'easy' it is to spin up Mastodon instances.

Should be even easier to self-host a Git repository then, just like a website.
https://www.politico.eu/article/scholz-holds-up-german-tank-...

https://www.thetimes.co.uk/article/olaf-scholz-german-chance...

It doesn't say that the Bundeswehr was behind it, though. Just that "other top officials" were.
I've never had a terrible experience with AirBNB (although the week I spent working in Montreal living on top of one of the greatest party corners came close but it wasn't the fault of the host or AirBNB.)

Personally though I've come to appreciate hotels more and my experience is that you can usually find a decent hotel room for about what an AirBNB costs and I usually like going to a hotel better. (There was that one in Chinatown in NYC that the experience of finding it was somewhere between The Blade Runner and a James Bond movies, I'm not sure if that is a good review or not.)
*Gopher
I know that this is a little off topic, but speaking of X Weather app.... The habit that I am still trying to break with my kid is that they should not rely on the weather app for temperatures when we go camping.

The weather app is an app that reports data from a weather station, it is not a thermometer. If you're camping in a valley or a mountain that's 20 miles away from the nearest weather station, the temperature that your app says is almost certainly wrong.

So hard to break that habit of relying on the phone when it's not correct with some of the younger folks.
With the energy crisis in Europe this winter, I'm sure most people will trade a shorter ski season for higher average temperatures. Maybe Switzerland does not import much gas and would be the exception to this?
Just get rid of the "sprints".
Thanks man. I'm using OpenAI's text davinci 003
My Twitter feed is almost entirely dead. There's one person I follow who doesn't want to put in the effort to spin up their own Mastodon server but doesn't want to join anyone else's, and one who worries about censorship by Mastodon moderators (even though it's Musk banning all the journalists), and that's it.

I shut Twitter notifications off on my phone because all I still get at group chat spam about fake crypto giveaways and ads for Twitter Blue which I'm pretty sure violates Apple's app store terms.

Even the influencer types I follow see higher engagement on Mastodon even if the numbers look smaller, and have thrown in the towel.

Twitter's dead and buried.