  |
はてなキーワード: CTOとは
ウェブ系ソフトウェアエンジニアをやっているものだが、なんとなく転職活動をしてみようと思い、いくつかのサービスに登録してみた。
そこで気づいたのだが「CTO候補募集」と銘打っている会社がやたら多い。これは、典型的なダメな会社なので、皆様におかれましては、こういう会社をお避けいただきたく。
まず、CTO候補を募集する会社は、経営者に人脈が無く、経営クラスのエンジニアに知人がいない、もしくは口説けるほどの能力を持っていないことを示している。
次に、必要な人材を定義することができない会社であることを示している。明確な定義ができないので、なんとなくで能力の高そうなCTOというラベルをつけて募集をしてしまう。そこで書いていることは「スゴイ人」くらいの意味しか持たない。
最後に、空約束をする会社だということを示している。経営幹部になれるという空約束で人を釣って、ダメだったら反故にすれば良いと考えている。一事が万事で、誠意のない姿勢が分かる。
こういう会社を選んでもロクなことがない。会社をふるい落とすフィルターとしては便利だが、あまりにも目に付くので、増田することにした。
ってどこか連載してほしいと常々思うのだが。
言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル。
銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社のサービス。
大手企業だけどSIerに開発を丸投げしているような会社のシステム。
もうすぐにエラーになるわ、URLの名前はおかしいわ、ちょっとしたことに７クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ。
これは外注している会社全般にいえるけど、SIerの技術レベルはやはりヤバイ。SIerはこの世から滅びたほうが社会のためになる。
ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。
Youtubeとか海外のカンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。
サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。
ところが日本はどうだ？
そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。
つまり、サービスによって日本をもっと混沌とした場所にするってこと。日本の経営者もエンジニアも社会的意義とか考えたことないやつばかりだ。
メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪そのもの。儲かればなんでもOKって会社ばかり。
今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。
さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした？
Qiitaとかゴミ記事プラットフォームと化しているからgoogleの検索からまじで外してもらいたい。
さらにRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップはドヤ顔で使う。
まあそれはいいけど、あんなパフォーマンスも自由度高すぎて可読性も低い言語が流行る時点でエンジニアリング的思想が普通に欠けてると思う。
さらにマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケールの必要性がまったくないようなシステムにまで
無理に導入しているやつ。
CTOって肩書があっても、こういうやつがいる日本はもうほんとすごいわ。
きれいなコードを書け。コミットは細かく、メッセージをちゃんと書け。
そうずっと教えられてきたし努力してきた。
業界2位のミドルウェアが、、1990年代にタイムスリップしたかのような継承拒否した継承構造で書かれていた。
世界的なOSSで3桁や4桁のスターがついているリポジトリのコードは、コピペの嵐。巨大なマージコミットやＦワード入りのコミットメッセージ。
有名なスタートアップのCTOのコードは、メタプログラミング黒魔術の塊だった。
リードプログラマの同僚が、素早い機能追加で顧客から高く評価されている。
でも、それはコピペまみれで、巨大のコミットの汚いコードだからできる。
同僚にくらべて、実装は遅い。そのことを叱責ばかりされる。
優秀なプログラマは、自分は quick and dirty なコードをかくくせに、 他人にはきれいなコードを要求する。
他人にきれいなコードを要求するのは、他人のコードを読む時間を短くするためなのだろう。
ベンチャーの経営者やコンテンツプロデューサみたいな立場の人が、エンジニアを口説き落とそうとするときの話なんだけど
「技術で何をしたい、そのためにこういう技術力がほしい」という話より、
「大きな案件をこなせるような会社にしたい」みたいな切り口を前面に押し出す人には注意した方がいいと思う。
夢を追いすぎて倒れるのに巻き込まれるのも凄い迷惑なんだけど。
エンジニアの仕事に対するスタイルによっては甘受できるのかもしれないけど。
最初はCTOやマネージャなんて言っても、人・物・金は管理させたくなくて、社内の技術者すら把握させてもらえなかったり。
たとえばプロジェクト開発がどんなものか説明しても、本人は「熟知している」と思い込んでいるので、それと違うと考えると聞く耳を全く持たなくなる。
そして結局「金を作るための雇用」として見られるので後からどんな仕事をさせられるかわからない。
Web系の技術者に組み込みアプリケーションの仕事を平気で取ってきたりもするし、それで「責任持って開発できない」と応えるとますます評価がおちる。
そのうち外の会社に「人日幾ら」で派遣されることだって普通にある。当然そのときの評価は取引先の単価だ。
あと、そういう「エライ系の人」は金を持っている相手の言うことを信用することが多い訳で、
取引先がマウントトークで「お前のところの技術レベルなんてウチの一般の人間以下だ」とか言われると、
感化されちゃって「雇用してやったがお前は技術力なんかない」とか言い始める。
というわけで、ヘッドハント的な話があって、
その話のとき細かくても違和感があった時は、後から結構悪い結果につながってきたりするので、
本当に注意した方がいいと思うよって話。
https://twitter.com/neenya00 より転載
なおやさんへ @neenya00 12月1日
2017年も終わろうとしていますが、未だに伊藤直也さんからの謝罪はありません。
ttps://twitter.com/neenya00/status/936508759249002496
なおやさんへ @neenya00 8月28日
なおやさんの最低だなと思うところは、はてな匿名ダイアリーとか見ると、自分を批判する記事はぜーんぶ消して、私を批判する記事はあえて残してるところだよね…
ttps://twitter.com/neenya00/status/902270192931160065
なおやさんへ @neenya00 8月31日
ちなみに
はてなブログは、掲載して公開設定にした瞬間に削除された上に、アカウントまで凍結させられて、さらに伊藤直也さん本人に『こういうコンテンツが載せられて、いつ削除しましたよ』ということが筒抜けになっていたので、はてなの中の人とは直也さんはまだ仲が良いんだろうなって思います。
ttps://twitter.com/neenya00/status/903269265339383809
なおやさんへ @neenya00 8月31日
とうとうこのTwitterアカウントそのものがgoogle検索結果から除外されました笑
ttps://twitter.com/neenya00/status/903264286717313028
なおやさんへ @neenya00 8月30日
なおやさん
いつ出社するの？
ttps://twitter.com/neenya00/status/902890688416595968
なおやさんへ @neenya00 8月26日
あと、直也さんが一休のスタッフさんに怒鳴り散らして、牧歌的だったからとかって 開き直ってる長いLINEとか、人事考課のLINEが出て来たんだけど、これは酷すぎて私ですら公開を躊躇するレベル。
ttps://twitter.com/neenya00/status/901358493298343936
なおやさんへ @neenya00 8月25日
自分のブログは残して、私のお返事用ブログ(http://naoyaito.minim.ne.jp/wp/ )まで消されてる。
私からの意見はや外部の意見は全部抹消して、直也さん側の見解だけ残るようにするのは、相変わらず保身に見えますし、まだ話合いも実現してないのに身勝手な話です。
ttps://twitter.com/neenya00/status/901211375396990976
なおやさんへ @neenya00 8月25日
久しぶりにネットを見たら、伊藤直也で検索すると出てくるまとめブログの類がかなり消滅していて、直也さんの火消しの頑張りが伺える。
ttps://twitter.com/neenya00/status/901206995943817216
なおやさんへ @neenya00 8月16日
なおやさんへさんがHARUYAMA Seigoをリツイートしました
これこれ
見つけた人ほんとすごいよ！！
ttps://twitter.com/neenya00/status/897706752107585536
Naoya Ito @naoya_ito 2016年2月3日
京都で車を買うとき色々わがままなことを言ったのを全部対応してくださったディーラーさんに、ようやく「実は免許を更新し忘れて失効しちゃって、車乗れないんです」と告白することができた･･･。ずっと黙っていてごめんなさい
すげえ！俺初めて削除くらったよ！
削除された書き込みはこちらってあったけど、見に行ったら消えてたから何消されたのか分からない
なお、今後同様の言及を続けられた場合、はてラボおよびはてな全体の
サービス利用停止措置などの対象とし、別のアカウントを取得しての
再利用もお断りしますので、ご注意いただきますようお願い申しあげます。
てあったんだけど、何書いてたか覚えてないし、内容確認できないし、同様の言及ゆうてもなんだかわからんぞ
でも別に伊藤さんを誹謗中傷する書き込みはしてないんだけどなあ
「まあやりかた間違ったよね－残念だよね－もっとうまくやれよー」みたいなこと簡単に書いた記憶しかない
それでもあかんのか
俺、他人に消せって言われるような酷い書き込みや誹謗中傷は匿名であろうとしないつもりでやってきてたから、そうか、あの程度でもあかんのかとすごい驚き
でもこんなやり方続けてても減るより増えるだけだと思うんだけど
そういうわけなので今日は公開資料を中心にリリース失敗の技術的な要因を分析してみたいと思います。
ドワンゴアカウントシステムはScalaのコードだけで22万行を越え、ドワンゴ社内で最大のScalaリポジトリとして知られています。
ドワンゴのユーザーアカウント基盤は明らかに破綻しています。 10 年以上にわたり、ガラケー時代から今に至るまで多くの業務をコードに落としていくことは極めて難しい作業であったと思います。そうはいってもやってるうちに一回なんとか出来なかったのかとは思うわけです。やっている当人たちがテンションを上げているほどには開発効率が出ていない、むしろ足を引っ張っているという可能性はかなり高いと思います。
ニコニコ生放送(以下「生放送」)ではバックエンド・フロントエンドのサーバーを建てる環境として、2016年からDocker Swarmを採用し始めています。
Docker Swarm Mode については私も検証をしたことがあり、非常に優れた思想をもった将来性のあるプロダクトであると感じていました。個人的な検証はずっと続けています。まず swarm mode の何が優れているかと言えば、コマンド体系の分かりやすさです。開発者は何のストレスを感じることもなくクラスタを扱うことができます。さらに、サービスディスカバリ層を極めて扱いやすい形(サービス作ると公開することを指定したポートがクラスタ内の全マシンで公開されるので、あとはクラスタ全台に向けてロードバランシングするだけでいい事実上のゼロコンフィグレーション)で実装したことは素晴らしいと思います。しかし、残念ながらこの素晴らしい思想を持ったプロダクトは砂上の楼閣でした。その肝心なサービスディスカバリは安定しておらず信頼できません。またマスターがコケてそのままクラスタ全部が機能を停止するだとか、ノードが気づいたら行方不明だとかはざらです。こうした問題は 2016 年末から現在に至るまで残念ながらあまり改善されていません。
私は kubernetes が嫌いです。 Google 製品は開発者の UX を考慮しないからです。しかし、 2016 年においても、 2017 年の今においても彼のプロダクトが商用環境における事実上唯一の選択肢でした(ついでに言うならば docker service コマンドで kubernetes いじれるようになるので UX 問題も解決する)。正直、 2016 年から swarm mode を仕事で使おうとしたのは、深刻なソフトウェア検証能力の欠如を感じます。
実は分散ファイルシステムも独自に開発しました。もともと既存のオープンソースのファイルシステムを使っていたのですが,それだと期待する性能が出ないことがわかり,独自に調査開発を進めることにしました。
こちらの記事を読んでいただければわかりますが、配信基盤の再構築を行うにあたって
ということが分かります。
触れない話: 事実上全然稼働しなかった CTO 、北の将軍様
パブリッククラウド、特に CDN を採用することは開発負担の軽減に多いに貢献するように考えられます。実際「 akamai 使えよ」みたいなこと言ってるユーザーは結構いるわけです。ではなぜ彼らがそうしないのか、その意思決定の理由をここでは探ってみます。
動画ストリーミングサービスとして遅れているというのは恥ずかしいことではありますが、ハードウェアや使っている回線の影響もありますので、どのサービスも最終的には同じになると思っています。その差をつけられることはこの先はなくなると思っています。
ようするに CDN 屋だろうが自前だろうが最終的に同じようなところに落ち着くだろうという予測を彼らは立てているということです。しかし現実問題として現在競合他社との差は大きく、新配信基盤のリリースの目途は立っていません(半年以上の遅れというのは通常そういうことでしょう)。ではなぜ彼らは最終的に差は無くなると予測するのか。私はこの点において彼らが空元気をふりまわしているとは思いません。
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
要するに CDN 各社は現在逆ザヤで出血を続けながら戦闘しており、 DDoS 対処を中心としたセキュリティサービスにより最終的な帳尻を合わせている状態です。自前で動画配信インフラを構築した経験のあるドワンゴは CDN 大流行の早い段階から「成立するビジネスではない」という見通しを立てていたであろうと思います。
ただしこの点において今後もビジネス環境、技術環境が現在のように推移するのかは、私にはよく分かりません(誰にも分かってないでしょう)。結局同じようなところに落ち着くならありもの使っとけよとは思わなくはない。
まあもう無理でしょいろいろ
https://twitter.com/neenya00 より転載
なおやさんへ @neenya00 8月28日
なおやさんの最低だなと思うところは、はてな匿名ダイアリーとか見ると、自分を批判する記事はぜーんぶ消して、私を批判する記事はあえて残してるところだよね…
ttps://twitter.com/neenya00/status/902270192931160065
なおやさんへ @neenya00 8月31日
ちなみに
はてなブログは、掲載して公開設定にした瞬間に削除された上に、アカウントまで凍結させられて、さらに伊藤直也さん本人に『こういうコンテンツが載せられて、いつ削除しましたよ』ということが筒抜けになっていたので、はてなの中の人とは直也さんはまだ仲が良いんだろうなって思います。
ttps://twitter.com/neenya00/status/903269265339383809
なおやさんへ @neenya00 8月31日
とうとうこのTwitterアカウントそのものがgoogle検索結果から除外されました笑
ttps://twitter.com/neenya00/status/903264286717313028
なおやさんへ @neenya00 8月30日
なおやさん
いつ出社するの？
ttps://twitter.com/neenya00/status/902890688416595968
なおやさんへ @neenya00 8月26日
あと、直也さんが一休のスタッフさんに怒鳴り散らして、牧歌的だったからとかって 開き直ってる長いLINEとか、人事考課のLINEが出て来たんだけど、これは酷すぎて私ですら公開を躊躇するレベル。
ttps://twitter.com/neenya00/status/901358493298343936
なおやさんへ @neenya00 8月25日
自分のブログは残して、私のお返事用ブログ(http://naoyaito.minim.ne.jp/wp/ )まで消されてる。
私からの意見はや外部の意見は全部抹消して、直也さん側の見解だけ残るようにするのは、相変わらず保身に見えますし、まだ話合いも実現してないのに身勝手な話です。
ttps://twitter.com/neenya00/status/901211375396990976
なおやさんへ @neenya00 8月25日
久しぶりにネットを見たら、伊藤直也で検索すると出てくるまとめブログの類がかなり消滅していて、直也さんの火消しの頑張りが伺える。
ttps://twitter.com/neenya00/status/901206995943817216
なおやさんへ @neenya00 8月16日
なおやさんへさんがHARUYAMA Seigoをリツイートしました
これこれ
見つけた人ほんとすごいよ！！
ttps://twitter.com/neenya00/status/897706752107585536
Naoya Ito @naoya_ito 2016年2月3日
京都で車を買うとき色々わがままなことを言ったのを全部対応してくださったディーラーさんに、ようやく「実は免許を更新し忘れて失効しちゃって、車乗れないんです」と告白することができた･･･。ずっと黙っていてごめんなさい
