skysight-inc/HackerNews huggingface dataset:
This is complicated, I see some concerns related to my vehicle being searched without my permission. Although some parts of the article are simply spreading fud, no way I see driver facing camera storing all the photos, knowing memory is expensive. Infotainment systems are very optimized to reduce cost.
The logs of door opening and seatbelt activation comes from CAN bus which is not impossible to spoof but still difficult.
Scientists claim to discover well known HDR technique, publish in Chinese journal. Almost offensively boring work.
Manager OKRs, Maker OKRs: How Early Stage Startups Should Think About Goal-Sett
I worked for a company that followed a similar process. This worked really well, except for one thing which I blame the terrible culture at that company, which is: Some times people would have strong disagreements on how to do something, so you end up with two competing RFCs to solve the same problem, which basically divided engineering into three camps: one for each proposal, and the people which don't care.

It is not that one of the proposals is wrong and the other is right, it is just that they make different trade offs and the teams/engineers behind them have different preferences and backgrounds, probably both would work, with different long term consequences.

At this point I think it is where you need A) Strong management/tech leads/seniors/principals/architects/whatever which can make a call of what direction to take, and B) Clear company principles which would guide those leaders into making the decision, such as "We go with option 1 because we value more simplicity over performance, using external services over NIH, etc...

Once a decision is made to resolve the conflict, some people will not be happy. But that's better than having everyone unhappy because everyone is blocked on working on competing solutions at the same time.

This company I was working for, had a TERRIBLE (the worst I've ever seen) management/leaders... (and some of those leaders where even very popular opensource developers) you had the ones that just didn't care about anything except they paycheck, and the ones that just said yes to everyone and to everything to keep everyone happy, which led more than once to competing solutions implemented in parallel (just imagine the codebase we had....). I even remember one time some team decided to go crazy with monorepos and building an entire platform of tooling around it and when we asked for the Proposal (our name for RFCs) they just wrote it on the fly and showed it a few days later.... no need to say they had to "invent" the need to make their already built solution "fit".

So yes, this process is great, but you also need 1) Great/responsible leaders and 2) A not so shitty culture.
Bokeh is also made to create embeddable, interactive plots for html/js. You can create quite sophisticated graphics with it from the backend alone. (We use it for web apps at $WORK)
There was a freakonomics podcast recently about advertising (online and traditional).

No one can actually prove it has any ROI at all. No one is willing to run the experiments necessary. In the few cases of natural experiments, where ads got turned off for some people by accident, there was no change in buying behavior.

https://freakonomics.com/podcast/advertising-part-1/

https://freakonomics.com/podcast/advertising-part-2/
With Google ads you can select the countries where you want the ads to run in. If you go worldwide and chose to maximize clicks, Google Ads will mainly run them in India and other emerging countries because it's much cheaper to get clicks from there.
From the code sample in the article I didn’t know you could append to a slice from within a go func
LLVM's support for this is bugged, so rust does not currently take (edit: full) advantage of it.
So the lesson is to offer days/weeks, not hours or minutes, of work?
For embedded applications, there is official ECC support for all CPUs named Epyc or Ryzen Vxxxx or Ryzen Rxxxx.

There are computers in the Intel NUC form factor, with ECC support (e.g. with Ryzen V2718), e.g from ASRock Industrial.
Biden election: Mike Pence 'welcomes' senators' bid to derail result
I use Clojure because I find it more more fun and interesting to program in. As a bonus, it happens to also be practical, robust, productive and safe; with great tooling, a huge ecosystem, reach to the browser, server, command line, and desktop/mobile, good performance, good scale, and an awesome community.
Rust is a language that just doesn't go into my head.
And whenever I have a question the community either downvotes or ignores me.
The readability is bad.
The error messages don't make sense.
This type of post only covers the syntax basics.
There's nowhere to turn to for applied concepts.

It's like Ultima Online back in the day. Everyone loved it but every time I tried i fell asleep and just couldn't get into it.

