skysight-inc/HackerNews huggingface dataset:
There’s nothing preventing them from meeting multiple times in a day if they want; they just need to have a purpose for meeting rather than having a standing meeting whether or not they have things to discuss.
Personally, I think the combination of blog, newsletter and optional monetization is a good fit for many.
Before you comment about how idiotic this idea is, the end of the article says:

> The company said there will be a “two-week cooling off period” before anyone can reconvene a canceled meeting.

The company isn't saying no recurring meetings. It is saying, "hey, we have too many meetings, let's do a reset and think carefully about which ones we really need... and by the way, it's okay to decline a meeting that you don't think you'll gain value from.

I personally think that an occasional reset to figure out which meetings are actually necessary is a good idea. Also, sometimes there are personal/political reasons for joining meetings that you aren't going to get much out of. Having the top management say "try to cut down on unnecessary meetings" is a good way to give individual employees cover.
The key method here is not being in the project when the consequences arrive
Fly.io recommends an external DB provider. So it's not batteries included if you are looking at deploying to production

Also fly.toml seems to be designed for a single image/app from what i remember. What I mean is, I can't configure redis, background job worker, web worker using a single fly.toml

I wish they would spend more time making fly.toml more like render's monorepo support - https://render.com/docs/monorepo-support

Streaming SQLite is cool but as it stands for all my apps deploying on fly.io
is very difficult.
I wouldn't avoid a python program right from the start, but simply not bother if it actually wants 2 and only then start looking for an alternative. If anything that debian move might accelerate deprecation or upgrades of stuff that still uses 2. And then we might live in a perfect world with only python 3, because uuuuuunicooooode.
This is history in the making. Huge props to Oregon legislators for spearheading the change. Soon we’ll see official psychedelic therapy centers operating in the open and this is hands down one of the best things for the society.
I can say for sure that Dave Hyatt was working at Apple in 2008, I'm not sure if he left and came back though.
> The Bundeswehr is fully behind this proposal (it was purposefully leaked to the press early on in the war).

Not questioning this but do you have a source for that?
Because unlike in an ATM withdrawal where you take money out from your bank, you just paid the merchant a bunch of money, and the merchant is giving some of that payment back to you as cash.
I guess they don’t use Scrum at Shopify?

Otherwise it will be awkward to manually have to schedule:

- Daily stand ups
- Biweekly (or sprint_length) sprint planning/review/retros

Those sort of things are built into scrum to keep your team on track and prevent problems from being withheld until it’s too late.
I meant "only downside" in terms of how to design the API parameters and return values.

I did not say it is the caller's choice nor that it is equally reliable. It is a system composition decision. It is a system that is sometimes distributed and treated as such from a reliability point of view. Sometimes the actual implementation is more reliable and faster.
Having kids is hard, but yeah it is one of the best things.

My wife would get annoyed when we would pass someone walking and they would see our kids and say "enjoy your time with them while they are young!" Because she hadn't slept and was stressed out. She would think "you enjoy your freedom and your full night of sleep!"

"The days are long but the years are short" is a quote I think about a lot.

I think the key is the same whether you have kids or not: peace of mind in the present moment. If you are happy now you won't regret it later.
I don't think Putin would attempt to use nuclear weapons to preserve Russian control over the Donbass. Crimea is less clear (after all, Sevastopol is the main Russian Black Sea naval base), but his sham annexation of the four oblasts makes it less likely in my eyes.

It's hard to see a case where the use of nuclear weapons would improve Russia's situation, especially where Ukraine is seeking to recover territory almost everyone other than Russia agrees is rightfully Ukrainian. The story changes a little more if Ukraine were striking at the heart of Russia, but that is not a realistic option.
“A monad is just a monoid in the category of endofunctors, what's the problem?”
The original formulation of the offside rule made provision for handwritten entry. If/when computers get small enough to lose the keyboards and fast enough to reliably OCR, maybe that provision will be rejuvenated?
In aggregate, I have no doubt! But for a person suffering from social anxiety acute enough to affect their performance, the length of time that you are judging specifically them for a specific thing that they did is almost certainly orders of magnitude less than that person with anxiety fears - because, unless you've developed unheard-of levels of thought parallelism, you will almost certainly have moved on to judging someone else!
This is the first time I have heard the suggestion that management is going against engineers’ wishes by scheduling too few meetings.
As asked with other comments:
- interactive commenting with notifications?
- video ad delivery for content gating?
- simple (to the point of obscuring the blogness) sign up and posting?

