Linuxカーネルのコードを読んで勉強になったこと - φ(・・*)ゞ ｳｰﾝ　カーネルとか弄ったりのメモ

2016/06/05 360 users カーネル Linuxカーネル kernel linux メモ

2016 - 06 - 05 Linuxカーネルのコードを読んで勉強になったこと kernel linux Linux カーネル のコードを読んでて、なるほど〜と思うことはよくあるけど、その中でも特に今までの考え方をぶち壊してくれたのはなんだっけと思ったところ、やっぱりリスト構造かなと言うところ。 c言語 でリスト構造を作る場合、一般的な教科書方式だと↓のようにデータとnextポインタは密結合にな... 続きを読む

役割駆動設計で巨大クラスを爆殺する - Qiita

2019/04/07 294 users あいつ 退治 別名 泥団子 メソッド

大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、ドメイン駆動設計を基本思想とする「役割駆動設計」を紹介致します。 解決したい課題、狙う効果 数千... 続きを読む

日本では会社と社員が「密結合」であり、人材が「入れ替え可能」な「モジュール」になっていない - Zopeジャンキー日記

2010/04/20 246 users Zopeジャンキー日記 モジュール 人材 社員 会社

ニュージーランド在住のソフトウェアエンジニア・りもじろうさんが、カナダとニュージーランドのIT企業について、次のように書いている。 住みたいところに住める俺 - ソフトウェアのアウトソース http://remote.seesaa.net/article/146303192.html ＜私が働いていたカナダのベンチャーもNZのテレコム系の会社も下請け、孫受けである。 どちらもインフラ系のシステムで... 続きを読む

Railsは技術的負債である

2020/04/11 243 users Rails エイヤ 負債 ヴァージョン アップグレード

Railsを使うと、初速は早くなる。それは間違いないと思う。一方で、RailsはVierwからDBまで密結合したフレームワークなので、「段階的なアップグレード」とかがむずかしい。ヴァージョンをあげるときには一気にエイヤであげる必要が出てきがちである。さらに、プロダクトが巨大になってくると結局様々な工夫を凝らしてVi... 続きを読む

ぶいてく: RESTに関する３つの間違い

2012/07/08 184 users REST スケーラビリティ 分散KVS 排他制御 両立

日曜日, 7月 08, 2012 RESTに関する３つの間違い 楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになり矛盾するように思えるかもしれない。だがそんなことはない。... 続きを読む

関心の分離を意識した名前設計で巨大クラスを爆殺する - Qiita

2019/10/21 162 users あいつ 退治 別名 命名 泥団子

大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で、様々なクラスと密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、命名に関する考え方を紹介致します。 解決したい課題、狙う効果 数千、数万行単位の... 続きを読む

InfoQ: DRY原則の利用: コードの重複と密結合の間

2012/05/31 114 users Yourself DRY InfoQ 略語 プラクティス

原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragm... 続きを読む