savvykang 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) コーディング系の自己啓発書は、技術や実装方法に対する価値観がまだない初級者には悪くないものの、経験を積むほど効用は薄れていくと思います。すべてのプロジェクトや環境に当てはまる絶対的な真理はありませんし、一般論が通用しない状況もあるからです。ほかの一般的な分野の自己啓発書の助言と同じように、適度に距離を置きつつ状況に合う助言だけを取り入れ、盲目的に助言を追い求めないほうがよさそうです。 leojineoo 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) クリーンコードは目的ではなく手段であることを忘れてはいけないのです riki3 2025-02-26 | 親コメント | トピック: DaggerがReactフロントエンドをGo + WebAssemblyへ移行した理由 (dagger.io) 思った以上に、Goベースのフロントエンド開発は効果的です。ユースケースが増えているのには理由があるのだと感じました。 kyc1682 2025-02-26 | 親コメント | トピック: Gitコア開発者はGitをどう設定して使っているのか? (blog.gitbutler.com) 人気のあるGit設定オプション itq191 2025-02-26 | 親コメント | トピック: Gemini Code Assistでコーディング支援を受ける - ついに無料で利用可能に (blog.google) 既存のAIコーディングツールは主に企業向けに提供されており、学生、フリーランサー、スタートアップなどにとってはアクセスしにくかった むしろコードのセキュリティ問題で企業で使うほうが難しかったのでは..? bbulbum 2025-02-26 | 親コメント | トピック: Half-Life:ハーフライフ (filfre.net) 「装備を停止します。ダメじゃないか? 停止できない。俺はここから抜け出さなきゃ」国内ミーム界の名ゼリフを残した作品でもあります。 bbulbum 2025-02-26 | 親コメント | トピック: 20年間、同じソフトウェア製品を開発しながら (successfulsoftware.net) 知人が勤めている会社の話を聞いたことがあるのですが、ローカルサーバーを構築して提供する予約・顧客管理ソフトウェアの会社でした。 作られてからもう20年になろうとしていて、ターゲット市場が明確なため、それなりに業界2位ほどだそうです。 これもクラウド/Webではないサービスで、技術的な進歩は大きくありませんが、こういうビジネスもなかなか良いものだと思いました。 nicewook 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) Johnの言葉にもう少し共感します。 重要なのは、二人の言葉をドグマのように無条件で従うのではなく、なぜそうなのかを理解して前に進むことではないかと思います。 ilikeall 2025-02-26 | 親コメント | トピック: Gitコア開発者はGitをどう設定して使っているのか? (blog.gitbutler.com) 競合解決の再利用がいいですね ilikeall 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) やはり、ほどほどが大事ですよね tujuc 2025-02-26 | 親コメント | トピック: Gitコア開発者はGitをどう設定して使っているのか? (blog.gitbutler.com) 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) 有益です 👍🏻 halfenif 2025-02-26 | 親コメント | トピック: DaggerがReactフロントエンドをGo + WebAssemblyへ移行した理由 (dagger.io) それでもやってみたくはありますね。 colus001 2025-02-26 | 親コメント | トピック: DaggerがReactフロントエンドをGo + WebAssemblyへ移行した理由 (dagger.io) どう見ても、簡単な問題をわざわざ難しく解いているようにしか見えない…… jujumilk3 2025-02-26 | 親コメント | トピック: AIとともに電子機器製品ビジネスを始める (clien.net) 本当にとても面白く読みました nicewook 2025-02-26 | 親コメント | トピック: AIとともに電子機器製品ビジネスを始める (clien.net) 素敵な方々ですね。 :) ryudaewan 2025-02-26 | 親コメント | トピック: 英国は世界の安全を弱体化させている (blog.thenewoil.org) イギリス労働党は保守党より左寄りだと聞いていたのに、えっ〜 analogstar 2025-02-26 | 親コメント | トピック: Obsidian、仕事でも無料で利用可能に (obsidian.md) オブシディアン♡ ndrgrd 2025-02-26 | 親コメント | トピック: テキストラベルが必要な理由(アイコンだけでは不十分) (chrbutler.com) アイコンは、一目で理解できる状況でのみ使い、長押しして補助テキストを表示する機能も必ず必要だと思います。 roryk 2025-02-26 | 親コメント | トピック: なぜClojureなのか? (gaiwan.co) 個人的に Clojure を使っていますが、本文の内容にはとても共感します。 業務では主に Python と Java(Type)Script を使ってきましたが、少しでも管理を怠ると、言語自体やライブラリの変化に追いつけず、すぐにレガシーコードになりがちでした。一方で、Clojure は一度書いておいたコードを 1 年後に見ても、すぐに修正・開発しやすい点に非常に満足しています。 その後は個人用途では、特定のライブラリの制約がある場合を除いて、Clojure を愛用しています。 コメントをさらに読み込む
コーディング系の自己啓発書は、技術や実装方法に対する価値観がまだない初級者には悪くないものの、経験を積むほど効用は薄れていくと思います。すべてのプロジェクトや環境に当てはまる絶対的な真理はありませんし、一般論が通用しない状況もあるからです。ほかの一般的な分野の自己啓発書の助言と同じように、適度に距離を置きつつ状況に合う助言だけを取り入れ、盲目的に助言を追い求めないほうがよさそうです。
クリーンコードは目的ではなく手段であることを忘れてはいけないのです
思った以上に、Goベースのフロントエンド開発は効果的です。ユースケースが増えているのには理由があるのだと感じました。
人気のあるGit設定オプション
「装備を停止します。ダメじゃないか? 停止できない。俺はここから抜け出さなきゃ」国内ミーム界の名ゼリフを残した作品でもあります。
知人が勤めている会社の話を聞いたことがあるのですが、ローカルサーバーを構築して提供する予約・顧客管理ソフトウェアの会社でした。
作られてからもう20年になろうとしていて、ターゲット市場が明確なため、それなりに業界2位ほどだそうです。
これもクラウド/Webではないサービスで、技術的な進歩は大きくありませんが、こういうビジネスもなかなか良いものだと思いました。
Johnの言葉にもう少し共感します。
重要なのは、二人の言葉をドグマのように無条件で従うのではなく、なぜそうなのかを理解して前に進むことではないかと思います。
競合解決の再利用がいいですね
やはり、ほどほどが大事ですよね
diff を見るときは
git-deltaを使って TUI 形式で見ています。まあ、あれこれ面倒なら
tigを……(笑)もっといい何かがあるでしょうか……?
有益です 👍🏻
それでもやってみたくはありますね。
どう見ても、簡単な問題をわざわざ難しく解いているようにしか見えない……
本当にとても面白く読みました
素敵な方々ですね。 :)
イギリス労働党は保守党より左寄りだと聞いていたのに、えっ〜
オブシディアン♡
アイコンは、一目で理解できる状況でのみ使い、長押しして補助テキストを表示する機能も必ず必要だと思います。
個人的に Clojure を使っていますが、本文の内容にはとても共感します。
業務では主に Python と Java(Type)Script を使ってきましたが、少しでも管理を怠ると、言語自体やライブラリの変化に追いつけず、すぐにレガシーコードになりがちでした。一方で、Clojure は一度書いておいたコードを 1 年後に見ても、すぐに修正・開発しやすい点に非常に満足しています。
その後は個人用途では、特定のライブラリの制約がある場合を除いて、Clojure を愛用しています。