skysight-inc/HackerNews huggingface dataset:
Nintendo's Switch OLED model set to hit the stores on October 8 for $349.99
While this is an interesting exercise, it feels amateurish. Urban development is not a new field. Starting from a blank slate is a phenomenal opportunity but don't try to reinvent the wheel.

Also, Texas is a big place. It spans multiple climate zones. The author seems to be describing West Texas but other parts of the state are completely different.

My advice
* It's hot! (And often very very humid depending on local. ) You need AC.
* The worst part of Texas towns are 4 lane highways bisecting most of them. Avoid that...
* But you still have to plan to allow people to use cars. That has to be incorporated into the design. As does pedestrian and cycling life. All need to be facilitated to some degree.
* Sidewalks, please. I've lived in FL, OR and now TX in the past 5 years. Far to many residential streets in all these places completely lack sidewalks. It makes taking an evening stroll with the family stressful when you are sharing the space with cars.
* Parks. Can't have enough of them.
> The US has huge financial industry partly because the regulation is so extensive. People from all over the world invest their money in the US because they know what when liquidity crisis happens, they still get their money back.

And that is one of the reasons so many people invest in crypto-scams. They are used to the safety of traditional banking, and think that it comes for free. Not realizing that it is a hard earned situation earned thru the pain of a past era and enforcement of regulations. Sadly, people that has no understanding of banking are for a surprise when they realize in what are they really investing and how little recourse they have when the crypto-scamsscams explode.
> roll your own from sockets directly (good luck supporting WebGL)

I'm sorry (not experienced in graphics) but why would you need WebGL for a multiplayer? Can't you have a normal 3D renderer that has a connection to server?
I think of pain as A signal, not the only one. So, to correct my assertion, i would say that we're not alive with the set of signals we have now. Then i would consider that alive means that we experience the same signals. BUT that means that a blind person is not alive. My initial statement is not accurate now.
I've seen a few instances where pain management becomes the overall deciding factor in peoples' day to day life.

"I can't go to work and feed my family because everything hurts so bad" can become a common statement for these people.
In addition, addiction to painkillers, spending a huge percentage of your income at compounding pharmacies, and turning to illegal and possibly dangerous drugs to save a buck or to fill the gap between your needs and the insurance companies' coverage are all issues that a non-chemical pain management system like this could solve.

I'm sure it's dangerous and weird to toy with your brain but for many people in America alone the risk would be more than worth the reward.
> To be fair that sounds more anarchist/hippy commune than what the article today was about

To be more precise, Grafton was an attempt to "create" a new town governed by the ideas of Libertarianism, while the OP article is describing how to create a new town governed by the ideas of New Urbanism (roughly). The shared problem is that if you're founding a town on the basis of an ideology, you have a town full of ideologues, which isn't a very organic state and hence is prone to many unexpected issues
GPU-spinlocks are a bad idea, unless the spinlock is applied over the entire Thread-group.

Even then, I'm pretty sure the spinlock is a bad idea, because you probably should be using GPUs as a coprocessor and enforcing "orderings" over CUDA-Streams or OpenCL Task Graphs. The kernel-spawn and kernel-end mechanism provides you your synchronization functionality ("happens-before") when you need it.

---------

From there on out: the GPU-low level synchronization of choice is the thread-barrier (which can extend out beyond a wavefront, but only up to a block).

--------

So that'd be my advice: use a thread-barrier at the lowest level for thread blocks (synchronization between 1024 threads and below). And use kernel-start / kernel-end graphs (aka: CUDA Stream and/or OpenCL Task Graphs) for synchronizing groups of more than 1024 threads together.

Otherwise, I've done some experiments with acquire/release and basic lock/unlock mechanisms. They seem to work as expected. You get deadlocks immediately on older hardware because of the implicit SIMD-execution (so you want only thread#0 or active-thread#0 to perform the lock for the whole wavefront / thread block). You'll still want to use thread-barriers for higher performance synchronization.

Frankly, I'm not exactly sure why you'd want to use a spinlock since thread-barriers are simply higher performance in the GPU world.
We as a society deem it a fair use of energy to have dryers, and christamas lights all year long, which use more energy that a decentralized monetary system that brings sovereign banking to the masses.
Before letting this story and all the other propaganda make you angry (intended) actually look what bitcoin IS, how it works, and what problems it solves in the world.
A comparison that always comes to mind is like someone saying that the internet is a big waste of energy.
Probably but maybe not as powerful as a specially designed device. It's not as controlled, and you can get sloppy more easily.
1) it's stealing of data if it's nonconsensual

2) it's not anonymous
Next-generation sequencing uncovers what's stressing bumblebees
I think the useful distinction is between acute pain, which is generally very useful, and chronic pain, which has huge negative effects with no known upside.
I suppose I should say instructions which let you do critical sections without disabling preemption or interrupts =P
This happens on the regular with established "normal" banks in the UK and other EU countries.

