2021.12.23


の最後の部分
短い時間でしたが、たくさん勉強になりました.
  • ビジョンとパイプライン作業
  • を組織
  • は、複数の段階のフィードバックによって組織と共に成長する.
  • 組に分かれて作業を行う.
  • 記録と共有

  • 違うと思う部分もありましたが、
    組織の利点に比べて、完全に修正できます.
    だから终わりたい誰にもなりたくない.
    TDD研究
    毎日1時間のTDD by Example実施の学習を行います.
    今日作った
  • ドルFrancのequalsから減算->プレミアム
  • 5 dollar != 5 franc
  • 学識
  • Javaクラス比較
    次にmoneyのオブジェクトのクラス名がDollarであることを知っています.しかし、どうやって動的に変化するタイプの名前を知っていますか?
  • Money money = new Dollar(5);
  • シンクタンク重要
  • どんなに歩幅が小さくても、大きな時があります.話し合う
  • 社アプリケーションTDDBE
    以前は重複が予想される場所を抽象化していた.予測後に明らかな重複が現れるまで待っています.それ以来、私たちは共通の部分を抽出しています.必要な抽象化に努めている.
  • ビジネスログ
    1ヶ月scrumで聞いたことをすべて仕事のログに記入して、理解することが多くなりました.(ダイハツ…)
    乙:日報を書いて、書かないでまた書きます.いくら記録が多くても足りないのに、実践できないようだ.反省しましょう.
  • タスクコメント
    乙:以前の職場(MicroProtect)は仕事中でしたが、進捗がよかったので、チケットで共有することをお勧めします.思い出すと、目標を達成するためにどのような試みをして、最終的に何を選んだのか、この過程の適合性も重要で、歴史を残すことができるからだ.
  • 水槽に合わせる
  • の共通の仕事は、シンクタンクが非常に重要であることです.リストなどを一緒に置く理由勝手にするよりも、まず相手と同じ段階にあることを確認しましょう.
  • 社で一対一の会議を行い、「会議中に良い意見を出したいと思って、何の意見も出ないことが多い.当時CTOが私にくれた答えは「まず簡単に答えてください」でしたその効果は本当によくて、私は理解していないか、理解できないので、口に合わないことがあったらすぐに言います.
  • 対のプログラミングを行う場合、どのようにすればいいか分かりません.
    乙:まず、今二人がどこにいるか、どこに行くかを確認してみたらどうですか.最初の順序は、現在の状況と作業目標を明確にし、一致させることです.次に、リストなどのツールを使用して、小さな明確な目標を共有することができますか?
  • この文章を書く気持ち
    書きたいなら、手が死ぬよ.
    記録がないより、うまく書けないものがあるほうがいい.