元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに

東京都にお住まいのみなさん、何区にお住まいですか？　もしくは東京都下でしょうか。区によって、いろんなイメージがありますよね。新宿はせわしないとか、世田谷はお金持ちそうとか。 そしてやっぱり、自分の気になるカレがどこに住ん… 東京都にお住まいのみなさん、何区にお住まいですか？　もしくは東京都下でしょうか。区によって、いろんなイメージがありますよね。新宿はせわしないとか、世田谷はお金持ちそうとか。 そしてやっぱり、自分の気になるカレがどこに住んでいるかは、重要ですよね。それによってデートする場所や、使う電車なども変わってきますから。 そこでお水として、全区の男性を見てきた箱崎キョウコさんに、男性が住んでいたらちょっとガッカリな区を聞いてみました。 ■1：新宿区 「気になる男子が新宿に住んでいるデメリットはいくつかあります。 まずは、新宿なんちゃらとかいう駅が多くて、どこがどこだかわからない、し

自分がこの1年間開発チームを引っ張ってきた中でこういうところに気をつけてたよってこと。 ザーッと勢いで書いてみる。分類はある程度なもんです。組織パターンやFearlessChangeは好きです。 心構え 1 現状を受け入れる 環境に文句を言ってても、何も変わんないし。自分は本当はもっとできるはずなんだ、って言ってても、実際アウトプットはでてないんやろ。なるほど、今はこうなんだってことを受け止めて、じゃあそこからどう改善していけるだろう？と考えたい。 2 遷移状態を受け入れる 現状から、理想的な状態にぴょんって飛び移れるわけじゃないんだから、その途中って泥臭かったりごちゃごちゃしてたりするんだけど、それを受け入れる。練習せずにいきなりスポーツがうまくなるわけないのと同じで。 3 正しいことが選ばれるわけじゃない 政治や感情や時期や思惑や抵抗や。そういうのがあるので「正しいこと」が常に選ばれる

Interceptor injection pattern with ruby 2.1 refinements I’ll introduce a new pattern for testing, against external APIs (like HTTP#get) with ruby 2.1 refinements instead of Dependency Injection. “Interceptor Injection pattern” is a word coined by me. Better idea for this pattern is always welcome. codeOur application or libraries call many external APIs, which is not under control by us. These may

原稿を執筆する際、システムズエンジニア（SE）や情報システム部門と表記し、ITエンジニアあるいはIT部門とは書かない。だが今回は悪口だと受け取られかねないので、普段使わない呼び名を記事の表題に入れた。 急いで補足すると、ITに関わる人や組織「だけ」がコドモなのではなく、ITに関わる人や組織「も」コドモという話である。日本の組織、そこにいる幹部と構成員、いずれも「本当にコドモ」と主張する本を読む機会があり、面白かった。ITpro読者に紹介する一文を書こうと思い立ち、「日本のITエンジニア、IT部門、IT業界はコドモである」という表題を付けてみた。 技術者を応援する情報サイトTech-On！（4月から日経テクノロジーオンラインに全面リニューアル）であれば「日本のエンジニア、研究開発部門、製造業はコドモである」、日経ビジネスオンラインであれば、「日本のビジネスパーソン、管理職や経営者はコドモであ

[追記] この記事は2014年、私が文系大学生の頃、手探りでプログラミングを独学し始めた頃の記事です。温かい気持ちで見ていただけたら幸いです。 ーー !! おことわり !! このブログには、いわゆる「技術記事」は一切ありません!!!(書きたくても書けない) ただの「勉強記録ノート」です!!! プログラミング初学者の勉強記録ノートです!「日記」です!! 生暖かい目で見ていただけたらさいわいですヽ(；▽；)ノ Index “型のありがたみ”を覗く “型付けの弱い世界”を知る 動的型付けと静的型付け 型付けによる比較 “型付け”と”型変換” 強い型付けと弱い型付け まとめ 追記 (あとで読むリストなど) Introduction よくTwitterのタイムラインで「型安全」という言葉を見ます。 でも、その意味を私は全く分かっていませんでした…そもそも「型安全」という言葉は 「安全な型」を指す(だ

追記 いくつかフィードバックを頂いたので補足。 まず、 Dart と NaCl は比較対象じゃないだろ的な話は、別に比較してません。 何か新しい実行環境を載せるなら LLVM が乗った方が汎用性があるのでは？という意味です。 Dart も NaCl で動けばいいんだろうし。 あと、 Angular.Dart は確かに Angular.js のポーティングに留まらず、 Dart ならではの実装になっていると聞きます。 Angular は流行ってるように思いますが、 DI 周りとか見ても結構 JS の限界を突破している感じがするので、 そこから Dart に流れる人もいるのかもしれませんが、そこからの流入はあまり現実的な気がしないなぁ。。 話はずれるけど、 HTML5 の下りはあまりよく無かったです。うまく書けてなかったけど、例えば Gears のことです(HTML5 が始まる前から、俺の中で

福岡では、LINEが支社を作ることが話題になってます。 ＬＩＮＥは福岡で100人　技術者採用 競争激しく　：日本経済新聞 で、まあ言うても福岡に100人も転職可能な技術者いないし、あっちゃこっちゃから人をかき集める感じになると思います。 しばらくは福岡の技術者市場は焼け野原のようになる気がします。 環境や待遇面、やれる仕事といった面で、他の会社はなかなか太刀打ちできませんからね。 とは言っても、100人入った全員が5年も10年も働き続けませんよね。 3年もすればぼろぼろと人が辞めだすと思います。これはLINEが良い悪いの話じゃなく、そういうものだと思います。 特に、いまから100人組織を作るわけで、そこまでの規模で最初から頑強なチームを作るのは難しいはずで、3年後にできあがった組織の色が期待していたものと違う形になったという人も多くなってるはず。やっぱりサービス系よりも業務システムのほうが

爆速で成長していた、ベンチャー企業ピクシブ 面接の時の話はこちら=>ピクシブに入るときの話 そんな訳で、ピクシブでアルバイトとして働くこととなった私は、初出勤の日を迎えた。 （↑ピクシブのユニークなオフィス） ほぼ何も分からず始まった開発 プログラミングスキルはほぼ無く、やることも決まっていなかった私は、早速開発の統括をしていたCTOの青木さんからの指示を仰いだ。