チームにいると頼りになるソフトウェアエンジニア
チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー
優れた仕様を決定するために必要なこと - GoTheDistance
たまにはブログ更新したいから、ついさっき流れてきたエントリに食いついちゃうよー。 ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change! 工程の分断はあり得ません ソフトウエアの設計に実装経験が要るか要らないかというのはそもそも議論にならない。「ソフトウエアの設計＝仕様の設計+コードの設計」なんだから、例えればコインの表と裏。それらは引き離すことは出来ないのに引き離して分業しようとするからよろしくないことが起きてしまうというのが、上記記事の主題かと思います。簡単に言えば。 僕もこの点については「工程の分断」という言葉で何度も書いています。コインの表と裏であるべきものを分断してしまうと、互いのフィードバックを得る術を無くしてしまいます。そうなったら良いことは無い。ここは誰でも納得がいく所でしょう。 仕様を設計するチャンスって超少ないんじゃない？
デスマーチのリカバリはどこから手をつけるべきか：芝本秀徳の『プロジェクトマネジメントの守破離』：オルタナティブ・ブログ
プロセスデザインエージェントの芝本秀徳です。 きょうは「デスマーチのリカバリ」についてです。 ■ デスマーチとはなにか？ まず、ここでいう「デスマーチ」とは、どのような状態を指すのかを定義しておきましょう。 「デスマーチ」というワードをネットで検索してみると、「きょうは徹夜でデスマーチ」とか、「今週はデスマーチ」などといった使われ方をしていますが、終わりが見えているものは、ここでいう「デスマーチ」ではありません。 さらに、「毎日、深夜残業で終電で帰っている」とか、「デフォルトで休日は出勤」のように、長時間労働や、休みがないということも、デスマーチの現象ではありますが、それ自体がデスマーチというわけではないのです。 デスマーチとは、ただ単に長い時間働かなくてはならないことを指すのではなく、「先が見えない」「いつ終わるともわからない」「プロジェクトの状況がどうなっているのかがわからない」という
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クリスチャンとして働く意味とは – 練馬バプテスト教会公式ウェブサイト