I'm semi happy with Go. It's a hands on language that is fast enough. But it's missing elegance and something I can't put my finger on is missing.

But Rust, it feels like a step back.
What do I think in? Boxes? Wrap unwrap move what? It's so hipster I just hate it. And compilation takes a lot of resources and time. Hell, Java makes more sense to me than Rust.

And why all those macros?
And impl for order is backwards.
Why couldn't the word class be used, no they just want to be different for the sake of being different. It's a language for hipster rebels without a cause.
If you manage to replicate bitflips every few days your RAM is broken.

It's the "once every other year" type of bitflip that's the problem. The proverbial "cosmic ray" hitting your DRAM and flipping a bit. That will be caught by ECC but it'll most likely remain a total mystery if it causes your non-ECC hardware to crash.
I was hoping to avoid using Entity Framework, but maybe I need to give it another go. This library is more around reducing the amount of code needed to build a RESTful API off of an existing database, so maybe I could use parts of EF. DocFX is exactly what I am looking for. Thanks!
I think what's most interesting about your comment is the assumption that the three are in the same ballpark. You're not wrong, but it just reminds me of how far we've come. That is, the key is not "which of these three can eke out the last tiny ounce of things," but that Rust has successfully landed across that gap you see in the graph. That it's "(C/C++/Rust) vs everything else" is in of itself an interesting result. You can see some skepticism of the premise elsewhere in this thread, even.
Maybe. I personally don't use those payment systems; I don't have any desire for Apple or Google to have that kind of direct individual insight into my spending.
ECC should be everywhere. It seems outrageous to me almost no laptops have ECC.
Don't these cups have some kind of inner coating?
Processes over Outcomes
Tree Card probably have an e-money licence. They’ll have a backing bank that actually holds the money, and probably another company that manages the card.

They’ll be required to keep that money in a custodial account with their backing bank, so Tree Card will have no ability to operate a fractional reserve, or use their clients money for operating purposes. Their banking bank is probably required to make sure they’re following the rules.

If Tree Card go bust, then your money will be safe (Tree Card can’t really touch it), it it’ll probably take some time to recover it from their backing bank.

If the backing bank goes bust, then I’m not sure what happens. But I think the custodial status of the account should offer some protections. But again it’ll take a while to get your money back.

Oh, and finally, there e-money license probably makes it very difficult to explain this. If they said something like “your money is as well protected as in an FSCS (U.K. government bank account protection) protected account” they would probably get told off by the regulator, because the protection isn’t the same.
I guess writing for a tech website pays really well. Who knew?
That's what happens when your own job is to waste oxygen, pull numbers out of thin air and take credit for "conversions" that were organic in reality; in this case you have no incentive to optimize things because you'd inevitably show the company your own position and maybe entire department is irrelevant and a waste of money.
I’m aware. But the risk is extremely small (and 99.9% of important data is not created on the machine but goes directly from e.g iOS camera to backup).

My desktop machine is basically a gaming rig with disposable data. Hence the “performance over integrity”.

I also never rotate anything out. Every version of everything is in the backups. Storage is that cheap these days.
Although "Oh By"[1] is not strictly a URL shortener it can be used as one quite nicely.

When used as a URL shortener, there are no cookies, no tracking, and ublock origin shows a nice big zero throughout. This is because the revenue model of Oh By is selling custom/vanity codes - not monetizing user data or advertising.

"If you're looking for a dead-simple URL shortener that respects your privacy and doesn't slow you down with ads or multi-megabyte interstitial pages, Oh By might be for you."[2]

[1] https://0x.co

[2] https://0x.co/faq.html
It's mostly an exercise that's useful for Rust: Internally, to prove that "it works"* and externally, to make a credible name for Rust.

(*) of course part of the output is also looking at the Rust code and evaluating style and `unsafe`-wise what the price for winning was.
The ceilings should be similar, but there is an argument that there are cases where idiomatic Rust might outperform idiomatic C or vice versa.

