skysight-inc/HackerNews huggingface dataset:
> It is not true that you can incrementally modify that architecture to handle more users and traffic. One must carefully judge such things before committing to either the costs of a distributed system or the limitations of a monolithic system.

I'm a little confused by this, microservices or monoliths can both be distributed systems. A monolithic architecture (eg a Rails app) still usually has a separate database. You can even deploy that monoloth in different configurations (Web vs Worker).

You can then deploy many nodes of that same monolith, pointed at many different shards of a database to handle huge scaling needs. This is especially easy to do if the problem domain lends itself to horizontal scaling, like B2B saas.

I feel like the definition of microservices has gotten a bit murky here.
How critical are training warmups and is an iteration here the same as an epoch?
The best thing about this is that the person you’re responding to never claimed to not be delusional.
This is great advice, and not the cliche nonsense I expected it to be.
It should force devs to do that, but at some point the service runner got some smarts put into it and you do not need to quote the path to your service's executable. You can drop your own exe at the substring location and leverage it for persistence or privilege escalation to SYSTEM if that location happened to be writable for non-admins.
Then after looking into the C standard, POSIX further defines C identifiers for itself. That includes `_t` in type names! It's a rule so far from enforcement in reality that it is hard to take seriously.
https://github.com/dabapps/django-db-queue

(I am the author)

EDIT: oh hi, Andy :)
We are closer than that. Services are just aggregation layers for functions. The functions are the things of interest, and the aggregation/abstraction is meaningless from a runtime perspective. By creating a function-first architecture (ala Lambda) using a runtime with a common compilation target (e.g. WASM), you can have a single code-base with hints/IDE navigation while also allowing for polyglot execution.
Actually, we use both where I work (a non-profit).
Or they’re too busy working, filling in for the engineers networking at a conference…
Sometimes you cannot rollback. The peril of infrastructure is that it is an imperfect, living state machine. Terraform is a compromise between runbooks and deterministic definitions. Some operations you are committed to the change and will need to figure out exceptions on the other side of the apply.

(infra engineer in a previous life when Terraform was first released)
Email Software like Outlook is largely responsible for a lot of phishing problems. E.g. email addresses are usually hidden and only visible after a lot of fiddling. Bad UI such as Outlook's makes most users powerless to recognize phishing. The blame should be put where it belongs: with the people responsible for deciding on the fatal Outlook/Exchange combination.
If your microservices are hard to test you've designed shitty microservices. Period.
https://www.youtube.com/shorts/49p0fwhopZc
Patrick (H) Willems unlocked this in me.

May I suggest starting with Ghostbusters: A Movie About Nothing?

https://www.youtube.com/watch?v=7OB3279Vt8Y
"if you have to say it, you probably don't have it"

used in the context of money, but works just fine for other areas
This was exactly my attitude until I read the article…. I think it agrees with you, but goes a bit deeper, e.g. in the importance of being authentic and not suppressing negative emotions.
Thank a lot for this pointer. We are trying to find out a safe way of enabling a text UI through ssh.
Antidepressants were weird for me because they just made me temporarily satisfied with my life going nowhere and working a terrible job that I hated. Also when I got off of Paxil I felt like I was being dropped down an elevator shaft for months.

Turns out I just needed to succeed in life and suddenly I’m not depressed anymore. I was keenly aware of what a loser I was and through marriage and a small amount of amphetamines am doing pretty well now.
Fitting URL in the address bar ;->
> cloud microservice system is just flawless for this purpose

> Is it harder to debug than a monolith? Sure.

Doesn’t sound flawless to me
This makes me wonder what other cool things I can do with an old iPhone.
They can be that, but that is not what they are.
At some level it both is and it isn't. The problems behind scaling a distributed application are quite well understood at this point, the problem that hasn't been solved is that too many won't accept the answer in terms of development time and discipline. The mess that could be created with micro-services which simply recreated the mess within the monoliths, was both predictable and predicted.

