The Product Thinking That Built Slack & Twitter, with April Underwood
TwitterとSlackは、テクノロジー業界で最も話題になっている2つの企業です。 どちらも、ハイパーグロースによってカテゴリーを定義する製品であり、それぞれ多くの忠実なユーザーを抱え、評価額は200億ドルを超えています。しかし、創業者がその背後で行われている製品決定にアクセスできることはめったにありません。しかし、創業者は、舞台裏で行われている製品の意思決定や、それを導いた戦略やフレームワークにアクセスできることはほとんどありません。彼女は、B2CとB2Bの両方の製品を0から1へ、そしてユビキタスへ、さらにその先へと成長させてきた、並外れた深い経験を持つ強力な製品リーダーです。彼女は、B2CとB2Bの両方の製品を0から1、そしてユビキタスへと成長させ、その過程で世界クラスの製品チームを作り上げた類まれな経験を持つ、強力な製品リーダーです。
The Future Vision of Microsoft 563
3年前、私たちはMicrosoft 365を発表し、私たちの製品がインテリジェントでコネクテッドな一連のサービスとしてどのように連携できるかを全体的に再考し始めました。3年前、私たちは Microsoft 365 を発表し、私たちの製品がインテリジェントで接続された一連のサービスとしてどのように連携できるかを全体的に再考し始めました。私たちは柔軟な設計を導入し、時間をかけてエコシステムを進化させ、現代の仕事だけでなく現代の生活も促進できるようにしました。このエコシステムは、アプリの機能をアプリ自体から切り離すことで、必要なときに、必要な方法で、必要な場所で、自由に機能を利用できるようになっています。私たちは、モバイル デバイスの簡単さ、シンプルさ、楽しさを受け入れることで、次のようなクロス プラットフォームの Microsoft 365 エクスペリエンスを作成するようになりました。クロス プラットフォームの Microsoft 365 エクスペリエンスを作成することになりました。
The Importance of Deep Work & The 30-Hour Method for Learning a New Skill
生産性の法則：生産された質の高い仕事＝x . 最高の瞬間は通常、人の身体や心が、困難で価値のあることを成し遂げようと自発的な努力で限界まで引き伸ばされたときに起こります。最高の瞬間は通常、人の体や心が、困難で価値のあることを成し遂げようと自発的な努力の中で限界まで引き伸ばされたときに起こります。 フローの状態を作り出すには、一定のルールに従い、ディープワークと呼ばれる概念を通じて意図的な練習を受け入れる必要があります。
azeria-labs.com/the-importa...
Computers can be understood
this投稿は、私が基本的にソフトウェアに関わるすべての仕事に持ち込んでいる考え方について説明しようとするものです。この」マインドセット、その意味合いと強みのいくつか、そしてその方法のいくつかを明確にしようと試みます。私がソフトウェアに関わる仕事の本質的な全てに持ち込んでいることに気づくようになりました。
blog.nelhage.com/post/comput...
Advice to Myself When Starting Out as a Software Developer
ソフトウェア工学に関する本を年に2冊読む時間を取る; 仕事で使う言語を徹底的に学ぶ; 他の開発者とペアを組む頻度を増やす; ユニットテストを書いてCIに対して実行する; リファクタリングを習慣化し、リファクタリングツールをマスターする; 優れたソフトウェア工学は習慣であることを知ること。リファクタリングを習慣化し、リファクタリングツールを使いこなす; 良いソフトウェアエンジニアリングは習慣であることを知る; 経験を積む, たくさん得る; 良いソフトウェアエンジニアリングは習慣であることを知る.経験を積む、たくさん積む、学んだことを教える。
blog.pragmaticengineer.com/advice-to-m...
Building Twitter将来の広告プラットフォームのアーキテクチャ
ソフトウェア・システムの大きな利点は、非常に順応性が高いことです。 しかし、複雑なソフトウェア・システムの進化には、その順応性が、成長を促進する代わりに、成長を妨げる点があります。しかし、複雑なソフトウェア・システムの進化には、その柔軟性が成長を促進する代わりに、成長を妨げる点があります。2019年初頭のTwitter AdServerがそうでした。10年にわたる反復開発の末、システムはあまりにも非効率的で、組織とともにさらなる進化を遂げることができませんでした。エンジニアは、単一のタイプの広告フォーマットを提供し、 生成して います。ツイッターの収益組織はX人のエンジニアで構成され、2,800万ドルの収益を上げています。ブランド、ビデオ、カードなど、複数の広告フォーマットをサポートして います。新製品の立ち上げ速度が遅く、チーム間の依存関係が緊密で、オーバーヘッド・コストが高いことが、組織の複雑化に拍車をかけていました。これ以上規模を拡大するためには、抜本的な改革が必要でした。
blog.twitter.com/engineering...
All Hands on Deck
Slackは何百万人もの人にとって重要なツールなので、Slackがダウンすると、停電やインターネットが使えなくなった時、スマートフォンのバッテリー切れと同じようなストレスを感じるのは当然です。Slackがダウンしたとき、Slackはどのような対応をしているのでしょうか？ まれに完全なサービス停止に見舞われることがありますが、そのときの対応は、基本的に「All Hands on Deck」です。私たちが完全なサービス停止に見舞われるまれな時、対応は基本的に、All Hands on Deckです。 "これ "は2020年5月12日の午後4時45分（太平洋側）に起こりました。thisは2020年5月12日の午後4時45分、太平洋上で起こりました。thisはその日の物語であり、Slackのサービスを復旧させるための努力に誰が関わったのか、そして主にそのプロセスがどのようなものであったのかについてです。何百万人ものお客様のためにSlackを動かしている、人と計算機の両方からなる機械についての洞察を得られることを願っています。
slack.engineering/all-hands-o...
Ready for changes with Hexagonal Architecture
私たちは、ビジネスロジックに影響を与えることなくデータソースを交換する機能をサポートする必要がありました。 私たちは、ヘキサゴナルアーキテクチャの原則に基づいてアプリを構築することに決めました。ヘキサゴナルアーキテクチャの考え方は、インプットとアウトプットを設計の端に置くことです。ビジネスロジックは、REST APIとGraphQL APIのどちらを公開するかに依存すべきではありませんし、どこからデータを取得するか（データベース、gRSを介して公開されるマイクロサービスAPI、またはユーザーによって使用されるデータベース）に依存すべきではありません。このパターンによって、アプリケーションのコアロジックを外部の関心事から分離することができます。コアロジックが分離されているということは、アプリケーションに大きな影響を与えたりコードを大幅に書き換えたりすることなく、データソースの詳細を簡単に変更できるということです。このパターンによって、アプリケーションのコアロジックを外部の関心事から分離することができます。
ローコードとゼロコード製品についての考察
ビジネスの複雑さは変化するだけで、消えることはありません。コードで表現したり、システムを構築して表現したりするのは、要するに、組織形態を変えるだけで、制御の仕方の違いはあっても、ビジネスの本質は同じです。だから、システムを構築する場合は、ビジネスを表現するために、一番下の層は、能力の完全なビジネス要件を表現することを確認するために、構造の主流の開発フレームワークと等しくする必要がありますし、トレードオフの製品形態を行うに移動します。
可逆コンピューティングの技術的実装
Array Functions and the Rule of Least Power
言語の計算能力と、その言語のプログラムが何をしているかを判断する能力との間には、重要なトレードオフがあります。制約、関係、処理命令をあまり強力でない言語で表現すると、情報を再利用できる柔軟性が高まります。言語の能力が低ければ低いほど、その言語に格納されたデータでできることが増えるのです。 最小電力の法則」は、言語の機能ではなくプログラミング言語そのものを対象にしていますが、最も強力なのは言語ではありません。ルール・オブ・リースト・パワーは、言語の機能ではなく、プログラミング言語そのものをターゲットにしていますが、同じ考え方がまだ当てはまると思います。 コードの能力が低ければ低いほど、推論するのが簡単になります。
jesseduffield.com/array-funct...
私の編集者時代：ピン留めドキュメント・エディタの過去と現在
皆さんこんにちは、Nail DocumentsチームのZhanxinです。2011年にAlipayに入社し、Alipayのフロントエンドチームでずっと成長し、Language Sparrowをインキュベートし、2018年にNailに行き、Nail Documentsの旅を始めました。今日は、別の視点から編集者を知り、Nailed Documentsの編集者の過去と現在の生活を説明し、編集者に興味を持つより多くの人がこの分野をより深く理解できるようにしたいと思います。
言語スパロウ・オンラインフォームのためのセルフリサーチへの道
言語鳥のチームと経験技術部門では、我々は何を行うに関係なく、我々は自分自身にいくつかのより多くの理由を問うだろう、我々はそれを行う理由を介して考えることは、多くの場合、それを行う方法を考えるよりも重要である.なぜ：フォームを行う前に考え方を紹介する.どのように：それを行う方法だけでなく、R＆Dの過程でいくつかのメソッドや技術の選択について話す.何を：自己研究の洞察力のいくつかについて話します。
mp.weixin.qq.com/s/SiwlayY5q...
WebGLフレームワークとエンジンの選び方は？
Sugarは、スクラッチから開発されたBI製品であり、あなたは、レポートや大画面のページを作成するSQLを記述することはできませんが、3Dシーン機能のリリースの前半は、この機能を実現するために、WebGL関連のフレームワークやライブラリをたくさん研究し、この記事を照合し、多分後であなたを助けるために。
Design Docs at Google
www.industrialempathy.com/posts/desig...
Data Structures & Algorithms I Actually Used Working at Tech Companies
this記事は、木やグラフのようなデータ構造と様々なアルゴリズムが実際の生産現場で使用された実例集です。一般的なデータ構造とアルゴリズムの知識は「面接のためだけのもの」ではありません。一般的なデータ構造とアルゴリズムの知識は、「面接のためだけのもの」ではありません。
SaaS企業の注目点｜GGV投資ノート
風の口と起業家ブームが表示されるたびに、資本金は、多くの場合、最初のシーンで "プッシュ波 "であり、SaaS業界も例外ではありません。風の口の上昇の下で消費者向けインターネットのほとんどが異なっていると、SaaSは、Bに業界として、最も "遅いホット "業界の一つと呼ぶことができます。一方では、Bサイドの潜在的なユーザーの数とTo B市場の容量は想像力に満ちている、他方では、SaaS製品の成熟度とSaaSユーザーの習慣と支払いの習慣はまだ育成する必要があります。業界の長いサイクルと戻りの遅さにもかかわらず、資本は依然としてSaaSに大きな自信と期待を寄せています。長年SaaS業界に携わってきたGGV自元キャピタルのマネージングパートナー6名が、SaaS業界に対する見解や日本のSaaS市場に対する判断について語りました。
