skysight-inc/HackerNews huggingface dataset:
I don't think most legislators (or people trying to influence legislators) have a good holistic picture about whether banning gas helps or hurts. It's a very complex issue.

Do they consider, for example, that the situation in the US is (or was for the last many years) a natural gas surplus due to the byproducts of the fracking industry? And that the gas would be burnt or flared if not sent for distribution? And that, with natural gas being better carbon-wise than coal-fired electricity, this might be a net benefit?

And that to incentivize the building of any kind of gas pipelines, it takes decades of certainty about demand?

And that household gas usage is a drop in the bucket?

The list of issues to consider goes on and on. It's not just "burning fossil fuels = bad".
It's Old Money Season for Bitcoin
> For instance, most commercial spaces have a MAX value on percentage of recycled air; a minimum amount of air fed into the return must be fresh air drawn from outside.

I live in a highrise in SF and this bit me during the wildfires this year. The air conditioning would pull in smoke from outside. I ended up turning it off altogether on the worst AQI days, and buying lots of replacement filters for both the furnace and some off-the-shelf air purifiers.
I think it's not really meant to be used and more along the line of disproving the fabricant-police claims of these devices being tamper-proof and therefore proper evidences.
Switching to electricity makes the supply much more flexible. When a power plant spins up or shuts down, that affects the CO2 output of every customer on the grid. It's much easier to quickly bring more grid-scale solar and wind online than to retrofit millions of houses with new stoves after the fact.
Interactive Brokers, Robinhood glitches send users scrambling
The hardcover and paperback versions, that the post is based on, are selling for 430 and 967 respectively. [1] Another fun example of crazy Amazon pricing - looks like a price gouging individual/algorithm who is riding a wave of scarcity.

[1]: https://www.amazon.com/Deadly-Deceits-McGehee-12-Dec-1984-Pa...
It obviously not impossible and the poster was being a bit hyperbolic.

However it is more difficult to cook well on electric hobs than gas hobs as you can't directly adjust the heat as needed. Given the choice (I don't have it) I would take gas everytime.
oh please, never had a stove top not light before? Matches do wonders.
> But very clearly, he spent WAY more then he ever won.