I believe US banks also have the right to suspend accounts for "fraudulent activity", correct me if I'm wrong.

Therefore, you can't expect banking startups to be any better. Fix it on a higher level.
>Couldn’t they introduce the same security feature mentioned for symlinks?

"The tmpfiles.d specification for the Z type more or less implies some kind of recursive chown. The spec heads off one type of vulnerability by saying that symlinks should not be followed; however, hard links are still a problem"

https://github.com/OpenRC/opentmpfiles/issues/3

>As in, make it so by default you can’t create a hard link to a file you don’t already have write access to?

From the CVE: "when the fs.protected_hardlinks sysctl is turned off"

A description of that: "When set to “1” hardlinks cannot be created by users if they do not already own the source file, or do not have read/write access to it."
Sometimes, you need to be honest even if harsh - the people putting a picasso painting on that space to fall off are incompetent fools who should never touch expensive art in the first place...
The article cites the election of Trump and Brexit as evidence for too many people having degrees that they aren't able to fully utilize, supposedly confirming a prediction from Turchin in 2010, but... as far as I've read, neither of those things were driven by the advanced-degree-holding crowd. The "angry populist masses" are the ones without college education!
This is insightful and reasonable.

That said - it might be worth it for young-ish people to also not think of a startup as something 'precious' and that you don't need to get along super deeply with the others.

It's not your baby, it's just a project.

Comedy and script writers talk about this - they encourage getting past the point of working out every little detail towards just 'writing'. Work on stuff that works and that other participants (aka investors) want to work on and where there is momentum.

Certain minimums - yes. Probably shared vision. At the same time, no plan lasts contact with the enemy/market so the saying goes and it's almost as though the team needs to be able to ride storms.

If we think of ourselves as professionals first and not makers/artists first ... there might be more room to get along. Focus on the market, customers, product, outcomes, get along and that's it.

Edit:

Assuming have a room full of actually talented, creative conscientious people who have the EI/maturity to 'get along well' - shouldn't partnering up be one of the easier things to do?

From a certain perspective it's kind of ridiculous that it's so hard for people to 'match' (assuming again high levels of talent, conscientiousness, EI, professionalism).

The primary issue I'm going to guess is willingness to work on a specific project wherein someone already has some vision - but one could argue this is a sign of missing professionalism on the part of all parties. Not only can visions be adjusted, but founders might want to recognize that if their vision isn't going to get traction that it might be worth dropping the concept entirely and focusing instead on the other participant. And irrespective of the other parties willingness to buy into a specific vision, they're definitely going to have a lot of their own inputs given their backgrounds and it's probably worth being malleable at very least.

Marc Andreesen is famous for saying 'it's not about passion it's about what you're good at' and that's fundamentally a measure of mature professional disposition. Of course you can't work on something you really don't want to ... but otherwise the ambition should invariably be derived from the opportunity, people, markets - so many factors many of which aren't related to 'the thing'.

If it's a bunch of musicians at the 'Rock School Academy' I can see it being hard to form groups, but I wonder if a group of professionals should be able to link up in a better way, especially with some guidance and 3rd party / objective mentors helping to create critical masses.
> Yes it is. The more people with coins actively minting in the system, the higher the difficulty of getting chosen.

I'm well aware. But eventually a large validator will get chosen--it's not difficult to get chosen, it's rare. The fact that PoS folks call this "difficulty" does not make it so.

> If you really want to keep discussing this with me, read through the WHOLE of https://github.com/fresheneesz/validatedProofOfStake and show me a full attack on it.

Given your proposed solution is checkpoints from a centralized trusted entity, you're giving up decentralization. Sure, your solution works. If you don't trust the source of the checkpoint, you're back to square one--it no longer works. And if you're willing to give up decentralization, may I suggest you just store all transactions in Postgres? You don't need a blockchain if you're just going to trust a centralized entity.

I'm not going to give your design a free audit. If there's some way this isn't centralized, feel free to explain, otherwise, this isn't relevant--I think we can assume that PoS is being discussed in the context of decentralized, trustless models.

> If you're not a detractor, than how about just trying to learn instead of insulting the intelligence of people who have actually worked on solutions to these problems?

I haven't insulted your intelligence. You're probably a smart guy. Which is probably why you're overconfident in your solution: smart people aren't used to being wrong, so you aren't taking the time to actually grok the attack I've already proposed, or why the only working solution you've actually proposed depends on centralization.

