skysight-inc/HackerNews huggingface dataset:
Thanks to the EEF for funding my work on the float to string algorithm!

And also, if you wonder if you could do it for your current platform of choice, please do not engage. Inside float to string conversion lies madness...
My Pixel 5a is not rooted, and I have F-Droid running on it, from which I've installed several apps.
What do you mean by not accepting?

The only concern is the distribution and you would mean you don't accept the fact that it can't go in the kernel or be released as part of the distro installer?

It's not hard to download zfs separately and use it like any distro is doing without having any licensing problems.
OKRs just seem like another attempt in a long line of failed attempts to make development costs more predictable. I applaud the effort, but at any company I've worked, they've always turned into a stick used to beat on the underlings. I think I get how they could work in an ideal scenario, but the implementation of them has always failed, because the adopted process doesn't allow them to shift even as things arise outside your control, because they got tied to raises/bonuses in unfair ways, etc.

My only "successful" encounter with OKRs was at a company that really bought into them hard, and so over the course of about half a year I got the teams in my group to slowly get ahead of the curve, such that 90+% of every next-quarter OKR items were things we were done with already, so that we could spend pretty much the whole quarter dealing with fires or secretly getting new stuff done for the next-next quarter.
Speaking of usage-based billing, if I intend to charge users a usage-based bill at the end of the month, as far as I have looked Stripe is the only provider that supports this (they call it "metered billing"), is there really no alternative?
Could you define lameducking? I'm unfamiliar with the phrase in a tech context
The same story is covered in an episode of the newer run of Cosmos; S2E7.

I thought the coverage there was better. Brief overview here: https://www.youtube.com/watch?v=_yV__MkDqqo (it ends up being an ad for the show, but good summary, nevertheless).
> Does anyone else have regrets about being in the tech industry when things like this, privacy issues, leaks, etc seem to be a big thing on a nearly daily or at least weekly basis now?

I personally don't but I think the issue here is that things like ClearView AI and ID.me and the related controversies were inevitable. Just as we're seeing with the development of DeepFakes. An astute observer can probably pretty accurately pick out the differences but will that be true in five to ten years? Audio faking is already fairly good.

Once any technology is close, there will be people telling you it's solved. Look at self-driving cars. All these "we've solved it, autopilot is the greatest thing since sliced bread" takes are pushed as marketing, meanwhile the capabilities are substantially lower than human drivers. The bar for these kinds of things should be, at minimum better than a human.

The issue isn't with the tech itself but the actors involved. It's a tool, and like any others it can be abused. What makes it dangerous is that the limitations of these tools don't appear to be investigated at all, which is a failure of something or someone, I'm just not sure what or who (probably government).

Coupling a "not quite ready" tech with some snazzy marketing and shady practices seems to have been par for the course for a lot of technologies that emerged from the post-industrial revolution era, and in some cases even before then. Just chemical examples: Leaded gasoline, CFCs, DDT, Thalidomide, etc. You could look to something like cryptomining and its environmental and social impact as another more modern tech example.
> The stated mission of a company worth almost two trillion dollars is to “organize the world’s information”

Wikipedia, millions of volunteers and bloggers organise the world's information. Google just leaches off them, they cant even organise Youtube

Does youtube prioritise videos that have the most informational value, news that are most objective? No, they financially reward those that produce misinformation and conspiracy theories. You could argue 'well, thats what sells', but then you can't claim any higher purpose or mission - its just peddling whatever is popular, like fast fashion.

Or do an experiment, search for a government service like 'open a company in UK' or 'apply for a driving lisence', queries where there is only a single government service per country - and google will return a page full of scams.

During the pandemic i tried to find COVID related rules for entering moldova- the result was on like page 7. If failing to find official public information is not 'ublnderperforming', i dont know what is.

The premice of this thesis is wrong - no-one is seruously trying to make the search engine that produces the best answers because the competition is basically gone, and because the web has been balcanised from open system into feudal kindgdoms.
Walking Around Brownhills
I rewrote an invoicing system (originally in .NET) in Python and yeah, I totally feel this. All the system did was generate a CSV file that could be input into another system (Quickbooks, iirc). The original .NET version was nonsensical at times, replete with bugs, and I spent a lot of time trying to figure out what the original intent was (there were no docs, of course, and finance often had conflicting/incorrect ideas about what the system should do.) Version 1 had to simply replicate the csv generated by the original system exactly, which required purposefully writing some bugs that I discovered along the way.

But yeah, there were all sorts of nasty complexities -- this was a usage based system, but there were (optional) tiers (pay less for higher tiers), as well as certain time segments that were discounted. And then there were cases where multiple accounts could share a set of data and get a discounted rate and/or only one of the accounts would be billed. And on and on....

