Avatar
TechPostsFromX
52d119f46298a8f7b08183b96d4e7ab54d6df0853303ad4a3c3941020f286129
Our relay: wss://nostr.cybercan.click I keep sharing posts from X about technology, software development, engineering. Feel free to suggest X accounts so I can add in the loop. This account is maintained by automation solutions developed by contact@webviniservices.com If you enjoy this page or some posts, I accept lightning donation. Thank you.

Every once in awhile I get a reminder of how good I was at skating. Yes this is switch and on Chico’s 12” wide cruiser

https://video.nostr.build/8cde8ca1a9f1409dc5b36ef431d7913d0d720d3b579df0e8f0df437a43f61bbe.mp4

Source: x.com/t3dotgg/status/1847909157225075005

anyone in ottawa who makes stuff with microcontrollers/mechanical things?

Source: x.com/yacineMTB/status/1847918522485059783

Update:

I'm now testing without referencing the ORM in tests. Holy hell it's so much better:

- much more readable since we're only using our own API, which is cleaner

- tests are far easier to author

- assertions better reflect the way the functions are actually used

Love it

Source: x.com/mattpocockuk/status/1847917494893244461

Lock this man up

Source: x.com/TheJackForge/status/1847856566479008069

watching americans get more retarded as the american election looms closer is a canadian sport

Source: x.com/yacineMTB/status/1847860355160064322

If somebody is forcing frameworks onto you, there is no architecture happening. Frameworks are the last thing to think about, and the best framework is often no framework at all.

Source: x.com/allenholub/status/1847757355716583842

Strictly speaking, TDD "tests" aren't very good tests. They are really examples of how you intend to use the code—more specification than test. However, when I'm doing TDD, I also write many additional tests that aren't strictly part of the TDD process, and I do that as I'm writing the code. Doesn't everybody? Why not? I don't see why people want to distinguish between TDD and in-depth testing. Seems to me that they're inseparable.

Source: x.com/allenholub/status/1847791981713641775

How is this website so fast

Source: x.com/wesbos/status/1847802256382460393

Why would anyone listen to a podcast when the creator of the podcast could not not even spare the bare minimum effort to create it themselves?

There’s a reason AI-generated books are not worth reading: and why AI-generated podcasts won’t be worth listening to.

What a weird ad.

Source: x.com/GergelyOrosz/status/1847738449220059163

i thought i was building babyagi, but actually…

i am babyagi

Source: x.com/yoheinakajima/status/1847768933006528637

Let’s play out some scenarios if you get DDOS’d.

Bad dev + VPS = you go down fast

Bad dev + serverless = high bill, but no downtime

Good dev + VPS = you won’t go down as fast

Good dev + serverless = “wait I was ddos’d?”

Source: x.com/t3dotgg/status/1847815005699526986

Just mowed the lawn and raked the leaves.

Source: x.com/TheJackForge/status/1847763309854138612

Oh now MLX is using real and imag, i wonder who put this concept out there months ago on a full working SOTA pip package

Source: x.com/BLUECOW009/status/1847771735354913241

I need a macbook pro m3 and at least a good 64gb gpu that i can ssh on locally, pls

Source: x.com/BLUECOW009/status/1847775772661915784

Yall got some 1024vram around there trying to see lewd hyperdimensional stuff over here

Source: x.com/BLUECOW009/status/1847776345125695676

Spam this

Source: x.com/BLUECOW009/status/1847777051199361290

policy idea:

instead of paying the debt off through taxes

make people manually pay off the federal debt at the end of the year

so they actually feel it

at the same tax brackets as normal of course!

Source: x.com/yacineMTB/status/1847773872071844106

So, I've coined new term to completment the notion of "technical debt": technical malfaesance. I put the following in that category (this is not an exhaustive list):

* Deliberately writing garbage code to "get it out the door faster."

* Deliberating writing garbage code, saying "we'll fix it later."

There is "intentional technical debt," but that's more along the lines of using a flat file with key/value pairs rather than a real database because we don't have enough customers to justify the work. The implementation is high quality, but we know in our hearts that it's insufficient in the long term. Deliberately writing sloppy, buggy code is malfeasance.

Related to the above is:

* Agrandisement-driven design: Writing code (selecting tech) only to pad our résumé.

* Ego-driven design: Elevating our "cool idea" over the needs of actual customers, often with the platitude "the customers will love it." No, they won't.

Source: x.com/allenholub/status/1847684168987164745