At some level it's the Forth Bridge all over again. The Forth bridge was constructed within 10 years of the Tay Bridge disaster. It wasn't that civil engineers of that time didn't know how to build bridges that wouldn't fall down, they just hadn't learned to not go with the lowest bidder.
I use them for invoking django commands on the same server.
I do use celery for transactional jobs though. It’s only periodic jobs that get called with cron.
For the context, I do this on small web apps with less than 20 dedicated servers (real servers not VPS), so there is a “manager” server that does nothing but run periodic tasks, management interventions, and cleanup operations.
I would argue that UAC is a much more polished solution compared to solutions available on Linux like PolKit and its UIs.

Maybe the reason is that Microsoft was under a lot more pressure to solve this and once solved had a lot more power to enforce the rules on 3rd party software.
Looks like it’s been fixed:

https://twitter.com/BBCBreaking/status/1613174866047340545
Funny that yard work didn't make the list, it works for me. A decade and a half ago I bought a rural multi-acre densely wooded lot. In the last few years I've made a habit out of going out to tame it daily with chainsaws, wheelbarrows, rakes, etc. Usually less than an hour at a time, on a lunch break from my remote job.

It was a royal slog that I dreaded in the beginning. But from the start it was a mood-improver, and subconsciously I caught on, because I've come to look forward to it and to enjoy it for itself. It gets me outside and in motion, with a reasonable amount of exertion. Doing it without hurting myself requires enough attention to pry me away from my other problems. It relaxes and somehow elevates rather than detaching me. The cleaning up satisfies my subclinical OCD in a deep way. Yard work has become a privilege that came with this property rather than a responsibility and chore.

So now the job is almost done and I'm looking longingly over the fence at my neighbors' wild yards. Maybe I'll make a deal with them, or maybe find some other way of generating happiness from being outdoors and working hard with natural randomness. Like gardening.
Too many microservice advocates argue about the simplicity of their precious tiny codebase, meanwhile there is always a gigantic ball of mud that does all of the orchestration... and most often very badly.
Trailing underscores are my go to for resolving conflicts with keywords. It's a much more consistent and trivial to remember rule than random misspellings or synonyms of keywords (casts side-eye to `klazz`).
The entire point is to find memes you don't already have.
TIL I have a 50 IQ.
The way i read that is that "if you are using Tailwind in a component based framework, do e.g. this ...".

Which is entirely different thing than saying "Tailwind is component driven".
"Left with" suggests that there was a stable government in the first place.

https://en.wikipedia.org/wiki/Politics_of_Haiti
This sounds almost like Dion. It would be cool to be able to feed the AST to a compiler backend like gcc/llvm and map to C's semantics.

* https://dion.systems/gallery.html
I've got a trip to take in a couple weeks. I have a choice: 4 hours of driving followed by two regional flights. Or just forget flying and drive 16 hours point to point. Between today's issues and all the headaches at YVR over the holidays, driving 16 hours seems more comfortable and less stressful than rolling the dice with regional airline travel.

I would rather be stuck driving my car for a day than spend a day sleeping on the floor of an airport lobby.
I'm not saying it wasn't a hack, but I have a hard time when people, especially on HN, still believe the government / large groups of people can do successful, massive cover-ups after Snowden's revelations.
> create a .exe with the icon of a familiar file type like a Word Document

But this kind of confusion attack is not really used anymore.

Now it's about convincing the user to intentionally run a binary. If the user wants to run a binary, they will do it, regardless if it means double-clicking an .exe or typing "curl | sh" in the terminal.
This one fascinated me a few months ago when I came across it: https://juliahub.com/case-studies/lincoln-labs/
> If anyone knows the secret to happiness, it’s surely the people who have dedicated their careers to studying it. The first thing they’ll tell you? Being happy all the time isn’t a feasible—or even desirable—goal.

If the happiness experts had said happiness is overrated and to not bother, would time have written that?