I did question your credibility to make claims here, because it's pretty clear you either don't understand the attack proposed by On Stake and Consensus, or you don't understand decentralization, which are both fundamental prerequisites to this discussion. The time constraints defense is literally in the paper, and the checkpoints solution you've proposed is just proof of authority by a different name. If you choose to feel insulted by someone saying you're wrong, that's your prerogative.
>"nobody has yet figured out a sure fire way to get people to listen"

Have they tried force? /s
Multilateration. Can’t cheat RF time of arrival/flight. And a StarLink terminal misreporting it’s position and the constellation indicating such an anomaly sounds like a paddlin’ from StarLink.

https://en.wikipedia.org/wiki/Multilateration
Hell no! Pain is one of the biggest causes of human suffering. Having said that, until something better is "invented" pain is absolutely necessary, all those people who cannot feel or have a high tolerance to pain are always hurting themselves involuntarily. You lose your feedback signal.
There is a theory (and I want to stress that it's theory, not fact) that many processed foods may not trigger our indicators of satiety. Some foods trigger satiety better than others, and we have pretty good evidence that a lot of sugars don't cause satiety.

On the other hand, foods like rice, potatoes, etc do.

[1] https://www.webmd.com/diet/features/satiety-new-diet-weapon (soft ref, appropriate grain of salt)

[2] https://pubmed.ncbi.nlm.nih.gov/27125637/
YES, but will it work?
In a 100 years the main languages used will still be C on the client (with a C++ compiler) and Java on the server.

Go has no VM but it has a GC.
WASM has a VM but no GC.

Eveything has been tried and Java still kicks everythings ass to the moon on the server.

Fragmentation is bad, lets stop using bad languages and focus on the products we build instead.

"While I'm on the topic of concurrency I should mention my far too brief chat with Doug Lea. He commented that multi-threaded Java these days far outperforms C, due to the memory management and a garbage collector. If I recall correctly he said "only 12 times faster than C means you haven't started optimizing"." - Martin Fowler https://martinfowler.com/bliki/OOPSLA2005.html

"Many lock-free structures offer atomic-free read paths, notably concurrent containers in garbage collected languages, such as ConcurrentHashMap in Java. Languages without garbage collection have fewer straightforward options, mostly because safe memory reclamation is a hard problem..." - Travis Downs https://travisdowns.github.io/blog/2020/07/06/concurrency-co...
That's basically a society without mass immigration - manual labour becomes more expensive, so educated people spend their time automating tasks and inventing and operating robots.
What tools are you using to write a book in asciidoc?
Also, rust is only being considered for kernel modules, not kernel core. And even then, only kernel modules that don't need to build on architectures rust doesn't support. So if you don't need any of those particular modules you can just disable them.

In the long term, LLVM/Rust support for more architectures improves, and support for older architectures is dropped, this will become a larger fraction of kernel modules, but it will be a very long time until it is considered for something like ext5.
Yeah I meant RNA but it was early in the morning and my fingers autocorrected to mRNA.

And many samples ARE degraded and only partial reads can be recovered.

> “These samples are not like huge vials of blood,” Rasmussen said. “It’s not like a big Erlenmeyer flask of green liquid.” Researchers would have to grow the virus in cells in order to stand a real chance of infecting people, she added, and it’s difficult to grow viruses from these swabbed samples even if you try to. There’s not much virus in them, and what you get tends to be contaminated with virus-killing detritus. “Technically it’s very challenging to directly isolate virus from field samples from wild animals. So that makes it unlikely that just handling those samples would result in some kind of infection.” Finally, Rasmussen added, the chemical solution that’s used to stabilize the viral RNA for sequencing is a very potent disinfectant its own right.

(from the title article)

PCR amplification means that you can find the needle in the haystack and find enough RNA to construct aa genome out of it. A lot of the time you only get partial reads or don't get the whole genome. There isn't enough viable virus there in order to infect anyone.
Pain is a vitally important function of the central nervous system. Children born without the ability to feel pain (congenital insensitivity to pain and anhydrosis/HSAN IV) rarely live to puberty.

There's very little to be gained from an implant that continuously supresses pain in an otherwise healthy person. It dramatically increases the risk of dying from preventable infections or permanently damaging tissue, bones and ligaments due to overburdening, untreated lesions or fractures.

It'd basically decrease combat readiness in the long run.
Show HN: FPV DJI Goggles to HDMI|Web
Telemetry is not "looking over your shoulder", because that statement means that private data is being leaked, which is excluded by the definition of telemetry. Your statement is misleading and emotionally manipulative at best.

You appear to be setting up a straw-man argument of what "telemetry" is, and then knocking it down again. Let me state it explicitly: "telemetry" does not include any personal data. Programs that collect "telemetry" that includes personal data are lying - and that has nothing to do with an actual argument about telemetry.
Theres a literal incentive for bitcoin miners to find the cheapest use of energy possible. Literally pushing the technology to find efficiencies
“Time to shut down my old personal projects”; API abuse of a weekend hack
Yes, we should basis reality on a fictional story... totally makes sense. If we're going to go that route, I say we start throwing politicians in volcanos as the starting point. It worked against Sauron.
If a tool collects days on what command line arguments I use and how frequently (some people in the comments argued it's a useful thing), there is hardly a better word for it than tracking.
If you have a central entity that can generate key pairs then they may as well be running a database. It doesnt achieve decentralisation at all. It has nothing to do with anonymity: anything based on identity is broken because it has an entity that can fake those identities -- you can't verify ID with code
> Understanding, updating, and maintaining algorithmically-generated source code is the other half of the problem.

There is no such thing: algorithmically generated code that isn’t in final executable form is not source code, its an intermediate representation. The fact that its in a language that some source is written in doesn't change that.

If you are maintaining anything other than the source form, you are doing it wrong (and if the tool is half-baked so you have to manually massage the generated code, that's definitely a problem with the tool.)
Makes sense. Interviewing is a dumpsterfire. The only reliable way I've ever seen hiring work is to actually work with somebody on a project while paying them a fair market rate. Anything that faciliates that type of relationship, like for example having a bunch of developers working non-full time is the closest thing to an answer for hiring there is.
My biggest concern is security - that smart contract lives forever on the blockchain, secure or not. It's a pretty huge downside for very minimal gain.
Reading Like a Roman
It has nothing to do with components. It’s about using react to render to anything, not just a virtual DOM.
I don't need to read the news to discover covid, it was on hacker news long before it hit the media and I don't need them or the government to read/understand an exponential graph.

I needed them to keep taps on the government and explain the ever changing rules in a better, more clear way. It is not important for the government to make the rules simple, understandable or appreciable so they didn't.

That is not overclomplicating it, btw. That is responding to reality.
> As for Amazon and this initiative I wouldn't touch it based on principle since I don't want to support Amazon and their business practices.

Are you also not using Linux and other open source software that Amazon contributed to?

This is real open source project now without CLA attached. Any company can fork it and do something nice with it.
A local application does not need that boilerplate, right? If the app does not have a server-side component why put it in there?
A college campus is its own sustainable self-perpetuating institution. Or at least has been for much of the past century in the US (and elsewhere) as 1) an increasingly technological world has increased the need for an educated populace and 2) funding for college education has been readily available.

You've also got a town structure which is based on a single identifiable economic centre, which doesn't generally rely on heavy industry or ag within that centre (information, knowledge, and people, as well as the support strucutures for them), and so your principle transportation problem is how to move a fair-to-middlin' mostly younger and healthier population around. Bikes and walking fit this mode well, the small population of elderly and disabled can be accomodated as edge cases.

Keep in mind that in many small college towns, there's still a sizable commuter population. Some of that are students priced out of local housing, though the workforce is a much larger component, and may have commute patterns comparable to that of a large city (driving in from an hour or more away). The centralised nature of employment makes even rural mass transit or commuter shuttles viable.
Watch the sewing machine episode! It has the best demonstration of the magic in one of those beasts.
#4 for sure.

Generally, I agree with the author.

And, honestly, I think it is the fact that we have access to media everywhere we go. Seeing a movie decades ago was an event. You anticipated going because you didn't have access [0] to so much media. Now, we just pull out our tablet or phone. Our lives are filled with instant gratification. So much so that very little every has any meaning anymore. Our mental reward system is broken.

[0] Yes, HBO existed, but that was NOTHING compared to today.
Godot is great for the hobbyist but ECS-based O3DE may be worth a look for ambitious devs or those who want to make a career from it. Godot's strict OOP-style object hierarchy is a practically guaranteed source of friction for more complex game behaviors that touch multiple data/logic domains.

https://godotengine.org/article/why-isnt-godot-ecs-based-gam...
Just a few years ago, the US put a tariff on tons of manufactured imports based on other concerns, and it didn't turn out to be the biggest factor in the impending political suicide.
... in mice

https://twitter.com/justsaysinmice
He is not re-inventing the wheel, he doesn't have in mind what you are describing. The author is describing a typical european town, that you see in germany, italy, or england, (most were build during medieval times).

You just described a typical suburban 'smart development', which is not dense at all by european standards, and really it is just like a typical strip mall area eveloved a bit, but still way behind.
Bumble is opening a restaurant to help people date IRL again
> Where you live, if someone makes a reasonable signal to move into my lane, and I decide to not brake and rear-end them — you're saying that would be an automatic payout in my favor?

Even if you have an obligation to brake and mitigate the problem, the fact that you have to brake sure sounds like they are the actual cause of the problem.
https://archive.is/bwQKP
How to Design Confidently Without Ever Being the Expert