2016/03/26 MOTEX Inc. にて開催

1. Rad Studio 勉強会
うちの(というか僕の)
開発環境
2016/03/26@MOTEX Inc.
@r_ohki

2. わたくし
MOTEX Inc. の大城
Twitter アカウントは @r_ohki
Windows クライアントの開発を主に担当

3. 今日話すこと
いかに本質的な部分に注力するか
現場で行ったカイゼン

4. 今日話さないこと
コードの書き方の話
うちのコードのこと(NGでした)(そらそうだ)

5. 注意!
僕の開発環境は社内の標準ではありません。
僕の僕による僕のための調整が行われています。

6. さて
開発とは?

7. 狭く言うとコーディング

8. 広くいうとソフトウェアライフサイクル的な話
今日は、こっちより

9. 導入したこと

10. コーディング規約を(楽に)守りたい
うちにもあります、コーディング規約。
たとえば、
ファイルは UTF-8 にしましょう。
If then begin end の改行位置
インデントのルール
コメントのつけ方
守ると品質は上がるけど、まぁ漏れるわけで…
なんで、これを楽に守る仕組みを考えよう、としたわけです

11. 1. コメントの話
“XML ドキュメントコメント” というのがあるので、それを書きましょう、というルール
詳しい話は “Delphi XML ドキュメントコメント” でぐぐりましょう。
が、書き方は書いてあっても、楽に書く方法が用意されてない!
で、ライブテンプレートを拡張して、解決

12. DEMO

13. 2. シンタックスハイライトの話
標準、つらい…
Begin-end といったスコープの範囲が分かりづらい
変数がどこで使われてるかぱっと見えない
結果、脳内スタックをつんだり、リファレンス検索をいちいちやったりで効率が悪い
CnPackを導入して、解決

14. DEMO

15. さぁどっち?
A
if List.Count > 0 then
begin
Hogehoge();
end;
B
if List.Count > 0 then begin
Hogehoge();
end;

16. 3. コードフォーマットの話
if then begin end の改行位置といった、整形をきちんとしましょうというルール
で、ルールである以上、機械にやらせることは出来るはず!
で、Jedi Code Format を導入

17. DEMO

18. 開発したコードをすぐにテストしたい
本番モジュールに組み込む前に、試したいし確認したい
こわいし…
網羅できているかも怖いし
人の手でやるには細かすぎる
ので、DUnit を導入

19. 導入途中のこと

20. コードの品質を測りたい
継続的な改善には、見える化が必須
ですけど、どう見える化するかなーと模索中
今は SouceMonitor を試し中

21. 導入したいこと

22. Rad Studio と Git の話
今出来てるか? -> NO!!!
Rad Studio の中だけで完結して、ブランチ切ったりあれこれしたい。

23. Rad Studio と DUnit の話
今出来てるか? -> NO!!!
いちいちDunitの画面を出して、実行して、結果確認して、エラーが出たところを確
認して、と長い。

24. ご清聴ありがとうございました