How does one qualify as a happiness expert? Is there a post-intervention survey?
It must have updated or something. I copied and pasted directly from the website.
Bootstrapped business SnapShooter acquired by DigitalOcean
That was my question as well. I'm wondering how much of a performance benefit the neural engine has on M series chips when compared to intel chips.
posted to HN because this seems like a notable indiehacker success. See related tweets: https://twitter.com/MrSimonBennett/status/161317597884652339...

also Elastic's data deletion incident today is on frontpage so nicely timed lol
How about the notion that the federal government is doing way more than it should given its remit under the Constitution? That's my point, not that it can and should cease to exist.
I think that it's interesting that it's BS that's the focus. Are there many fields where you can thrive on non-BS alone? You could be a great sports player, but without some amount of BS you might not get noticed or believed.
Yes. People have a hard time dealing with how little "revelations" change anything, even if they're true and not highly selective.
Kinda wish legacy protocols made an appearance. plaintext ldap, unsigned SMB, SMBv1 still being enabled somehow, DHCPv6 poisoning, llmnr, netbios, kerberoast.

These are the responsible party for like 90% of pentest reports that I have personally seen.

Also while I am soapboxing I just wanna say that nearly all corporate security issues are actually just operations issues, like patch management and config management. Everything I listed above can be solved by a single sysadmin with group policy and 30 minutes to kill, and they wont reoccur.

In the sysadmin sphere there is a tendancy to treat security concerns as their own industry. You don't need your kitchen staff to be microbiologists to know that they should wash their hands and you don't need your sysadmin to be a CISSP to know to disable protocols that you arent using. Just IMO as a consultant who straddles the fence.
Not trying to nit pick. I'm just fairly confident there are more people that could rig up a home made shot gun than 3d print a gun.
> Early robots were put through their paces.

Including, if the rumours are to believed, early exercises in teledildonics.

(search engines are not confirming at the moment; it would've been late-60's early-70's and the way I heard the story, the geeks at SAIL were shocked —but not that shocked— to discover that two coeds who answered an ad seeking "open minded individuals" turned out to be even freer of hangups than had been hoped... Or have my aging neurons misattributed these antics from a different AI lab?)
Is this why the FAA grounded all flights this morning?
Or biology evolved a better way to do the same or similar enough computation that we simply haven't yet discovered.
He also strikes that great balance between fun to read, low level and precise. Thankful for this articles, always a reflex click :)
Chiming in with an anecdote that aligns with yours. I've never used antidepressants but my sense of self-confidence and "happiness" is so highly correlated with my level of mastery and control on my life progression that I now ask myself the same question when I'm feeling vaguely bad: "what is going on in my life that I have the ability to improve that I do not like?", and I fix the first thing that comes to mind as soon as possible.
I'm no security expert, and I know what I'm gonna say is bad, but I don't find host key verification to be the most important part of securing client tools like Cargo, rather the opposite, to me, it's the last thing you have to secure.

I believe the potential for attack only exists in a tiny specific case where the initial connection was trusted and successful, and an attacker goes through some trouble just to impersonate the server, when we forget one important thing, that the initial connection "trust" was extremely weak, like just prompt the user for confirmation, providing information that is shrugged off by 95% of users because they don't know what to check or what is expected of them. So MITM could happen in the initial connection, and host key verification would have achieved nothing.

But it's entirely possible that I've completely misunderstood this verification, because I've never really looked into it.
The extremely oversimplified reason backing your apparent hate for microservices makes you about as bad as the people you’re arguing against. The OG proponents of microservices acknowledge that there’s a world of nuance and trade off. You’re really just arguing against the outer most few circles of cargo-culting magpie architects.

Someone unfamiliar with the concept of cost and benefit shouldn’t be making architectural decisions in the first place.
The CPSC is on a mission that has nothing to do with safety
Brace yourself for a tidal wave of startups that are simply prompts on top of an LLM
It doesn't have to be a real domain or a potentially-valid address. I will usually use something like spam@gmail.com, root@localhost, or info@TheirWebsite.com. Last one likely gives them a taste of their own medicine.
Zen Enlightenment?

