第6回 SIerのジレンマ
皆さん，2008年の目標は何ですか？ 私の目標は「健康的に太る」。そう思って食生活を変えようと牛タンを食べましたが，すぐにギブアップ。うーん，パスタなどの穀物で太るか。エビちゃんのように筋肉もつけたいんだけどなぁ。 最近，業態としてのSI（System Integration）は不人気だ。3Kと言われたり，クリエイティブじゃないと言われたり。確かに，SIer様と働くことが多い私としては，正直この業界で魅力的な人と会うことは少ないとは思う。 ただ，これだけは言える。プラクティカルという意味で，SIerの方々は非常に優秀だ。なぜなら，物事を構造化してまとめる能力と，決まったゴールを目指して何かを作るという点では，他の業界の人に比べて抜きん出た力を持つから。 しかし，それでも一緒に働いていると「オヤ？」と思うことは多い。今回は「SIerのジレンマ」と題してSIの実態を紹介したいと思う。 地獄の社
pre-commit hook で Hoge.txt と hoge.txt の重複を防ぐ設定 - miauのブログ
Subversion でファイルを管理していると、プロジェクト期間中に一度くらいは「大文字／小文字が異なる同名ファイルへのリネーム」・・・たとえば Hogeutil.java を HogeUtil.java にリネームするとか・・・で悩まされることがあったりします。こういう操作を行ったリポジトリから最新ファイルを取得しようとすると、エラーになって抜け出せなくなったりするんですよね。 ちゃんと原因は調べていないんですが、SVN 上のリネーム（ファイル移動）はコピー＆元ファイルの削除で行われるので、 Hogeutil.java を HogeUtil.java にリネームしようとする→Windows 上だと同名ファイルなので処理に失敗する もし同名ファイルの処理をスキップしても次の削除の段階で意図せずに消されてしまい、次のリビジョン取得に失敗する というのが原因だと思われます。今回はまじめに対策
PHPerのMVCの一体どこが間違っていたのか - MugeSoの日記
メリークリスマス！ PHP Advent Calendarもいよいよ24日目に突入です。 昨日はxhprofについてでしたね。僕もパフォーマンスチューニングの際に使っています。手軽に利用できるのでお勧めです。 さて、このエントリーでは表題の通りMVCについて書かせていただきます。これは、PHPカンファレンス2012&WordCamp Tokyo2012合同LT大会で発表した「やはりお前らのMVCは間違っている」で煽るだけだったこの問題をきちんと解説するものです。 この発表資料を公開するとPHPの枠を超えて広く閲覧いただき*1、また多くの方から突っ込みを戴きました。「LTだから」と言って逃げていた回答をして、気持ち新たに新年を迎えようと思います。 MVCとはなんなのか 間違いを指摘する前にMVCがそもそもどういうアーキテクチャであるのかを確認しなければいけません。 MVCは1970年代にパロ
父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
入門 Sinatra
Webサイト、Webサービス、WebアプリケーションをRubyで作成するためのDSL、それがSinatraです。本書は、基本的なRubyのプログラミングを理解したプログラマが、Sinatraを使い始めるために必要な知識をコンパクトにまとめた書籍です。ルーティング、ビュー、キャッシュなどを使ったアプリケーションの書き方から、内部構造の解説や、サブクラス化を用いたModularスタイルのアプリケーションを解説。さらにはカスタムブログエンジンを例に、アプリケーション構築の全体を紹介します。なお本書はEbookのみの販売となります。 はじめに 本書の対象読者 本書の構成 基礎 さらに詳しく 実践 本書の表記規約 サンプルコードの利用について お問合せ先 1章 準備作業 Sinatraの特徴 フレームワークなのか MVCを実装するのか 誰が使用するのか 実際のプロジェクトはどのようなものか 問題点は
「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ
これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発（以下、TDD）」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました（TDDを学ぶべき10の理由 #TddAdventJp）。TDDは簡単に導入することができる一方で、実践するのは非常
#18 「サービスの負債を減らしましょう」tech.kayac.com Advent Calendar 2012 - KAYAC Engineers' Blog
こんにちは、入社4年目にして初投稿する、あきひと(@takihito)です。 このエントリーは tech.kayac.com Advent Calendar 2012 の18日目の記事になります。 今年の12月で5周年を迎えた某サービスの運用開発をしています。自分が関わり始めてからは4年ほどです。 その間にサービスの成長に伴い溜まった負債を減らす方法をいくつか紹介したいと思います。 （テーマは「2012年のマイイノベーション」ですが特に気にせず書かせて頂きます） カプセル化 リリース時にコントローラにベタ書きしてしまったコード、開発速度や納期を優先するとよくあります。 このままでは単体テストも書きにくく、品質や機能拡張の障害にもなります。こんな時にはカプセル化をしましょう。 ベタ書きしたビジネスロジックを上図のようなModelクラスを新たにつくって、移し閉じ込めてしまいまいます。 これでコ
京都2012冬。 - かくいうもの
二泊三日で京都に行ってきました。冬の京都は初めて。 前回京都に行ったのは2011年の春。なので1年半ぶりだ。 ◆君が桜を見たいと言ったから。 - かくいうもの 冬の京都は一度訪れたいと思っていた。期待するような雪景色の京都の写真は無いんですが。 そもそも今回の旅の目的は、美味しいご飯と美味しいお酒でもあるのだ。 京都旅行に誘われた理由がそれで、数年前に入ったお店がとても美味しくて そこの店員さんにまた会いに行こうというものだった。素敵じゃないか。 ということで即断。今回の京都旅行となったわけだ。こういうの凄く好き。 1日目 東京〜京都、祇園を歩いて、晩御飯と京極スタンド。 13時東京発の新幹線。京都についたのは15半頃。急いでホテルにチェックインして外出。 駅チカで一箇所ぐらいは回っときたい、と東本願寺へ。 去年も改修中でしたが未だに修復継続中。移設されてるご本尊を、と思ったけどすでに拝観
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
Ruby20周年記念パーティ開催のお知らせ
2013年2月 Rubyは二十歳になります Ruby20周年記念パーティ開催のお知らせ（2013年2月23日） ※募集を開始しました。 プログラミング言語Rubyは1993年2月24日に誕生し、2013年2月で20周年を迎えます。 この節目を祝うため、一般財団法人Rubyアソシエーションと一般社団法人日本Rubyの会の共催により、 Ruby20周年記念パーティを開催します。 かしこまった堅苦しい雰囲気ではなく、Rubyを愛し、Rubyで楽しくプログラミングしている方々が、 普段着で参加できるパーティにしたいと考えています。 当日は、Rubyに縁の深い方々からのお祝いスピーチや、Rubyのこれまでを振り返るインタビューコーナーなどを予定しています。 当財団の理事長でもあるRuby開発者まつもとゆきひろや開発コミッタの方々を囲み、日頃からRubyを利用しておられるユーザーの方々、 ビジネスや研
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
良い Commit Messageを書きましょう(翻訳)