コミック:駅は何ですか?





台湾ませ時代ません


伝統的なIT企業では、プロジェクトの物理的構造はどのようなことがありますか?どんなに複雑な内部のプロジェクト、それは二つの部分、「前」とに分けることができません「バック」。


フロントデスクは何ですか?


まず、ここでは「前」と「フロントエンド」は同じものではありませんです。それは、フロントデスク、ウェブページなどの直接的なユーザインタラクションインターフェース、モバイルアプリの様々な、いわゆるを含み、また、製品情報、オーダーシステムなどのユーザの要求に応じて、様々なリアルタイムサーバー側のビジネスロジックが含まれています。


背景は何ですか?


背景が直接ユーザに面し、そのような商品管理、物流管理、課金管理などの構成管理システムの運用担当者、ありません。戻るフロントデスクにいくつかの簡単な構成を提供します。



前景の関係、背景、ユーザは単に以下のチャートによって表現することができます。




当時、プロジェクトの開発は比較的安定しており、非常に高速の反復と試行錯誤を行く必要がないので、このような構造と問題はありません。


インターネットの急速な発展、今日、企業間のより多くの激しい競争。唯一のユーザー中心の、高速なユーザーのニーズに影響を与え、そして絶えず反復試行錯誤、企業が競争の中で無敗のままにできるようにします。


しかし、現実には......




伝統的なフォアグラウンドで - 背景アーキテクチャ、アイテムは、多くのプロジェクトではなく、より多くの低開発効率、プロジェクト自体はますます肥大化できます同じ車輪の再発明され、比較的独立しています。



今回は、開発効率を向上させるためには、我々はすべてのプロジェクトのためにいくつかの公共資源を提供し、中間組織を統合する必要があります。人々が呼んでいるものと、この中間組織、「台湾で。」




中国・台湾のリーダー


スーパーセルは、フィンランドのモバイルゲーム会社で、名前は少し奇妙かもしれませんが、以下のいくつかのゲームの話を、我々は非常に精通しているであろう。


部族紛争


ジョーンズ島


帝国戦争



スーパー同社は高収量のインキュベータのゲームのようなものですが、数年後にゲームの10の以上のモデルを開発したが、試行錯誤のゲームのほとんどは、開発プロセスで切断されているため、最終ゲームは複数のユーザーに捧げられましたクラシックの古典です。


何がスーパー会社はとても効率的で反復的な裁判も、それをエラーになりますか?彼らは強力なプラットフォームリソース、様々な小さなゲーム開発チームからの支援に依存しています。


彼らは、ゲームは様々なスタイルに見える開発し、多くのものが一般的です。ビジネスでは、決済システム、ユーザシステムなどを含む共通点は、技術的には、ゲームエンジンなどの共通点は、社内ツールを開発しました。これらの共通リソースは、「台湾では」パワフルで提供することができます。




アーキテクチャの考えステーションの変更だけでなく、プロジェクトの構造は、また、組織の研究開発チームの形に影響を与えました。組織のこの効率的な形式にスーパー企業「部族。」



国内のインターネット企業が続くも、台湾で独自の戦略を開始しました。


alibabaの「は、小さな受信大きく、媒体単位」戦略を提案しました。



沈没後の図、アリババ一般的なビジネスの多くの製品ラインは、台湾における様々なビジネス中心の形成、及びAliwareは、すべての主要なビジネスラインのための技術サポートを提供するために、アリババのプラットフォームミドルウェア技術、です。



Huawei社は「戦略「プラットフォームエリート砲撃支援事業を提案しました。



フォアグラウンドプロジェクトチームに比べてHuawei社の戦闘チームは、台湾でフィールド本部をなぞらえました。データへのデータの場合、技術に技術:このたとえでは、駅の役割はサポートするためにリソースを提供することです。



彼らは台湾に分割されています



台湾でのビジネス

台湾でのビジネスを繰り返し、上記で述べたように、一般的なサービスプラットフォームに統合し、共通のビジネスシンクの様々なプロジェクトを実施することです。



台湾のテクノロジー

インターネット技術は、ホイールを複製避けるために、研究者は、共通下のフレーム、エンジン、各項目にミドルウェアを提供します。



データテーブル

データは、各プロジェクトのためのデータ収集と分析の様々なを設定します。



算法中台

台湾アルゴリズムは、アルゴリズムがように、個々のプロジェクトは、そのような推奨アルゴリズム、検索アルゴリズム、画像認識、音声認識と能力を提供します。




台湾の適用場面


フェーズ0から1に、テーブルを作成する必要はありません。

起業家の企業0-1からは、主な目的は、自分の市場価値を証明するために、製品を作成するために最速のスピードで、生き残るためにです。


今回は、プロジェクト野蛮な成長が最良の選択であるしましょう。あなたは冷静にステーションを構築するために行く場合は、ステーションはおそらく設定良くない、会社が餓死しているだろう。


ステージからのN 1、建物用ステージ。

企業がある程度の規模を持っている場合は、製品が市場で認識されてきた、この時間は、同社の主な目的は生きることが、よりよい生活することはもはやありません。


今回は、プロジェクトの複雑さを活かして、新しいプロジェクトや古いプロジェクトをしようとする後続の繰り返しを容易にするために、汎用ヒートシンクの一部とみなさ台湾でセットアップすることができ、特に高いものではありません。


NからのビルドテーブルのN + 1つの段階が必須に。

企業はすでに複雑な大きなサイズ、製品、サービス、部門を持っている場合は、調整アーキテクチャを作るために、この時間は、より痛みを伴うだろう。


しかし、長期的な開発プロジェクトのための短期的な痛み限り痛み、できるだけ早く枠組みを調整し、より多くの困難を維持するために将来を避けるために、プラットフォームを実装する必要がありますか。




- - -終わり - - -




この記事、歓迎世間の注目号のようなプログラマ小さな灰色見るために、よりエキサイティングなコンテンツ



2次元コードのプレスの注目へようこそ英語を学ぶ小さな灰色の、あなたは英語だけでなく、学びます!



おすすめ

転載: juejin.im/post/5d995f82f265da5ba308389d