「研究よりもコードを書きたい」、博士に進まず金融エンジニアに
1981年生まれで現在は36歳です。最初にコンピュータに触ったのは小学4年生くらいのとき。自宅にあった「PC-8001 mkII」です。外付けの5インチフロッピーディスクドライブを接続していました。「パソコン」ではなくまだ「マイコン」と呼ばれていた時代です。 父親は歯科技工士でコンピュータを使う仕事ではありませんでしたが、新しいものが好きでいろいろ買っていました。このパソコンもそのうちの一つです。 小学生の頃はちょうどファミコンがはやっていました。スーパーファミコンが発売されたのは小学6年生のときです。家ではゲーム機を買ってもらえなかったので、パソコンでゲームをしていました。BASICのプログラムが載っている本が家に2冊あったので、そのプログラムを打ち込んで動かしていました。 最初は意味もわからずに打ち込んでいました。小学生なので「GOTO」など英語の意味がわからず、ローマ字読みで打ち込ん
歴史あるSI企業でSlack導入に成功した方法――そして社内の風通しが良くなりムダや停滞感も消えていった
「Slack」はスタートアップやWeb系の企業で人気のチャットツールだ。導入例も枚挙に暇がない。一方でセゾン情報システムズのような、45年以上の歴史を誇るエンタープライズ系のSI企業で利用するとなると話は別である。筆者は2年前からセゾン情報システムズの取締役 兼 CTO、1年前からは常務取締役 兼 CTOを務めているが、社内の風通しの悪さに課題を感じ、Slackを導入することにした。Slack導入後、一時は利用者数が落ち込むような時期もあったが、今ではコミュニケーションインフラとしてすっかり定着している。本稿では、Slackはなぜすばらしいのか、導入時には何が起こり、どのようなことでつまずきそうになったのか、またそれをどのように乗り越えたのかを紹介する。 小野氏が社内にSlackを導入した理由や動機については、小野氏のブログに詳しい。（編集部） 「Slack」とは Slackはチャットツー
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
君のチームに「構造」はあるか？ 伊藤直也が語る、学びが蓄積されるマネジメント
2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏が過去の実例から「学習結果が蓄積されるマネジメント」について語りました。 「CTO」と「VP of Engineering」 伊藤直也氏（以下、伊藤）：「1人CTO Night」というちょっとキャッチーな名前のイベントですが（笑）、さっそく始めさせていただきます。一休の伊藤です。 今日は「一休の伊藤」というかたちで出ていますが、あまり自社の宣伝をしてもしょうがないので、過去に技術顧問をやってきた時の経験などを含めて「いろいろな会社でこう
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
世界各国から91名30チームが参加！ メルカリ初の大型ハッカソン「Mercari Euro Hack 2018」 - mercan（メルカン）
昨年エンジニア界隈で好評を博した伊藤直也氏（現一休CTO @naoya_ito）がホスト役を務める #naoya_sushi にメルカリCTOの柄沢聡太郎（@sotarok）が登場してから約一年。 mercan.mercari.com 後編では遂におsushiが。二人の話は盛り上がり、両社のプロダクトチームの話に話題が移っていきます。 両社のプロダクトチームの違いとは？ sotarok 一休はどういうプロダクトチームなんですか？ エンジニアが結構役割を兼ねてるって話がありましたけど。 naoya 基本はあまりロールは分かれないです。チームごとに見てる領域が分かれている程度。企画とかプロダクトマネージャーといったロールがないっていう方がわかりやすいかな。 sotarok それはメルカリとすごく違うところですね。 メルカリはまず一つのプロジェクトの中にプロジェクトオーナーがいて、それがエンジニ
伊藤直也さんの一人CTO Nightに一人で行ってきた - comix
巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ
GitHub is undergoing a full-blown overhaul as execs and employees depart — and we have the full inside story
GitHub cofounder and CEO Chris Wanstrath Flickr/by DaveFayram Cofounder CEO Chris Wanstrath, with support from the board, is radically changing the company's culture: Out with flat org structure based purely on meritocracy, in with supervisors and middle managers. This has ticked off many people in the old guard.Its once famous remote-employee culture has been rolled back. Senior managers are no l
【後編】CTO不在で、開発組織改善に着手！ 一休のエンジニアが語る苦悩の1年
＜前編のあらすじと後編のお話＞ 春風が吹く中、本企画のホストである伊藤直也氏（以下「naoya」）が、寿司屋に招いたのは、naoya氏が開発組織改善プロジェクトの手伝いをしている『株式会社一休』のエンジニア、笹島祐介氏（以下「笹島」）と田中健介氏（以下「田中」）の2人。 『一休』とnaoya氏にもともと接点はなかったが、あるイベントで田中氏がnaoya氏に声をかけたことがきっかけで、『一休』の開発組織改善がスタート。順風満帆な出だしとはいかず、現場エンジニアの賛同を得られるまで苦悩の日々を過ごしながらも、GitHubの導入やデプロイの自動化などで、目に見えて組織改善がなされていき、現場の雰囲気も格段と良くなったのであった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、技術的課題を解決すると同時に浮かび上がる「組織・人」の問題に、『一休』はどう立ち向かっていったのか、そして、CTO不
CTO のいる会社で働いて二年がたった - 宇宙行きたい
今までちゃんと CTO がいる会社で働いたことなかったけど‥‥ なんか最近 CTO 周りの記事よく見るけど、CTO がいる会社でエンジニアが CTO についてどう思ってるかとかあんまり見ないのでちょこっと書いてみると…… CTO って方位磁針みたいなもんだなぁと思ってる。 あっちが北だ！！ っていうのは強烈に示してくれるんだよね。 ただ、道の途中に断崖絶壁とかあっても北指してる感じｗ 個別の事案とかに関しては絶対に CTO より自分のほうが考えてるからそういう時に 「あー、そうは言っても xxx だから、とりあえず xxx します。」 とか説明すれば納得してくれる。 逆に自分が個別の事案で進む方向見失いかけちゃったらとりあえず CTO 見れば大筋で向かう方向はわかるし便利〜 ジョブズには1000マイル先の水平線が見えていた。しかし彼にはそこに到達するまでに通らなければならない道の詳細は見え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