One lesson I drew from this experience was that, when discussing things with finance to try to figure out what the requirements were, it really helped to have pictures. I would create these elaborate usage/time graphs, and color in portions to reflect different billing/pricing scenarios. These made it much easier to discuss the current/future behavior of the system. Because saying "really, this is simply the integral of a usage function over time" didn't fly.
I appreciate your comment and the honesty.

Funny thing is, I considered coding because I didn't see my natural talent as a copywriter (not in english) to be recession proof enough. Then everyone talked about how coders are in such demand etc.

I never stopped to think that tech is an industry like any other. And that when the economy tanks all those start-ups and companies who are willing to gamble on an inexperienced junior dev will behave very differently.

Doesn't speak for my problem solving skills, actually. Lol.

I will surely re-evaluate my motivations.
I would wager Google, Apple, Microsoft, Amazon, et al. all are more than happy to take in the supply slack. They compete for the same engineering pool.

Would love to see data to the contrary vs. us guessing at this putting a lot of anything on the overall market.
Not the type of book whose review I would expect to see here. The reviewer was evocative enough for me to pick up a used copy on Amazon. Thanks for sharing.
Limited cross-variant immunity from SARS-CoV-2 Omicron without vaccination
I fear if they did not they'd be accused of something else. I agree with your observation but I don't think there is an obvious solution as you imply.
Archive.org: Preserving Pro-Democracy Books from Shuttered Hong Kong Bookstore
80% of the value of OKRs is in the discussions they create, not in the actual list of OKRs that is produced in the process. The more an organization focuses on the technical aspects of producing a perfect OKR list or on "grading" the OKRs, the less value they will have.

In particular, the "KR" part - quantifiable outcomes for the goals - usually helps in clarifying vague projects or ideas that may otherwise harm the team's focus.

It's similar to the famous Warren Buffett's advice on identifying your priorities: pick 20 ideas you have and identify the top 5 goals that you absolutely want to get done; then, throw away the other 15 goals and make sure that you never get tempted to work on them.
Actually it took me long time until I think I somehow grasped the reason for those years of life lost or similar metrics in epidemiology: As far I understand it it is rather a measure of ranking to inform regulatory action. It is not really meant to compare against your real life but to compare different things like the impact of pollution, smoking etc on a society on a common scale rather than being used in any absolute fashion. IMHO they often become meaningless if applied to your own life or if they are quoted in press.
Problem is it still requires an API to integrate. Stripe has all these capabilities but API integrations are needed to use them. If you are looking to build a micro SaaS without needing to deal with billing API integrations check out our software: https://saasbox.net. Built for completely eliminating any billing related SW development. It doesn't handle all the corner cases mentioned in the article, but some of them are handled, such as plan upgrade / downgrades with pro-rating, editing plans on the fly, migrating users across plans, notifying your application on those changes.
Or better, buy a billing system instead of inventing one inhouse. Billing is hard to do correctly. For one thing it interconnects with so many different platforms in your company. For another thing, the cost of fucking something up is high--people don't exactly like seeing mistakes in their bill. Hell, think about tax... you wanna deal with that shit?

To do it "correct" you've got to have people who truly understand accounting concepts like double entry bookkeeping, financial reporting, cash vs. accrual, financial regulations, auditors, etc. Unless your company's product is billing, good luck hiring an engineer who knows this shit.

But trust me from experience. Don't build your own billing system. There are several good ones out there that will grow with your organization. Buy one.
There is only one thing why this is done: to make impossible to move from gmail (also with custom domains) to another provider. We have the same problem. We spent hundreds of hours implementing their legacy auth (less secure apps), gmail oauth2 and domain-wide delegation to be later stuck in approval process. Until our app is not approved users can not use e-mail import/migration tool to our inbox.eu service. And there is lot of demand for that because people do not want to pay so much for e-mail. Shame on google... they also do not provide reas-only access to IMAP which is more than enough to export your mailboxes to other e-mail providers
Also crazy camera angles showing the backs / sides of people talking.
>"git status" needs to be clean. I don't want to see any untracked temporary files.

Why do you not want to see any untracked files? What harm does it cause? What is the problem that you are trying to solve?

> If it's untracked either it needs to be ignored or it's a new source file to add to the index.

