なおやさんへ on Twitter: "『伊藤直也 不倫』の検索結果ですが、日に日にlumendatabaseの件数が増えて検索結果から省かれまくっている。今のところ8件くらいgoogle上から省かれているらしい。 すごい勢いでなかったことにされてる。やっぱり自殺してニ… https://t.co/upYrPB7YPo"『伊藤直也 不倫』の検索結果ですが、日に日にlumendatabaseの件数が増えて検索結果から省かれまくっている。今のところ8件くらいgoogle上から省かれているらしい。 すごい勢いでなかったことにされてる。やっぱり自殺してニ… https://t.co/upYrPB7YPo
この記事は削除しました
追記：私がTwitterのルール違反をしたことによりアカウントロックされた件についての記事でしたが、他の方からの圧力により一方的に凍結されたかのように誤解されてしまう内容だったため、記事は削除しました。申し訳ございませんでした。
リードエンジニアを３ヶ月やって得た開発マネジメントに関する教訓 - seri::diary
ここ３ヶ月ぐらい同じRails案件でリードエンジニアとして仕事をしています。 何気にマネジメント的なことをやるのが初めてだったので色々と戸惑うことがありましたが、だいぶ慣れてきて知見が溜まってきたので、自分のしごとの振り返りも兼ねてまとめておきます。 リードエンジニアのお仕事とは 会社やチームによって全くと言っていいぐらい異なると思いますが、私の場合は以下の様なことをしてきました。 開発スタート時 要件確認 仕様書を読んで全体像やどこから着手するかなどを考える Railsアプリのベース部分の実装 rails new DB周りの設定 初期モデルクラスをDB定義に基づいて作成 factoryも使いそうなものについてのみ作成 rspec、rails_config等諸々の設定 ローカル環境動作用のseedsを整備 使いたいGemを追加 共通で使うCoffeeScriptのライブラリを思いつく限り実
CTOという職業の人を採用するときに気をつけるべきこと - Qiita
このポストを書こうと思ったのは、先日参加したIVS CTO Night & Day 2015 Winter powered by AWS で「アンカンファレンス」がきっかけ。IVS CTO Nightに参加しているので自分も当然CTO(テモナ株式会社)なのだが、衝撃だった。 ※他の登壇やインタビュー記事はWantedlyから見てください。 アンカンファレンスでは以下の画像のようなコンテンツに分かれてワークショップに参加した。 その中で自分は「経営者としてCTOがすべきこと」というお題目にも参加したのだが、CTOという職業ほど、CxOといわれるオフィサーの中でも幅が広い役職は無いということを痛烈に感じた。 一般的に高給ポジションであるにも関わらず、求めている人物像とミスマッチングが起こるポジションだなと思ったのである。少しでもミスマッチな採用により、不幸せな人が増えぬようCTO採用を検討して
「本当に僕で良いんですか？」 はてな 新CTO 大坪弘尚が振り返る、重圧と向き合ってきた1年間。 | キャリアハック（CAREER HACK）
はてな CTO就任から1年 2016年7月。はてなでCTOとして6年にわたり活躍してきた田中慎司さん（現はてな技術顧問）の退任が発表された。後任として抜擢されたのが、大坪弘尚さん（id:motemen）だ。 大坪さんの経歴をカンタンに振り返っておこう。 はてなと大坪さんとの出会いは、学生時代の2006年までさかのぼる。東京オフィスでアルバイトを開始し、2008年の本社が京都に移転するタイミングで正社員として入社。 その後は田中さんの薫陶を受けながら、アプリケーションエンジニアとして『うごメモはてな』や『はてなブログ』、『はてなランド』、『Mackerel』といったサービスの開発に関わってきた。2012年からはチーフエンジニアとして、エンジニアの採用・教育・評価にも尽力してきた。 そして田中さんから受け取った“はてな CTO”のバトン。 大坪さんは「正直、話を聞いたときは、本当に僕でいいのか
無能のCIOやシステム部長を戴くIT部門の底無しの悲劇
この「極言暴論」では、いつもIT部門の問題点について暴論しているが、今回ばかりはIT部門のことを悪く書かない。日本企業のIT部門に巣くう被害者意識、というか疎外感の原因について述べようと思う。もちろん、それはこの記事のタイトルのまんまだ。いつも読者から「極言暴論では解決策が書かれていない」と非難されるが、今回は解決策も書く。だが、その解決策もまた、お察しの通り簡単な話だ。 まずIT部門の被害者意識、疎外感。「IT部門は限られた人員で日々、システム障害やセキュリティ上の問題などを生じさせてはならないという強いプレッシャーの下、業務を遂行している。にもかかわらず、経営や事業部門はその役割の重要性や困難さを理解しようとせず、システムは問題なく動いて当たり前と思っている。反対に、もし何かあれば、社内からの大きな非難にさらされる」。 およそIT部門の人なら年齢や役職を問わず誰もが、そんな話をする。ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CTOの役割「研究開発本部長とは違う」 コマツ会長 CTO30会議（1） - 日本経済新聞