⒈プ
ログラミング決済の戦略の紹介（左マウス：プログラミング戦略）_プログラミング戦略（左マウス：プログラミング戦略）とは？ イヤーマウスは、高度なプログラマー向けの詳細なガイドを提供します。 2011年の「プログラマーズテクノロジー決済ディレクトリ」は広く称賛されています。 これらの章では、基本的な知識の習熟から高度なスキルの改善、コーディングから建築設計まで、そして技術的な専門家になることまで、段階的に段階的に説明します。 各段階は、コンテンツが専門的かつ実用的であることを確認するために、簡単な方法から理解できる方法で説明されます。執筆プロセスでは、著者は多くの課題に直面しています。 彼らは、学習パスを慎重に、包括的であり、過度に包括的なカバレッジではなく設計する必要があります。 本の推奨事項に関して、著者は多くの時間を費やして、繰り返しを排除し、最も重要なコンテンツのみを維持します。
このガイドは簡単な手段ではありません。 このチュートリアルにはコンテンツが豊富で、読者が一生懸命働く必要がありますが、大きな成長が見られると思います。 今日、この一連の教育プログラムはオタクの時間だけにリリースされており、有料の読書が必要です。 個人的な成長。 分散システム構造：基本的な概念と設計パターンを含み、分散システムを理解するための包括的なフレームワークを提供します。 ブロックチェーンテクノロジー：技術的な紹介に加えて、金融知識、論理的思考、独立した思考能力の発展も含まれます。
著者は、モバイル学習が適切であるが、実際の学習は、議論され実践されている非共産化で定期的に実施されるべきであることを強調しています。 そのコラムは、エンドポイントではなく、学習のための単なるツールです。
次に、著者はより多くの記事計画を持っているので、注意を払って購読して、高度なプログラミング旅行を一緒に開始してください。
Win7ラップトップシステムは、天候を手動で変更することはできません（）多くの学生は、転送後に適応が困難になります。 著者は、彼の移籍と、あなたにインスピレーションを与えることを望んで、彼の移籍と製品チームのリーダーになった経験のいくつかを共有しました。
この記事では、過去2年間の私のキャリアの変化と経験について説明しています。 プロダクトマネージャーの位置に変更します。
瞬く間に、私は2年間プロダクトマネージャーとして働いていました。 製品チーム。
1。 期待。 ニーズとROIはすべて衣服によって考慮されており、その瞬間の衣服（CTOと技術VP）のおかげで、長年起業家であったすべての大物であったため、彼らのニーズは、「ボスは彼がそれをやりたいと言った」という言葉で質問の実施をうまく宣伝しました。その後、シニアプロダクトマネージャーとボスのガイダンスの下で、ユーザーのニーズがすべて必要ではないことを理解し始めました。
一部の要件は、コミュニティの個々のユーザーが提案したエクスペリエンスの価値を改善する必要があります。 これは、ほとんどのユーザーにとっては無関係です。 衣服に精通している顧客から要求されていても、商業的価値は言うまでもなく、ユーザーの価値は限られていますが、遅延の期間後には要求されなくなります。 R＆Dで労働に投資している数人の短期的な問題は、最終的に商業的価値をもたらしていませんが、これは明らかに不合理です。起業家チームの場合、通常、コストに対する低い需要を放棄する必要があります。
2。 私の会社で。 ここには、互いに協力する多くの製品マネージャーがいます。 長年にわたってブロックチェーンに従事しています。 ここでは、技術的リーダーシップと製品リーダーシップが分離されており、R＆Dを促進する方法が私のニーズを新しい問題にしています。最初は、新しいページの追加、承認の流れの規制、コピーライティングの標準化、状態など、小規模でいくつかのリクエストを行うことは非常に定期的でした。 。 必要性と修正効果の点では、変更後のエクスペリエンスは以前よりもはるかに優れています。
現在のブロックチェーンオープンプラットフォームを維持するのが難しすぎて、承認の制御が困難であることが研究、開発、配信の両方が報告されました。
プラットフォームのプロセス全体の分析を開始し、プラットフォームを経営陣とビジネス管理の終わりに分割し、すべてのリソースのアプリケーションと使用をビジネスに配置し、すべての操作のすべての運用を配置しました。 監視を確認し、管理側の完全なネットワークは、2つの主要な役割の機能を完全に分離し、オープンプラットフォームバージョン4.0を起動しました。 このバージョンのアーキテクチャの設計により、開発者はデータベーステーブルのAPI承認と断熱性をより簡単に管理できるようになり、配信チームが操作プロセス全体をよりよく理解し、クライアントに必要なアカウントの役割を構成できます。 このバージョンは歴史上最も既存のバージョンにもなり、少なくとも1年以上変更されていません。
ただし、新製品を開発しなければならない場合、いくつかのひねりを加えます。
まず、研究開発プラットフォームAです。 このプラットフォームは、ブロックチェーンアプリケーションの典型的なアプリケーションですが、競合他社の慣行は異なります。 特定の産業。 チームの長といくつかのコミュニケーションの後研究開発は、それに同意する必要がありますが、それを行う方法は依然として問題です。 研究開発は、ミツバチを作成するためだけに最低投資方法を使用したいと考えていますが、顧客がそれを見ることができないため、ミツバチを作らないことと同じだと思います。 彼らはあなたがこのミツバチを見ることができないというので、あなたは使用の効果を見ることができません。
その後、サプライヤーの料金のためにインターフェイス供給プロジェクトで何かが起こりました。
この事故は、R＆Dを使用することを納得させるための良いテストです。 このように、プラットフォームAは最終的に研究開発チームの責任者と研究開発に投資するために合意に達し、その後のプロジェクトで成功裏に提供され、複数のシナリオへのアクセスをサポートし、何よりも製品の見積もりをサポートしています。
プラットフォームBが開発されたとき、技術的なリーダーの宣言により、プロジェクト要件のないものに投資されていない投資はなく、プラットフォームBがブロックされると。 プロジェクトが研究開発に投資することに同意したプラットフォームBの問題があるまでではありませんでした。
3。 1つ。 新しいチームが製品のコラボレーションに到達し、より多くの商業的機会を獲得し、プロジェクトに実装および配置するためのより多くの製品を促進するために、合計ブロックチェーンとビッグデータプランを作成することができます。チームは間違いなく私にとって新しい挑戦です：
最初に、私はビッグデータについてあまり知りません。 ビッグデータライン。 私は既存の製品を知っています。 私は自分の考え方を調整するのが難しいでしょう。 実務経験;4つの主な課題の前で、次のようにターゲットソリューションを作成しました。
データ製品、データアーキテクチャ、データガバナンス、デジタル変換、その他の種類のビッグデータのマネージャーなど、ビッグデータに関連する本を読む製品に関連するビッグデータと本の他のタイプと作品。 感情; 専門家の同僚からさらなるアドバイスを求め、製品計画に関する提案と意見を完全に相談し、専門的なスキルに完全なゲームを提供し、製品ラインの開発計画を策定する。 製品の責任とモジュールに従って責任を負うメンバーをすばやく分割し、グループの会議で作業は、これが現在の分業であると強調されていました。 誰もが自分の意見を完全に表現できるようにするために1つずつ。最後に、私のチームのメンバーの共同努力により、さまざまな商業機会と配達プロジェクトがヒッチなしで宣伝され、チームの合併から1か月も経たないうちに、Yuanで与えられた大きなプロジェクトの作成を促進しました州の数百万人の元。
ブロックチェーンとビッグデータ製品ラインによって蓄積された標準製品ソリューションと基本製品の数は急速に増加しました。 部門。
著者：Zhili;
タイトルの画像はUSPlashに由来し、CC0プロトコルに基づいています。
この記事の意見は、著者自身のみを表しており、誰もがプロダクトマネージャープラットフォームです。
コンピューター