I think you put it very well, actually. Software development is so much about culture and understanding.
> the lack of an executable bit

NTFS does support an execute bit (Traverse Folder / Execute File). For some reason, it's just not used in any way that would provide a security benefit by default, instead basically just being set on everything.
Huh? They are popular here.

There's a high mountain pass with a glacier being in the way, the Lötschenpass. There's only a hiking path over it. A few kilometers to the west, there's another high mountain pass, the Gemmipass that has an extremely steep drop to the south such that in medieval times not even a mule track was possible. People avoided the rockfaces by going over an even higher saddle to which they got on by a steep grassy ridge. Today there's a cable car and hiking path blasted into the rocks, somewhat like the path to Angel's Landing in Zion National Park.

Up to today there are no roads over that mountain range between the Cantons of Bern and Valais for about 100 km. Only the Lötschberg railroad tunnel. People from the eastern part of Valais "have trains you can just drive your car into".

I myself have a customer card of the railroad operator because it's the most direct way to the south, and we go about once a month. They also offer transportation through a second mountain pass to Italy. After 35 minutes of driving and after one hour of relaxing we enjoy Italy's dolce vita.

There are other railroad operators taking cars. I know one in the Canton of Grisons, and between France and England there's another one.
They are also for notifying pilots of potential caution areas.

I used to operate a 550+ meter tower and when I had a tower light out, I had to file a NOTAM.
This is the same repeated criticism that gets repeated over and over and over again about Tailwind. It's misguided and getting a bit tiresome.
Just because you clicked in some webui to do something doesn't mean it's save.

You still need to write how to do it, how to bootstrap it and why you do things.

We have a basic tf layer, which does make it well documented, easily extendable and repeatable.

Yes we do destroy the whole setup and recreate it. Often no but still.

After the tf layer, there is only k8s which is also 100% IaC.

Also sry to say but we are experts, learning something like tf should not be a big hurdle.

What I saw in old sysadmin setups: tons of snow flake VMS no one knows why they exist, random setups different security versions on it.

If you don't have any tool to automate things you will not do it.

Feel free to create a small infra setup manually if you prefer, I prefer to codify it once and can recreate it instead of documenting it in some word doc.

Tf is not perfect btw.
I went to a smallish state university, even there we had our own HPC center and lab. We had a proper HPC (IIRC) 6 row data center across campus and we had a continuous budget available to me as an undergraduate research assistant for building beowulf clusters for the graduate programs to run assignments on. I once got an allowance to buy 15 raspberry pis to build an arm cluster.
I don't need native and web compatibility, so no problems on that front.

Tamagui is on my radar, but it's too new for me to give it a try with my limited time budget.
I'm not the one you're asking but, I messed around with it a bit and it really left a bad taste in my mouth. There is just much hype behind it though, so I bought the book to really get a feel for it. I liked the book. I used it in a project and after going back to code written by a few members of the team, it just felt like an unmaintainable mess. The common response whenever I share this sentiment is one of:

* You don't know what you're doing
* You're doing it wrong
* You're an idiot.

It really kinda feels like the old AngularJS 1.x days as those were the typical responses to anyone who didn't fall down and worship it as a framework masterpiece. I've decided for myself, I'll sit this one out. Judging by history, most of the things we were fanatical about at first, we tend to look at with disdain in a few short years. jQuery, AngularJS, Bootstrap, Redux... It would be foolish to think this library/framework won't go the same way.

If you use it, and it works for you and your team, that's great. I would never try to tell you NOT to. For me, I'd rather not.
I have no idea if anyone uses it or what the quality of it is but it does exist. The commenter I replied to seemed unaware there was an option available in Google Workspace at all.
For Windows 10 that’s absolutely not the case, you can use any Windows Hello method you want with a local account. Most of that article is talking about security keys because they are more involved than Hello.
All of these articles against microservices are so annoying because I rarely see a good argument against microservices. Often the arguments are purely anecdotal and without substance.