Show me a site doing this (with rss or without) and I'll be happy to evangelize it!
is Hallucinogenic a correct term to describe psychedelics?
Please make it so it can at least compile on a Mac, no need for cross compiling if it's too complicated.
This is very nice! It is easy to get lost in most raw Swing code, but this seems to result in hierarchically defined code that keeps nested UI elements in context. I can almost visualize the resulting UI from the code.
You can deploy modules independently, but the technical and organisational measures you need in place to do it safely are an extra step you need to take whereas with microservices they're built in. Modules live in the same execution context, so you need a good shared ownership model for that context itself.

The point is that Parnas never conceived of doing it because he was writing about a world where the interfaces between modules were known ahead of time and were static.
"This has been my major criticism of them; you cement the design of the app by creating an organizational structure around your software components."

Conway's Law is basically "You don't have a choice." You will cement the design of your app around your organizational design. (At least, beyond a certain org size. If you have only 4 engineers you don't really have the sort of structure in question here at all.) je42 narrowly beats me to the point that if this is a problem you can try to match your organization to your problem, but that takes a fairly agile organization.

"What happens if you need to redesign the architecture to meet new needs? That's right; it's not going to happen, because people will fight it tooth and nail."

Unfortunately, in the real world, this is not so much "a disadvantage to the microservice approach" as simply "an engineering constraint you will have to work around and take account in your design".

Despite what you may think after I've said that, I'm not a microservice maximalist. Microservices are a valuable tool in such a world but far from the only tool. As with everything, the benefits and the costs must be accounted for. While I've not successfully rearchitected an entire organization from my position as engineer, I have had some modest, but very real success in moving little bits and pieces around to the correct team so that we don't have to build stupid microservices just to deal with internal organizational issues. I don't mean this to be interpreted as a defeatist "you're doomed, get ready for microservices everywhere and just deal with it"; there are other options. Or at least, there are other options in relatively healthy organizations.

But you will have code that matches the structure of your organization. You might as well harness that as much as you can for the benefits it can provide because you're stuck with it whether you like it or not. By that I mean, as long as you are going to have teams structured around your services whether you like it or not, go in with eyes open about this fact, and make plans around it to minimize the inevitable costs while maximizing the benefits. Belief that there is another option will inevitably lead to suboptimal outcomes.

You can't engineer at an organizational level while thinking that you have an option of breaking the responsibility and authority over a codebase apart and somehow handing them out to separate teams. That never works long term. A lot of institutional malfunctioning that people correctly complain about on HN is at its core people who made this very mistake and the responsibility & authority for something are mismatched. Far from all of it, there are other major pathologies in organizations, of course. But making sure responsibility & authority are more-or-less in sync is one of the major checklist items in doing organization-level engineering.
I do the same with Jekyll. I have tweaked my theme so that it looks great even on very short posts without title or image, and it works fine.
Hackers that are seeking banking passwords will sometimes monitor hacked devices for months, until they can convert stolen credentials to cash by buying crypto. The real question is whether any of your devices have been compromised, since Google/Apple account manipulation would appear to come directly from you. Changing passwords will be futile if your devices have been pwned.
The volcanoe from storz and bickel was great for a time. But not ideal for health.

The problem with these types of vaporizers is that they can inadvertantly introduce contaminents to the body. This is largely fungal and bacterial matter that can infect the lungs as it is not destroyed fully in the heating process.

Be careful even with tested weed.
> data sources saying otherwise generally are using pre-Fukushima stats.

I thought only one person died as a direct result of the Fukushima meltdown? And the other deaths attributed to it were due to poor handling of the people who evacuated; basically frail people dying in temporary shelters, unrelated to the nuclear aspect.
That's good. I'm very happy that Ukraine has an ally like the US who will sell energy to Europe.
If you can't admit the problem. Can't stare it down. Can't comprehend it. Then I don't know how you can ever solve it. I try to avoid these places, not easy though.
Have you ever come across someone who you thought was dressed or acted strange while riding public transports or walking in the streets? Found one of your fellow traveler extremely attractive? I would assume most of us would answer yes.

Do you remember the face of these persons? I can tell you that I don't.

Nobody really cares about strangers in big cities. They are part of the background. Sometimes you are struck by something then you move along. Even people who might actually be judging you will have forgotten you exist minutes later. That's the beauty of cities.
> other engagement tactics

Bots that can't be completely muted, for example. The best you can do is disable notifications for messages created by bots (except slackbot) but as far as I can tell you can't stop the dreaded "red dot" from appearing.
For those seeking more background about Samuel Pepys, Claire Tomalin wrote a biography "Samuel Pepys: The Unequalled Self" that more fully provides a context for his diary entries. [0]

On a tangent I was surprised to learn that I'd been mispronouncing his last name for years. Phonetically it's "peeps" and not "pep is" as I'd believed.

[0] https://www.amazon.com/Samuel-Pepys-Unequalled-Claire-Tomali...
Hi. Article author here.

