イベントセミナーアーカイブ社内システム開発日記:その40前書きお疲れ様です!小手投げです。テレビをつけたらサッカーのサウジ戦をやっていてつい見てしまいました。勝つと気持ちがいいですね!(小並感)今回は打ち合わせの様子です。打ち合わせ部:フィジビリティの不明点は無くなった?担:ファイル出力の部分がまだ部:日記にあったところか小:Go言語だけでもそれぞれの形式で作成することはできそう、ブラウザからダウンロードすることはできた部:データストリーム?小:(よくわからない)バイトでの受け渡し以外に何がある?部:バイト、アレイ、データストリーム部:(WBSを見て)親持った方がよくない?現状は子、孫レベルのサブタスクが連なっているどのドメインで管理したいか。・イテレーションは細かいタスクを詰め込む今までの開発の仕方はモックアップドリブンに近いこのWBSだと詳細寄りの機能ドリブンなので例えばプロジェクト編集~と名前がついている項目をまとめてプロジェクト編集という大項目の下に置く進捗割合は小チケットの完了割合でいい大項目レベルでの抜けの確認がしたい大線表と突き合わせて確認する部:課題は担:DBの構成に悩んでいる部:ロール用、セッション管理用のDBを持ったらいいんじゃないかユーザーがログイン時に管理用のDBを見に行って、それぞれどこの会社のDBインスタンスを見られるようにするこういう考え方は実績からの裏付けだから理解しづらいと思う。実装進めるうちに少しわかるはず物理と論理が1対1で対応していると一番きれい担:インスタンスごとにウィルス対策ソフトを入れるとなると費用がかさむのでは部:全てのインスタンスに入れる必要はない。一言でいうとWEB系をリバプロに出す永続化されたデータが存在するインスタンス以外がウィルスの攻撃を受けても致命傷にはならないWeb、APサーバは感染しても1次的には問題がない。DBサーバが守れればOK部:DBサーバ上にMariaDBを乗っけてその中でマルチインスタンス接続先のポートを変えるかIPを変えるかの違いしかない部:SSL証明書は最初は無くても(SSL認証はする)担:今作った画面のレビューはするか部:レビューは画面が揃ってから。小:一番の理由は部:どの会社でログインしているかあとスキルシートに会社ロゴが入ったはず部:会社一覧はスーパーユーザだけが見れればいいスーパーユーザ用にアプリケーション分けても後書きファイル出力とかDBのあたりがかなりアホの子状態です。ファイル出力は簡単にできたのでGo言語でなんとかなりそうです。Facebookでログイン。