技術視点の時間軸を鑑みたCTOの役割定義 | F's Garage
最近、ずっと考えてることとして、CTOの役割定義は大切かなと。 IVS CTO Night & day 2018のイベント中で「CTOという肩書はラベルか？」という示唆的な話が出てきていました。 この指摘がイベント中になされたのは、なんどもこのイベントに参加している僕が知ってる限り初めてで、会社のステージの変化に対して、CTOという役割認識においてもフェーズが変化してきたのを感じています。これは言葉を返すと「ラベルだけの存在になるとCTOはいらないかもしれない」という指摘で、組織構造がどんどん変わっていく上で、どういう裁量、責任を持ち続けるのか？を設計しておくことが重要であると考えます。 CTOのイグジットマネジメントや、急に組織が拡大した時に歪を及ぼさない形で組織をスケールさせたい時、はたまたCTOの肩書に流動性をもたせるにあたっても、この辺の考え方をしっかり持っておくのは必要かなと。
ベンチャーにおけるエンジニアマネジメントのキャリアパスは誤解されている | F's Garage
「きっと何者にもなれない自分というエンジニアとしての生存戦略」 という記事が僕の周りでbuzzってた。読んだ限り、そのままでいいんだよ、と、恐縮ながら声をかけてあげたいと思ったわけですが、３点ばかし思うところがあったので雑で恐縮ですが書いてみます。 １．自分は何をしたいのか？願望を持つ重要性 「きっと何者にもなれないエンジニアの生存戦略」として以下の項目を挙げられていた。 1.有名OSSにContributeする。 2.起業する。 3.CxOとしてJoinする。 4.副業として顧問になる。 5.サービスを立ち上げる。 これのいくつか大部分は、「自分がこうしたい」という強い気持ちが必要なので、それがないなら無理に焦らないほうが良い。 OSSでContributeしてる人に話を聞くと、必要に迫られてやったという話をよく聞きます。つまり、issueがあるかないかで変わってくるでしょう。残念ながら
PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage
BASEは、昨年末のメルカリ社との関係性が高まったことを期に改めて採用を強めている。中心となるのは、強力に事業を推進するところにコミットしてくれるエンジニアの募集だ。 先日、リブセンスの桂さんに当社にお越しいただいて、結構ハードな対談を収録した。 BASEえふしん×リブセンス桂 CTO対談（前編）―今求められるエンジニアは、自分の会社から「はみ出ている人」― 桂さん、バシバシ、突っ込んでくるもんだからついついハードな発言をしているかもしれない。 最近、思っているのがどうやってPHPを扱う会社で優れた人材に来ていただけるか？という部分。 PHPは、多分、今も昔も中心なんだか周縁なんだかわからない立ち位置にいる。PHPをPHP市場だけで捉えると、高トラフィックなサービスを経験するという、「良い経験をしてきたエンジニア」は、藤本さんところのグリー社、グリー出身者、最初からPHPを活用していたYa
CTOという役割について 〜 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきた。 | F's Garage
CTOという役割について 〜 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきた。 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきました。 過去３回、全部参加してるんですが、個人的には一番良かった。 イベントクオリティも高かったけど、個人的に壁にぶつかっていたということなのかもしれない。自分の中での疑問や仮説を持った中での他のCTO職、管理職の人たちの意見はビシバシ心に刺さる。そんな３日間でした。 イベントの中でアンカンファレンスというコーナーがあって、そこではいくつかのアジェンダについて数人で議論するのですが、「経営者としてCTOがすべきこと」という議論が非常に面白かった。そもそも「経営チームにおけるCTOの存在意義って何？」という、そもそも論の部分が整理されたのが大きいw 事業
職場で使うPC選び | F's Garage
DeNAさんの素敵記事がTLに流れてきた。 開発に打ち込める環境 「IT エンジニアにとっての PC は、料理人にとっての包丁である。だから自分のこだわりのある PC を自ら選んでもらう」というのがDeNA の基本的な考え方です。 ノートPC 中途採用の場合、入社後に担当業務を把握してから、希望の PC を一定予算以内でメーカーやモデル、スペック (CPU, メモリ, HDD/SSD, 日本語/英語キーボードなど) まで細かく指定していただき、それを用意しています。 エンジニアにとってのPCは、料理人にとっての包丁とは泣かせます。 BASE社も入社時に、エンジニア、デザイナ職については好きなノートPCとかモニタ、キーボード、マウス、エディタ等もろもろ自由に選んでもらってます。（あとアーロンチェアとか買えます） 入社時に僕がヒアリングしてるんだけど、あまりこだわりない人も多いので、僕がリコメ
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ
「見積りの根拠出してくれっていったら、金くれって言われたよ」の問題点について | F's Garage
この話は面白い。 “見積りの根拠出してくれっていったら、金くれって言われたよ” 「お客さんが簡単にできるだろうと思っているシステム」を開発会社に見積もりを出してみたら、350万円から2200万円という見積の幅が出てしまった。その中で、最安値の会社が営業も好感触なので選んでみたけど、見積の根拠を聞いたら業者が考えてることがよくわらかないので困った、という話。 はてなブックマークでも沢山の人がコメントをつけてるし、丁寧に分析している方もいる。 はてなブックマーク – 見積りの根拠出してくれっていったら、金くれって言われたよ システムを作るとはどういう事なのか？ ～人の感性は十人十色～ – plumauto892のブログ この話の最大の問題点は、このお客さんが好感触とおもった営業マンが、お客さんを説得できてないという部分に尽きる。 何故、このシステムが何故350万円なのか？！というのをお客さん
過熱する退職エントリーの内容について | F's Garage
この話、背景まで考えてみると、結構悲しいなぁと思ったわけです。 Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます – mizchi’s blog 該当の会社はスタートアップとして２年で、まだ結構赤字の会社。 大量調達した手前、少なくとも人件費を上げるとしたら相応の理由がいるはず。まず気になっちゃうのは、「がんばったから」というより、他の人たちとの兼ね合い。他の人ってのは新卒じゃなくて、同じ会社の他のエンジニアと比較して抜けていたのか、そうでないのか。 増田の記事でこんなのもあった。 エンジニアの給料って転職しないと上がらないものなの? かれこれ5年目で上がり続けてるんだけど、俺はとんでもなく幸運なわけ? 同じくITエンジニアだけど、会社の技術力は大したこと無い。 最近誰も自分に対して文句を言えなくなってしまってるので、成長とか考えると転職を考
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