For instance, in real-world usage, you might do a bit more redundant copying in C in places you would avoid it with the borrow checker in Rust.

Conversely, enforcing RAII in Rust might cost performance in some scenarios relative to C.
Ha. This will help me put the comments here in perspective.

This giant bias should almost be the disclaimer on the comment section of most tech media outlets.
Have you tried out ghcid? It basically just runs ghci on your program every time you save, and gives an updated list of errors and warnings. Not interactive in the sense that you don't manually test your functions with it, but like 95% of debugging in Haskell is just fixing errors at compilation time. I find it to be a very nice developer experience. Just need a text editor and a terminal with ghcid open and you get immediate feedback as you program.

https://github.com/ndmitchell/ghcid
Reading the article and your comment afterwards brought Simpsons to mind:

Skinner: Well, I was wrong; the lizards are a godsend.

Lisa: But isn't that a bit short-sighted? What happens when we're overrun by lizards?

Skinner: No problem. We simply release wave after wave of Chinese needle snakes. They'll wipe out the lizards.

Lisa: But aren't the snakes even worse?

Skinner: Yes, but we're prepared for that. We've lined up a fabulous type of gorilla that thrives on snake meat.

Lisa: But then we're stuck with gorillas!

Skinner: No, that's the beautiful part. When wintertime rolls around, the gorillas simply freeze to death.
Sorry to hear about your move. I'm a young person, but I usually go by when buying something:

family > friends > Reddit > Discord > Google

If I see a name or product multiple times when asking/searching across those four things, I'm more likely to jump on it. I'd imagine finding the best local service is a bit harder, but the same methodology should apply.
I think it's more a reaction to the decreasing importance of CPUs in the datacenter in favor of interconnect technology. FPGAs are one of the directions in which the "smart nic" or "DPU" tech has been moving, which is critical to the trend of datacenter disaggregation. Xilinx has a very strong offering in that regard.
A lot of emacs customisation ought to be unnecessary. And I think the yak shaving on one’s config isn’t really a great use of time (if you want it as a hobby then I guess that’s fine).

Some examples of unnecessary customisation is the fact that the defaults of emacs so often ought to be changed. E.g. why does M-SPC do just-one-space instead of the strictly more powerful cycle-spacing (answer: probably a combination of history, neglect, and a fear of breaking existing saved keyboard macros), why use upcase-word instead of upcase-dwim? Why does autocomplete require so much customisation?

If emacs had better defaults there would be much less reason for spacemacs or doom to exist.

One person I work with will (drastically) customise the key bindings for each new mode before using it, making it hard to use new modes. Another gave up on customising emacs and switched to spacemacs to no longer have to think about customisation.
You can see the data in https://benchmarksgame-team.pages.debian.net/benchmarksgame/... but it has no graphic comparison.
Feds may cut Moderna vaccine doses in half so more people get shots
Yeah I think Google and other advertisers are great at predicting what people will buy and then shows them ads for it. That’s different than showing a person an ad and changing their behavior, but to advertisers they can’t know unless they experiment.
Or is it possible that in different data centers different hardware is used? I thought it's supposed to be the same.

The thing is that higher latency affects the whole system hosted on the droplet (Mongo database).
>What I don't know is if he knows of this feature and declares it not-equivalent, or if he's never seen it.

I know it, but it's not even close. Almost every editor can do something like that over SCP/SSH/SFTP.
Does not fully take advantage of it.
Stopped using reddit. Very good for my mental health.
Cool, more photos would be nice.
Friends don't let friends do programmatic direct response advertising. Do it directly on the platforms yourself.

I run an ad agency with relatively well known clients and I consider the word "programmatic" in a resume a negative correlation.
Yeah so that’s the weird part that I didn’t mention. These ads only run in the US.
https://github.com/evilsocket/opensnitch

However, if you allow everything to 80/443, the extensions would still be able to connect to their servers. Maybe the browsers should add the ability to allow/deny connections per extension.

