生産性とチームと技術的負債
poem.md 生産性とチームと技術的負債 当然だけど正しいとは限らない。 普段思っている事を書きなぐった。 生産性 理想的には一人が最高。 コミュニケーションコストは人によってはコードを書くよりも遥かにコストが高い。 自分はコミュ障なのでコミュニケーションコストがとても大きい。 たとえ git を使っていてもクソコードを製造する働き者がいるとコンフリクトが怖くて全体的な改善に手を付けられない。 生産性 x0.1 と x10.0 の人間を同居させると、二人の生産性は高々 x0.1 で固定される。 無能な働き者は排除するしかない。 本人の志向もあるとはおもうが、基本的には得意なことがあるなら得意な事に専念するべき。 ゼネラリストに転向させるよりは、そちらの方が結局は全体の効率化につながる。 （この辺は次のチームの話にもつながる） チームへの貢献 あるメンバーが抜けても大丈夫なように他のメンバ
JavaScript プログラマの職種は4種類くらいに分けるべき
jser.md はじめに JavaScript を使っていると「JavaScript出来るの？ jQuery / AngularJS / Node.js etc... で困ってるんだけどさー」みたいな話を振られることがあります。 そういった時に、自分は一般的なライブラリの使い方やフレームワークに対して大した知見も興味もないので、わざわざ説明するのも面倒なのでこうして文章にしておきます。(本当に届いて欲しい人に限って、こういう文章が届かないのはわかっていますが、文章を書くこと自体が気晴らしだと思って諦めます。) 「フロントエンドエンジニア」という言葉の汎用性 先ほどのような話は自分に限ったことではなく、たぶん経験のある人も多いでしょう。 振られた話が自分の分かる範囲、あるいは興味のあるものならばまだ良いのですが、そうでないことがあまりに多すぎます。 話を振られるだけならともかく「JavaSc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
