https://twitter.com/masakatsu_/status/1581316064801337345
事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck
Transcript 事業を支える技術選定 コネヒトマルシェオンライン「事業を支えるWeb開発」@itosho 1 自己紹介 ▪伊藤 翔 @itosho ・コネヒト株式会社 執行役員CTO ・Backend Engineer / PHP, Go ・stand.fm はじめました ・https://stand.fm/channels/5ec2e733f654bbcab4c123a2 Follow me! 今日のテーマ「技術選定」 4 何故、技術選定は難しいのか？ ▪正解がない ・判断軸が多岐に渡り、会社の状況によっても変わる ・イデオロギーが対立しやすいトピックであり、合意形成が難しい 難しいからこそ向き合う価値がある ▪今日話すこと ・技術選定をするにあたり、どうやって意思決定をしているか ・正解がないトピックなので一つの考えとして聞いてください ※話のトピック的に、何かを「選ぶ」ので必然
非エンジニアの起業家が創業時にコードを書く説得力 | Coral Capital
Coral Capitalで投資を決めるときの基準の1つに、チームに優秀なエンジニアがいるかどうかということがあります。創業メンバーが優秀で事業ドメインやビジョンが優れていても、エンジニアがいないチームに投資することは基本的にありません。ごく初期のプロトタイプは別として、アプリやシステムを外注しても良いテクノロジービジネスが作れるとは考えづらいからです。 創業者自身がエンジニアだったり、プログラミングが得意だったりする必要はありません。米国テック企業を見てみると、Microsoftのビル・ゲイツ氏やNetflixのリード・ヘイスティング氏、Facebookのマーク・ザッカーバーグ氏、Dropboxのドリュー・ハウストン氏のようにトップエンジニアからも一目置かれるような「スーパーハッカー」の起業家もいれば、故スティーブ・ジョブズ氏やジェフ・ベゾス氏のように自らはコードを書かない起業家もいます
[PDF] IT関連産業の給与等に関する実態調査結果 平成29年8月21日 経済産業省
IT関連産業の給与等に関する 実態調査結果 平成29年8月21日 経済産業省 1 目次 ＜１＞ 調査の背景と趣旨 p.02 ＜２＞ IT人材の給与水準の実態 p.05 ＜３＞ IT関連企業の給与制度及び人事評価制度の実態と課題 p.14 ＜４＞ IT関連企業における採用の実態と課題 p.30 ＜５＞ IT人材の残業時間と勉強時間 p.43 ＜６＞ IT関連企業における兼業・副業の実態 p.49 ＜７＞ 調査詳細 p.54 IT関連産業の給与等に関する実態調査結果 2 ＜１＞ 調査の背景と趣旨 給与水準やそれを決定する給与制度は、産業が優秀な人材を獲得する上できわめて重要な課題である。本調査は、こうした問題意識に基づき、我が国 のIT関連産業が、優秀な人材の獲得を通じて、今後もさらなる発展を実現するために、IT関連企業の給与制度等に関する実態や課題を取りまとめた。 本章には、
エンジニア出身の社長としてはちょっと言っておきたい : Nothing is impossible
※このブログは自分が思ったことを書くブログで、何かに反応をするのはやめようと思っていたんですが、やっぱり気になったので少し趣旨を曲げてこの記事を書いています。 昨日エンジニアよ、ゼネラリストなんて目指すな！という記事が少し話題になっていました。 私のソーシャルグラフだと周りにエンジニアが多いですが、この記事に反応しているのはエンジニアが多かったように思います。 そしてだいたい否定的な反応でした。 ところで以前技術評論社のサイトで、達人が語る，インフラエンジニアの心得という連載をしていました。 タイトル通りインフラエンジニア固有のトピックが多かったですが、エンジニア全般、たまには社会人全般に当てはまるような回もありました。 第4回 エンジニア不足を解消しよう 第6回 エンジニアのための「超」資格論 第9回 金勘定とエンジニア といった記事はインフラに限らずエンジニアに当ては
沈みゆく会社からなぜエンジニアは逃げ出さないのか？
関西出身。バブル期に証券会社に就職。その後、米国での大学院留学、外資系企業勤務を経て2011年から文筆活動に専念。2005年開設の社会派ブログ「Chikirinの日記」は、日本有数のアクセスと読者数を誇る。シリーズ累計23万部のベストセラー『自分のアタマで考えよう』『マーケット感覚を身につけよう』（ダイヤモンド社）、『「自分メディア」はこう作る!』（文藝春秋）など著書多数。 エンジニアは会社よりも自分のことを考えよう！ 人気ブロガーちきりんさんの今回の対談相手は、フラッシュメモリ開発、次世代メモリの研究で世界をリードする竹内健・中央大学教授です。東芝、スタンフォード大ビジネススクール、そして大学の研究室へと、常に活躍の場を変えながらも最先端フラッシュメモリの研究・開発に携わってきた竹内教授。日本の半導体メーカーの現状を、ホンネで話していただきました。 バックナンバー一覧 人気ブロガー・ちき
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
第41回 増井雄一郎氏＠masuidrive Appcelerator Inc. 帰国特別編インタビューWebエンジニア武勇伝
第41回 増井雄一郎氏＠masuidrive Appcelerator Inc. 帰国特別編インタビューWebエンジニア武勇伝 第41回 増井雄一郎氏＠masuidrive Appcelerator Inc. 帰国特別編 渡米から２年半。 あのmasuidriveが渡米と起業を決意した真相、アメリカでの生活を赤裸々に語ります。なお、本取材数日後のRailsDeveloppersConferenceで、masuidriveの同じテーマの講演がありました。その際のレジュメを参照しながらお読みいただけると更にお楽しみいただけると思います。 ※取材日は、2010年11月です。所属や役職などは当時のまま掲載しております。 川井先週は、お疲れ様でした。あんなところでご一緒できるとは思いませんでしたのでびっくりしました。 増井いえいえ、お疲れ様でした。 川井今日は、時間が30分くらいしかないのですが、前
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
エンジニアでないファウンダーは最大一人まででお願いします
インターネット系ベンチャーがアメリカでエンジェル投資を受けるために重要なものの一つが「ファウンダーの中に技術者がいる」ということ。一番セクシーなのが、「３人全員MITのコンピュータサイエンス」みたいに、わらわらと優秀そうなエンジニアが始めたベンチャー。 一方、コードがかけない人はマックス一人、つまり、ゼロか１、というのが理想型でございます。 なぜか。 理由１：変更につぐ変更を重ねられるようにする 最近 lean startup なる考え方がはやってますが、これはどういうことかというと、 トライする回数 × 成功率 ＝ 成功 という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。 サービスを作って、世に出して、使ってもらって、ユーザのフィードバックをもとに改善、改善などという生易しいものではだめそうだったら一度アイデアをスクラップして
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
「飛び込み営業のやり方を聞いた」
今回のテーマは飛び込み営業のやり方です。手当り次第に飛び込んでも、無駄が多いばかりで非効率です。手順を踏むことで、効率的な営業が可能になり、無用な不安を打ち消すことも出来るのです。 「みんな、白地図は持ったかい？」と五十嵐さんが聞いてきたので「はい、持ちました」と全員が無言でうなずきます。 「よし、それでは今から飛び込み営業の手順を言うから、今日この会議が終わったら早速実行するように。最初にやることは、まず担当エリアの土地や雰囲気になれること、今日はこれしかやらなくていい」 みんな不思議そうな顔をしています。僕も五十嵐さんの言っていることの意味がさっぱり分からなかったので、聞き返しました。 「慣れるとは、どういうことですか？」 すると「山田さんはどう思う？」と、切り返されてしまいました。 「えっと、普通はなじんだり、うち解けたりすることだと思います」 「その通り。なじむためには普通、何をす
ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「最近、ＰＭになりたくないというエンジニアが増えて、会社でも問題になっているんですよ。」 毎週水曜日の夜に開催している「ＩＴソリューション営業塾」の後、参加者との会食で、ある大手ソリューション・ベンダーの方から、そんな発言があった。 私はその話しを聞いて、「まあ、いつの時代にも、そのような人はいますよ。今に始まった話じゃない。せいぜい、１０人にひとりいるかいないかじゃないんですか？」 すると、別の会社の方が、 「いや、そんなことはありません、うちの場合は、１０人いたら半分は、そんな感じです。」 すると、他の方も同感だと相槌を打った。 「聞くところでは、新卒の入社面接で、『私はＰＭを目指しています』といいなさい・・・という指導を受けているそうです。ＰＭになろうという人が少なくなったので、このような発言をすると採用されやすいからだそうです。」 いやはや驚いた。 なぜＰＭになりたくないのだろうか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nokunoの日記