ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ ウクライナのソフトウェア開発者Dmitry Zaporozhets氏が2011年10月に、たった1人で開始したオープンソースプロジェクト「GitLab」。それが、ちょうど10年を経て時価総額1兆円もうかがうほどの大成功したDevOpsのSaaSプラットフォームへと進化することになると想像した人は、ほとんどいなかったと思います。GitLabのライセンス・SaaSビジネスを展開するGitLab Inc.は9月17日付けで米国証券取引委員会（SEC）に対してFORM S-1を提出し、IPOへ向けて最終段階に入りました。 開発初期か
ふたりの技術者の邂逅が巨大組織を動かした『軌道 福知山線脱線事故 JR西日本を変えた闘い』 - HONZ
ひと言で言えば、彼らには事故を起こした当事者という意識がないんですよ。乗客の安全を誰が守るのかという自覚がない。ただ自分たちの組織と権益を守りたいから、外部に責任転嫁を図ったり、運転士個人のミスとして処理しようとする。上から下までそういう組織になってしまっているんでしょう。だから、幹部連中が入れ替わり立ち替わりうちに来て、いくら謝罪の言葉を並べ立てても一つも響かない。本当に申し訳ないことをしたという人間的感情も、これからは絶対に安全最優先に努めるという意思も伝わってこない 2005年4月25日、死者107名・負傷者562名を出したJR西日本・福知山線の脱線事故。その事故で妻を亡くし娘が瀕死の重傷を負った淺野弥三一の言葉である。「どうやって事故直後の数日間を乗り切れたかのかわからない」、「火山の噴火口に取り残された気分だった」、「当時の心境をひと言で言えば……自暴自棄、やろうね」と振り返る「
いま明かされる、戦中日本軍の「あまりに愚かな」逸話の数々（井上寿一×鴻上尚史） | 現代ビジネス | 講談社（1/3）
2017年11月に同時刊行した講談社現代新書、井上寿一『戦争調査会 幻の政府文書を読み解く』と鴻上尚史『不死身の特攻兵 軍神はなぜ上官に反抗したか』。 多くの人に知られていない文書に光をあてた前著は7刷、後著は10刷と版を重ねています。10万部を突破した『不死身の特攻兵』では、「必ず死んでこい！」と命令されながら、9回生還した特攻兵に迫り、合理性を欠いた日本軍について考察しました。 敗戦へと突き進んでしまったのは何故だったのか。今回は、著者お二人が、太平洋戦争当時の日本のあり方や、歴史を語り継ぐ意義について対談しました。 日本人自らの手で戦争を検証する 鴻上： 井上先生が今回の著作のテーマに選んだ「戦争調査会」は、終戦間もない頃、幣原喜重郎首相の強い意向によって、日本が敗戦に至った理由を調査するために設置された機関なんですね。 井上： ええ、東京裁判が連合国による戦争責任追及の場であったと
トップダウン型研究不正の手法解明 ―捏造・アカハラ研究室でいかに生き残るか？ 東北大学金属材料研究所の例から学ぶ―
金属 Vol.86 (2016) No.12 91 (1159) トップダウン型研究不正の手法解明 ―捏造・アカハラ研究室でいかに生き残るか？ 東北大学金属材料研究所の例から学ぶ― 2014 STAP STAP O O O STAP 2015 4 e-learning 1) I 2)3) I I 4 110 Y 4) 92 金属 Vol.86 (2016) No.12 論説 トツプダウン型研究不正の手法解明―捏造・アカハラ研究室でいかに生き残るか？東北大学金属材料研究所の例から学ぶ― (1160) PI=principle investigator 4 5) PI PI PI 1 5) PI 6) 7)8) 金属 Vol.86 (2016) No.12 93 論説 トツプダウン型研究不正の手法解明―捏造・アカハラ研究室でいかに生き残るか？東北大学金属材料研究所の例から学ぶ― (1161)
議事録を作る仕事をしていました＜その２＞
http://anond.hatelabo.jp/20160807152807 こちらの続きです。 12年目に気付いたこと11年目に久々の新人が入ってきました。中途入社でしたが20代半ばでしたので年下になります。彼は隣の課でしたが私から引き継いで議事録作成の仕事がメインとなりました。私も初めての後輩ということで優しく説明をしてあげていました。もちろん人間関係だとか業務知識は追いつきませんから彼が覚えることができたのはわずかだったと思います。ただ彼は半年後に別の仕事を与えられて、議事録作成はまた私の専属担当になりました。最初は彼が議事録作成が嫌になってしまったのかと思いました。でも実は違いました。部長がいっていたのを耳にしたところでは将来の幹部候補としていろいろな経験を積ませたいとのことでした。そのときに、あれ？自分は１２年近く同じ仕事をしてきたんだけど、なんでかなと思いました。これはおかし
議事録を作る仕事をしていました
私の仕事新卒で入った会社は、PCサポート兼事務職で、約10年間ずっと議事録を作る仕事をしていました。 会議ごとに自分の所属している部署とは別に会議名の付く委員会があり、その会議の末席でひたすら議事録を書く仕事をしていました。議事録書きといっても単純な記録であれば、慣れればそれほど難しくはないのですが、この会社はがちがちに組織が硬くて、組織の意思決定の議事録というのは人間関係にとても気を使いました。 私が書いた議事録はまず主査と主任代理にチェックをもらって直しを受けます。そして主任、調査役、課長代理、課長代行、課長補佐、課長、担当課長、別部署の主任代行、課長1、課長2、部長代行、部長補佐、部長補佐2、担当部長、副部長1、副部長2、部長、本部長代行、本部長補佐、本部長、常務、専務と順番に稟議されていくわけですが、当然1人でも却下されたら、また最初からやり直しとなります。その度に議事録の修正票を
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
