skysight-inc/HackerNews huggingface dataset:
"We" imprison people for decades ... because they got "diagnosed" with ADD, a psychological condition for which there is not even consensus that it exists, never mind how to correctly diagnose it.

Not that the lack of diagnosis procedure really matters : the diagnosis is usually carried out by completely unqualified personnel. (specifically preschool teachers make the diagnosis, and the odds that these children ever see a real psychologist is 50% at best)

It's called "child services".

http://sciencenordic.com/half-all-foster-kids-norway-have-me...

(I mean any cursory study of the child services system in Norway will quickly yield the insight that the real problem is racism in child services itself, and not ADD/ADHD or any other mental disorders, but we're supposed to believe that the people involved are at least acting in good faith for some reason. Even if they're raging racists having children of immigrants abducted, apparently)

Mental health care ... has the same problem (whilst I'm sure the details are different in the US, please do remember: getting any kind of help at all, for any reason, from state health care, legally speaking is a totally unacceptable risk. You just cannot control what happens and you have no recourse. Stay away, and immediately respond VERY strongly on any whiff of attention to your kids). In Norway any competent lawyer should advise you that you can NEVER give your real name to any psychiatrist. It is a totally unacceptable risk.

(Decades ? Yes, decades: from 2-3-4 years old up to 25 years old. Imprison ? Yep, imprison)
Of all the supreme court cases involving quotas, which have involved a mandate to admit a fixed number of minorities with an uncapped class size or whatever? The "dictionary says" isn't a very good argument if it's not aligned with case law.
> Why do people buy common shares which give them no voting rights as a shareholder?

Because you believe in the people who have the voting rights?

Let's get real here: for those of us buying stock with voting rights, we don't really have voting rights. The proportion we have is so vanishingly small it's the same as not having voting rights in the first place.
Yes. Microservice is only micro by context.
Congratulations on clawing your way back. After reading about the "Zunger Shock Sieve" [0], I've started building up my emergency funds. In the US, health issues are unfortunately a common path to financial distress.

[0] https://shift.newco.co/2017/12/04/your-financial-shock-wealt...
> If all i see when i look at the screen is a huge big gray panel, then it means nothing.

If all you see is a big gray panel, there's something seriously wrong indeed, because a panel without any content is useless. But that is not the case here.

> There’s no important content, there’s just a background color taking up the space for no reason.

The background color does not need a particular reason to "take up space". It is there when nothing else has a reason to be there. That's how a background works.

> If the fonts look tiny, it means they’re not important.

If the fonts look tiny, it means they're consistent with fonts elsewhere, including places where space is at more of a premium than in the installer.

> If the colors are bland, it means nothing is especially requiring my attention.

In the screenshots, nothing especially requires your attention. There are no warnings, errors, etc...
Not open source, but worth checking: The Personal MBA by Josh Kaufman.
Will help you know what those $xx.xxx MBAs can teach you.
I believe that's not an actual MBA substitute; but it's good to know if the content is for you before enrolling into an actual MBA.
"Few" is quite enough to establish that most people should use something else, regardless of how crucial the rest may be. Speaking of "enough", enough with the "git is a blockchain" thing. It's a chain of blocks, but it's not a "blockchain" in the sense that term is actually used, and everyone knows it. You're not helping your case with that.
Understatement of the month. Last I heard, the HN consensus was that it's better to delay microservices (personally I'd say wait until profitable or >100 engineers).

Even Twitter, probably the most successful performant microservice-at-scale company advocates waiting as long as absolutely possible to make microservices. They said "It fixes one problem, and makes every other piece of application development significantly harder."
On top of that, microservices often suffer from inadequate tooling. Companies like Amazon have been working on tooling for their services for literal decades, most companies have some half-assed attempts at tooling and don't understand why that's a problem. Consider deployment, for example, how do you know what's deployed at any given time? Well, the answer is usually something along the lines of "oh, that's just the head revision of all of the relevant repos/branches". And what about the staging and dev environments? And what about logging and history? How much work is it to figure out what code was running when certain bugs were filed?
Is this a parody or are you being serious?

Do you honestly believe this drivel?

Take the 'much easier to reason about'.

A monolith is simple to reason about. You can literally see the whole call stack in your favourite debugger.

It's so simple to reason about, yes? Do you understand how? How a simple breakpoint gives you the whole program in a monolith.

That's literally impossible in a micro-service setup. With a microservice setup even the most trivial of bugs become an utter nightmare to debug.
I expect the real Banksy would make it known.
I see the marking style is official ("Two-Way Left Turn Lane"):

https://mutcd.fhwa.dot.gov/services/publications/fhwaop02090...

... but it is still a weird choice that it re-uses the marking for "Passing Permitted in Direction Having Single Lane" in a not quite compatible manner.
I would not have picked that, it hurts my sense of regularity :-)

