markmark (u/markmark)

markmark commented on Testing is better than data structures and algorithms nedbatchelder.com/blog/20... · Posted by u/rsyring

rr808 · 6 months ago

Do the people who love testing run JS or Python or something that compiles really quick? I've worked on some big projects and just to make a change, compile and run a unit test often takes 5-15 minutes. TDD works great if you have a trivial library in an interpreted language.

markmark · 6 months ago

Testing doesn't imply TDD.

markmark commented on Trump to impose $100k fee for H-1B worker visas, White House says reuters.com/business/medi... · Posted by u/mriguy

jrockway · 6 months ago

Are H1B visas undercutting wages significantly? I haven't really looked since the zero interest rates era, but back then H1Bs were getting paid the same as everyone else. I got the impression that companies would like to hire citizens (for their own convenience), but there were more jobs than people.

The economy kind of sucks right now but it ain't H1B visa holders that are the problem.

markmark · 6 months ago

Any addition of labor will push down wages just be increasing competition for jobs, even if they are all paid the same.

markmark commented on React is winning by default and slowing innovation lorenstew.art/blog/react-... · Posted by u/dbushell

apsurd · 6 months ago

it's not about feigning html purity it's the opposite. Why pretend we're using HTML when it's not? so with react it becomes a js flavor, jsx, which some people hate but it's very clear that it's a made up language IN real javascript.

edit: the mental model is instant: it's just javascript for reals. do anything you want in javascript using real js primitives. it's not about looking pretty, jsx doesn't. it's about not relearning basic programming primitives in a made up _markup_ language.

my issue with angular is it's neither real html nor any programming language. its made up pseudo-programming language for no other reason than it fools people into thinking "it's just HTML". that's my gripe.

markmark · 6 months ago

Completely agree with you. Every time I see yet another template language adding some clumsy for-each loop syntax I sigh. Just let us use a normal programming language. As an example I give you every template system ever invented. Devops tooling is full of them.

markmark commented on Good money, no team tactics and cute dogs: the rise of pro cycling freelancers theguardian.com/sport/202... · Posted by u/PaulHoule

jdietrich · a year ago

US riders and promoters have created a parallel racing circuit with no drug testing. Many of the biggest and most lucrative events in American cycling aren't sanctioned by any sporting body and aren't subject to any form of external oversight. I don't want to cast aspersions on any individual rider, but the incentives at play are very obvious.

markmark · a year ago

LifeTime Grand Prix has at least _some_ testing.

markmark commented on Why Gumroad Didn't Choose Htmx htmx.org/essays/why-gumro... · Posted by u/rmason

ketzo · a year ago

> AI and Tooling Support: It’s worth noting that AI tools are intimately familiar with Next.js and not so much with htmx

This is stated as a very matter-of-fact downside, but this is a pretty crazy portent for the future of dev tools / libraries / frameworks / languages.

Predictions:

- LLMs will further amplify the existing winner-take-all, first-mover nature of dev tools

- LLMs will encourage usage of open-source tools because they will be so much more useful with more/better training data

markmark · a year ago

The AI and Tooling support point is really just an extension of the Community and Ecosystem point. Even before LLMs React had an advantage in that every question you had was probably already on StackOverflow and there are mature React libraries for almost everything. Now some people might use an LLM to answer the question they previously would have gone to StackOverflow for but the outcome is the same: there are advantages to using what other people are using.

markmark commented on Microsoft technical breakdown of CrowdStrike incident microsoft.com/en-us/secur... · Posted by u/nar001

speed_spread · 2 years ago

eBPF is Linux denying the fact that it's turning into a microkernel and that Linus was wrong.

markmark · 2 years ago

If you're right for 30 years in tech you're right, even if things eventually change.

markmark commented on Sharing details on a recent incident impacting one of our customers cloud.google.com/blog/pro... · Posted by u/nonfamous

cebert · 2 years ago

> “Google Cloud continues to have the most resilient and stable cloud infrastructure in the world.”

I don’t think GPC has that reputation compared to AWS or Azure. They aren’t at the same level.

markmark · 2 years ago

Does Azure? I think there's AWS then everyone else.

markmark commented on Sharing details on a recent incident impacting one of our customers cloud.google.com/blog/pro... · Posted by u/nonfamous

tempnow987 · 2 years ago

Wow - I was wrong. I thought this would have been something like terraform with a default to immediate delete with no recovery period or something. Still a default, but a third party thing and maybe someone in unisuper testing something and mis-scoping the delete.

Crazy that it really was google side. UniSuper must have been like WHAT THE HELL?

markmark · 2 years ago

The article describes what happened and it had nothing to do with Unisuper. Google deployed the private cloud with an internal Google tool. And that internal Google tool configured things to auto-delete after a year.

markmark commented on Apple to halt Apple Watch Series 9 and Ultra 2 sales in the US this week 9to5mac.com/2023/12/18/ap... · Posted by u/dm

mort96 · 2 years ago

It’s so wild that a patent owner is allowed to refuse to sell a license to use the patented technology.

markmark · 2 years ago

Mandatory licensing would be wild. If LG invent something that makes TVs better should they have to licence it to Samsung? Or should they just be able to make better TVs and use their invention for market differentiation?

markmark commented on My $500M Mars rover mistake chrislewicki.com/articles... · Posted by u/bryanrasmussen

jay-barronville · 2 years ago

Really well written story.

As a software engineer, I have a couple stories like this from earlier in my career that still haunt me to this very day.

Here’s a short version of one of them: Like 10 years ago, I was doing consulting work for a client. We worked together for months to build a new version of their web service. On launch day, I was asked to do the deployment. The development and deployment process they had in place was awful and nothing like what we have today—just about every aspect of the process was manual. Anyway, everything was going well. I wrote a few scripts and SQL queries to automate the parts I could. They gave me the production credentials for when I’m ready to deploy. I decided to run what you could call my migration script one last time just to be sure I’m ready. The very moment after I hit the Enter key, I realized I had made a mistake: I had just updated the script with the production credentials just before I made the decision to do another test run. The errors started piling and their service was unresponsive. I was 100% sure I had just wiped their database and I was losing it internally. What saved me was that one of their guys had just a couple hours earlier completed a backup of their database in anticipation of the launch; in the end, they lost a tiny bit of data but most of it was recovered via the backup. Ever since then, “careful” is an extreme understatement when it comes to how I interact with database systems—and production systems in general. Never again.

markmark · 2 years ago

At a place I was consulting about 10 years ago one of the internal guys on another product dropped the prod database because he was logged into his dev db and the prod db at the same time in different windows and he dropped the wrong one. Then when they went to restore the backups hadn't succeeded in months (they had hired consultants to help them with the new product for good reason).

Luckily the customer sites each had a local db that synced to the central db (so the product could run with patchy connectivity), but the guy spent 3 or 4 days working looooong days rebuilding the master db from a combination of old backups and the client-site data.