個人的に、私は、私は良いエンジニア、あるいはソフトウェアのデザイナーになることを願って異常な能力のプログラミング、ソフトウェア設計とチームのリーダーシップスキルを持っていると思います。私は、個々の制限、チームワークの重要性を理解し、学習の深化と、私は自分のロールプレイング能力を開発することであるべきかすべきです。クーリーのハードワーキングチーム内には - 馬この役割は、スマートの人々の方向性を示すことができ、非常に重要な、そして説得力のある - 役割も非常に重要なオウムで、確かに開発するオウムの能力はない馬として、馬だけではなれませんチーム。どのように彼らの役割は非常に重要であると区別するために、どのように主人公の役割の目標の一つでも進歩であるになるために。ソフトウェアエンジニアリング、トレーニングとチームの個人的な構図の不朽の件名の一つ、希望の「建築法」レッスンによって、どのようなIの重要な部分。
ソフトウェアエンジニアを開発するために、
私は、多くの場合、知識の株式だけでなく、シニアエンジニア、私の空想では、シニアエンジニアはしばしば支配明るいスポットに加えて、疑問に思います。本は削除私の妄想で始まる - 表面には異なるシニアエンジニアや一般、コードのオフィスでノックされていますが、チーム全体はマエストロとの契約ので、マスターの手を楽しみにしています、これは比類のない天才である、または他のマスターとチームは存在意義を失わなかった場合を除きスキルを問題解決には、どのように共通またはどのようにもかかわらず、ではないエンジニアが率いるグループが、最終的にとても良いです項目は常に行わ。マスターの参加を楽しみにしてはいけない、コードがどのように美しくなり、どのように効率的で、唯一のチームそれを行うことができます。だから、私はこの本から学んだ私は、自己評価と学習能力ではなく、技術を持っていなければならない方法です。
記載されている技術の負の部分は、すぐに同じ作業でトップの数字のように考えていないとしてだけでパニックに身を行い、「誰が、学校で、将来的に使用されているすべての知識を持つことはできません」。我々は行う能力で最も基本的な慣行で始まる、練習で学ぶ必要があります。ソフトウェア設計、ソフトウェア工学、自己管理能力、通信能力、協力する能力の知識を増加させる能力を知識を蓄積する能力を、含むべき学習能力、これらの機能はもちろん、これらは目的、あり、必要不可欠です関係なく、私は業界に何をすべきか、ではない生活の中で、将来の発展方向は、これらが私の利益のための能力であるということです。練習用として、実際には、私は今、と私は理解し、見、要約することを学ぶが、後払いで常にこれらの事をまとめるために、私は本当に悪い持っています。
練習する方法、頻繁に行うのは好きではない実際のフレームワーク中にそれを使用しようとしないのはなぜ、私は同様のプロジェクトを実施し、私はプロジェクトのフレームワークを完了する必要がない場合は、実験方法は、より重要なことである要約したもの？私はその後、私はYii2より高度なPHPフレームワークを学んだ大きな仕事をする前に、この学期に教室でPHP言語を学んだので、私は大きな操作を行うことを決めた - サイトの準備の枠組みの使用の完全な知識を。自慢ではないが、今非常によく、私は、小さなフレームを書かれています。このプロセスでは、私は学期に勉強するが、推奨されているが、MCVの形でフレームワークを構築する方法を学びましたが、また、個人的な経験と手に入れるのは難しいです。
また、私は練習に行くことがたくさんある、彼は私がシステムのスケーラビリティを書き込む前に経験していない、本を書いたユーザーによると、システムを設計する必要がある前に、何の経験を持っていない、プログラミングのすべての種類を再生しようとする前に、何の経験はありません。私は現在の午前、それは十分ではありません。
開発チームのメンバー
ワンマンバンド素晴らしいパフォーマンスを完了するために魔法の存在、人です。コンセプトは、エンジニアリング・コンセプトにソフトウェアエンジニアの完全なスタックを置くことですが、プログラマが仕事のほとんどを総なめにした場合、一般的には、スタックを満たすために呼び出すことができます。いいえ現代のプロジェクトが完了するまでに一人だけを必要とせず、また、非常に稀があります。しかし、ガレージが開発した類似のソフトウェアの最小限の協力がまだありますが、2人は開発を完了することができますが、注意を払うためにそんなに必要性が依然としてあります。
前述の大仕事のように、この仕事は本当に私のミスの一つの開発のための接合は彼が私の開発モデルは時間の無駄である学ぶために私は中途半端だった最終的にはので、彼のチームメイトの仕事の勉強をおろそかにすることだったです表面に浮かぶフレーム。これは双晶開発の成果に注意を払うことはありません。
チームに関しては、私はチームを選択するための独自のより深い理解を持っています。チームのレベルは、直接その効率ダウンが低すぎます。チームモデルに提示される本は、このモデルはまた、偉大な力の優れたアプリケーションを持っていても官僚チームとして、目的の団結効率的です。チームは、チームが労働者の彼らの分裂を行うことができ、独自の特性と同じ金利の目標を持っている必要があり、暴徒、ない馬車鉄道ではありません。
この本は、アジャイル開発モデル、開発時間、通信のための増加の機会、自己管理を強化について説明します。ヒョウのようなアジャイル開発プロセスは、ほかでは、短期間での勝利ポイントのように,,内部のこの短い時間の間に、高速スプリントを保持するが、強度が勢揃いする前に節度、プロジェクトの信頼のすべての作業を行うために現像後に十分検討する機会とテストコード、および長期的なコードのメンテナンスを持っていました。このモデルは、このモデルの利点があるで開発サイト、などのミス、需要常に更新開発プロジェクトを、容認することが適用されます。私達はちょうど私たちは、この経験は素晴らしいですが、常にプロファイルの製品をemergeし、日々の進捗状況を確認し続けることができ、学習時間が断続的に発展するのに十分でないためものの、アジャイル開発プロセスを経験したが、スプリント。
今のところ、我々はこのよくアジャイル開発モデルを管理することはできません、私はそれの前に車を追跡殴ら成長することができたとき、私たちは未来を楽しみにされています。