DI と Service Locater の違いって、ハリウッド原則と組み合わされているかどうかなんだけど、日本語でDIの説明しようとしている人ほとんどそういう説明してないな。マーチン・ファウラーは「制御の反転」と書いているけど。
https://kakutani.com/trans/fowler/injection.html#InversionOfControl
https://kakutani.com/trans/fowler/injection.html#InversionOfControl
どこに書いてあったか忘れたけど、ヨーロッパ流の垂直登攀傾向の登山が重装備化し、いわば小さな都市を持ち運ぶことになったのに対して、アメリカのロングトレイルを歩くにはそういう重装備があきらかに不向きで、自然にとけこむような技術が好まれた、とか。四方を囲まれたテントではなくタープでそのまま寝る、みたいなスタイルが好まれたのも軽量化という合理性に加えて、そういう道具の自然主義があったとか。たぶんヒッピーカルチャーと繋がっているとおもいます(たしかだれか書いていたはず)。
ウルトラライトハイキングも道具と道具に向き合うスタイルに思想があって面白いですよ
https://funq.jp/peaks/article/675206/
https://funq.jp/peaks/article/675206/
https://camping.or.jp/learn-camping/history 普通にめっちゃ面白い デューイの思想とかにもつながってくるんだなあ、バウハウスとブラック・マウンテン・カレッジみたいな方向もあるだろうが
@bsrvtroy ああ、いえいえ、そうではないです。誤解させてしまい申し訳ないです。たぶん自分の書き方が悪かったのは間違いないとおもいます。あとでいろいろ考えましたが、本来言うべきだなとおもったのは、メディアを通じてプログラマーがちゃんと分析するという過程がない、ということで、また、それがほとんどの場合に太鼓持ちの記事しかなく、アーキテクチャーレベルでの批判がない、ということだったとおもいます。
これ自体は職業倫理なんておおげさな話じゃなくて、職業的なプログラマーがアーキテクチャ宇宙飛行士の物語にのっかって残念ですね〜悲しいですね〜って話なんだけど。
これをバカにした人たちアーキテクチャ宇宙飛行士たちの詐欺にいいね！っておもうの？
https://pleroma.tenjuu.net/notice/AfIM6xqdkNNwYN42zY
これをバカにした人たちアーキテクチャ宇宙飛行士たちの詐欺にいいね！っておもうの？
https://pleroma.tenjuu.net/notice/AfIM6xqdkNNwYN42zY
ユーザー体験とアーキテクチャは別物だとおもっている人はさっきのBT読むといいとおもうけど、ユーザー体験の本体を生みだしているのは表面ではなくてアーキテクチャだよ
@momdo わたしも30歳すぎてプログラミングはじめたくらいで、CSまったくという感じです。
この記事はおっしゃるとおり抽象的なのですが、個人的には、CSなどの文脈よりも、プログラマーの物言いに権力志向を感じることがあって、そういう権力志向がユーザーを愚民化する枠組みに気付かないことが多い、ということに関心があったりします。
この記事で「プログラマー」とは単に職業プログラマーとして従事する人間、くらいの意図です。CSの理解や、具体的なシステムをどう作るかという話題ではなく、プログラマーの職業倫理を問いたかったのがのが、この記事に書きたかったことでした。ユーザーを押し潰すようなシステムを作って平気になっていないか？などの問いです(自分も普段から押し潰すようなシステムを作っているのですが...)。こういった問いが職業プログラマーの業界で聞かれることが少ないのは、業界としては不健全だなと感じています。
この記事はおっしゃるとおり抽象的なのですが、個人的には、CSなどの文脈よりも、プログラマーの物言いに権力志向を感じることがあって、そういう権力志向がユーザーを愚民化する枠組みに気付かないことが多い、ということに関心があったりします。
この記事で「プログラマー」とは単に職業プログラマーとして従事する人間、くらいの意図です。CSの理解や、具体的なシステムをどう作るかという話題ではなく、プログラマーの職業倫理を問いたかったのがのが、この記事に書きたかったことでした。ユーザーを押し潰すようなシステムを作って平気になっていないか？などの問いです(自分も普段から押し潰すようなシステムを作っているのですが...)。こういった問いが職業プログラマーの業界で聞かれることが少ないのは、業界としては不健全だなと感じています。
@momdo あ、これは私の話題についてですかね。私の意見は「プログラマーが」という留保つきです。ユーザーが与えられたインフラに馴らされるしかない一方で、プログラマーは本来はそれを云々できる立場なのにできるとは思っていないことに、驚くことがあります。
@pokarim AT Protocol のDIDがアカウント移転可能になる条件が、なんかBluesky一式必要みたいな条件っぽく、それはBlueskyというアプリケーション内でのデータ置き場の移動でしかなくて、Web標準として相互運用可能なDIDではまったくなさそうというのが「分散型とは？？」みたいな気持ちです。