Re Snipes: I know of no earlier network-native app for the DOS PC.

It's described on Wikipedia as "Snipes [aka 'NSnipes' for 'Network Snipes'] is the first network application ever written for a commercial personal computer"

https://en.wikipedia.org/wiki/NetWare

A citation:
https://web.archive.org/web/20160728221417/http://www.textmo...

If you have a pointer to anything earlier, I'd welcome it, but after all this time I doubt my editors will change the article. :-)

IPX/SPX was indeed based on XNS, as was Banyan's version, but it wasn't compatible with it. IPX was, I suspect, vastly more widely used than any other flavour of XNS ever.

> No, we called it "TCP"

Hey, it's a big planet, you know. You used 3 of the 5 letters, some others used the other 2 letters, or to make it easier, the words they stood for.
Department all-hands, business unit all-hands, product line all-hands... Every level of a large business feels like they need to do all-hands with some regularity. If you don't do them people complain that they feel "disconnected" and don't know what everyone else is working on. One problem it's that depending on your team and product some higher-level orgs matter a lot or not at all. The folks running those orgs of course also get mostly to interact with people to whom other efforts in the org matter most.

Then you have central efforts liked software supply chain security, DE&I, etc
I learned C++ from scratch around 13-14 years ago through this website and with help from #freenode's C++ channel and I'm grateful for both.
You Can’t Ignore Business Models in Your Career
https://stackoverflow.com/questions/41946007/efficient-and-w...
There's a good case to be made that the real service social networks offer is moderation. It seems pretty well established that most people don't want to be in a wild west online, and that's why decentralization fails.
They might be using cheaper caching in India and dedicate the more expensive ones to areas of the world they get profit from.
Are there any significant blogs still active on blogger? I just checked my RSS feed and apart from one obscure naval history blog, they're all wordpress+custom domains.
AFAIK, it doesn't send it to every server -- it sends it to every server with at least one recipient. Exactly how email works. Anyone can in fact write an alternative SMTP server that delivers every mail to every account.
How soon before this qualifies as a public defender? Gonna put this on my dystopia bingo.
any idea how good the tooling mentioned there is? its the key to successfully applying this strategy, the best way would be to have it as a part of your blogging software/platform of choice and just working. because no one wants to do the monkey work of reposting everywhere
> The content is an overt attempt to convince you to start a blog.

That's a bit of a useless comment, isn't it?
As a practical matter, this seems like it will only cause meeting makers to spend a bit of extra effort scheduling “non-recurring” meetings periodically. As someone who occasionally does schedule meetings, this really is not that challenging, especially if meeting volume is overall low; no conflicts, it takes seconds.

Wouldn’t it be better to measure outcomes and sentiment, and allow teams to adapt to what works for them? “Hey your team isn’t really enjoying all the meetings you call, maybe try having fewer to improve your team’s morale?” vs. “No recurring meetings for anyone!”
> I completely agree with all your points on significant whitespace for programming languages. Where I think it makes a lot more sense though is for structured static data.

This makes no sense.

If the arguments against significant whitespace are valid for executable code they're also valid for markup.

If it's fine to use significant whitespace for markup / data literals even the perceived drawbacks apply than it would be equally fine for executable code.
With slack, you have two inboxes: your email, and also your slack notifications.
I have never seen a "hard boundary" in a small to medium sized company. Everyone still ends up communicating, and there are simply not enough resources to maintain truly separate services.

The rigor of maintaining resilient, backward-compatible, versioned internal APIs is too resource and time consuming to do well. All I see is hack and slash, and tons of technical debt.

It seems like in the last couple of years it started sinking in, that distributed systems are hard.
I spent couple days rewriting everything from Django to Jinja2 and it was really big difference with 10x speedup (from 500ms for invoice list to 50ms). It was big e-commerce system with every ORM query optimized, selecting only required fields, prefetching related relations or selecting related. Django templates are really really slow and hard to debug. Rewrite was really great decision in this case.
Japanese government offers families 1M yen a child to leave Tokyo
Koddi | Currently seeking FT employees in the following locations: Ann Arbor, MI | Fort Worth, TX | Austin, TX | New York, NY, or Remote Open roles: Software Engineers (Go, Java, C, C++)Product Managers,Product Business Analyst, UI Designer; Technical Program Management Lead, Lead Solutions (software) Engineer, Looking to become a major player on a diverse team? Want to make a big impact on an engineer-driven roadmap in your next career adventure? Koddi Engineers drive innovation by embracing challenges and deploying emerging technologies to solve complex problems in software development. Koddi is a technology company that was born in 2013 from an opportunity to innovate in the adtech space. Our award-winning SaaS platform provides a robust network for brands to connect with consumers and drive revenue through native sponsored placements, metasearch, and programmatic media campaigns. Based in Fort Worth, Texas, we’ve grown to become a diverse global team. Ranked by Forbes, Deloitte, and Inc. magazine as one of the fastest-growing companies in the nation, we’re growing rapidly and looking for innovative problem solvers to join our team. Review all open roles at www.koddi.com/careers and apply directly, or send your resume to matthew.myller@koddi.com. Please reach out with any questions. We are not currently seeking external recruitment partnerships at this time. All candidates must be based in the US.
That's part of how recurring meetings get out of hand. They'll get scheduled as an 'easy' way to maintain a cadence when people have a busy schedule, regardless of any particular instance's necessity. If someone works with a dozen different groups, this sometimes results in evenly spaced 5 minute status updates interrupting someone's workday every half hour.
Hmmm, I'm not sure I like the experimental design.