Which, in a recreational context, one could argue has more potential upside than a lot of other recreational activities (at least it's on the table, unlike other activities), and a pretty high baseline thrill as well.
Cannot edit any longer, but yes, that's a typo, it's 300K QPS.

Right now the cluster is only 8 instances, and the write-only traffic on the master spikes to 70K QPS.

So I agree with you --pretty beefy hardware, and it'd probably require sharding before reaching Slack's scale, but still quite impressive.
This summary captures the intent of my comment accurately.

I will add that the follow up classes can also move more aggressively since the weaker students have been culled by the required weeder course.
And in 10, 20 years, these statistics will change.

If new buildings being added to the building stock are built with gas, then people will still be reliant on gas to cook. If they are added with electric/induction stoves, then everyone will benefit from the grid's shift away from natural gas.
> Basic ones are also no longer expensive, at least not in Europe.

Hopefully if they ban gas in homes that becomes true here too. But I just looked, and the cheapest induction cooktop I could find was $1,200, 2.2x the price of an average gas cooktop and 3x the price of an average electric.
European countries team up to invest in processors and semiconductors
I'm not a fan either. The always cited rationale does not click with me, it even pushes me more away from the concept.

For me it tells in short: "Well, you could have nice and clean semantic CSS if you created and followed a design doc. Use tailwind and cryptic classes that could be whatever in any other project, if you don't bother about design docs."

I believe things like tailwind make developers less knowledgable of their craft. This has a big advantage though - you can have more people doing code for you, they don't need to know CSS at all to some extent.
[according to Iran state media]
We know how to supply electricity cleanly, even if we aren't doing it yet. That means that these homes can eventually not contribute to carbon pollution.
Not sure about Texas[0], but LA is definitely way less humid than South Florida. Don't know too many people who actively like humidity at high temps. Some may not mind it. But those who hate it, like myself, just can't stand it.

I generally hate most warm climates because they tend to be humid. LA was very nice. The nicest climate I've experienced so far. Haven't been to Northern California though (I imagine it's roughly the same but cooler, so may like it more).

[0] seems like the problem there is it gets much cooler at night, more intraday variation.
I consider that inherent risk. Not getting a raise because the company made business decisions that turned out suboptimal (such as gaining short-term profits by not investing IT security) is a risk that any employee faces. If you want a more stable environment you go for a more risk-averse employer, perhaps even public sector jobs.
I am really conflicted on this one.

Reasons to support IP rights - there needs to be an incentive to get a reliable vaccine out of the door. If the pharma companies do not see a profit potential, one might get a vaccine for cheap now, but won't get good vaccines when you need them the next time.

Reasons to oppose IP rights - human lives are at stake, both directly for protection against the virus and indirectly due to the loss of economic activity. Also, drug companies have benefited from public support so it is a reasonable expectation to provide vaccines for cheap.

Ultimately, it is a political decision and will be decided by politics. If even one big country can mass produce reliable vaccines for cheap (India, due to its relaxed IP laws?), then that will give ammo to politicians elsewhere. At that point, it will be very hard for drug companies to resist political pressure to mass produce vaccines and reopen the economies before summer.
> lets not pretend its akin to losing a leg

No one compared it to that or anything like that.
Your observation that guitar music is being eclipsed is too good an opportunity to pass up on to dig out the (possibly apocryphal) rejection of The Beatles back in 1962 -

“We don’t like their sound. Groups of guitars are on the way out.”

—Decca Recording Company executive, turning down the Beatles, 1962
> even the Beatles

I really enjoy listening to Bob Dylan now and again.

However, I've always found the Beatles to be extremely overrated.

I guess it's all subjective.
I have a single family house in bay area out of any shade. I installed as much solar as I could and the best panels I could find 2 years ago.

We heat and cook with gas. So solar goes to appliances, tech, and AC (few days in summer) and one Nissan leaf. It is still not enough for our family of 4 (maybe covers 70%).
> Safety doesn't just come from language features, it also comes from the language disallowing dangerous actions. Rust's unsafe mode opens the door to undefined behaviour, of the sort that plagues so many C/C++ codebases (buffer overflows etc). A program written in safe Rust offers far better assurances than a program making heavy use of unsafe Rust: safe Rust is unable to result in undefined behaviour.

Safety is not an absolute, it's a spectrum. No one denies that safe rust is better than unsafe rust on the safety scale.

> You may be right that a program written in 100% unsafe Rust might still be less prone to undefined behavior than a program written in C, but that's not my point. Excessive use of unsafe features undermines the considerable safety advantages that Rust offers over C, and it's regrettable when this is disregarded.

It's not disregarded. The point you are disregarding that when porting a C application to rust, unsafe rust is a step up from C, not step down from safe rust. Unless you choose to rewrite from ground up (which is infeasible in many places), you'll need unsafe rust, either for binding or by using tooling that converts the C sources to rust. But once you have unsafe rust, you already get all the help that the borrow checker brings and you can gradually shrink the unsafe code. It's a matter of practicality, you seem to be advocating for absolutes and I think that's earning you the down votes you're receiving.
Again, they have already shown they can reduce battery usage with integrated GPU and video decoding. What's missing is unified memory, which is already in the pipeline for datacenter products: https://www.anandtech.com/show/15593/amd-unveils-cdna-gpu-ar...

As far as performance, MacOS has been slower than both Windows and Linux on the same hardware for as long as I can remember. I see no reason why both operating systems won't achieve better utilization of these upcoming systems than Apple does with their M1.

https://www.phoronix.com/scan.php?page=article&item=macos101...

The M1 operates in a unique and valuable space right now, but the claim that it will be effectively impossible for the rest of the industry to move into that space doesn't hold water.
> Like the original Air the new one has basically made every ~$1,000 Windows laptop obsolete.

This price qualification is important and insightful, and has been ignored by all the breathless prose about how it will replace all (or no) PCs.

The real historic lesson that applies here: Apple by and large aims to serve the highest margin segments and are happy to ignore other segments, even higher revenue ones.*

M1 will help them dominate a couple of other segments; everyone else will fight over the scraps.

By contrast, a Dell or LG tries to serve all but a tiny sliver of the market, which is more expensive and difficult.

* sometimes they have halo product like the Mac Pro that might better be thought of as part of the marketing budget, though I’m sure they’re pretty high margin too.
It's not really constructive to start your comment with a "utter piece of crap".
In fairness, I think that's partly comes from defining "tech" as the stuff that's done in Silicon Valley. SV doesn't have the pharma and biotech that Cambridge has for example. That said, there was something of a shift westward for VC funding and new company formation post the minicomputer era and a lot of the new tech-related employment in the city proper are outposts of west coast companies. (There was basically not a single tech company in Boston proper after Teradyne moved out until the past 20 years or so. The computer companies were all outside; hence "Route 128" companies.)
Read a Paper: The Ideal versus the Real-History of VMs and Containers
Ya, anytime I'm in the bay area, it seems to frequently be very cold and rainy. It really doesn't get that cold in socal.
Does anyone cook here? I love gas ranges and I'm getting sick of the war on gas. Cooking on electric sucks.
Your default assumption should be that ICOs are fraud.

This assumption should be strong enough that attaching a famous name to them should not change your position much.

The restriction free rewards for issuing an ICO are nearly unfathomable. Millions to billion dollars of dumb money flowing it based only on tens of thousands of dollars in marketing. Some people find it easy to rationalize.

In a situation like this involved parties might feel it's justified because the money they're defrauding out of the public could be applied to a virtuous cause.
Well, the non-regressive way to do this is to offer incentives, right? Like you add a gas line surcharge for new construction with an annual fee, use it to set up a fund, and then new construction with no gas gets a rebate.

CA lawmaking usually is kind of blind to second-order effects so I'm not surprised. Lawmakers have added numerous laws constraining home construction and then lament the "heart-breaking" housing crisis.

It's an interesting lesson in how to structure changes you want.
Instead of trying to help the tech boom and the people who created it, SFBA government and locals grew ever more greedy and entitled, looking to fleece techies at every opportunity.

"Why should we build more affordable housing? We'd rather ban development, and make these 'rich young techies' pay through the nose to landlords who just happened to buy a house here 20 years ago!"

"Who cares about ensuring reasonable quality and cost of living in SF? As the local government, we'd rather just figure out a way to tax the crap out of them!"

Enjoy the result.
"Please don't keep using RTMP."

So, this has been talked about a bunch already, but I'm involved in a small streaming group that occasionally puts on (online, not in person) marathons and we've been looking for something to use that's better than rtmp for a while for ingest from participants and we really haven't found anything good. At least nothing that's viable to set up with open source software of your own.

We just piloted SRT (having about 35 different streamers stream to us with it from OBS into srt-live-server, then into OBS with a media source), which has been mentioned a bunch here, and it's been a mixed bag and I don't know if we'll stick with it.

The big pro is that it doesn't fall behind like the usual RTMP chain (OBS->nginx-rtmp-flv->OBS media source or web source with flvjs) tends to when connection quality degrades.

I don't think this is necessarily an inherent characteristic of rtmp really, but the open software in this chain tends to just grow bigger and bigger buffers when the connection hitches, leading to progressively worse latency you have to 'fix' by resetting the stream. Twitch and other big ingesters seem to avoid this somehow, and I suspect ingesting directly into HLS or similar avoids it, but low latency HLS is still essentially unavailable in open source packaging so is not viable for our use.

On the downside, though, SRT requires somewhat manual tweaking of latency and buffering parameters to work properly and our experience has been that, while the stream never falls behind, hitches outside the configured parameters produce a particularly ghastly kind of artifacting we've called "streakies" where entire segments of the feed will just turn weird bands of colours. It's possible this is actually a problem in the software, as the bits needed to put this together (particular srt-live-server) seem pretty immature yet.

It seems like the future for this kind of use case is likely to wind up being webrtc, but as of now getting webrtc to play nice with OBS is kind of painful, usually just involving using external software that captures a popped out preview display from OBS. It's a little less than ideal. I think it'll be our next thing to try though, and obs.ninja looks kind of promising as a platform to help with doing it.
Ask HN: Are there any libraries that auto-build the SQL FROM statement?
Im looking for a library that will auto build the SQL FROM statement from the SELECT and WHERE fields that are passed. Does such a thing exist? I built my own library but want to replace it with something that is battle tested.

Agora Key Words: SQL Query Generate ON Statement Generator
I didn't say it was impossible full stop. I said it is impossible to cook things _properly_ with just electric which is true if you know much about cooking.
I can light the gas stove without power, but I can't heat my house with my gas heater without power.
Tailwind is not for me, simply because I don't want to have to learn yet another DSL that may or may not be abandoned in the future. I understand this is a personal decision though, but I've been burned too many times by fads.

My ideal CSS solution which doesn't seem to exist yet:

- Be able to write plain old CSS in JS/TS directly within a React component's tags, with a JS object literal

- Automatically generate atomic classes for each CSS rule (or block of rules) and have the system reuse those rules when the same styles are used elsewhere (no rule duplication means smaller bundle sizes for SSR, plus you get the semantic clarity of using plain CSS rules)

- Compiled, with zero or near-zero runtime overhead and critical path extraction, all cacheable by the browser. I don't want a huge runtime just so that I can dynamically apply a background colour.

The thing that comes closest to this is probably something like Linaria [1], but it relies on tagged template literals instead of object literals which means I can't use autocompletion. Their API for dynamic styling also relies on HTML data attributes, which is a little clunky.

Stiches [2] is another interesting project, however adoption doesn't seem very high and it seems to create superfluous wrapper nodes which can cause performance degradation in large VDOM trees. There's also no mechanism to colocate styles within a component's tags.

CSS Blocks [3] looks very promising also, but it doesn't allow co-location of styles with React components (you need to make a separate CSS file for each component).

[1] https://github.com/callstack/linaria

[2] https://github.com/modulz/stitches

[3] https://github.com/linkedin/css-blocks
Induction works better than gas.

Commercial kitchens have been switching to induction because the new units can maintain precise temperature, it also allows for much cooler kitchens, it’s easier to clean, and it gives them flexibility for staffing options, because the precise maintainable temperature control some cooking methods become almost foolproof.
This is a dangerous precedent and it would be just a slippery slop to get to Autonomous Weapons[1]. Unfortunately the technology is readily available with low barrier of entry.

[1]: https://autonomousweapons.org/
If you look at the people who started the CIA & FBI, and the sorts of things they got up to in the orgs' early days, it becomes pretty clear that their purpose is not their publicly stated ones. Of course, that's also why it will be next-to-impossible to get rid of them.
I did this and completely agree. I lived in the bay area since high school, more than two decades ago. Last year I finally moved away from it for good. Not far, just to the Greater Sacramento area. (I've been working remotely for a couple years, well before COVID) Qualify of life improvement is huge. Weather and cultural are important reasons for me to stay in California (plus family and friends), and I still get that here. (in fact, I prefer weather in Sac -- real summers/not chilly, and winters are similar to the bay area). My house now is easily 1/3 the cost of a similar one in the peninsula or 1/2 the cost of a similar one in east bay.
I think many people prefer petty crime to tech elites. With the upward pressure on rents over the last 10 years, even having your bike stolen every few weeks is cheaper than getting evicted and/or having to find a market rate dwelling.

Of course, it's better to have neither exploding costs nor petty crime, but at the end of the day, dealing with petty crime is more affordable.

EDIT: Getting downvoted to oblivion but I'm not wrong.

https://sf.curbed.com/2019/12/12/21001080/san-francisco-sf-r...

"In 2010, a two-bedroom SF apartment on Craigslist averaged $2,893 (per historic data compiled in 2016 by Eric Fischer), or $3,396 after inflation. At the end of 2019, similar units on the same site sit at a median of $4,300, up 26.6 percent."

It would have taken a lot of petty crime to amount to that $12K per year in inflation-adjusted (i.e. real) increase.
Only in cities/larger towns I hope... better put some of that fuel to use before it burns your house down.
It is extremely nice, but still feels a bit hemmed in by the "everything is a grid of characters" paradigm. Just a soupçon here and there of actual GUI elements (some kind of popover for LSP highlights, for example) would go a long way for making Emacs even better, IMO.
But doesn’t that concern about unshielded dirty signals apply to basically any use of a GPIO pin on a dev board?
fopen doesn't work like you expect?!?
How is reference counting slower than say, mark-and-sweep? It's not about what's better, it's about avoiding footguns. Rust (like all languages) has the capability to build a mark-and-sweep collector if you need it, but the built-in heap deallocation (Box + ownership transfer) combined with Rc means you basically don't need it where you might have in other languages. You can't accidentally get a GC pause in Rust, which is a feature. That's not to say there's no benefits to using mark-and-sweep.

> It was a bit of a fad, and the fad got baked into the language

That may be its origin story, but if you look at Java among its current contemporaries, the story is, "What would happen if we had a language where literally everything had to use object-oriented programming, including Hello World? How would it turn out?" and the answer is very popular and used in enterprises heavily. If you can't stand OOP, the notion of even entertaining Java as a viable language is a flawed premise.
If California starts regulating new homes without also regulating old homes it raises the value of old homes while making new homes more expensive.

Who would support this? I think California property owners should support any and all restrictions on new homes. Who is against this? Probably a small subset of people who intend on building a home in the near future.
According to this video induction is faster.

https://www.youtube.com/watch?v=UjRcEwLGtV8
I think that this kind of work has to be accessible and usable by everyone (who might have such a device). So while it might seem simple to someone on HN, that may not be the case for other people who potentially want to do this.
I get it, I really do, that we want to transition to fully renewable energy and I'm willing to give up using a fire stove top even though I absolutely hate my current electric stove top. What I have a problem with (maybe I didn't look hard enough) is how we're going to transition to meet the electric demand with our old infrastructure. People forget how damn energy dense fossil fuels are. If everything is electric and to make more electricity, we will need to burn fossil fuels to meet the demand, it makes things even worse environmentally (there is no universe where burning fuel at the generator, distributing, and using it for heat is more efficient than just straight-up burning the fuel at source). Even the Bay Area, one of arguably the most energy progressive area cannot transition fully to renewables only within the next decade or two.
> but they still aren't hot right away

Induction will heat up food/water FASTER than gas. Twice as fast in this video for example:

https://www.youtube.com/watch?v=UjRcEwLGtV8

Induction has some issues (e.g. hotspots), but speed isn't even ballpark one of them.

> require specific (more expensive) cookware

It is the high-end/niche cookware that can sometimes be incompatible (e.g. pure aluminum/copper cookware), most common/cheap cookware is compatible just by virtue of the less expensive metal used in it.

Most stainless steel and all cast iron cookware are compatible, and most high-end/niche cookware is adapting to be compatible as induction is the new hotness (particularly with recent focus on the environmental damage/fume issues with gas).
Also people hawking various supplements that they claim can cure covid.