Or it is a file that stores your notes or experiments that don't necessarily belong in a branch, do not want to include in your next commit, but you also don't want to be invisible to ".gitignore" aware tools - and increasingly many modern tools are (vscode, ripgrep, emacs's projectile to name a few).

>Keeping untracked files lying around not gitignored is a recipe for one day committing one by mistake, or conversely, that some of them are source files you've forgot to commit.

Neither of those are a factor if you consciously check what you are committing using "git status" and "git diff --cached".

This is the habit you want to inculcate in your junior developers, that they should consciously think about the commit they are sending for code review, not that they should meticulously manage and be completely dependent on .gitignore (and i presume you also mean .git/info/exclude - because of course they would also have local files that they don't want to commit but are not worthy of being put into the repo's .gitignore).
8c is for transit to outside of their network. For inter-region it’s like 1-15c depending on regions. 1-2c for us/europe which is probably overwhelming majority
Also NDI native cameras are slowly becoming a thing. I'm really in love with the Logitech Meevo. It's targeted for use with phones, but it works great with computers and OBS too. Drop dead simple to use, and with the POE kit very, very stable. I'd go something like it over a mirrorless camera hack any day.
Raku is too slow for no obvious reason, plus every lib has to be rewritten from scratch, including the good and mature ones from Perl.

There are more interesting things happening with Ruby and Python. In fact there are Python libs for obscure stuff like CAN-bus and ISO-TP. Want to talk to a vehicle ECU? It can be done with Python.

There's also lack of momentum and quite a lot of bikeshedding in the Perl community. There were attempts to modernise Perl by rurban and others, but they were met with unecessary resistence. Without community support they all ended up as one man shows. Perl is pretty much a dead end. You are hearing this from someone who still writes Perl code every day for work. My latest proof of concept was done in Ruby and it will probably end up as production code.
I agree with thesis but there are entire aspects of this that he didn't even touch upon. There is a multiverse of different billing nightmares for engineers.

I worked on a piece of software that bridged billing data from IBM mainframes out to the web. The hoops that had to be jumped through to get data out of the mainframes and the number of hacks and kludges involved was legendary. Likely everyone here has paid many bills in their life on websites that used that software. At one point I knew the vast majority of my personal bills had gone through it. Credit Cards, Utilities, Gas cards, etc.. Stuff everyone had to pay with paper before the web.
The video doesn't look like that, it looks more like everyone was told "you have to smile more!!"
That's me. Note that I'm not a US citizen (in fact, I never set foot on US soil, nor I intend to, in my whole life), so your mileage may vary.

In the end, I decided to launch all my side-projects for free (sometimes I outright include a "non commercial" clause because I don't see why somebody should profit off my free work). I find this reduces all the project related stress to a fraction.
> There is little competition for this sort of job

On both sides of the market. There's like 75 times as many javascript job listing as there are cobol ones on popular job boards.

You can get all of those things without leaning on a tech stack with such a small job pool. Most development jobs, especially at large companies, are maintenance-oriented development.

Java is the ecosystem to learn if the three points you listed are important to someone. There are gobs of Java jobs out there, many are battle-tested systems built long ago running in established companies. Another benefit is that there's an actual job market for Java developers, which should be a huge consideration for everyone, because having a stable job isn't the same as having a stable job feel good going to every day.
Creating at Work: On the art (and science!) of 0 - 1
You have to stash more information from the forward pass in order to calculate the gradients during backprop. You can't just naively use an inference accelerator as part of training - inference-only gets to discard intermediate activations immediately.

(Also, many inference accelerators use lower precision than you do when training)

There are tricks you can do to use inference to accelerate training, such as one we developed to focus on likely-poorly-performing examples: https://arxiv.org/abs/1910.00762
Could you expand on what kind of hacks/kludges were required?
Also 80% utilization seems just ridiculously high to me but maybe at goog volume it’s doable
>I certainly don’t want a meaningful code change sandwiched between an open editor swap file

We are specifically not talking about the junk files created by editors and ides here.

We are talking about things like notes and exploratory code that you have written that you have no intention of committing, at least not right away. Why wouldn't you want to see them in your `git status`?

Another problem with putting such files in gitignore is that those files will become invisible to an increasingly large number of tools (vscode, ag aka silversearcher, ripgrep, emacs's projectile to name a few) that rely on gitignore to filter out unwanted files. So now, as far as these tools are concerned you have put your notes and experiments in the same category of files as editor junk and build artifacts. You either search them all or none at all.
This isn't true at all. The reason Google does this is that there is a huge ecosystem of random apps that request full access to people's mail accounts, which are the most sensitive accounts on the entire Internet, and many of those apps were hot garbage that generated a huge account takeover problem. It's perfectly fair to not like the policy (I don't like some things about it), but it's not reasonable to caricature it.
Yup, but it will continue to be absurdly overpriced because the CapEx is massive and governments are totally okay with oligopoly.
I believe they quoted me the same number recently. From what I recall this was dual purpose - letting you know up front this is the comp range, but I believe the recruiter also let me know that because it was algorithmic(75th percentile for my market/zip code) that it was also a non-negotiable offer.
All the work LiveKit is doing makes me so excited for the future of WebRTC. WebRTC as a protocol can't offer these optimizations out of the box. It requires a opinionated layer on top of it. It frustrates me seeing companies claiming that their proprietary solution beats WebRTC. They are comparing their optimized implementation to generic WebRTC. It is frustrating as a WebRTC implementer having to navigate FUD like this.

So check out LiveKit and enjoy great quality with open standards :)

Even if you don't use LiveKit you can learn from their optimizations and bring them into your own system. LiveKit is Open Source and available here https://github.com/livekit/livekit.
>> We don't bat an eye when a cop uses such tools to pull all of your license/insurance information during a traffic stop.

In order to legally drive we basically enter into a contract with the state agreeing to the terms it set. Keeping a current license, registration, insurance etc. During a traffic stop, it is a requirement to hand over the documents, if asked, so they can verify you are within the law. Atleast in the parts of the US that I am familiar with. Same for travel and other government documents, if you want to legally move between borders, you agree to their terms or stay put.

Having random creep take a pic of someone and get their address so they can visit later on, would be a very big problem.
Perhaps I expressed it badly, but no, he did not address my objection.

My objection isn't to the article. It's not to saying that "AI-Art Isn't Art". My objection is to an art world that accepted Duchamp's "ready-mades" as art. They are not art, for the exact same reason that the article gives.

It's not just the intention of the artist at a superficial level - someone intending something to be art, therefore it's art. As the article says, it's a skillful artist intending us to think and feel and experience what the artist did, and creating something that will make us do so. Signing a urinal doesn't do that, no matter how much the artist "intended" it to be art.

So what I'm saying is that, in the same way that AI-art is not art, the working definition of much of the art world for the last century has been labeling other things "art" that also are not art.
The low hanging fruit is to eat less. It is a known fact that people with diabetes live longer due to the stringent diet they are on perpetually. Processing food and burning energy speeds up aging.
> Obvious cartoons are no longer illegal.

AFAIK they are still illegal in Canada.
> At what point in one's career does someone all of sudden decide "yeah, having everyone write paragraphs of BS justifying their work performance is a good use of time and THAT will REALLY solve problems"?

When somebody starts making a lot of noise that people should do it, the people under you seem to unanimously support it, and the people above you seem to unanimously support it. That is, except for the very few that you can get a honest answer from, those are the only few that think it's bullshit, but put-up with it because everybody else is pushing it.

A better question is how the hell somebody getting money to teach your people and organize the process get enough credibility that they can mess with all the communication channels. Maybe an even better question is if there is any way to make people feel safer at work than in a crazy absolutist king's court, so that they have less need to lie.
Nasdaq is -27% YTD.

S&P500 is -17% YTD.

The actual problem seems to be isolated to the USA. Tons of confidence in Canada and Europe. There's still exposure of companies who are involved in the USA while being listed in not-usa. So Canada and Europe will be dropping.

I see probably another -20% drop for S&P500 still coming. This is already worse than financial crisis and dotcom combined in terms of wealth lost.
its memory is at a fraction (around 30-40%) of the memory bandwidth of a 128GB equivalent GPU setup

Here's some info about M1 memory bandwidth:
https://www.anandtech.com/show/17024/apple-m1-max-performanc...
QML and QtQuick are actually declarative and reactive in ways that React isn't, and I find them much more pleasant to use than React, especially when it comes to separation of concerns. They've existed for quite some time, too.
I agree with CharlesW here. That information box doesn't mention that a normal grid of pixels can also have a non 1-to-1 mapping between physical and logical pixels. Any discussion of pixels that doesn't specifically call out `window.devicePixelRatio` is not going to give people a complete understanding.

This is important. If you're rendering images/graphics with a pixel as your smallest unit then you're not going to look good on most modern devices.
Every marketing company making money off influencers and organic content like this just silently screamed.
I remember seeing a cloudflare post about AWS bandwidth pricing where they estimated something like 20% utilization? I don’t remember where though but I think they can approximate pretty well.
neat advice, thanks
That's not quite the right thing either, alas, because sometimes there's text that's legimately supposed to be "small print" where it's OK if it's hard to read. In practice setting it high tends to go wrong near small buttons.

Ideally what I want in an accessibility-settings dialog is "minimum font size that I can comfortably read", and a way for UI authors to say "this is normal body text".

Instead what we tend to get is blanket advice like Android's "use sp dimensions for text", which simply scales everything up.

iOS's preferredFontFor textStyle stuff seems like the right approach in principle, but they still seem to have the idea that if I want large body text I must also want huge headings (which is terrible, because if I have large body text I also have less space than usual).
The way I look at the most general version of the issue I believe you're raising is that technology is morally neutral. It's a tool, in some forms an amazingly powerful tool, and like all tools, that awesome power can be used for good or evil.
Ok this is fascinating, I have some landscape pictures with "dead space" like trees in them I may try this one