リクルートからコルクのCTOになったエンジニア推薦、非IT企業でまず導入すべきツール5選 | コルクのブログ
萬田大作（コルク CTO） ナビタイムジャパンで経路検索＆地図描画エンジンの研究開発、フューチャーアーキテクトでITコンサルタント、リクルートで複数の新規事業開発を担当。WEB系と基幹系のエンジニアリングからビジネス開発まで幅広く経験。2016年コルクにCTOとして参画し、『心に届ける』エンターテイメント作品をテクノロジーで支えるべくリードする。 はじめまして、コルクCTOの萬田（@daisakku）です。 僕がコルクに参画した理由には「本好き」であることもあるが、何よりも未だITされていない「出版・メディア」業界をテクノロジーの力でサポートし、「作家の才能を最大化する」というコルクのマインドに心を動かされたからである。 コルクは、大手出版社とは異なる社風ではあるが、まだまだIT化されていない部分も多かった。そこにエンジニアが入社した場合、どのようなところから手をつけていけば良いだろうか？
エンジニアの評価基準とキャリアパスのお話 | 外道父の匠
春になって暖かくなると、ついつい意識が高ぶってしまいますね。 今回はあくまで個人的な、エンジニアの評価基準とキャリアパスについての私見を、どちらかというと新人の方向けに垂れ流してみたいと思います。 はじめに 新人の方々は今頃は、研修に追われていたり、それが終わっても配属先で揉みくちゃにされる日々が待っているでしょう。中には既に後ろ向きな思考になっている人もいるかもしれませんが、そういう人には今回どうでもよい話で、前向きな人がそのエネルギーをエンジニアとしての成長に無駄なくつぎ込むために、若いうちにあまり考えないけど、考えておいた方がよい話をします。 ITエンジニアとして始動すると、目の前に与えられた仕事だけでも楽しいのに（その過程で苦しむのは別として）、さらにその先にIT知識が広く深く待ち受けていて、こんなことをやりたいんだ、全部マスターしてやるんだと意気込むかもしれません。そして、目の前
ITエンジニアのCAPの定理 - from scratch
CAPの定理というのがある、 「ノード間のデータ複製において、同時に一貫性、可用性、分断耐性の3つの特性を同時に保証することはできない。」というもの。 説明をwikipediaにゆずると、 ・一貫性 (Consistency)： 全てのノードにおいて同時に同じデータが見えなければならない。 ・可用性 (Availability)： ノード障害により生存ノードの機能性は損なわれない。つまり、ダウンしていないノードが常に応答を返す。単一障害点が存在しないことが必要。 ・分断耐性 (Partition-tolerance)： システムは任意の通信障害などによるメッセージ損失に対し、継続して動作を行う。通信可能なサーバーが複数のグループに分断されるケース（ネットワーク分断）を指し、1つのハブに全てのサーバーがつながっている場合は、これは発生しない。ただし、そのような単一障害点のあるネットワーク設計
ITエンジニアの新しい職種、Growth Hackerって何だ － ＠IT自分戦略研究所
「グロースハッカー」というITエンジニアの新しいキャリアが話題になっている。果たしてどのような職種なのか？ グロースハッカーの定義、具体的な働き方、必要なスキルなどを探る。 ｜1 2｜次のページ 「グロースハッカー」（Growth Hacker）という言葉を聞いたことはあるだろうか。現在、シリコンバレーを中心に話題となっている職種だ。 Growth Hacker、つまり（プロダクトやサービスの）growth（＝成長）をhackする人たちということで、「ユーザー獲得担当エンジニア」などとも呼ばれている。FacebookやQuoraにユーザー獲得チームがあることはよく知られており、米国でのグロースハッカーの需要は高まっているという。 日本ではまだなじみが薄い印象だが、2013年3月にハッカソンならぬグローサソン（Growthathon：Hackathon for Growth Hackers、
エンジニアが正しく「好き」と伝えるための実装法
4月18日、技術者のためのトークライブイベント「TechLION vol.12」が開催された。そこで語られたエンジニアと文系女子のセキララな日常風景をレポートする。 4月18日、技術者のためのトークライブイベント「TechLION vol.12」が開催された。今回のテーマは「出会い」。さまざまな「出会い」が語られる中、ITを通じて出会った夫婦、ショウジ ヨシオリ氏とショウジ ユウコ氏によって繰り広げられたプレゼンテーションの一部を紹介する。ショウジ ヨシオリ氏はクックパッドのサービス開発エンジニア、ショウジ ユウコ氏はグルーヴノーツで広報を担当している。 エンジニアと文系女子が結婚するとどうなるのか。日常の風景をセキララに語ってくれた。 自転車に乗って2人で仲良く帰宅しているときの会話 ユウコ氏：ヨシオリさんの方が速い！ ヨシオリ氏：へへへ、勝った！！ ユウコ氏：私の方が軽いから遅いんだも
日米で半年ニートをするまで気付かなかった、「お金・理念・コード」より大切なこと【上杉周作】 - エンジニアtype | 転職type
上杉周作の「From Silicon Valley」 ～IT最先端の”今”に学ぶ～ エンジニア / デザイナー 上杉周作 1988年生まれ。小学校卒業と同時に渡米し、カーネギーメロン大学でコンピューターサイエンスを学ぶ。米Apple、米Facebookにて、エンジニアとしてインターンを経験した後、実名Q&Aサイト『Quora』のプロダクトデザイナーに。2011年7月に慶應義塾大学で行われた講演が好評を博し、日本のIT・Web業界でも名を知られるように。2012年3月にQuoraを退職。現在はシリコンバレーの教育ベンチャー・EdSurgeでGrowth Hackerとして活躍 シリコンバレーの自宅から運転して15分もすれば、Googleのお膝元であるマウンテンビューにたどり着く。この街で一番大きいビルの7階にシェアオフィスがあり、仕事がなかった昨年の夏にはよく立ち寄っていた。 ニート生活も板
ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
プロとしての行為 Act as Proffesional
1．一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。
ITエンジニアの3割はすでにスマートフォンやソーシャルアプリの開発経験あり？
＠IT自分戦略研究所が昨日発表した読者調査によると、3割以上のITエンジニアがスマートフォンアプリもしくはソーシャルアプリの開発経験があるそうです。アンケート対象は550人のITエンジニア。 正確には32％のITエンジニアが、スマートフォンもしくはソーシャルアプリの経験があると答えており、その内訳は実務経験があるエンジニアは6.2％、趣味や興味があって独学しているのが25.8％、つまり経験のある32％のうちの約8割のITエンジニアが趣味や独学で取り組んでいることになります。 回答したエンジニアの年齢分布を見てみると、若手の方が手を動かしている確率が高いとのこと。記事から引用します。 「実務／趣味で開発経験がある」「開発中」という回答は、20歳～24歳で46.7％、25歳～29歳で43.8％。ともに4割越えと、20代エンジニアでは平均値を上回る結果が出た。 だそうです。 「興味はあるが、何も
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
IT産業には民族誌が必要だ 2011-11-08 - 未来のいつか/hyoshiokの日記
先日からContinuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automationの読書会をしているというのは、日記にも書いた。*1 本日は第3章Continuous Integration（継続的インテグレーション）だ。早瀬さんが2号館のカフェテリアでやろうというので、近所のコンビニでビールとつまみを買いこんで参加した。（うひひ） コンビニ袋にビールとポップコーンを突っ込んでカフェテリアに登場したところ、目ざとくビールを発見され、「おっビール」と言われるのだが、「えっビールじゃないんですか」と返す。早瀬さんもわたしのビールにつられてドリンクとつまみをコンビニに買出しに行った。 そんなこんなで、飲みながら第3章は始まったのであるが、その前にわたしのヨタ話を披露した。 Conti
YAPC::Asia Tokyo 2011 - Managing A Band Of Hackers
多くの人は普通のエンジニアです。私もかつてはそうでしたし、今でもそうです。そんな普通のエンジニアが「マネージャー」という役割となり、さらにあくの強い凄腕ハッカー達を束ねなければならなくなったとき、どうやってマネージメントすればいいのか。そこにはPerlコミュニティから学んだ多くのことが役に立ちました。そんな話を自分の経験談を交えて話します。今マネージャーとして頑張っている人、これからマネージャーになろうとしてる人、キャリアプランに悩んでいる人、そんな人たちに希望を与えられたらと思います。中間管理職も意外と楽しいことありますよ。 Most people are ordinary engineers. I was, and still am one. But now that I also where the manager's hat, responsibilities change: Yo
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
私たちは実力の10％も出せていないのでは：101回死んだエンジニア：エンジニアライフ
いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ■個人的な話から 私は、楽器を習っている。ちなみに、先生は元IT系の人。やっぱり考え方が似てるのか、「この人に習いたい！」と思い門を叩いた。以来、1年くらいになるだろうか。ちなみに、この教室の教え方が変わっている。いや、私に対してだから変わっているのだろうか。そこは分からない。とにかく、教え方がうまいのだ。 音楽というのが直感を重視するためだろうか、音楽の先生というのは直感に頼る人が多い。理論を聞かれても、「慣れ」とか「練習」という返答が多く、あまり理論的な答えが望めない。だが、この先生、聞くときっちりと納得できる理論で返答できるんです。理論がしっかりしているので、たまにコラムの元ネタなんかにもします。 ■そんな先生のポロッと言った一言 その先生のブログが先日、完成
モチベーション3.0の動作環境：Crazy for life（セイカツ イチバン、IT ニバン）：エンジニアライフ
「生活イチバン、ITニバン」という視点で、自分なりのITを追及するフリーエンジニアです。ストレスを減らすIT、心身ともにラクチンにしてくれるITとはどんなものかを考えていきます。 もし、あなたの組織が「モチベーション3.0」というOSをインストールしようとして失敗したとしたならば、それはあなたの組織が、ハードウェア的に「モチベーション3.0」の動作スペックを満たしていなかったからということになるでしょう。 心理学者マズローは、自己実現理論（欲求段階説）の中で人間の欲求を5段階のピラミッドで表し、ヒトは低次の欲求が満たされた後に、次の段階の欲求を満たそうとすると定義した。 これを、モチベーション3.0の動作環境として、組織が従業員に提供すべき機能に当てはめてみよう。 ●生理的欲求 生命維持のための根源的な欲求。ほとんど本能レベル。これは組織以前のものなので、ここでは割愛する。 ●安全の欲求
なぜY Combinatorだけ特別？ Dropbox創業者に聞いた － ＠IT
2011/04/27 シリコンバレーは、ITの世界にとって今も特別な場所だ。 Apple、Cisco、eBay、NVIDIA、Oracle、Intelといった名だたるIT企業が本社を置き、Google、Facebook、PayPalなどWeb系ベンチャーが次々と生まれ続けている。 人口約200万。行政区域としてシリコンバレーという場所は存在しないが、人口100万を擁するサンノゼ市を筆頭に、サンタクララ、サニーベール、マウンテンビューなど約20市を含む領域に世界の才能が集まる。米国西海岸、太平洋に向かって親指を突き立てたような半島の南北30マイル（48km）の細長い領域、東京圏に地図を重ねて言えば、だいたい東京から横浜までぐらいの間に、IT企業群がキラ星のように点在しているような具合だ。建物は低く、緑も多い。風景を見る限りはのんびりした場所だ。 パロアルトの比較的大きな通り。クルマ移動が基本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ulog.cc
DeNA、mixi等で活躍するエンジニアと学生達がテクノロジーの未来について語る「Goodfindエンジニアアカデミー」レポート 【スローガン】@maskin | TechWave（テックウェーブ）