https://github.com/gustavo-iniguez-goya/opensnitch/issues/21
Working in iPhone games, our biz dev people made us integrate with the shadiest of ad publishers. But we required attribution and could track how much the users spent, so could stop spending on them quickly, which was the normal result. Most of the companies were surprised we wanted attribution and had to build something custom, which to me means at the time nobody else was tracking it so lots of customers must have been getting fleeced. From the tweet, it’s crazy that they were spending 100m without tracking the quality of the users.

Also worked in ad tech. There were some types of customers that cared about performance, but the largest were typically agencies and all they cared about was spending the budget they were given. Everybody knows this is happening, you can differentiate yourself slightly by doing better detecting it. But at the end of the day people really care about customer acquisition cost which includes the fraud, so if you had 0% fraud everyone would just raise their prices or margins
To expand:

Compared to JS, yes, it's slow. You can make Clojure run faster but you will be writing Java with parenthesis not Clojure.

Startup times are indeed atrocious, in Clojure the REPL is obligatory and not optional because of this. You can avoid REPL restarts by using a third party lib like component but you have to buy into a new architecture for your program that can be overkill for many occasions.

Java interop is not a black art but it is painful, the JVM has many great libs but the majority are not, many are loaded with lots of methods returning void, data models like everything needs to a be subclass of an abstract class, etc... So while you can develop with time how to write ad-how Clojure wrappers for your use case faster, you waste lots of time doing it. And yes, this something you have to continually di cause as you said, the ecosystem is very poor.

Without going into the static vs dynamic typing debate, I would say Clojure is at the top of the dynamic languages spectrum (the best in its class if the JVM fits nicely the problem at hand).

Clojurescript's interop with the JS ecosystem is crippled by relying on the closure compiler, which doesn't play well with anything in the JS ecosystem.
Right! Section 1.3 of this publication discusses possible mitigations for the row hammer problem and where ECC fits in

https://users.ece.cmu.edu/~omutlu/pub/rowhammer-summary.pdf
C++ is faster than C now for most things because C++ enables many optimizations that are impractical in C.
How does c++ manage to win here? I'm not doubting, just curious
Care to explain how on earth you believe this is connected to https at all?
I don't think this is fair. Eating healthy and working out is objectively good. Whereas for plenty of people, these customisations are just that, a "rabbit hole" that was interesting when they were younger but then it got tedious. Now they've found a setup they like, be that intensely customised or a fresh macOS install with VSCode. I wouldn't consider either indicative of greatness. A lot of people just want their computing environment to get out of their way.
I thought that at first. But like the original post points out, Uber was spending a lot of money, not just in absolute terms but in percentage terms, and it wasn't working for them.

There's an allure to making something measurable and setting goals against it. Often, those goals take on a life of their own. That's what I am suggesting happened here, I guess.
That's an annoyance, but on Linux you have infinite more control of thermal throttling and you can get whatever thermal behavior you want. Thermald has been really good on Intel, and now that Google contributed RAPL support you can get the same benefits on AMD-- pick exactly your power envelope and thermal limits.
Facebook and IG ads work. I agree that display network ads do not.
On the other hand, if you pay someone $20 to buy a brand new ApplePhone 12 XS Max, you should expect to not get the phone. The Twitter didn't mention anything about price; and it is possible that the fraudsters were actually charging a normal market rate; and nobody deserves to be defrauded for trying to get something for cheap; but if Uber was taking the cheapest option then it's hard to feel sympathetic towards them - they're a big company with lots of marketing people and they should know better.
> No one is willing to run the experiments necessary

The people that would have the power to run this experiment have their entire careers depending on things staying as-is. Running the experiment carries a significant risk of exposing that the advertising operations they're responsible for provide much less ROI than they pretend it does.

