News for hackers. Stuff that matters.

kilmanio

Re:SSDs Have Become Fast, Except in the Cloud on Wednesday February 21, 2024 @04:29AM (#39451782)
Sure, MLC write life is worse than SLC, but significantly better than TLC and QLC

-edit: this comment was purely focused at your first sentence:

>The fastest SSDs tend to also be MLC which tend to have much lower write life vs other technologies.

I'm not sure what you mean with "other technologies" in this case, SLC is indeed truly expensive for a significantly higher write life, and HDDs are debatable for their lifespan.

The word you're looking for is plant-based. There is no such thing as a traffic-light vegan.
But then aren't they by definition not at a calorie deficit?
Re:Protecting Secrets from Computers (2023) on Tuesday January 30, 2024 @05:22AM (#39188409)
Or better, use `Shamir's Secret Sharing`

https://en.wikipedia.org/wiki/Shamir%27s_secret_sharing

Re:A Coder Considers the Waning Days of the Craft on Wednesday November 15, 2023 @03:52AM (#38274646)
>Say goodbye to all the time spent mentoring junior engineers, soon you won't have any

and then slowly we run out of seniors with nobody to replace them

Re:Unlimited Kagi searches for $10 per month on Friday September 22, 2023 @08:16AM (#37610995)
you forgot to mention the ads and crypto
Re:I don't want my software to kill people on Monday September 04, 2023 @10:15AM (#37380685)
I don't think the military will care if your open source library contains a "not for military purposes" restriction; and there is practically no way for you to verify.
Re:Kagi Search Stats on Wednesday August 30, 2023 @03:55AM (#37318926)
The moment it's available on linux/android, I will
You might not be able to run out of Netflix, but you will run out of the good content quite fast, especially if you only have the content available in $COUNTRY
"Over 50% of young Danes admit to streaming or downloading content illegally"
Re:Why your team doesn't need to use pull requests on Monday May 22, 2023 @05:19AM (#36029058)
A pull-request based approach is more sane than changing CI/CD to CI/C-MergeConflicts

"pull requests sacrifice performance, including both delivery time and quality" Delivery time does not matter if your feature is not fully implemented; "Your team members should share your norms for quality" (paraphrased)

The article mentions having "regular, scheduled reviews" which sound like a chore and break flow more than having to review a PR every now and then. Having these on a weekly basis (as the article suggests) while having everyone push daily means you have 5 days of incomplete, unchecked code in your codebase, per engineer, every week.

CI and PRs are not mutually exclusive, you can have your github PR in "draft-mode" and it should still run the same workflows. Have your tests be automated and when the feature is done and passing; you request a review.