ActiveRecord のモデルを整理する7つのパターン - tkawachi Blog
7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事のもの。 Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる。 実際に自分が仕事で書いている rails アプリも激太りしててヤバい。 この blog の筆者が作っている CodeClimate で C 判定をもらう程度には肥満体型になっている。 Mixinに抜き出さない! Model が太ってきた時に考えるのは ActiveSupport::Concern を使って感心事を抜き出して、Mixin にすることだと思う。 実際に手元のアプリでも models/concerns/ なんていうディレ
もしもIT業界の下請け構造が崩壊したら - GoTheDistance
みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、本当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか？変
経営がわかっている労働者と、わかってない労働者の格差が拡大していく理由 - 分裂勘違い君劇場
これまでの歴史的経緯や、世界的なトレンドを考えると、 経営を理解してない労働者は、 どんどん居場所がなくなり、年収も下がって いくと思います。 逆に、経営*1を理解している労働者は、ますます活躍の場が広がるし、 たとえ運悪く挫折しても、何度でも復活するチャンスが得やすくなっていくと思います。 そして、後述するように、これは全世界的なトレンドであって、 この流れを一時的に阻害するぐらいはできても、 歴史の歯車を逆転させるようなことは、もはやできないと思います。 そもそも「経営」を勘違いしている人が多い よくある「経営」に関する迷信に、以下のようなものがあります。 【迷信１】企業の目的は金儲けである 【迷信２】非営利組織に経営は必要ない(善意だけで運営できる！) 【迷信３】経営スキルがなくても仕事には困らない(経営は経営者の考えることだろJK。。。) 以下、これらについて解説します。 【迷信１
数学を勉強することの意味――「1＋1」の思想 - on the ground
勉強することの意味を尋ねられたらどう答えようかな、などとはよく考えることがあるけれども、今日は特に数学に限定して考えてみようか。先日、数学を勉強するのは論理的思考を養うためだという旨の説明を横耳で聞く機会があって、それも一つの説明だろうなとは思いながら、ただそれだと国語との差別化が難しくなるだろうと感じていた（実際、その人は数学≒国語だと結論したのである）。 他の説明（説得？）の仕方としては、数学は現に「必要」になるし「役に立つ」んだということを示す方法や*1、数学は意味など無くても単純に楽しいものなんだよと見せつけるアプローチなどがあるのだろう*2。ただ、これらは誰にでも当てはまるわけではないという意味で、論理的思考の訓練であるという説明に比して汎用性は低いように思う。そこで、一種のトレーニングのためであるという説明の方向性を維持しつつ、国語とは区別された数学の独自性を損なわない形で論を
個人の才能とはいったいなにか - はてなポイント３万を使い切るまで死なない日記
下のエントリを読んでいろいろと思うところがあったので書いてみる。 少数精鋭のテクノロジーベンチャーは企業が支払うべきコストをどこに付け替えるのか このエントリには、別の二人の記事が引用されているので、そこを抜き出してみる。 * LingrとRejawサービス終了のお知らせ：江島健太郎 / Kenn’s Clairvoyance - CNET Japan しかし一方で思うのは、4人というのはやはり大所帯だったということです。アーキテクト・デザイナ・クライアントという専門には重複がなく、これにアーキテクチャとデザインの両方を見られるマネージャであるぼくを加えて4名なら、適正な少数精鋭と言えると思っていました。しかし、これは決して「少数」ではなかったのです。 自分が技術的に成長した今だから言えることですが、今のLingrやRejawのようなプロダクトなら、1人か、多くても2人ぐらいで作れるべきで
Irb/TipsAndTricks - 2nd life (移転しました)
http://www.rubygarden.org/ruby?Irb/TipsAndTricks Ruby使いなら誰もが愛用している(と思われる)irbのtipsなどが書かれているrubygardenの1ページなんですが、ここのriを使ってリファレンス引く方法が超便利！refeに変えたら鼻血が出るほど便利だったので紹介。refeとは、 クラス名とメソッド名から Ruby のリファレンスマニュアルのエントリを引く、コマンドライン用のツールです。読みは「りふぇ」。 ri をパクって日本語・RD に対応させたものです。 http://i.loveruby.net/ja/prog/refe.html という青木さん作のツールで、最近はgem化もされてるのでgem install refeでも一発インストールができます。で、先ほどのサイトで書かれてるriの箇所をちょっと変更して、~/.irbrcに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