The unwillingness of anyone to run such an experiment is already an answer. Why wouldn't someone jump at an opportunity to prove the thing/service they provide actually works, unless they were unsure about it themselves?
>If you had a year to live, you would definitely want to be productive.

You'd be surprised.

That's more of rat-race-disease artifact, where a person is measured by their "achievements" and "success" (as opposed to being intristically worth).

Many people of many peoples would want to either relax, love and be with family, or enjoy themselves (and more likely a healthy combination of the two).
Nice write up, thanks.

I often mosh + tmux on remote servers slso, and even though I do nothing fancy, with Emacs it all works for me.
Rust does not take full advantage of it; that is, &T will still get noalias, it's &mut T that's currently disabled.

The tracking bug is https://github.com/rust-lang/rust/issues/54878
>Imagine trying to build Windows or Mac OS code from the early 90's on a modern OS...

I guess, in Windows case it also should be relatively easy?
They're going to need good leadership to pull this off. AMD doesn't have a great track record when it comes to these integrations.

AMD bought ATI while promising the same integration "synergies". GPU style compute was going to be completely woven into the CPU - "AMD Fusion". Sounds great - but they ended up with them being beaten to the CPU-with-integrated-GPU market by Intel by over a year (Intel Clarkdale launched January 2010, AMD Llano midway 2011). 14 years after the acquisition, AMD's iGPU integration is not much different compared to any other iGPU integration, their raw performance lead is shrinking compared to Intel and they're beaten by Apple. Radeon Technologies Group functionally operates independently within the company, and AMD won't use their more performant new RDNA architecture in iGPUs for two years after its launch for some reason - even their 2021 APUs still use their 2017 Vega architecture (fundamentally based on 2012 GCN technology). In the intervening years they've screwed up their processor architecture and marketshare for by going all in on the terrible Bulldozer architecture that was designed around the broken promises of far reaching GPU integration.

Given all that the ATI acquisition might still have been worth it - in hindsight AMD needed a competent GPU architecture one way or another - but the mismanagement of this acquistion nearly killed the company. I hope better leadership can do something here but I'm not really holding my breath.
I've never tried buying a car with a credit card (though my credit limits are, insanely, high enough that I could).

I would guess it might be seen as a cash advance and charged interest immediately, also not accrue into the loyalty rewards. But I don't really know.
Attacking a hypothetical poorly isolated on-chip FPGA seems like the mother of all exploits, thinking about it
After reading this comment I decided to write a small blog how you could tackle this nevertheless https://smetj.net/deploying_aws_lambdas_with_terraform.html
I really hope this gets fixed at some point, just because I'd like to see how much faster rust can get. In particular I wonder how much it would impact the compiler itself since it is also written in rust.
Ah, my mistake. Thank you for the correction.
I also had a small Google ad spend ($350 over 3 weeks), that I setup to run exclusively in the USA, and had the same experience where IP addresses recorded by hotjar were all from India, all new signups from the ad spend were '.gmail' email addresses and although I had about 100 signups not a single one entered a credit card.
I think that individual-level decisions have a lot of impact from how and what we consume to whom we decide to vote for.

For example, even your suggestion to change the game through regulation and taxation boils down to individual-level decisions to demand this from governments (which in general we elect).

Repeating that the problems are not caused by individual-level decisions only passes the buck and make people think that it is not their fault and that it is not for them to do something whereas I think that, on the contrary everything starts at individual-level.
Unfortunately that's only on paper due to LLVM issues.
Exactly. That’s what the episode says too. The only people who could run the experiments hinge their entire career and industry on the results.
Not all URL shorteners do that. I know because I own and maintain one that doesn't.
Isn't ChipKill just another form of ECC? If so there is a number of bitflips that ChipKill can no longer correct / detect. [1] seems to say that they observed some flips in dRAM with ChipKill, although the paper is a bit vague here.

[1] B. Schroeder et al, DRAM Errors in the Wild: A Large-Scale Field Study http://www.cs.toronto.edu/~bianca/papers/sigmetrics09.pdf