21.3.30


2日目


1.立ち会議

  • フロントエンド/バックエンド優先度設定:第1回オープンプラン第2回起動プログラム申請+その他実施(即時参加)
  • 最初のヘッドでネックデータの内容を共有:フロントカスタマイズ->ネックデータ共有
  • を完了
  • 昨日~今日すること
  • フロント:レイアウト構成
  • バックエンド:モデリング後の今日のコメント
  • 変更:応援キャンセル可能
  • その他の会議記録
  • を参照

    2.モデリング+モデル。pyの作成


  • 草案
  • 講座/作成者/ユーザーモデリング
  • ユーザは、ユーザおよび作成者のみによって作成される
  • creatorは、ビュー
  • のみを作成します.
  • 残りの内容は授業中に
  • に集中する.
  • Manytomy,unique toolation,デフォルト値
  • を実現
  • 善良な先輩のアドバイス
  • 特定型番が大きすぎる(講座)
  • は加算できるようです(困難など)
  • は、作成者とユーザがそれぞれ管理する(中間テーブル)
  • choicefieldを使用して難易度を調整するのはよく見えます(自動制御機能)
  • それ以外にもモデリングの余地がたくさんあります(正解はありません).
    次の指導者が同意した後、修正する必要があります.
  • エラー

  • プライマリノードで作業しないでください.
    ソリューション:バックアップ後にメインウィンドウを1つ引っ張って変更

  • 会議の提出を守る

  • 追加→レイアウト/機能の追加

  • 「削除」-コンテンツの削除(フォルダ/ファイルの削除)

  • 変更→変更(JSONデータ形式変更/ボタン色変更/フォント変更)

  • Fix-エラー/エラーの除外

  • Refactor-コード再構築(フィードバックアドバイザ/自己再構築/重複コード除去/冗長コード除去/パフォーマンス向上)
  • migrate中南エラー
  • django.db.utils.OperationalError: (1071, 'Specified key was too long; max key length is 767 bytes')
    
    解決:ALTER DATABASE databasename CHARACTER SET UTf 8;
    注:スタックオーバーフローリンク
    いずれにしても、形式の違いは問題のようだ.
  • git rebase flow
    5-1. 2~3回発行->ブランチ確保->git rebase-i master
    5-2. 古い提出pick、残りのs+wq!
    5-3. (編集修正)提出後wq!
    5-4. Successfully rebased! 検証後、Gitログに1つしかないことを確認してください
    5-5. 後押し式
  • その他の問題等の学習資料

    3.明日やること

  • 軽量タイプ.py承認大修正
  • 担当の機能(ログイン)
  • の実装を可能な限り開始します.
  • 標準会議共有