savvykang 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout)

コーディング系の自己啓発書は、技術や実装方法に対する価値観がまだない初級者には悪くないものの、経験を積むほど効用は薄れていくと思います。すべてのプロジェクトや環境に当てはまる絶対的な真理はありませんし、一般論が通用しない状況もあるからです。ほかの一般的な分野の自己啓発書の助言と同じように、適度に距離を置きつつ状況に合う助言だけを取り入れ、盲目的に助言を追い求めないほうがよさそうです。

 
leojineoo 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout)

クリーンコードは目的ではなく手段であることを忘れてはいけないのです

 

思った以上に、Goベースのフロントエンド開発は効果的です。ユースケースが増えているのには理由があるのだと感じました。

 
  • 既存のAIコーディングツールは主に企業向けに提供されており、学生、フリーランサー、スタートアップなどにとってはアクセスしにくかった
  • むしろコードのセキュリティ問題で企業で使うほうが難しかったのでは..?
 
bbulbum 2025-02-26 | 親コメント | トピック: Half-Life:ハーフライフ (filfre.net)

「装備を停止します。ダメじゃないか? 停止できない。俺はここから抜け出さなきゃ」国内ミーム界の名ゼリフを残した作品でもあります。

 

知人が勤めている会社の話を聞いたことがあるのですが、ローカルサーバーを構築して提供する予約・顧客管理ソフトウェアの会社でした。
作られてからもう20年になろうとしていて、ターゲット市場が明確なため、それなりに業界2位ほどだそうです。
これもクラウド/Webではないサービスで、技術的な進歩は大きくありませんが、こういうビジネスもなかなか良いものだと思いました。

 
nicewook 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout)

Johnの言葉にもう少し共感します。
重要なのは、二人の言葉をドグマのように無条件で従うのではなく、なぜそうなのかを理解して前に進むことではないかと思います。

 

競合解決の再利用がいいですね

 
ilikeall 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout)

やはり、ほどほどが大事ですよね

 

diff を見るときは git-delta を使って TUI 形式で見ています。

  10   │ [core]  
  11   │     pager = delta  
  12   │ [interactive]  
  13   │     diffFilter = delta --color-only  
  14   │ [delta]  
  15   │     line-numbers = true  
  16   │     side-by-side = true  
  17   │     navigate = true  
  18   │     diff-so-fancy = true  
  19   │     hyperlinks = true  

まあ、あれこれ面倒なら tig を……(笑)
もっといい何かがあるでしょうか……?

 
elddytbt 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout)

有益です 👍🏻

 

それでもやってみたくはありますね。

 

どう見ても、簡単な問題をわざわざ難しく解いているようにしか見えない……

 

本当にとても面白く読みました

 

素敵な方々ですね。 :)

 
ryudaewan 2025-02-26 | 親コメント | トピック: 英国は世界の安全を弱体化させている (blog.thenewoil.org)

イギリス労働党は保守党より左寄りだと聞いていたのに、えっ〜

 

オブシディアン♡

 

アイコンは、一目で理解できる状況でのみ使い、長押しして補助テキストを表示する機能も必ず必要だと思います。

 
roryk 2025-02-26 | 親コメント | トピック: なぜClojureなのか? (gaiwan.co)

個人的に Clojure を使っていますが、本文の内容にはとても共感します。
業務では主に Python と Java(Type)Script を使ってきましたが、少しでも管理を怠ると、言語自体やライブラリの変化に追いつけず、すぐにレガシーコードになりがちでした。一方で、Clojure は一度書いておいたコードを 1 年後に見ても、すぐに修正・開発しやすい点に非常に満足しています。
その後は個人用途では、特定のライブラリの制約がある場合を除いて、Clojure を愛用しています。