Ryo Suzumoto

きびし～～～ 代替探しますか．

C2Aの規模だとbetaじゃない旧pojectが使い勝手がいいんだけど，それで使えそうならお願いしたいです！

別PRはやしていいですよ．

C2A kanban は repository-projects ではなく org-projects ？（org-projectsという表記はこのlistにないので，こういう区分があるのかわからないんですが）

orgよ．C2A-toolsなども一括管理してるので．

 ととあるので，org pj考えてるのかな，とは思ってた．まあアクセストークン必要そうなんだけど．

一旦iceboxにします

tlmごとに分割したら，変更のあるtlmしかビルドされなくなるので，それだけ早くなる．（sampleにくらべて，実OBCはずっとおおいtlmが定義されているので） 一方で，今は https://github.com/ut-issl/c2a-core/blob/7d6e7f41e82c6ae7593c0af4e526c2c4df45d06f/Examples/minimum_user_for_s2e/src/src_user/CmdTlm/telemetry_definitions.c が自動生成されていて，自動生成したいから，ここでincludeするヘッダを https://github.com/ut-issl/c2a-core/blob/7d6e7f41e82c6ae7593c0af4e526c2c4df45d06f/Examples/minimum_user_for_s2e/src/src_user/CmdTlm/telemetry_source.h でまとめてるんだけど，ファイル分割したところで，それらのファイルがすべて telemetry_source.h をincludeすることになる場合，ビルド時間は変わらないね．（再ビルドされるとき，全部のファイルが再ビルドされることになるので）

> telemetry_source.hってそんなに頻繁に変更されるんです？ いや，めったに更新されない． めったに更新されないんだけど，仮に更新されたときに，（例えば， `src_core/System` に新しくなにか生えたとか），それに合わせて自動生成スクリプト側も更新しないといけないのはおかしいので，自動生成される `telemetry_definitions.c ` は `telemetry_source.h` をincludeしておき，もし `telemetry_definitions.c ` に食わせたいヘッダファイルが増えたら `telemetry_source.h` を更新するような運用になってる（cmdも同様）

フォルダ名， `database` vs `DataBase` 問題がありそう．．．．