This reminds me of the economics "experiments" which claim that money is universal because prisoners spontaneously use cigarettes at currency. However, the prisoners already have a motion of money from their time outside of prison, so are well conditioned to reimplement a money system in their new environment.

Likewise, the kids in this study already have language (and even a shared language, German) from their daily lives.

One of the fascinating parts of the NSL story is that many of the participants did /not/ have a language beforehand.

There's even a radiolab interview with an NSL speaker who didn't have language for 27 years:

'He said he can't think the way he used to think. When I pushed him to ask about what it was like to be languageless, the closest he ever came to any kind of an answer was exactly that. "I don't know. I don't remember."'

https://radiolab.org/episodes/91730-new-words-new-world
This is something I'm painfully familiar with and I'm starting to seem to me that "definition creep" that I thought was the result of marketing. Such as we see with terms like "AI" and "ML", actually mostly comes from this.

If you are a dumpster-fire S&P500 company CTO and there is a new shiny thing that would actually improve things, you are probably more capable of redefining that new term into the horse-shit you are currently doing; than actually do it.
> compilation versus interpretation never made a sigificant difference in performance for my solutions (which tended to be dominated by algorithmic complexity concerns) ... Were I to implement a language, I think I’d favor having an interpreter first.

Constant matters. Ahead-of-time compilation (AOT) and just-in-time compilation (JIT) are a lot faster than interpretation [1,2], sometimes by a factor of >100 in the case of C vs pure python [3]. This gap is noticeable for a program taking more than a few seconds to run. Except for performance-critical tasks, my preference is JIT-based languages without a manual compilation step, such as LuaJIT, Javascript-V8/Node.js and Dart. Nonetheless, these language implementations are much harder to develop than interpreters.

[1] https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

[2] https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

[3] https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
I agree. I've been a manager for almost a decade now and I've swung to both extremes on meetings. Some recurring team meetings are a good thing. Personally, one of my favorite recurring meetings is the retrospective meeting after a sprint. Yes, we could just toss all of that feedback onto an online retro board, but the interaction in the retro meeting is where the real gold is.
How long until it's smart enough to be a judge?
Each of these predictions you describe, save the first, are capitalism at work.

As far as I see, the alternatives are either some form of government intervention, or a world in which only the elite can afford to purchase personal privacy.
One data point from a successful YouTuber is interesting but I'm not sure about the extremely valuable part. If anything, it probably leads to a lot of people thinking they can make >$100K/year making YouTube videos and they almost certainly won't.
"Russia is a gas station" - have no idea about it now but in the time past they've managed very decent space exploration, science, education and some other things.
Even when C++ was created, object-orientation was not a goal, but rather a means to an end. Yes, that was a significant feature, and the original name was "C with objects", but even then it was only part of the bigger picture, and that part got smaller over time. The next big step away from an OO-orientation of the language (no, that's not a typo) was when the STL was adopted into the standard library - with its iterators and templated mini-algorithms. At that point it could certainly be said already that C++ is a multi-paradigmatic language, and that's become even more true over time.

You could definitely (?) implement a Java-like container framework, with class like Iterable<char> or IEnumerable<char> and almsot every OO bell and whistle - if you wanted to. But it would not be very useful.
Only the last is remotely related to reality in 2022, and existing reactors produce plenty.
Receive GitHub notifications on Twitter within 5 mins
Hi guys, have you ever experienced missing some of your important GitHub emails, Or you wanna receive a custom notification when someone stars your repo, which GitHub can never send to you?

Vanus is a K8s-based MQ with the ability to filter and transform messages before they are sent to the consumer.

You can check this out within 5 minutes using our online K8s environment. The whole process of receiving GitHub notifications on Twitter is code-free.

We want any sounds about Vanus or anything you'd like to share with us. Have fun and feel free to talk with me. Cheers.
Long out of math, an AI programmer cracks a pure math problem