エンジニアのキャリアの方向性 - クックパッド開発者ブログ
CTO の舘野 (id:secondlife) です。丁度1年半ほど前に、クックパッドの CTO になり、自分が20代の時に憧れていたいわゆるハッカーとは違う道を歩んだという事もあり、ソフトウェアエンジニア*1のキャリアってどんな物があるんだろうと改めて考えた時期がありました。 しかしながら一人悶々と考えても、答えが見つかる物でも無かったので、私の先を行く方々の話を聞きたいんですよね、みたいな事を md2inao で有名な WEB+DB PRESS 編集長の稲尾さんとしていたところ、じゃあそれ連載記事でどうですか、とお話を貰ったので記事として連載させて頂きました*2。 その時、連絡させていただいたメールにはこんなことを書いていました。 背景としては、今やエンジニアは、サーバサイドは AWS/heroku 等 IaaS/PaaS の台頭、github を中心とした OSS フレームワーク・ラ
エンジニアのための英語
本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった
許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
技術の進歩は「螺旋」である。 @ t_wada さん社内講演 - >& STDOUT
先週、新卒技術研修の一環として @t_wadaさん にご講演を頂きました。 題して「この先生きのこるためには」*1。 第一線のエンジニアとして素晴らしい薫陶の数々を授けて下さいましたので、渋谷や六本木の会社さんもオファーしてみたほうがいいですよ。ホント。 エンジニアはアーティストとしての側面も持つので、ファーストクラスの方の考え方に早いうちから触れておくことは、数年先の彼らの在り方に少なからず良い影響を与えるはずだ、という考え*2に基づくおふたりめの社外講師です。おひとりめは当時非公開でしたが、時効になってましたら教えてください。 新卒研修とはいうものの、社食のカフェテリアを全開放した形で既存社員にも受講してもらいました。正直、私も含めた既存社員のほうがよっぽど直接の教育効果は高かったんじゃないかと思いましたが、それはそれとして。ご講演の中でのいくつかの気づきを共有します。 技術の進歩は「
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
気になる永和システムマネジメントの人材活用術を、角谷信太郎氏に聞いてみた【連載:エンジニアの幸せな職場】 - エンジニアtype
エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん [blog:表参道フォークウヱル別館] 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの
最近よく目にする「フルスタックエンジニア」とは何だろうか？
このところ海外（おもに米国）のスタートアップで、「full stack engineer」の求人広告を以前より多く見かけるようになりました。フルスタックエンジニア、つまりインフラからミドルウェア、モバイル、デザインまで、あるいは設計からプログラミング、デプロイまで、何でもこなせるエンジニアを募集している、ということのようです。 例えば、このPublickeyでも導入しているコメントシステムの開発元であるDisqusは現在、「Full-stack Web Engineer」を募集しています。 「What We're Looking For」の項目では、5年以上のエンジニア経験とチームリーダーの経験などを求めた上で、技術的には次のような要件を並べています。 Very experienced with web application deployment and software design
一行のログの向こうには、一人のユーザがいる - ihara2525's blog
クックパッドのトラフィックは、世界有数とはまだとても言えませんが、そこそこの規模ではあると思います。 サーバのアクセスログは毎日大量に流れていき、もはやtailで一行一行追っかけられるものではありません。 昔の僕は、少なくともアクセスの規模ではクックパッドよりも大きなサービスに関わっていて、今よりも大量のアクセスログにふれる機会がありました。 でも、こんな風に考えたことはなかった。というか、考えることができませんでした。 一行のログの向こうには、一人のユーザがいる 弊社のインフラエンジニアが言っていた、すごく感動した、今も大好きな言葉です。 アクセスがあるんだから当たり前じゃん、って話なのですが、その一行一行の向こうには、現実に生きている人がいて、その人たちが今その瞬間、端末に向かっています。 例えばクックパッドというサービスを例にすると、初めて使われる方もいらっしゃれば、古くからずっと使
「The Non-Designer's Design Book」はエンジニア必読の書籍だった - YAMAGUCHI::weblog
はじめに こんにちは、Python界の情弱です。もうかれこれ5年くらい「僕にウェブデザインのセンスがあったら、いやせめてデザインのセンスがあったらどんなによかったことだろう」と思っていたわけですが、半ば諦めていました。しかし先日同僚の@kotarokパイセンに勧められるがままに「ノンデザイナーズ・デザインブック」を読んだら、これが素晴らしい書籍で、もう一度僕にやれば出来るかもと思わせてくれたわけです。 ノンデザイナーズ・デザインブック [フルカラー新装増補版] 作者: Robin Williams,吉川典秀出版社/メーカー: 毎日コミュニケーションズ発売日: 2008/11/19メディア: 単行本（ソフトカバー）購入: 58人 クリック: 1,019回この商品を含むブログ (102件) を見る 本書が良いのは、多くのデザイン例があり、それも原則の適用後だけではなく、その前後でどれだけデザイ
インフラエンジニアのキャリアとクラウドについて
もう注目されるようになって久しいクラウドについて、思うところを書いておきます。 LinuxなりMySQLなりといったインフラ技術のスペシャリストの人が、GoogleなりFacebookなりといったサービス事業者で働くことは珍しくありません。これはそうしたサービス事業者にとって、インフラ技術のスペシャリストがある程度必要だということでもあります。ではこれからLinuxなりMySQLなりのスペシャリストになりたいという人(新卒/中途問わず)はどういう会社を目指すのが良いのでしょうか。私は本家ベンダー(RedHatなりOracleなり)や大手サービス事業者(FacebookなりDeNAなり)が良いと思っていますが、一点「クラウド上で主力サービスを展開している事業者」はやめた方が良いと考えています。 なぜなら、インフラ技術を語る上で欠かせないハードウェアとネットワークが、クラウド上ではブラックボッ
開発マネージャの役割
以前，開発マネージャの募集広告で，思わず首を傾げたくなるようなものを見たことがあります。そのひとつでは，たくさんのプログラム言語と開発環境について十分な知識を持っていることを条件にしていました。別の案件では，そのポジションの66%(なぜ2/3ではないのでしょう？)の作業はプログラミング，とありました。他にもPMO認定所有者を求めるものなど，そんな調子で延々と続いているのです。開発マネージャという役割が，ある意味で漠然としたものであることは事実でしょう。しかしこのような求人情報を見ると，募集を出している企業が開発マネージャの役割について本当に考えていないのではないか，という印象を受けてしまいます。雇用する企業にとっても，このような条件で雇用される側にとっても，これは不幸の元でしかありません。 開発マネージャであるあなたは，たくさんの責任を背負っていますが，もっとも重要なのは製品を出荷すること
デブサミ 2013 で自分戦略について発表して来ました - yoshiori.github.io
今年も（！？）ギリギリオファーがありデブサミで発表して来ました。 なんというか高卒 && 25 歳からプログラマになったという二重苦みたいな環境なので 大卒の人とかもっと若い頃からプログラム書いてた人は僕よりは楽に進めると思いますが、最低限こんなもんだよねって言うのを見てもらえればいいと思います。 口頭で説明した部分をざっくり書くと 25歳からプログラマになった 組み込み系、SI を経て web系へ転職 プログラマからプレイングマネージャになった 自分戦略として考える軸として、 お金（自分の市場価値） 純粋に好奇心から自分のスキルを上げたい の 2 つを考えると考えやすいと思います。 （僕の戦略として）目指すところは最強 ドラクエで言うとお金貯めるよりステータス上げたい リーダーとしてそれなりにやれることは確認できた 次のステップとしてはやはり自分の根っこはエンジニアなのでエンジニアとして
職務経歴書勉強会から絶望を感じて気がついたこと
前に、「職務経歴書なんかやめてLinkedInを1年に1回まじめに書いたほうがいい」という記事を書いたのですが、メンバーの目標設定をしているときに、この話をしたところ興味を持ってもらえたので、職務経歴書勉強会を開いてみました。 職務経歴書を書いたことがないメンバー 若いエンジニアが多いのと、自社サービスの会社ということもあってか、職務経歴書というものが珍しかったみたいです。こんな質問も出ました。 これは普通書くものなんですか？ 多分、「これで何を確認するの？」という疑問が浮かんだのかもしれません。皆で議論してみると、プロジェクトの箇条書きは「歴史絵巻」にしか見えない欠点があるのではないかという意見が多かったです。「いい国作ろう鎌倉幕府はわかったけど、でなんだっけ？」みたいな。 一方、外国人の友人が公開しているLinkedInと比較すると、歴史絵巻のそれぞれにストーリーが見えてくるので、それ
「自宅でコードを書くプログラマー」は優秀か？
靴の通販サイトの記者発表に現れた社長の靴は擦り傷だらけで汚かった。あまりに汚いので「社長はどんな靴が好きなんですか？」と尋ねると、「あ、ボク別に靴が好きとかじゃないので」だそうだ。「靴の通販」事業にベンチャーキャピタルが出資してくれて起業した社長が、「あ、ボクが好きなのはお金ですから、靴なんてどうでもいいでしょ」と言っているように聞こえてしまい、しばらくその会社の記事を書く気がしなかった。 もう昨年になるが、コラボレーションツールのConfluenceやプロジェクト管理ツールのJIRAを開発・販売しているアトラシアン社アジャイル エバンジェリストのニコラス・マルドゥーン氏とのインタビューが終わりにさしかかって、ソニーやパナソニックといった日本企業はなぜ元気がなくなったのか？ なぜ日本から人々の生活を一変させてしまうようなソフトウェアが登場しないのか尋ねられた。私の答えは「日本のプログラマー
Ｗｅｂエンジニアよ、「発信力」の時代がやってきた！｜【Tech総研】
組織から個人主体の働き方にシフトしているWeb業界。その流れによって2013年、Webエンジニアは具体的にどのような考え方や視点を持って仕事をしていくべきなのか？17人の著名人の意見から探ってみたい。 前回の記事では、Web業界における「組織→個人 依存→自立」シフトの動きと、Webエンジニアの最新ワークスタイル事情から個人主体の働き方について、著名人のコメントから読み解いた。 そして今回、2013年がはじまり、Webエンジニアに対して今後、どのような活躍や成果を期待しているのか？同じく著名人の方たちからそれぞれ独自の観点からご意見をいただいたので、紹介していきたい。 今回ご意見をいただいた皆様（※あいうえお順） ・伊勢幸一氏（株式会社データホテル 情報環境技術研究室 執行役員CTA室長） ・内山悟志氏（株式会社アイ・ティ・アール 代表取締役/プリンシパル・アナリスト） ・大月英照氏（株式
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
続・エンジニアの学び方 | サイボウズ式
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
layer8.sh