328 lines
21 KiB
YAML
328 lines
21 KiB
YAML
- url: https://kottke.org/24/11/trumps-historically-small-victory
|
||
name: "Trump's Historically Small Victory"
|
||
summary: |
|
||
A good reminder. I've seen a lot of folks decrying how it is possible that "so many people"
|
||
voted for Trump. The truth is, as of election night, he had a tiny margin in the popular vote.
|
||
In his other two elections, he lost by a larger margin. This is, of course, after decades of
|
||
voter suppression by the GOP, so it's hard to say he's genuinely favored by the majority of
|
||
people in this country.
|
||
- url: https://nochlin.com/blog/introducing-tuki
|
||
name: "Introducing, Tuki!"
|
||
summary: |
|
||
Tuki is an open source utility for adding a little structure to running one-off commands
|
||
in production. It's an interesting approach to a problem that I've encountered at a lot of
|
||
clients. I'm actually working on a slightly different solution (and obviously I like my
|
||
version more or I wouldn't be building it!).
|
||
- url: https://summereternal.com/#manifesto
|
||
name: "Summer Eternal: Manifesto"
|
||
summary: |
|
||
Some of the people behind Disco Elysium have formed a new co-op to make new games and their
|
||
manifesto rules. You can tell this was written by BAFTA-winning writers.
|
||
- url: https://www.youtube.com/watch?v=uFyk5UOyNqI
|
||
name: "Joseph Cox: Def Con 32 - Inside the FBI’s Secret Encrypted Phone Company ‘Anom’"
|
||
summary: |
|
||
Joseph gives a quick overview of Anom, the encrypted phone company beloved by high-end
|
||
criminals around the world. The wrinkle: Anom was secretly being run by the FBI.
|
||
|
||
I've added Dark Wire, Joseph's much more in-depth book on Anom to my pile for reading soon!
|
||
- url: https://bsky.app/profile/adamcsharp.bsky.social/post/3l5yyo2azng26
|
||
name: "A Bluesky Thread of Videos That Line Up Really Well with Songs"
|
||
summary: |
|
||
A variety of delightful videos that line up really well with songs.
|
||
- url: https://sketchplanations.com/how-to-speak-plainly-by-pooh-bear
|
||
name: "Sketchplanations: How to Speak Plainly According to Pooh Bear"
|
||
summary: |
|
||
I'm prone to "Owl-speak." As usual, it's a good idea to be more like Pooh Bear.
|
||
- url: https://ttl.blog/the-big-multitasking-lie/
|
||
name: "Paolo Belcastro: The Big Multitasking Lie"
|
||
summary: |
|
||
There is no such thing as multi-tasking. Even computers don't run more than
|
||
one task at a time (at least on a single CPU core / "brain"). What they do is
|
||
time-slice. But time slicing has a cost if you do it too often, especially
|
||
if you aren't a computer.
|
||
- url: https://www.destroyallsoftware.com/talks/wat
|
||
name: "Gary Bernhardt: Wat"
|
||
summary: |
|
||
A classic of programming lightning talks.
|
||
- url: https://www.brightball.com/articles/story-points-are-pointless-measure-queues
|
||
name: "Barry Jones: Story Points are Pointless, Measure Queues"
|
||
summary: |
|
||
Well worth the read if you make software on an "agile" team. First, Barry
|
||
explains why "story points" don't work. Then Barry outlines what to do
|
||
instead.
|
||
|
||
It's brilliant to apply queueing theory and Little's Law to estimate delivery
|
||
of software in a queue. As software engineers we know it works for job and
|
||
message queues. Why wouldn't it work for development queues?
|
||
- url: https://jordankaye.dev/posts/go-slow-move-fast/
|
||
name: "Jordan Kaye: Go Slow to Move Fast"
|
||
summary: |
|
||
A great take on the concept of "technical debt."
|
||
|
||
Two key takeaways:
|
||
1. "Slow is smooth, smooth is fast."
|
||
2. It's only technical debt if it's intentional. Otherwise, it's just bad code.
|
||
- url: https://heydingus.net/blog/2024/8/you-and-i-can-do-hard-things
|
||
name: "Jarrod Blundy: You (and I) Can Do Hard Things"
|
||
summary: |
|
||
It's good to be reminded sometimes.
|
||
- url: https://www.mitchellhanberg.com/the-comprehensive-guide-to-elixirs-for-comprehension/
|
||
name: "Mitchell Hanberg: The Comprehensive Guide to Elixirs for Comprehension"
|
||
summary: |
|
||
I saw this guide linked from the Elixir Slack and it is the best guide to comprehensions
|
||
and the `for` special form in Elixir that I've seen. I write Elixir code every day and I had
|
||
no idea about some of the options. See also: [the official documentation for comprehensions](https://hexdocs.pm/elixir/comprehensions.html).
|
||
- url: https://public.work/
|
||
name: "public.work"
|
||
summary: |
|
||
This is a great search engine for public domain images.
|
||
- url: https://gregmorris.co.uk/2024/07/22/why-the-rcs.html
|
||
name: "Greg Morris: Why The RCS Hate?"
|
||
summary: |
|
||
Apple's implementation of RCS is a perfunctory, letter-of-the-law effort. Their messaging
|
||
blames the EU instead of acknowledging their half-assed approach toward the technology. And
|
||
prominent Apple bloggers are providing cover for it, instead of using their influence to
|
||
hold the company to account.
|
||
- url: https://marco.org/2024/07/16/overcast-rewrite
|
||
name: "Marco Arment: Ten years of Overcast: A new foundation"
|
||
summary: |
|
||
This is an example of what a software update that actually serves users looks like--
|
||
something that is sadly a rarity these days.
|
||
- url: https://www.tbray.org/ongoing/When/202x/2024/07/12/2009-Ranger
|
||
name: "Tim Bray: 2009 Ranger"
|
||
summary: |
|
||
> Car companies: Dare to do less · I couldn’t possibly walk away from our time in the Ranger
|
||
> without thinking about the absolutely insane amounts of money and resources and carbon
|
||
> loading we could save by building smaller, simpler, cheaper, dumber, automobiles.
|
||
|
||
Please, yes. In the last 15-20 years, auto makers, particularly US auto makers have completely
|
||
abandoned the basic sedan market and the _actual_ light truck market. Before that, base sedans
|
||
and trucks were intentionally sabotaged (e.g. base trim without aircon) so that dealerships
|
||
could upsell you expensive packages (e.g. aircon plus a bunch of shiny bits you don't care about
|
||
for $5,000).
|
||
|
||
I feel like there's an opportunity for someone to change the game with a car like this:
|
||
- ✅ A stero system that is basically a dash-mounted $20 bluetooth speaker and one USB port
|
||
- ✅ Aircon.
|
||
- ✅ An eye toward user-serviceable.
|
||
- ✅ Cheap, reliable, and durable.
|
||
- ❌ No other computer-y or electronic bits.
|
||
- url: https://maggieappleton.com/home-cooked-software
|
||
name: "Maggie Appleton: Home-Cooked Software and Barefoot Developers"
|
||
summary: |
|
||
I love so much about this presentation. I believe in the power of writing simple, rough software
|
||
for small communities, or even for communities of one (e.g. yourself). I've done a lot of that.
|
||
I also have been feeling the pull of local-first software with really simple tech stacks. That
|
||
might be my disillusionment with the complexity of modern DevOps.
|
||
|
||
That said, I don't buy that LLMs are going to suddenly allow a lot of people who have never coded
|
||
before to start coding. Every LLM-based coding tool I've tried has been basically IntelliSense, but
|
||
with more variance (plus and minus). To say that people without any other assistance can use
|
||
IntelliSense to develop whole applications would be nonsense, and so far, I think it's the same
|
||
for LLMs. Now, does richer developer tooling lower the barrier to entry? Certainly.
|
||
|
||
- url: https://jeffhuang.com/productivity_text_file/
|
||
name: "Jeff Huang: My productivity app is a never-ending .txt file"
|
||
summary: |
|
||
My system is pretty similar to this, though I'm still living the one-file-per-day life. I've tried
|
||
just about all the options out there, and for me, the one that has the lowest friction and highest
|
||
interoperability is text files.
|
||
|
||
It also reminds me of the adage I've heard repeated many times about David Allen's Getting Things Done system: "if you
|
||
can't do GTD with a pen and paper, you aren't really doing GTD."
|
||
|
||
- url: https://pcalv.es/mosh-pit-rules-applied-to-social-media/
|
||
name: "Mosh pit rules applied to social media"
|
||
summary: |
|
||
As an old punk, I love this.
|
||
|
||
Though, I'd much rather be in a terrible mosh pit than an average social media site.
|
||
|
||
- url: https://wireframer.design/
|
||
name: "Wireframer"
|
||
summary: |
|
||
Cool idea— a font to replace distracting lorem ipsum.
|
||
|
||
I feel like this solution isn't ideal. My preference is for writing-first design i.e. forcing the
|
||
client to write their message before you start creating high-fidelity design assets. And I think if
|
||
I were in a situation where placeholders were appropriate, I think I would prefer something that
|
||
still _felt_ like glyphs. I feel like the first question from a client would be "what's with all of
|
||
these blocks everywhere?"
|
||
|
||
- url: https://www.youtube.com/watch?v=DHHqQDKzjTg
|
||
name: "Struthless: The Answer Isn't Online Masculinity"
|
||
emoji: "📺"
|
||
summary: |
|
||
If you don't know Struthless (Campbell Walker) yet, he's making some of the best video essays about creativity, life improvement, mindset, and internet culture on YouTube right now. Go check out his stuff.
|
||
|
||
In this one, he tackles the "radioactive" subject of masculinity. I know what you're thinking. Uh oh. Is he for or against masculinity? Which camp is he in? Watch the video.
|
||
- url: https://ludic.mataroa.blog/blog/i-will-fucking-piledrive-you-if-you-mention-ai-again/
|
||
name: " Nikhil Suresh: I Will Fucking Piledrive You If You Mention AI Again"
|
||
summary: |
|
||
Yeah, this pretty much sums it up.
|
||
- url: https://www.reddit.com/r/Fantasy/comments/vdt11/comment/c53o23x/
|
||
name: "Kids need to get answers from humans who love them."
|
||
summary: |
|
||
Neil Stephenson wrote _The Diamond Age: Or, A Young Lady's Illustrated Primer_, a
|
||
novel featuring an AI storybook which teaches the protagonist. A Redditor asked him
|
||
"My ultimate goal in life is to make the Primer real. Anything you want to make sure I get right?."
|
||
Neal simply replied "Kids need to get answers from humans who love them."
|
||
|
||
I wish the generative AI people would take that wisdom to heart.
|
||
- url: https://simonwillison.net/2024/May/8/slop/
|
||
name: "Slop is the new name for unwanted AI-generated content"
|
||
summary: |
|
||
> Watching in real time as “slop” becomes a term of art. the way that “spam” became the term for unwanted emails, “slop” is going in the dictionary as the term for unwanted AI generated content.
|
||
|
||
_Slop_. I love (/hate) it.
|
||
- url: https://brettharned.com/they-broke-the-cookie-cutter/
|
||
name: "Brett Harned: They broke the cookie cutter!"
|
||
summary: |
|
||
> Essentially, Scrum Masters are corporate dog trainers. Command, control, and structure strengthen the pack and the bottom line. Once they're trained, it's time to move on
|
||
|
||
I wish more people in the software business understood this. Having permanent, full-time Scrum Masters is an anti-pattern. Their prescence, at least in the long term, is a sign that you don't actually have an empowered agile product team.
|
||
|
||
- url: https://www.citationneeded.news/we-can-have-a-different-web/
|
||
name: "Molly White: We can have a different web"
|
||
summary: |
|
||
> The thing is: none of this is gone. Nothing about the web has changed that prevents us from going back. If anything, it's become a lot easier. _We can return._ Better, yet: we can restore the things we loved about the old web while incorporating the wonderful things that have emerged since, developing even better things as we go forward, and leaving behind some things from the early web days we all too often forget when we put on our rose-colored glasses.
|
||
- url: https://www.collectorsweekly.com/articles/the-polyamorous-christian-socialist-utopia-that-made-silverware-for-proper-americans/
|
||
name: "The Polyamorous Christian Socialist Utopia That Made Silverware for Proper Americans"
|
||
summary: |
|
||
The fascinating origins of Oneida silverware.
|
||
- url: https://www.experimental-history.com/p/excuse-me-but-why-are-you-eating
|
||
name: "Adam Mastroianni: Excuse me but why are you eating so many frogs"
|
||
summary: |
|
||
> I think the devil is real and he wants you to be more productive. He’s everywhere,
|
||
> spreading wickedness disguised as wisdom.
|
||
>
|
||
> ...
|
||
>
|
||
> For legal reasons, I’m not saying the people who write this stuff are literally
|
||
> Lucifer in human skin. It’s just that, if I wanted to maximize human misery, I
|
||
> would 100% try to convince people to spend more time doing things they hate.
|
||
|
||
- url: https://en.m.wikipedia.org/wiki/The_bezzle
|
||
name: "Concept: The Bezzle"
|
||
summary: |
|
||
> The bezzle is a term originally coined by John Kenneth Galbraith for a long-term
|
||
> pattern of bad faith in which the mark does not realise at the time that they
|
||
> have been a victim, and may even feel that they have gained in the short term,
|
||
> until being disillusioned later on. The term is a contraction of the word
|
||
> "embezzlement". The bezzle does not necessarily require criminal acts; the creation
|
||
> of illusionary wealth suffices.
|
||
I think we're living in the bezzle.
|
||
- url: https://xeiaso.net/shitposts/no-way-to-prevent-this/CVE-2024-1086/
|
||
name: >
|
||
"No way to prevent this" say users of only language where this regularly happens
|
||
summary: |
|
||
> In the hours following the release of CVE-2024-1086 for the project The Linux kernel, site reliability workers and systems administrators scrambled to desperately rebuild and patch all their systems to fix a vulnerability that allows an attacker with unprivileged command execution to gain read/write access to page tables. This is due to the affected components being written in C, the only programming language where these vulnerabilities regularly happen. "This was a terrible tragedy, but sometimes these things just happen and there's nothing anyone can do to stop them," said programmer King Bud Hodkiewicz, echoing statements expressed by hundreds of thousands of programmers who use the only language where 90% of the world's memory safety vulnerabilities have occurred in the last 50 years, and whose projects are 20 times more likely to have security vulnerabilities.
|
||
- url: https://amycastor.com/2023/09/12/pivot-to-ai-pay-no-attention-to-the-man-behind-the-curtain/
|
||
name: "Pivot to AI: Pay no attention to the man behind the curtain -- by Amy Castor and David Gerard"
|
||
summary: |
|
||
> The magical claim of machine learning is that if you give the computer data, the computer will work out the relations in the data all by itself. Amazing!
|
||
>
|
||
> In practice, everything in machine learning is incredibly hand-tweaked. Before AI can find patterns in data, all that data has to be tagged, and output that might embarrass the company needs to be filtered.
|
||
>
|
||
> ...
|
||
>
|
||
> Commercial AI runs on underpaid workers in English-speaking countries in Africa creating new training data and better responses to queries. It’s a painstaking and laborious process that doesn’t get talked about nearly enough.
|
||
>
|
||
> AI doesn’t remove human effort. It just makes it much more alienated.
|
||
- url: https://allpoetry.com/poem/14374597-The-Homework-Machine-by-Shel-Silverstein
|
||
name: "Shel Silverstein: The Homework Machine"
|
||
summary: |
|
||
It appears that Shel Silverstein predicted ChatGPT all the way back in 1981.
|
||
- url: https://fromjason.xyz/p/notebook/any-technology-indistinguishable-from-magic-is-hiding-something/
|
||
name: "Jason Velazquez: Any Technology Indistinguishable From Magic is Hiding Something"
|
||
summary: |
|
||
> I can’t stress this point enough. The reason why GAMM and all its little digirati minions on
|
||
social media are pushing things like crypto, then the blockchain, and now virtual reality and
|
||
artificial intelligence is because those technologies require a metric fuckton of computing
|
||
power to operate. That fact may be devastating for the earth, indeed it is for our mental health,
|
||
but it’s wonderful news for the four storefronts selling all the juice.
|
||
- url: https://en.wikipedia.org/wiki/Gunpei_Yokoi#Lateral_Thinking_with_Withered_Technology
|
||
name: "Concept: Lateral Thinking with Withered Technology"
|
||
summary: |
|
||
> [Gunpei Yokoi, long-time Nintendo designer and producter,] said "The Nintendo
|
||
way of adapting technology is not to look for the state of the art but to utilize
|
||
mature technology that can be mass-produced cheaply." He articulated his
|
||
philosophy of "Lateral Thinking of Withered Technology" (枯れた技術の水平思考,
|
||
"Kareta Gijutsu no Suihei Shikō") (also translated as "Lateral Thinking with
|
||
Seasoned Technology"), in the book Yokoi Gunpei Game House. "Withered technology"
|
||
in this context refers to a mature technology which is cheap and well understood.
|
||
"Lateral thinking" refers to finding radical new ways of using such technology.
|
||
Yokoi held that toys and games do not necessarily require cutting-edge technology;
|
||
novel and fun gameplay are more important. In the interview, he suggested that
|
||
expensive cutting-edge technology can get in the way of developing a new product.
|
||
|
||
ht [Simon Willison](https://simonwillison.net/2024/Mar/14/lateral-thinking-with-weathered-technology/).
|
||
- url: https://coryd.dev/posts/2024/look-for-longevity/
|
||
name: "Cory Dransfeldt: Look for longevity"
|
||
summary: |
|
||
> Everyone has a list of products they've seen fail and disappear or get acquired
|
||
and disappear. I want a less-ambitious, lower-scale, bootstrapped company with a
|
||
plan. I love solo founders with low costs and a fair subscription price.
|
||
|
||
_Yep_. What deranged times we live in that it is routine not only for businesses
|
||
to launch with no plan for ever generating a sustainable income, but for those
|
||
businesses to rake in buckets and buckets of investment.
|
||
- url: https://chaos.guru/essays/2024/hostile-environments/
|
||
name: "Luka Kladaric: Shipping quality software in hostile environments"
|
||
summary: |
|
||
A harrowing tale of fixing an unsustainable software project. I've been there.
|
||
|
||
After being there, I agree with one of Luka's takeaways-- you cannot wait for
|
||
permission to fix maintainability problems in software. You have do it. And if you
|
||
have to do it quietly and subvert "the process" to make it happen, do it anyway.
|
||
- url: https://pando.beehiiv.com/p/javascript-was-slowing-me-down-all-in-on-elixir
|
||
name: "Roberto Pando: Javascript was slowing me down. All in on Elixir"
|
||
summary: |
|
||
I love to hear these kind of stories about adopting Elixir. I went through a similar
|
||
arc when I moved from Python/Django, to Node, to Ruby/Rails, and finally to Phoenix/Elixir.
|
||
- url: https://darthmall.net/weblog/2023/rss/
|
||
name: "Evan Sheehan: RSS?"
|
||
summary: |
|
||
There's a swing back to RSS right now, which I think is good. But I also think that Evan's
|
||
thoughts here are good. RSS can't be the only solution for how we take in the web. It can't
|
||
be the only solution for how we decentralize the web again.
|
||
|
||
Hat tip to [Greg Morris](https://gregmorris.co.uk/2024/01/29/visit-more-blogs) for his related
|
||
post that helped me find this one.
|
||
- url: https://ethanmarcotte.com/wrote/generative/
|
||
name: "Ethan Marcotte: Generative"
|
||
summary: >
|
||
A collection of quotes about AI from 1683 to 2024.
|
||
- url: https://seldo.com/posts/ai-ml-llms-and-the-future-of-software
|
||
name: "Laurie Voss: On AI, ML, LLMs and the future of software"
|
||
summary: >
|
||
A level-headed explanation of what exactly AI, ML, and LLMs are. "LLMs are really complex markov
|
||
chains; but the really complex part makes them qualitatively different" has been by go-to
|
||
explanation of LLMs. I disagree, however, with the idea that LLMs "understand" anything. LLMs
|
||
contain big statistical models of sentence and paragraph structure, and of the relationship
|
||
between words and phrases. This allows them to generate text that is more of a statistical match
|
||
for text written by humans. That humans see this as "understanding" is a form of pareidolia.
|
||
|
||
This distinction is narrow, but important.
|
||
- url: https://coryd.dev/posts/2024/towards-a-quieter-friendlier-web/
|
||
name: "Cory Dransfeldt: Towards a quieter, friendlier web"
|
||
summary: >
|
||
A series of great principles for a better web! Hear, hear!
|
||
|
||
Side note: thanks to Cory for inspiring me to add a link log feed to this site,
|
||
inspired by his at coryd.dev.
|
||
- url: https://www.abstractmachines.dev/posts/am013-easy-to-write-code-considered-harmful/
|
||
name: "Leandro Ostera: AM013 – Easy-to-Write Code Considered Harmful"
|
||
summary: >
|
||
Leandro argues that the key to writing readable code is taking implicit context
|
||
and making it explicit. I agree!
|
||
|
||
This is also one reason I love Elixir. Many of the design choices in the language
|
||
and standard library encourage you to explicitly write what you mean-- even if it
|
||
is more keystrokes.
|
||
- url: https://soatok.blog/2024/02/27/the-tech-industry-doesnt-understand-consent/
|
||
name: "Soatok: The Tech Industry Doesn't Understand Consent"
|
||
summary: >
|
||
A brilliant lens for thinking about our relationship with tech products, design,
|
||
and terms of use. Opt-out "consent" isn't consent at all. "Maybe Later" isn't
|
||
consent either.
|