There are only two good arguments I can make against microservices. First, it's not the right architecture choice for all projects. Second, microservices don't magically solve the problem of complexity.

But I can name countless benefits of a microservices architecture. Individual microservices are far less complex than monoliths, which allows even a single developer to work on a microservice, run and test it on their local machine, whereas monoliths may require dedicated test servers because they're too large and complex to run on a developer's machine. Microservices simply dependencies because each microservice has exactly the dependencies it needs, as opposed to a monolith that becomes a huge tangled mess of dependencies locked to specific versions, and incredibly complex environments to ensure all these dependencies don't interfere with one another, where any little change or misconfiguration will bring down the entire service. Microservices allow for more rapid development, since you're only rebuilding and testing a small part of the entire architecture, without interfering with others work, allowing many independent teams and individual developers to work in parallel. Without elaborating too much, I'll reiterate what is said many times over, microservices are generally easier to scale horizontally with less downtime.

A common misconception I see is microservices have to be simple and tiny. But your database system can be considered a microservice, and that's hardly simple or tiny. The point is the database serves a single purpose in the overall architecture of the application, and it can be managed independently of all the other microservices. What you shouldn't do is, say, combine your database and message broker into a single microservice.

Yes, microservices are hard, and there's so many ways to do it wrong. But you know what? Software Engineering is a hard problem in general, and it's unlikely there's ever going to be a great solution that magically solves all our problems, only incremental improvements that allow us to manage ever greater complexity.
USB4 is based on Thunderbolt 3
I think about it exactly the opposite. I'd rather have a team of engineers at Elastic waking up at 3am and fixing things than me having to wake up and fix things by myself.

My most critical infrastructure for my one-man SAAS is all third party infrastructure run by large companies. My non-critical infrastructure is self managed for cost savings.
Because almost nobody has ever worked on a true monolith. It’s just “services abstractions people are comfortable with” and “everything else”.
Windows has a lot of legacy code, it is backwards compatible and has many more installs on-prem than Linux or MacOS. Thus, there is a larger incentive to find exploits. Look at Android, a Linux kernel based OS that has as much malicious code running on it as Windows, if not more. It is harder to secure it than it is windows.
> Reality lies somewhere in the middle

HN struggles with this concept in general.
Strange, Lexapro is typically one of the easier SSRIs to stop taking; it has a long enough half life that it tends to be self-tapering.

It's certainly possible to do a slow taper off it, though. In general there should be no super long term side effects to worry about though.

If you absolutely insist, your psychiatrist would probably help set up a tapering schedule.
They are lying. They are not even close. "Antarctic ozone hole is 13th largest on record and expected to persist into November " 2021. They have declared it solved every two years since it was discovered.

https://www.noaa.gov/media/image_download/1ad0ade3-5211-4af7...
When using typescript, unit testing needs are few and far between.
This is a great project! Maybe add traffic payments? E.g. in the free plan will be 1GB/month and in the paid plan will be more.
Because now anyone can use your server without limits.
In the paid plan, the user could also set his own subdomain.

PS. I wonder why such an interesting project has so few upvotes.
Forget Core CPI, Market Pros Are Searching for Supercore Inflation
Implementations across cloud providers are going to be different, and I don't know how AWS vs GCP vs Azure is handling failure, so now it's your responsibility.

Now the problem has grown from just write a few lines of bash script to, "create a script that can handle failure and reverts it so a known state", this is a more complex problem than just creating a resource. And now multiply this for all different resources, EC2, AKS, RDS, Security Groups ... and keep up with the API.

And if somebody joins your team, and wants to contribute to the solutions, they're going to have to understand the codebase.
World's new largest wind turbine sweeps 10 football fields per spin