エンジニアリング・マネジメント領域のお仕事を担当していると、ソフトウェアエンジニアが書いた文章をレビューする機会があります。それは社内のドキュメントであったり、この文章のように一般公開されるものだったりします。数年に渡って数え切れないほどのレビューを繰り返しているうちに、自分がどういった観点でレビューを行っているのか少しずつわかってきたので、その一部を紹介します。 ぼくは社内では「エンジニア職」という扱いで、社の人々との間では「エンジニアです」と名乗ったり「エンジニアさん」と呼ばれたりしています。ぼくが所属する GMOペパボ株式会社 はソフトウェア開発を生業にしているので、あえて「ソフトウェアエンジニア」と言わなくても、エンジニアといえば基本的にはそれを指すことになります。 この記事のタイトルでは「ソフトウェアエンジニア」という書き方を採用しました。ソフトウェア業界の人だけが読むとは限らな
今回は個人が頂点を目指し競技力を向上させる一点に絞った場合、どのような集団を選ぶべきか、また集団の中でどう振舞うべきなのかについて書いていきたい。 さて、どのような集団を選べばいいかというのは基本的には自分がこうなりたいと思う人がいる集団を選べばいい。人は一緒にいる人に影響され、次第に似てくるからだ。
自分のところの部署のジュニア・エンジニアと話していて「次、未知のタスクに挑むときは、不確実性ポーカーをやってみよう」ということになった。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く