20160326 第10回 Rad Studio 勉強会@Osaka

24
Rad Studio 勉勉勉 勉勉勉 ( 勉勉勉勉勉勉 ) 勉勉勉勉 2016/03/26@MOTEX Inc. @r_ohki

Transcript of 20160326 第10回 Rad Studio 勉強会@Osaka

Page 1: 20160326 第10回 Rad Studio 勉強会@Osaka

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

Page 2: 20160326 第10回 Rad Studio 勉強会@Osaka

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

2

Page 3: 20160326 第10回 Rad Studio 勉強会@Osaka

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

3

Page 4: 20160326 第10回 Rad Studio 勉強会@Osaka

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

4

Page 5: 20160326 第10回 Rad Studio 勉強会@Osaka

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

5

Page 6: 20160326 第10回 Rad Studio 勉強会@Osaka

さて 開発とは ?

6

Page 7: 20160326 第10回 Rad Studio 勉強会@Osaka

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

Page 8: 20160326 第10回 Rad Studio 勉強会@Osaka

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

Page 9: 20160326 第10回 Rad Studio 勉強会@Osaka

導入したこと

9

Page 10: 20160326 第10回 Rad Studio 勉強会@Osaka

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

10

Page 11: 20160326 第10回 Rad Studio 勉強会@Osaka

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

で、ライブテンプレートを拡張して、解決

11

Page 12: 20160326 第10回 Rad Studio 勉強会@Osaka

DEMO

12

Page 13: 20160326 第10回 Rad Studio 勉強会@Osaka

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

13

Page 14: 20160326 第10回 Rad Studio 勉強会@Osaka

DEMO

14

Page 15: 20160326 第10回 Rad Studio 勉強会@Osaka

さぁどっち ?Aif List.Count > 0 thenbegin Hogehoge();end;

Bif List.Count > 0 then begin Hogehoge();end;

15

Page 16: 20160326 第10回 Rad Studio 勉強会@Osaka

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

で、 Jedi Code Format を導入

16

Page 17: 20160326 第10回 Rad Studio 勉強会@Osaka

DEMO

17

Page 18: 20160326 第10回 Rad Studio 勉強会@Osaka

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

18

Page 19: 20160326 第10回 Rad Studio 勉強会@Osaka

導入途中のこと

19

Page 20: 20160326 第10回 Rad Studio 勉強会@Osaka

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

20

Page 21: 20160326 第10回 Rad Studio 勉強会@Osaka

導入したいこと

21

Page 22: 20160326 第10回 Rad Studio 勉強会@Osaka

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

22

Page 23: 20160326 第10回 Rad Studio 勉強会@Osaka

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

23

Page 24: 20160326 第10回 Rad Studio 勉強会@Osaka

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

24