インテンシブ「なぜ専門家は、技術的な詳細を気にしないでください。」
1.はじめに
気持ちで集中週間。
私たちは成功した人々が同じような経験を持っていることがわかった、ダニエルのフロントエンドの開発パスの多くを観察するために、8年前に連絡を。
テクノロジー初期の熱意は - >象徴的な技術プロジェクトの多くは、 - >統合された思考を回す - >チーム/方法論の懸念で
それは、より多くの専門家が技術的な詳細を気にしないでくださいとなってきています。専門家が専門家になった後の詳細を学ぶことではないことを意味するものではありません、また専門家が詳細を知らない、細部を気にもはや言うところ、点に留意すべきではありません。
特にことを理解していない、学校の前から、このシフトは、著者の可視性を理解する初期のハードは集中的、ひたむきな人は砂を容認することはできません技術者の目を検討している行っているので、古い世代のいくつかは、経営に行かなければなりませんでした彼らは、フロントを裏切りました。
しかし、徐々にシフト態度の作者が徐々に彼自身がうんざりしていた方向に動いている、私はこれは間違いなく偶然ではないと感じ、私たちは、この開発パスの必然性を証明することを望んで、感情をコンパイル。
2.集中
まず、我々はサービス技術者のための技術サポートを提供し、技術者や科学者を明確に区別したいのは、フロントエンドは技術ではなく、科学である、です。
また、技術の開発は、ビジネスニーズを促進するために、シナリオを使用していない状態では除外技術進歩と科学を推進することは困難です。
だから、この技術は、私たちすべては、生き残るために技術の事業に付着し、生き残るプロジェクトのビジネス価値を持って、食べていることが繁栄できるようになります、結局のところ、持続可能な開発とのビジネスラインです。
三点から、この資料の専門家は、技術的な詳細のますますの原則に見える理由を説明します。
個々の重要性2.1技術的な詳細が変更されます
ビジョンの分野における技術の重要性が徐々に増加し、一方、年間の増加に伴い、徐々に、技術的な詳細の重要性を減少させます。
仕事を探している初期の頃には、技術的な詳細は、重要な足がかりです
大学は、時間、技術的な詳細は唯一の技術を習得するために、重要な足がかりであると卒業生、企業があなたを取って喜んでいます。
これは時間が右ではなかったので、卒業生は、戦略について話をする会社を入力しない理由もあります。
科学技術は平均的な人は懸命に仕事を学ぶことができません
学習技術は限り懸命に仕事を喜んとして、誰もが技術的な詳細を見つけることができ、理解する良い能力を持っている、非常に巧妙な心である必要はありません。
それは我々が蓄積されたコンテンツを学ぶことができる場合にのみ、徐々に経験を失うことになる速度は、早く若い男ではないかもしれない、新しい知識を学び、その後、ときに、古い知識排除された、加齢とともに、技術的な詳細は何の技術的障壁ではない学習です利点。
それでは、どのようにしきい値それにそれを回す、何のしきい値機能を使用していないのですか？それは技術的な詳細は簡単です学ぶためにあらゆる年齢の、あなたは時間の詳細に取得してから、巨視的アーキテクチャに時間を費やすときの深い理解を必要としない、深さに行く必要があり、です。
正確な迅速コンテンツのコアのニーズを把握する方法として、技術的な詳細を、習得する必要があるかどうかを確認することができ、効果的な学習能力を開発するために、マスターの後に慕うませんが、それはすぐに自身が世界的に考えることを続けるextricatesことができます。このような考え方は、技術専門家のしきい値はそれを行うことができます。
物事には、詳細を知るために必要はありません取得します
ビット奇妙な一見：成功する方法の詳細を理解していませんか？
技術的な詳細を理解することが取得することができますが、物事が行われ、必ずしもビジネスの詳細を理解するために行われる必要はありません。
それは限り、されているだけで、さまざまなストレージシステムの技術的な詳細は、長い時間を費やす必要があり理解するためには、そのような「データフェデレーション」の構築として、ビジネスと技術の間の関係を理解する方法によって異なりますが、実際にはすべての技術的詳細を理解する必要はありません本明細書のパッケージに優れた一般的な対話仕様、インタラクティブインタフェースのそれぞれのセットに沿って、各ストレージシステムが与えられます。
物事が頻繁に行わマクロ思考の技術を必要とします、我々は、技術的なポイントの数を一緒にリンクする必要があります。例えば、物事を成し遂げるために、コマンド・オペレーション・オフィサーに似て、目的ではなく、前方、敵の溝の幅を測定充電しようとするよりも、遊びの開発を通じて、戦争に勝つことで作られました。唯一のターゲットまで追加の技術的な詳細の一部のみんなの具体的な実装では、最終的なアイテムの実装の技術的な詳細を気にすることは、物事を成し遂げることです。
2.2ビジネステクノロジーの真のニーズを考え出します
技術的な専門家が行うので、技術を通じて機能を実装することが望ましいビジネスは、ビジネスニーズを理解することが最初の重要な機能であることを意味している、より良いビジネスニーズを実現する方法です。さらに多くの技術的な詳細を知っている、人は何をすべきか、ビジネスを理解することはできません想像し、ビジネスは無価値です。
ビジネスの問題を解決するために考え、問題は、技術的な思考を作成することです
技術的な思考を持つ人々、問題を解決するために非現実的にふけるしやすい、または誰か他の人の問題が解決されます。技術的な学習のこの考え方は非常に有用ですが、長期的にこの考え方を変えることができない場合、企業は価値のあるものを作成することができません。
所有ビジネス思考、我々はまず、ビジネスを理解唯一のビジネスを理解し、ビジネスに続き、今後の自信ためには、彼らの給与は報酬と交換することができることを知っている必要があります。
ビジネスを理解した後、我々は、企業が技術を通じて成功を支援する方法を知っています。
例えば、新興企業では、上司が早い時間に非常に正確なビジョンで、市場は青い海です。あなたが分析を通過した後、これを限り迅速な反復のための実証済みの技術フレームワークの使用など、私たちは、企業が短期的に市場を獲得することができ、企業が市場を支配助けることが判明しました。復興を出てくる新しい需要は時間がかかる可能性がある場合でも、このカスタムフレーミングは、強力ではありません。人々は技術だけでコードの保守性を考慮するだろうと思った。この時点で、自己開発フレームワークのセットを提案し、技術専門家のことを考えてビジネスは急速に成熟した技術、安定したビジネスでプロトタイプを作り、その後、失われた再構築することにしました。
もちろん、今のインターネット市場は、ブルーオーシャンの低い技術的なしきい値は、基本的には紅海に非常に競争力のあるなっているが、比較的稀であり、上記のシーンは、我々はより多くの意思決定が必要かどうか、今のR＆D資源における事業投資の価値は今後数年間の利益。
二人は作ることができる人として、フレームワークを書きます
別の簡単な例は、技術専門家は、技術的な詳細で巻き込まれる場合はことはよく知られているさまざまなを達成するためのフロントエンドフレームワークであり、我々は、使用してエレガント、簡単に作成、維持し、また彼らの「特別な利点」を持つことができますフレームやホイール、専門家の2つのチームに落ちるのは簡単ですが、技術紛争に頭を突き合わせすることを決めました。この場合、すべてのインターンの後でもインターン大などの2人の技術的な専門家の出力は、直接、前輪が自分の専門家を作ったよりも、オープンソースのフレームワーク、例99％の信頼性の向上を使用するために使用されます。
前方境界は、Vueのフレームワークあまりにも多くの人々に反応書くことができ、この段階では、別の見方をすれば、クラスの外に反応させ、書き込まれている、フレームのVueもカウントされます。繰り返し作成し、理由もなくあなたが責任を持って使用する必要はありません昇進のホイールを低レベル：行うには、プロジェクトの練習の手を除去するために、実際にオープンソースコミュニティの問題の典型的なもので、まだ大部分を他の人に人々を取得したいです。フレームは、インターネットの仮想資産を属するので、限界費用は、フレームワーク寡占市場は大きな市場である必要があり、いくつかの重要でない機能を共有することによって何の類似プロジェクトはありえない決定する、ゼロです。書き込みフレームは、グループの企業体質への10人、そして最終的には2つのだけの可能性を募集そうしても：どちらか肥大化し、誰もがで参加する彼の長所の一部を示しているか損傷しないように悪いことは、プログラムを選択することです建築家のいずれかの利点。
内部の人が価値創造が空中建築家よりもしばしば大きい、ビジネスが必要かを理解ので、だから今の企業は、内部の人材育成に、より傾斜しています。
広い視野をより簡単に技術を活用します
何が最終の技術的な詳細についての詳細を学ぶ必要がある場合は今より多くの技術的なポイントは、我々は全体的に良好な視野を持っていなければなりません。状態が焦点にいくつかの良い洞察を探している、他の技術的なポイントは、グローバルビジョン技術の詳細な把握を検討します。
初期のインターネットでは、技術的なフレームワークの際に多くは結局、あまり重要の技術を活用し、多くのものは使用できません完璧ではありません。
しかし、今のフロントエンドまたはバックエンド技術の両方が、目がくらむされており、車輪、これらの従来技術の人々を習得することができ、特定の技術的な詳細の理解を完了します人々の値よりも徐々に大きく持っています。良い専門家かどうかは、すぐに良いメンテナンス整備事業の歪みを維持しながら、最小入出力比を達成するためにどのように、成熟した技術のプログラムを持っているビジネス上の問題を解決するために見つけることができるはずです。
2.3技術はで専門家であるだけで良いではありません
技術的な障壁本当に強い男に代わって、技術的な専門家？はい、しかし、唯一の技術的能力が十分ではありません。
なぜオープンソースプロジェクト後半の協力者を探していますか？
私は最初のオープンソースプロジェクトを作った、すべてのフレームワークやソースコードがハンズオンされ、私は彼らが他のフレームワークよりも良いアイデアを持つことができると感じています。いくつかの初期の貢献者は、すべての後、彼らは唯一の私自身の変更は、私は満足して作ることができる、という概念を理解していない、もちろん私は、他の貢献者が関与したくない、関与します。
誰がオープンソースプロジェクトが行うの著者よりも良い彼を知っていましたか？なぜ大規模なオープンソースプロジェクトの操作後半に、基本的にメンテナンスに協力者？
オープンソースは、体系的なものですので、あなたが長期的なメンテナンスが必要な場合は、アイデアをコピーすることができるように他の人が参加できるように、彼は、良いファイリングシステムを確立する必要があります。オープンソースのプロジェクトは、あなただけが知っている場合、それは2、4、6を維持し、あなたは確かに無力でしょう。
オープンソースの大きな数百あるいは数千レポの精神を維持するためにいくつかの人々のためとして、人はオープンソースを行うには、彼女のフルタイムを終了した場合でも、貢献者の支援の背後によりがなければならない、同時に10件の以上のオープンソースプロジェクトを維持することは困難です。あなたは、彼らがプロジェクトに貢献していきます、より多くの人が中に参加するよう、貢献者の数に達成し、誇りポイントの感覚を開いた心を持っている必要があります。
リソースは、専門家になるために呼び出すことができます
オープンソースコミュニティプロジェクトは、ゲームの注意をつかむことです。100オープンソースコミュニティの合計数は、10人が閲覧して引き付けることができるプロジェクト、個人的な使用5、2つの個々の寄与は、基本的に生き残ることができるようになりますと仮定すると。オープンソースコミュニティは、各プロジェクトをサポートするのに十分ではありませんコミュニティの総数を有する少なくとも100件のプロジェクトを持っている、唯一の懸念の十分な程度を得ることができたプロジェクトは、常緑のまま。
同じ会社内で真である、より多くの専門家はグレードのタイトルのコラボレーションに求められます、私たちは会社に大きな価値を再生するために周りの人も他の部門の資源を動員することができます。
最高経営責任者（CEO）は、会社全体のリソースのトップレベルの設計、およびターゲット・解体の層を通って、タスクを解体することにより、ビジネスの行全体を動員し、ビジネスライン社長が動員され、それぞれの層が完全に次のレベルにすべてのリソースを動員できることを保証するために、企業がすることができます効率的な操作。
あなたが技術的な詳細を懸念していた場合、あなたは常に孤立ノードとなり、任意の次元では、組織内の最も低いレベルで、睡眠なしでも24時間、また2つの的資源をカウントアップ。それは他の人があなたのデザインに同意させるために時間がかかる、との方向に向けて努力しなければならない、1日24時間の制限を破るしたい、あなたはノードに移動しますが、係員は、そのような他の人に分布として、より多くのリスクを取ることですタスクは、同社がマイナスの影響をもたらした、めちゃくちゃ、その後、人はバッキングポットの責任となります。
3.まとめ
要約すると、この記事のポイントは以下のとおりです。
- あなたが再び最高にの深い洞察力を必要とするとき、研究の技術的な詳細は、難しいことではありません。
- 専門家は、より多くの広い視野、大きなパターンになるように、物事を成し遂げるにしたい、あなたは、より広範な技術的思考を必要としています。
- 専門家はすぐに技術的な詳細を学習する能力を持っているが、これは自社のコアコンピタンスではないので、代わりに、このような方法論がもたらす思考より大きな値書き込みなどの物品の技術的な詳細を、書きます。
- 専門家は徐々にパスファインダーとなっている、方向が歩くよりも重要であるガイド。
- ビジネスのための最終的な技術サービスは、技術的な詳細を理解し、ビジネスが勝つためにできるように技術的な詳細前の綿密なので、必ずしも、関連していない、我々はまず、ビジネスを理解方向を把握、ルーティングの問題発生の技術的な詳細を防ぐためにしなければなりません。