オープンソースプロジェクトとの距離のとりかた
オープンソースプロジェクトに参加したいな、と思った時、まず最初に問題だと感じるのは英語だと思う。構成員が日本人だけで、日本人に向けてのみ出しているそソフトウェアでない限り、プロジェクトの共通語はふつう英語だ。植山さんの記事には英語で物事を進めることの利点が体験談とともに書かれている。他の記事にも、オープンソースプロジェクトで上手いことやっていくためのひとつとして英語の話が出てくる。一方、英語のせいで参加したくても二の足を踏んでしまう、というのもよく聞く話だ。結論から言ってしまうと、やっぱり読み書きだけでも習得しないと話に入っていくのは難しい。ソフトウェア開発者の多くは多様性に対して寛容なので、英語が不得意という理由で拒絶されることはないだろう。ただ、特別な配慮もしてくれない。 しかし英語の前に、プロジェクトとの距離のとりかたを学ぶべきだと思う。いままでわたしが見てきたり、自分自身がやって良
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
「興味の幅がチームの生産性を上げる」ー新CTO成田氏が語る”これからのクックパッドに必要な人材”
更新日: 2022年6月6日公開日: 2017年2月24日「興味の幅がチームの生産性を上げる」ー新CTO成田氏が語る”これからのクックパッドに必要な人材” 非エンジニアが聞く「エンジニア採用」のリアル”の第2回目は、クックパッドの新CTOに就任された成田さんへのインタビューです。ものづくりへの熱い思いも伝わるインタビューになってます。ぜひご覧ください。 成田 一生さんプロフィール： 2008年にヤフー株式会社に新卒入社、Yahoo! メールのバックエンドエンジニアを務める。 2010年にクックパッドへ入社。サーバサイドのパフォーマンス改善や画像配信を担当するインフラエンジニアとして経験を積み、現在はCTOとしてエンジニア全体の責任者を務める。 趣味はメールマガジンのオプトアウト。 【サービスぺージ】クックパッド https://cookpad.com/ 前回はWantedlyCTOの川崎氏
「なんでも経験してみろ！」は是か非か--自分の“プラスα”を見つける一番いい方法とは？
登壇者3人にとっての「係」 及川卓也氏（以下、及川）：よろしくお願いいたします。 ここでは、今回のテーマである「係」について、改めて要点をまとめる意味で、3人の「係はなにか」を確認していきたいと思います。 こちらが隣にいる古川さんの「Tech Lead」という係。「エンジニアの技術的な選択に責任を持つところをコアとしつつ、プラスαとして、OSSコミュニティとの関わりを強く持ち、開発者に対して心得や在り方を伝える」とまとめていただいています。 なにか補足はありますか？ 古川陽介氏（以下、古川）：いえ、この通りです。 及川：石川さんは、「データ利活用ソリューションという武器を用いて、事業価値を最大化するところをコアにしつつ、プラスαとして、新しい武器を発明・調達し、強いチームを作っていく」。つまり、「参謀」という係であると。 石川信行氏（以下、石川）：はい。 及川：最後は私です。 プロダクトを
初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
こんにちは、fluct SSP開発本部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名（評価者）に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。（言うまでもなく、私は被評価者です） ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明
マネージャのいない組織に進化する現実と幻想 - ワザノバ | wazanova
マネージャのいない組織へのチャレンジについては、一昨年から話題になっていますが、ここにきてかなり論点が絞られてきていると思います。 1) 非同期 & 可視化が進む GitHubなどのツールに親しむエンジニアが、進捗が可視化され、非同期で仕事を進めることに先に慣れてきたが、SlackのようなコミュニケーションツールやTrelloなどのタスク管理ツールの浸透で、非エンジニアにもじわじわその理解が進んでいく。 2) マネージャの役割が変わる 上記1) が進むことで、進捗を報告させて情報を集約、また逆に、全社 / 業界の情報をフィルタリングして伝えるという、情報操作ハブとしてのマネージャの役割はかなり減る。情報の透明性があがることで、情報を握っていることがマネージャのパワーの源泉である時代が終わる。 プロジェクトの進捗 / 開発のクオリティ / 売上 / 評価とフィードバック / メンバの士気の向
エンジニアの評価基準、そして危機感を簡単に得る方法。｜クックパッド CTO 橋本健太に訊く！［後編］ | キャリアハック（CAREER HACK）
クックパッドCTO 橋本健太さんへのインタビュー第2弾。『エンジニアはいかなる基準で評価されるべきか？』というテーマで、クックパッドが実践するエンジニアの評価項目を伺いながら、エンジニア個人個人のキャリアプラン、危機意識の持ち方に迫りました。 ▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。｜クックパッド CTO 橋本健太に訊く！［前編］ エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか？ 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