BTW, is it allowed to use that type of lane for the opposite manoeuvre (I mean coming from a driveway, crossing the 2 lanes on your side, then sit on the middle lane until you can safely insert in the opposite traffic). I guess not?
This whole business reminds me of the Newsweek reporter who was sure that Satoshi Nakamoto was some random Japanese guy in the Bay Area that she apparently found by looking up "Satoshi Nakamoto" in a phone book. The guy she found was a retired EE who had held a security clearance at Lockheed or someplace like that. He was an elderly recluse whose English skills weren't the best, so when he thought she was asking about classified material, he muttered something like, "I don't work on that anymore," and shut the door in her face. Jackpot, right?

In the old days an editor would step in at some point to save these ink-stained wretches from themselves, but that's pre-Internet thinking.
Serverless Mobile with React Native and AWS Amplify
When statically typed language C# added a dynamic keyword, that's a language going the other way.

Of course, no-one actually thinks of C# as being a dynamically typed language despite its dynamic keyword, nor does anyone think of Apache Groovy as being a statically typed language despite its @CompileStatic annotation. In the everyday world, C# is used for building performant systems and Groovy is used for glue code and build scripts.

Languages tend to go both ways nowadays. Go first shipped with both static typing (though without generics except for builtin datatypes) and dynamic typing (though using the wordy interface{} marker).
My understanding is that a nerd is someone who is very intelligent or involved in pursuits associated with intelligence like academia, science, or programming. A geek is someone with an extreme interest in something like pop culture or science fiction.
Anyone happen to know what the "$80 in books" mentioned were (or are now if it's still a thing)?

It's probably an useful exercise to come up with that list of books you would like every applicant to have read before interviewing, even if you don't provide them, and seeing others' lists would be interesting.
The simple solution on Firefox was to simply click on the 'like' popup "X" button which resulted in no popups for the rest of the session. Also, most of the images were not of what would be called 'tree houses' since they were not in trees but just in the context of trees.
You are confusing purpose (what GPL intends to accomplish) with methods (how the GPL attempts to accomplish it's purpose); “draconian” described the latter and your description of the former does not, even if true, contradict it.
I did some work with this a while ago to try and use MiniZinc to calculate genome edit distances, which was quite interesting: https://github.com/jpnelson/genome-edit

The hardest part is certainly making constraints that don't have any holes in them, and then making it fast. Making the MiniZinc solver faster than a search algorithm required a bit of knowledge about how the solver works.

I can imagine there are some problems that are well suited to this, and this would be a good tool to solve them, but it's certainly not the best way to solve every problem (yet, anyway).
Generally this is considered a compilation. And the compiler owns the rights to a compilation. The biggest example would be the yellow pages (let's assume you remember those).

The company putting it out certain owns copyright over the book, it's exact contents, even if it owns none of the individual details inside of it.
In any case, someone who can make a malicious IC die look like a balun could just as easily add their die to the EEPROM package that's intended to be there.

It makes no sense for state-level bad guys to create disguised packages and add them to boards at the assembly house. There are any number of other links in the supply chain where they could accomplish the same goal with an actual nonzero chance of getting away with it.
I wonder if they have enough rotational inertia to cause gyroscopic effects while they're spinning. I wonder if it could be used to stabilize the ship. Or it causes more issues than it solves you can just stop spinning it, just like you can stop it to stop it acting like a sail.
But now he can make money each month from articles about making money each month.
Fatty, sugary diets impair memory and cognition in just four days
How does this relate to using integer linear programming to solve linear constraint problems? Why would one use a dedicated language?

When I model constraint satisfaction & optimization problems, I generally try to make linear models and define them using pulp in Python. The models are built by python programs; I feel using a dedicated domain-specific language is not so useful (you need general purpose computing to define problems, for example you need to read data that is necessary to build the model).
Common Lisp is a lot, but compiling a LISP 1.5 is still a useful thing today. For one, LISP 1.5 (without PROG) is a subset (or can be made into one by changing some function names) of Common Lisp, elisp, ISLisp, EuLisp, PicoLisp (which is pretty much LISP 1.5, which is not stopping people from using it for large applications today), and a bunch of others.

Another thing LISP 1.5 is very useful for, and I would like to see more of, is as a simple model for memory management and other runtime algorithms. It makes algorithms both easy to understand and analyze, and obviously as this example shows makes them easy to implement! Henry Baker's amazing List Processing in Real Time on a Serial Computer[1] is probably the best example. If only all papers on garbage collection used a similar style.

[1] http://home.pipeline.com/~hbaker1/RealTimeGC.html
One of the author's points seems to be decentralized technologies tend to have large points of centralization, so why does it matter that they're decentralized?

For me, the answer is the ability to opt out. When it comes to crypto currency specifically, it doesn't matter to me if 99% of users store their money on coinbase, as long as I individually have the ability to remove myself from the system.

The point isn't to force decentralization on everyone, it's to provide an opt-out ability to those who want it.
> Hola works because it is a peer-to-peer network - you use the network and contribute to the network. To provide this service without charge to our community, Hola charges validated corporations for use of the network. For Hola users that do not want to be a peer in this network, we offer the Hola Premium service, which lets you only use the network, but not be a part of it

Seems quite knowing to me. That same FAQ page, which is very detailed, even provides an explanation of what permissions are used.
> Now imagine a phony video of North Korean dictator Kim Jong Un announcing a missile strike. The White House would have mere minutes to determine whether the clip was genuine and whether it warranted a retaliatory strike.

Really? Hard hitting journalism everybody. "Mere minutes", it will be warranted when they see proof of a launch, do you really think the government just decides based on a video when we have much more surefire ways to determine these things!?
Even elite University education in STEM is a terrible investment. All the people boostering it are recipients of multiple selection filters or from different age cohorts and really have no idea what the fuck they are talking about.

When you do the math - it's terrible compared to almost any other alternative - even minimum wage jobs.

This doesn't apply if you have a wealthy family and can be assured of a job with dad's company or other connections - but for a blue collar kid university is not a good route to fortune in the UK.

The level of effort required and the wages are simply not commensurate and everybody who thinks so is delusional because they're not comparing and contrasting the effort with other options. The stats are all skewed by confounding factors like half your class will be going to work for Goldman Sachs.

Modern universities are a way of manufacturing poor people with stunted ambitions, not upward social mobility.
> they let development teams focus on delivering features

I agree, but later on, when the team and the codebase grows, you'll need to split it into smaller parts, and microservices (or any other similar architecture) gives you some guidance that can be shared across the team/s making architecture decisions more consistent and providing a common framework that improve reusability, but it's not an easy path!
Using Postgres in Docker
> Cooking hundreds (or sometimes thousands) of good meals on a budget is a challenge that few kitchens seem to master.

the part that confuses me here is the "on a budget part". i attended two very different schools for undergrad, but the meal plan pricing and food quality was very similar. when divided by the total number of swipes, meal plans at both schools cost about $11-13 per meal. the food was not inedible, but it was far worse than an $11 meal would be pretty much anywhere else. both schools offered a la carte cafes run or chains that would take cash and charge about half that for a filling meal that was much tastier (and was able to accommodate pretty much any allergy or dietary restriction).

the universities will always say something like it costs extra to be make enough food to feed everyone without knowing who will dine there on a given day, but don't all restaurants face that problem to an extent? is there some genuine reason why it has to be so expensive/bad, or are they all just taking advantage of the mandatory freshman meal plan to subsidize other parts of operation?
When the signal to noise ratio is so low, and the time cost of continually reviewing references and arguing with the right wing article brigadiers is so high, banning the troublesome source is a simple way of ensuring the available editor time is spent constructively.
Nothing is socialist about this law, nor any other law California has. This law is stupid (and unconstitutional), but it has nothing to do with socialism.
This is kind of what Fomo3D was.
I'd argue you don't need an external message queue. You can use inprocess ones or an Actor based system.
Clearly, if you knock a fence down, you can't put the fence back up simply by saying "it is now unlawful to knock fences down". So: if not quotas, what repairs this fence?
DHS, GCHQ, UK all backing the assessment there was no chip conspiracy.

https://www.dhs.gov/news/2018/10/06/statement-dhs-press-secr...
There's no ability to opt out if Coinbase (for example) dominates all the other exchanges into nonexistence.
> In my multiple decades of programming I have never seen anybody write a blatantly redundant comment like that.

You're simply insanely lucky!
FWIW, at least within certain bounds, design is functionality. My eyes aren't awesome (severe myopia + floaters), and, judging by the screenshots in TFA, I would have a difficult time working productively on KDE Neon due to some of the decisions around text.
Something about the linked page breaks my Chrome scrollbar. Going there, then back button to the HN page and it looks like this[1] and no longer moves as I scroll.

[1] https://imgur.com/a/ac8BMfG
My colleague Steve Russell was the implementer of the JIT. Steve was a true wizard with x86 assembler code. You can see his work here:

https://github.com/DigitalMars/optlink

I don't think HotSpot used any code from it, but I can't be positive about that. But Symantec's JIT was so obviously a huge improvement, every vendor had to have it or be left in the dust.
Sadly it leaves out distributed hash tables, which is a commonly ignored solution to a lot of the "problems" that bring people to blockchain.
I would think that the point of writing a single process monolith with components communicating via a bus like this is that it’s a small step to break out one of those components into a separate process and scale it horizontally.
Even if they aren’t chatty, microservices are worse because you’ve turned a local procedure call into a remote one and now will run into all the issues faced by distributed systems including unreliable communication and network overhead. Not to mention the added difficulties in debugging and so on.
Hmm, I would disagree with some of your points, or at least suggest that similar if not worse problems can arise with microservices:

1. Large-scale refactoring is easier when you have a single build artifact that you can test and deploy. Refactoring a microservice architecture can be significantly harder if that refactor crosses microservice boundaries (say, if you're repeatedly doing the same thing across multiple microservices and want to extract that behavior). Microservices do make it easier to do refactors that don't cross service boundaries, but that assumes that you chose good service boundaries in the first place, and if you can do that, you can also modularize your monolith well enough to make those small-scale refactors easy, too.

2. While this is a valid point, not only do you not have to go to microservices to address it, but using microservices naively can get you worse results. Email isn't a synchronous task, and you should be dropping it on a message queue for an offline worker to pick up anyway.

For different feature concerns that are online and need to happen synchronously with requests, it can be handy to route different endpoints to different groups of servers that are scaled and optimized independently of each other. But that doesn't actually require microservices; you can just deploy a monolith that way.

3. Most of those mechanisms only exist because coordinating behavior over a distributed system is inherently harder. When you're calling other code in the same process, you have much firmer guarantees about latency and availability. API contracts within a service don't have to be monitored, metered, or rate limited the way service endpoints do. You don't have to worry about serialization and deserialization--not even from a performance standpoint, but from a reliability standpoint. And you don't have to worry as much about input validation if you're using a strongly typed language.

4. A microservice is easier to test. A full product that is composed of microservices is harder to test.

Testing a microservice architecture entails building as many of the microservices as are necessary for a specific piece of functionality, deploying all of them to a shared test environment (or a set of shared test environments that are configured to interoperate), and configuring the microservices to communicate with each other within that test environment. And it's very unlikely that you can test a single feature across your microservice architecture in isolation unless you have at least as many separate, isolated test environments as you have features under active development. Additionally, since these test environments are expensive, they tend to be long-lived and accumulate various operational issues. Functionality that, within a monolith, could be tested within an isolated, repeatable build process, gets punted out to these dirty and unpredictable test environments in a microservice architecture.
For some actual numbers from a real freighter with four Magnus effect columns on it, check out this pdf https://www.ship-efficiency.org/onTEAM/pdf/06-STG_Ship_Effic...
My fear is less about people being “duped” by a fake video and more that fake videos will serve as feedback loops for misguided or false beliefs that people already “cherish” and “love”. Most will make little effort to research the legitimacy of a video that agrees with their current beliefs, but those beliefs will probably be strongly reinforced by fake videos.
Everything "agile" when forced from the top, becomes a lie. I'm talking about big orgs and teams.

You throw methodologies around; you create and change names and labels all the time. It makes no difference. It is only when people self-adopt the philosophy behind 'being agile', and when the 'leaders lead', it makes a difference for everyone.
That's obviously a wrong question to ask. Multibillionaires are a symptom, not the disease.
I bet a lot more people would do that if electricity was cheaper when the sun was high and more expensive when it was lower.

I'd certainly do that.

In fact, if I was designing a house under such a regime, I'd design it to incorporate lots of thermal mass within the envelope of the house to make it more effective.
> while no statically typed languages are going the opposite way.

Static languages added dynamic capabilities with reflection and run time code generation a long time ago.
It could be a video disguised as an insider spy tip. It wouldn't cause a retaliatory strike but it certainly would cause trouble and loss of money and time.
For what it's worth, krunner works well outside of plasma. I've found that the one of lxqt is quite nice too. I'm lost with runners from other desktop environments. No auto completion, no history or no calculator.

I've found that clipboard is wiped on application exit in X11 when no clipboard manager is running. Annoying when this happens. KDE's one is Klipper, and I tend to set it such that it keeps and history or 50 items.

Off topic: by the way, the absence of Copy paste using select+middle clic when using Wayland compositors is sadly the main thing that keeps me from using Wayland. Which is too bad, since my WQHD screen support in X is so so. I hope this gets fixed in a not to distant future, I rely on this feature.
> a complicated microservice architecture

> Microservices are complicated to develop

> Microservices dependencies are difficult

Well, if you say so! Kind of hard to take this article seriously when the argument boils down to a tautology.

Microservices may be hard! This article contributes nothing to that conversation, though.
Yeah, they just instituted that in 2017 because drivers were getting wise.
It's both, of course. Never before has something so comprehensive and accurate ever been compiled.

You can condescend all you want. It is unparalleled as a first part of call regarding anything. People easily understand that reading about The West Bank on Wikipedia is a different exercise from reading about Charlotte Brontë and act accordingly.