Railsは技術的負債である

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

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

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

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

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

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

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

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

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

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

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

ウェアラブルでこそAndroidは真価を発揮する | fladdict

2014/03/19 38 users 独壇場 fladdict ウェアラブル 真価 ウェアラブル向け

Googleがウェアラブル向けのAndroidを発表。 よさげな予感。そろそろ弊社もAndroidに手を出してもいいかもしれない。 ファッション業界と密結合せざるを得ないウェアラブルは、一見Appleの独壇場に思える。ところが自分は、逆にウェアラブルこそAndroidが有利だと考えている。なぜならば、ファッションでは、多様性こそが最も重要な価値だからだ。 ユーザーの70%が同じ服を着ることなど、誰... 続きを読む

github の master に push したら travis を使って heroku にデプロイする術 - HsbtDiary(2013-12-08)

2013/12/08 23 users Travis Heroku GitHub HsbtDiary

github の master に push したら travis を使って heroku にデプロイする術www.ruby-lang.org は今は物理サーバーで動いているけど、密結合の原因となる物は完全に撤去して、もう heroku なりそれっぽい所で動くようになっているので、heroku 移行に先んじて travis 経由で master の HEAD を自動でデプロイするようにした。 ht... 続きを読む

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

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

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

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... 続きを読む

MarkdownでEPUBを作る場合の問題点 - 思っているよりもずっとずっと人生は短い。

2012/03/23 17 users ePub Markdown div キャプション HTML

メモ。結論から言うと、MarkdownとEPUB(HTML)が密結合しすぎているのと、Markdownがシンプルすぎるのが問題になる、ような気がする。 例えばMarkdownで普通に画像を書くのは、  みたいな感じになるわけだけど、これを例えばdivで囲いたいとか、キャプションをつけたい、といったときに、Markdownではいきなり困った自体に... 続きを読む

DataSpiderにおけるコンポーネント間のインタラクションの設計と実装、のクラス図とシーケンス図 - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥

2012/02/01 21 users DataSpider Marquee textarea 実装

この記事は小野和俊のブログ:DataSpiderにおけるコンポーネント間のインタラクションの設計と実装の勝手に補足記事です。コードが良くわからなかったので図を書いてみた。詳細な説明は元記事へどうぞ。 最も原始的な実装方法: コンポーネントの相互参照各コンポーネントは、処理に必要なコンポーネントへの参照を直接持っている。この例ぐらいだと非常にシンプルだが、コンポーネント間が密結合しているため、機能を... 続きを読む

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

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

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