Code Archive Skip to content Google About Google Privacy Terms
ITコスト削減によるユーザー企業の「内製化」の波が生まれている。SIerに外注するのではなく、自社のシステムを自ら作り出す。そうした「内製化」にこそビジネスとシステムの未来があると信じ、SIerからユーザー企業へと転身したエンジニアが、「内製化の可能性」と「やりがい」について語る。 第2回|1 2|次のページ 「GoTheDistance」というブログを運営している湯本と申します。簡単に自己紹介させていただきます。 2003年に、とあるユーザー系大手システムインテグレータ(SIer)に新卒で入社し、プログラマ、開発リーダー、プロジェクトマネージャ(PM)、コンサルタントというキャリアを歩んできました。 振り返ってみると、とても恵まれたキャリアを歩ませていただいていたと感じます。ですが、さまざまなユーザー企業さまのお話をお伺いしているうちに、システム開発は「内製」に向かうべきである、と感じる
政治家は「若者を生かす街づくり」を掲げるよりも、「お年寄りが安心して暮らせる街づくり」を掲げた方が当選しやすい。だから若者ではなくお年寄りを大切にする──。 かつてJBpressの著者インタビューでこう語っていたのは、『若者は、選挙に行かないせいで、四〇〇〇万円も損してる!?』の著者、森川友義さんである(記事はこちら)。 井形慶子さんの新著『老朽マンションの奇跡』を読むと、なるほど確かに日本の政治家は若者のことなど眼中にないらしい。住宅行政においても、若者は相当割を食っているようだ。 <日本の住宅システムの欠陥は、就職し、結婚して家庭を持ち、子育てを開始する人を標準的社会人とみなし、そこを手厚く支援しようとした点にある。つまり、会社に所属しない人や、結婚しない人は住むことに相当な代価が付きまとう。> <若者は安い公団にすら入居できず、さりとて、高い家賃も払えない。よって、たとえパートナーが
時はさかのぼること約一年ほど前。 秋冬の美味しい味覚に舌鼓を打ち続ける日々を過ごしていたとある日、ある方の結婚パーティーにお誘い頂きました。 パーティー当日、1 年に 2、3 回程度しか着ることのないスーツに袖を通している途中、ふとスーツがだいぶキツいことに気付きました。 着られないことはない…。だけどパンパン…。ベルトを通してみると留められない…。かなり腹を引っ込めてようやくベルトが留められたものの、かなり息苦しい…。 この時、普段乗ることの少なくなった体重計に乗ってみたら 体重は 74kg、体脂肪率は 24% でした…。 身長は 169cm なので BMI は 25.9。 日本肥満学会的には「肥満 1 度」、WHO 的には「前肥満」扱い。 平たく言えば小太りです。 自分自身の体型の変化に興味を示さずに過ごしていたことを後悔しつつ、「これからは毎日体重計に乗る」ということを心に誓い、とり
Cakeでキャッシュ周りの調査をしていたら、モデルのメソッドの実行結果をキャッシュさせるbehaviorがあるのを見つけました。 CakePHP1.2 Behaviorでモデルのメソッドキャッシュを行う これが相当いい感じなので、その利点や導入方法についてまとめておきたいと思います。 コントローラのスリム化 MVCモデルでキャッシュを利用しようという話になると、大抵Controllerでキャッシュヒットの有無を確認して、ヒットしない場合キャッシュをリセットする、というロジックがまず頭に浮かぶと思います。 if (($posts = Cache::read('posts')) === false) { $posts = $this->Post->find('all'); Cache::write('posts', $posts); } ただ、コントローラで毎回このようなキャッシュヒットを確認
CakePHP1.2から新たにBehavior(振る舞い)クラスが実装され、モデルに共通の処理を定義することが可能になりました。 今回はBehaviorを使ってモデルの各メソッドの結果を自動的にキャッシュするクラス(CacheBehavior)を検討してみました。 CakePHPでは標準でビューキャッシュをサポートしていますが、Cacheクラスを利用することで簡単にキャッシュ機能を組み込むことができます。 ソースコードは少し長いので、一番最後に記述することにします。 CacheBehaviorの目的 CakePHPでの開発では、 ・まず動作するアプリケーションを構築する ・パフォーマンス上ボトルネックになっている部分のチューニングを行う という手法が一般的だと思います。 そこで、CacheBehaviorはチューニング時に実装していくことを想定し、構築時のソースコードになるべく
多対多のデータを扱うのにHasAndBelongsToManyをモデルで指定してあげると 簡単にデータの取り出しや保存が出来ました。 今回は社員が複数の部署に属すという仕様で使いました。 テーブルは次のようにしました。 parts(部署テーブル)、 users(社員テーブル)、 parts_users(部署・社員連携テーブル) 部署・社員連携テーブルは繋げたいテーブルを「_」で連結させてテーブル名とします。 parts_usersのフィールドは「part_id、user_id」となります。 次にPartsUserモデルを作っていないとエラーになるので作っておきます。 class PartsUser extends AppModel { var $name = 'PartsUser'; var $useTable = 'parts_users'; } Userモデルで class User
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く