A CCO project maintained by the Simple Icons contributors. Use GitHub for requests, corrections and contributions. Kindly supported by your donations at Open Collective.
以前から何故CTOに代表される技術系の役員という役割が必要なのだろうか?と考えていた。技術が重要なだけなら昔ながらの製造業や通信産業の組織でも似たような役割が設定されていたはずだ。みんなバカじゃないので。CIOはいたがCTOはあまり聞かなかった。その違いはなんだろう? スタートアップとして投資を受ける時にVCから「あなたのチームは技術者採用できますよね?」というのを証明するためにCTOの設置が求められたりするなど、特にWeb系企業においてはあたりまえの役割として設置されている。つまり技術者のキャリアパスとして、役員クラスまで登れるんですよ、という道筋の提示という役割はまああるのだろう。 ただ、それだと客寄せパンダにしか見えなくもなく、ビジネス的な役割が適切に存在しないのであれば長くは続かない。やはり技術部長やテックリードではなく、役員クラスとしての責任をどう果たすから技術系役員が必要だとい
マックで一日分の栄養を取りたい! マクドナルド。関東ではマック、関西ではマクドと呼ばれている、おなじみのファーストチェーン店です。全国津々浦々にありますので、よく食べる方もいらっしゃるでしょう。私も大好きで、よく食べています。 ところで、マクドナルドって栄養的にどうなんでしょう?ファーストフードばかり食べていると体に悪いという話をよく聞きますが、そんなに偏っているのでしょうか?メニューの組み合わせさえ気を付ければ大丈夫なのでしょうか。 そこで、マクドナルドで一日に必要な栄養素を取るための商品の組み合わせを調べてみました。 計算は簡単 式を立てる 組み合わせを見つけるのはそれほど難しくありません。線形計画法という手法を用いれば簡単に解くことができます。特に最低限必要な栄養素を求める問題はダイエット問題という名前で知られています。 マクドナルドの商品の栄養素は公開されているデータを使用します。
Cloubhouse はすでに OSS である Janus Gateway に切り替えており Agora は使用していないようです ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 前提 ざっくりと雑に解説。 どんな技術を使っていてこんな感じだろうという妄想は以下をどうぞ。 Clubhouse リアルタイム配信の仕組みについて (妄想編) 著者 商用 WebRTC SFU 開発者 WebRTC プロトコルスタック実装者 End to End Encryption プロトコルスタック実装者 Clubhouse の仕組みはとてもシンプルで配信者が N 人で、それを数千人が聞くという co-streaming と呼ばれる仕組みの一つ。この方式は今までは主に映像ありでパネルディスカッション的な使い方が主だっだ。それを
React でユニットテストをするときのベストプラクティスはいつも悩むのですが、とりあえず 2021 年 2 月時点では、こうかなーというのをまとめてみます。 まずテストランナーは jest で確定です。ここで悩む要素はまずありません。 では、React のテストをどうやるか?です。 公式の react-dom/test-utils を使う 公式の react-test-renderer を使う @testing-library/react を使う 選択肢としてはこの三種類が有名なところでしょう。 公式という響きはとても魅力的ですが、実は公式ドキュメントから「ボイラープレートを減らすため、エンドユーザが使うのと同じ形でコンポーネントを使ってテストが記述できるように設計されている、React Testing Library の利用をお勧めします。」という形で、@testing-library
クラウド市場でアリババがIBMを抜き去り、AWS、Azure、Google、アリババの4強が明確に。2020年第4四半期、Synergy Research Groupとcanalys クラウド専門の調査会社Synergy Research Groupは、2020年第4四半期のクラウドインフラに関する調査結果を発表しました。 クラウドインフラとは、IaaS、PaaS、ホステッドプライベートクラウドを合わせたものと同社は定義しており、この1年で市場全体が35%成長し、市場規模は約37ビリオンドル(370億ドル、日本円で約4兆円)に拡大しました。 アリババがIBMを抜き去って4位に 主要なクラウドベンダのシェアを見ると、Amazon Web Services(AWS)が約32%で首位。次がマイクロソフトで約20%。Googleや約9%で3位、4位にはアリババが約6%で位置しています。 5位にIB
身につまされる英語力問題。手っ取り早く英語を習得するなら海外に行ってしまうが最善なはずですがこのコロナ禍、身近なところで英語に触れつつ技術も勉強したい?といえば、動画です。 10 Developers You Should Follow to Improve Your Skills (スキルを上げるための、フォローすべき開発者10選) という記事があったので10人をまとめた。プラスオマケ。それぞれ実際に動画を見てみての補足付き。 1. Ben Awad (ベン・アワド) ソフトウェア開発者。React、React Native、GraphQL、Typescript、Node.js、PostgreSQL、Python、その他あらゆるコーディングについて紹介。React.jsやGraphQLの開発者にお勧め。ビッグ/テック コーディングインタビューの準備を手ほどきしている。「アルゴリズム形式の
IDEs AppCode CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS Amper Edu
こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん(今はグループ内でアメリカでの新規サービスの立ち上げをしています)からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで
最近色々な方と話していて、組織運営上戦略が必要という話をしているんだが、私の説明力が足らずなかなか伝わりづらく、言葉だけで話すのは難しいなと思い、整理する必要性を感じた。ということで、まずは主に全体像であり概要をアウトプットしてみた。やってみると、自分の頭の中の整理にもなり、足りないこともわかった。アウトプット重要。今後はこの図と説明があれば、話をするときにはどの話をしているかがわかりやすくなりそう。 なお、番号をつけたが、この順番で考えればいいとは限らない。もちろんレイヤーが大きいところから決めていったほうが変更のコストは低いが、物事はそんなに簡単ではない。常にすべてのレイヤーで考え続け、それぞれにフィードバックをかけ続け、変更し続けなければ組織は成長しない。 今回書いたのはあくまで枠組みの話なので、この中に取り入れる何かは組織や人によって違うべきであると考えている。ただ、私なりにこの方
Square’s Growth Framework for Engineers and Engineering ManagersA system for leveling up at Square At Square, we’re building products and services that help consumers and businesses participate and thrive in the economy. To accomplish this, we need to cultivate an environment where engineers can challenge themselves, achieve their goals for professional growth, and do their best work for our custo
冬だった。サッカー選手は毎年12月になると翌年の契約にそわそわし始める。といっても1月から11月までの成績・結果が契約に反映されるので、12月から慌てても何もならない。選手もそれをわかっていながら、それでも落ち着かないのが12月という月なのだ。そんなある意味その年の通信簿を渡されるような月に、僕はこの世で一番愛しているもの、サッカーを辞めた。 サッカーで生きていくということ僕がいたのはとあるプロサッカークラブだった。お世辞にも環境が良いとは言えないが、夢にまで見たプロ生活。好きなことをして生きていく喜びを僕は18歳にして手にしたのだ。将来は明るかった。地元では小学校から一番で街のちょっとした有名人だったし、市・県・地域の選抜にも選ばれていた。高校で全国大会には出られなかったが、運良く県の決勝にスカウトの方が見に来てくれていて、僕はサッカー選手になった。 有頂天だった。地元ではちやほやされ、
概要 職業ソフトウェアエンジニアを目指す方々にオススメしたい書籍トップ10です 以下の観点から選定しました 10年後でも変わらない、流行にとらわれず長く役に立つ、ソフトウェアエンジニアリングにおいて普遍的な知識 特定のプログラミング言語やプラットフォームやツールに精通するのではなく、現代のソフトウェア開発の哲学・文化の全体像が把握できることを優先 200~300ページくらいで初心者でも読破できる 400~500ページくらいの本もあるが、それらは辞書的に使うのがいい あえて10冊に絞り込んだので、ここに含められなかった書籍も当然あります CI/CDやDevOpsに関する本も入れたかった… デザインパターンに関する本も入れたかった… DDDやClean Architectureなどシステム設計に関する本は意図的に入れていない 真・プログラミングスクールに通うくらいならこの本を読め10選を書きま
1年間プロダクトマネジメントの体系化を頑張ろうとおもい、2020年はいろいろな記事を書きました。我ながら、今年いい感じにできたと思っている図解を振り返ります。普段は一回書いた話を何度も書かないポリシーなのですが、年末なので許してください🙏 1. 仮説のミルフィーユ プロダクトの仮説を4階層に分けて、高い所にある仮説に変更があるときには低い階層もきちんと見直しましょう、の図です。仮説以外でもプロダクトを捉えるときに、この4階層に分けておくと何かと便利です。 2. プロダクトのCore、WhyとWhatの関係仮説のミルフィーユの関係を別の図解に表したものもあります。プロダクトのCoreを元に発想できるWhyは無数にあって、Whyを元に発想できるWhatも無数にあります。例えば、「お腹が減った」というユーザーのペインを解決するためのソリューションはたくさんありますよね。その中でなぜおにぎりでは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く