HackerTrans
トップ新着トレンドコメント過去質問紹介求人

vlzdr

no profile record

投稿

Current LLM tooling makes understanding optional

vladimirzdrazil.com
2 ポイント·投稿者 vlzdr·7 か月前·0 コメント

Projects considered harmful – Part 1

ufried.com
8 ポイント·投稿者 vlzdr·2 年前·0 コメント

Effects, capabilities, and boxes (2022) [pdf]

dl.acm.org
2 ポイント·投稿者 vlzdr·2 年前·0 コメント

コメント

vlzdr
·3 年前·議論
https://vladimirzdrazil.com
vlzdr
·3 年前·議論
I wouldn’t use such strong words, but you’re right. Not everything needs to be made for beginners. I keep remembering what Rich Hickey said that seems relevant:

We should not sell humanity short by trying to solve the problem of beginners in our stuff. We need to make things for people to use, and we need to teach people and trust people to be able to learn how to do that.

https://youtu.be/QCwqnjxqfmY?t=1914, https://youtu.be/QCwqnjxqfmY?t=2063
vlzdr
·3 年前·議論
I fully agree with you. You mentioned that sometimes applying the DRY principle is a bad thing. Really, people often adhere to the DRY principle far too dogmatically.

It’s better to have some duplication than to end up with a wrong abstraction.

I like the AHA principle much more. It suggests:

  - Avoid Hasty Abstractions
  - Prefer duplication over the wrong abstraction because duplication is far cheaper than the wrong abstraction
I found it here: https://kentcdodds.com/blog/aha-programming.

The point about duplication being better than wrong abstraction is made here: https://sandimetz.com/blog/2016/1/20/the-wrong-abstraction.

And the principle doesn’t suggest avoiding abstractions altogether. It’s really only about avoiding the hasty ones. Wait with the abstraction until you feel it’s necessary or when duplication itself becomes a problem. At that point, you’ll have a clearer understanding of how the abstraction should function.