グーグル元社員がエンジニアに「酔っぱらいテスト」を薦める理由
おたくの社員が失敗作を生む たいていのテクノロジー企業は、発売前の商品のベータ版を社員に使わせて反応を見る。「ドッグフード」と呼ばれるこのプロセスは、バグや、使い勝手が悪いところを見つけて、商品の完成度を高める貴重なチャンスだ。 もちろんグーグルもドッグフードをやっている。 ただ、「ちょっと問題があるんだよね」と複数の元社員は明かす。グーグルは社員におたくっぽい人間が多いから、商品の評価におかしな偏りが出るというのだ。「商品を世に出すには、グーグル社員の支持を集めないといけない。グーグルの社員が使いたいと思うものでないといけないんだ」と元幹部は語る。 とはいえ、社内トライアルで確実に支持を得る方法があると、この人物は言う。データ機能とチャートを加えることだ。必ずしも一般ユーザーには重宝されない機能かもしれないけれど……。 「社内トライアルでいい結果が出るように、グーグル社員の好みを意識しす
自分を首に出来るように働く - プログラマでありたい
年末ということで、自分がどのような働き方を目指しているのかを改めて考えてみました。結論的には、自分がいなくても仕事が回るような仕組みやチームを作り、いつでも抜けられる状態にするということです。つまり、いつ首になっても問題が無いポジションに落としこむということです。この働き方は、圧倒的に楽です。自分にしか出来ないことがないので負荷が集中しないし、代わりの人間がいるので心理的にもプレッシャーは少ないです。そもそもルーチンの仕事は、自動化などでシステムが出来るようになります。そうすると、面白い仕事が出てきた時に取り組み易くなります。 反対に自分にしか出来ない仕事を抱え込んでしまうとどうでしょう？自分自身がボトルネックになるので、休めないし心理的なプレッシャーもあります。そして、延々と同じ仕事を続ける必要があります。10数年働いてそれなりの数の人を見てきましたが、自分のポジションを保つために仕事を
巨大な(あるいは、汚くて邪悪な)コードの泳ぎ方 - mizchi's blog
ロンドンへの飛行機(11時間)で暇だったから書いた文章。 自分でゼロからすべてのコードを書けるときはテストファーストでいいけど、アンドキュメントな実験的なライブラリを利用する際や、巨大なプロジェクトの一部としてコードを書く際は、テストファーストよりもとにかくコードを書きまくって挙動の変化を確かめるほうが有用な時がある。 まあ多分どっかでこういうのはハウツー化してあるんだろうけど、自分ルールが固まってきたので、メモっておく。 目的を設定する トップダウンに読むには、コスパが悪いことが多い。とにかく「アレする」「コレする」という目的を定義して、そのためにその周辺領域からボトムアップに読むことにしよう。 エンドポイントを追う 巨大なプロジェクトに放り込まれた最初の段階では、エンジニアは本当に無力だ。 最初にやることは、自分が処理を挟むべき位置を見つけることだろう。 まずはファイル名や関数名を読ん
ソフトウェアエンジニアの成長カーブ（再掲載）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
「ソフトウェアエンジニアの成長カーブ」 最近良く話していることなのですが、社会人として働き始めた新卒の技術者は、最初の数年は成長していきます。与えられた業務を遂行しながら、そのための学習もしていくからです。しかし、2、3年すると開発業務をこなせるようになり、特に新たな勉強をしなくても、日々、会社に行って開発業務が遂行できるようになります。 この状態、つまり、継続した学習をしなくなった状態で、10年とか経過すると、ソフトウェアの世界は大きく変化している可能性があり、新たな技術が登場し、その人の技量は相対的に今度は低下しはじめます。しかし、この時点で、新たなことを学習するのは困難だったりします。学習する習慣が無いわけですから、勉強しろと言っても、「なぜ、休みの日に勉強しなければならないのですか」ということになります。 そのような人に対して、マネジメントは、その人ができる仕事を与えて、何とか仕事
小手先エンジニア : Nothing is impossible
最近よく目にする「フルスタックエンジニア」とは何だろうか？ 以前なら(エンジニア)ゼネラリスト、最近はフルスタックエンジニアって呼ばれる類のエンジニアの需要というのは年々高まりつつあります。 ネットワークとサーバがわかってミドルウェアがわかって設計ができてコーディングができてUIも作れてデプロイまでできる。 これは確かに最高です。 わたしはUI周りに弱い、具体的にはJSとCSSに弱いのでそこもカバー出来る人はいいなあと思います。 なにせ一人で公開できるサービスが作れますからね。 UIがカバーできないとプロトタイプというかスケルトンで止まってしまいますw しかもクロスオーバーした技術をもっているということはそれだけで造詣の深い設計が出来る可能性があります。 ところがここに罠が一つあります。 まだまだ未熟なエンジニアが「よーし」とかいってそういうのを目指してしまうと、ただ使い
非エンジニアに無念コードがなぜダメなのかを説明するメタファー - Yamashiro0217の日記
非エンジニアに無念コードがなぜダメなのかを説明するメタファーを考えてみた。 目的は、無念コード・設計・環境・フローがあると、 いかに生産性が落ち、ビジネスがうまくいかないか、 プログラマーの心が病むかを、 なるべくエンジニアリングの用語を使わないで説明すること。 他にいいメタファーあったら、ブクマやらコメントやら、ブログ別書くなどして、 世界を幸せにしてもらいたい。 メタファー エンジニアリングとは部屋の掃除と一緒である ストーリー導入 あなたは、ある日、引越しを決意しシェアハウスに引越しました。 引越した先のシェアハウスのリビングは、 それはもう汚い。 散らかり放題、生ゴミ、壁の汚れ。 さぁ。どうしましょう。 さらに引っ越すという手段もありますが、 あなたは、リビングの掃除を試みるのでした。 ストーリー2 片付けをしていたある日、あなたは、 「リビングの中に、俺の鍵（機能や、コードなど）
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
婚活パーティー・恋活パーティーなら、ゼクシィ縁結びイベント
イチオシ [[data.opening_days_date_label]] [[data.opening_days_time]]〜 [[data.tertiary_area_name]] ([[data.secondary_area_name]]) 男性 [[ entryStatus(data.application_deadline_date, data.entry_status_male) ]] [[data.condition_male_from]]〜[[data.condition_male_to]]歳 / 女性 [[ entryStatus(data.application_deadline_date, data.entry_status_female) ]] [[data.condition_female_from]]〜[[data.condition_female_to]]歳
Wantedly 航海日誌 — 私のようなの素人のためのHacker Way
今日の航海日誌は仲がお送りします。 ゴールデンウィークはいかがお過ごしでしたか？ Wantedlyメンバーは超絶ガリガリコーディングしてました。この1週間でWantedlyが益々パワーアップしました。 今日はかなり脱線しますが、コーディングできるようになって世界が凄く広がったと思うので、私のようにエンジニアとしてはまだまだでも、「プログラミングって何？え、アキバとかそういう系？！」という人、それから、「プログラミングやるとどうやら凄いことになるらしい、けどどうしたらいいかわかんなよ！」という人向けに、エントリーレベルの記事を書こうと思っていました。 エンジニアってカッコイイ、Hackってカッコイイよく記事や公演でいいますが、私自身Facebookで働くまでは、エンジニアの職業自体別になんとも思ってなかった。それよりも、「コンサル」とか「マーケ」とかいうよく分からない職業の方がなんか社会的に
ニコニコ超会議の「超エンジニアミーティング」 を全部取材してみた : ITジャーナリスト星暁雄の"情報論"ノート
取材のため「超エンジニアミーティング in ニコニコ超会議」（Webページ）という企画を全部、見てみました。まる2日間にわたる取材となりました。 まとまった記事はこれから執筆するのですが、頭から揮発してしまう前に簡単なコメントの形で全プログラムの記録を残しておきます。 1日目・4月28日（土） 基調講演 五十嵐健夫さん（東京大学大学院 教授）（http://www-ui.is.s.u-tokyo.ac.jp/~takeo）による50分の講演です。タイトルは「デザインのためのインタフェース」 フリーハンドの「おえかき」から3Dモデルを作れる直感的なモデリングツール（その一つがTeddy）、紙のカードでロボットへ指示を出す試み、「押す」ことしかできないロボット（掃除ロボットのような奴ですね）がモノを任意の軌道で動かすための手法、等々の鮮やかなデモの連続でした。 エンジニア100連発 小飼弾さん
プロとしての行為 Act as Proffesional
食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ
プログラマーは"一線"を超えると急激に伸びる - Linux/Ruby 小崎氏(後編)
「プログラマーのスキルはある一定のラインを超えたところで急激に伸びるんです。そのラインは早く超えるには、OSSの開発に参加していろんな人が書いたソースコードをたくさん読むというのは有効な手段の一つだと思います」――こう語るのはLinuxカーネルおよびRubyの現役コミッターである小崎資広氏だ。 小崎氏には前回、LinuxカーネルやRubyの開発に関わった経緯や、コミュニティ活動を円滑にするポイントをうかがった。今回は、これからOSSコミュニティに参加しようと考えている若手エンジニアに向けたアドバイスをお願いしよう。 関連インタビュー 【インタビュー】コミュニケーション力向上に役立ったOSS活動 - Linux/Ruby 小崎資広氏 【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 【インタビュー】Rubyが大きくなれたのは、私に隙があるからかな
IT産業には民族誌が必要だ 2011-11-08 - 未来のいつか/hyoshiokの日記
先日からContinuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automationの読書会をしているというのは、日記にも書いた。*1 本日は第3章Continuous Integration（継続的インテグレーション）だ。早瀬さんが2号館のカフェテリアでやろうというので、近所のコンビニでビールとつまみを買いこんで参加した。（うひひ） コンビニ袋にビールとポップコーンを突っ込んでカフェテリアに登場したところ、目ざとくビールを発見され、「おっビール」と言われるのだが、「えっビールじゃないんですか」と返す。早瀬さんもわたしのビールにつられてドリンクとつまみをコンビニに買出しに行った。 そんなこんなで、飲みながら第3章は始まったのであるが、その前にわたしのヨタ話を披露した。 Conti
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type