$30 off During Our Annual Pro Sale. View Details »

コーディング規約で悲しみを生みたくない話

Hirotaka Miyagi
September 13, 2019
Technology
0
140

 コーディング規約で悲しみを生みたくない話

第一回 RubyでLTしちゃわナイト(https://corundum.connpass.com/event/140161/) で発表したLTの資料です。

Hirotaka Miyagi

September 13, 2019
Tweet

More Decks by Hirotaka Miyagi

See All by Hirotaka Miyagi
sassc-railsを利用している我々は、Sassの@importの非推奨化をどのように乗り越えていくか
mh4gf
4
440
ProductionでRails6マルチDB対応を小さく始める
mh4gf
1
860
平成Ruby会議 株式会社タイミースポンサーセッション
mh4gf
0
460
平成.rb 株式会社タイミー チーム開発紹介資料
mh4gf
0
340

Other Decks in Technology

See All in Technology
ZOZOTOWNの商品検索におけるElasticsearch活用事例 / Elasticsearch Case Study in ZOZOTOWN Goods Search
banatt
0
160
OCI GoldenGate Overview
oracle4engineer
PRO
0
180
Oracleが提供するマイクロサービス開発基盤 / oracle-microservices-development-platform-overview
oracle4engineer
PRO
1
140
YOW(やったこと/起きたこと/分かったこと)から始める分かったことの積み上げと、プラクティス・エフェクトを軸にした仕事の全体設計/yow practice effect sf mikawa2022
moriyuya
0
110
runnによるAPIのシナリオテストの導入と自動化 / stac2022
k1low
4
1.1k
Oracle Content Management サービス概要 (2022年12月版)
oracle4engineer
PRO
0
640
BBGO 2022 - Modern Crypto Trading Bot
c9s
0
110
テスト自動化で起業した10年とテスト自動化普及の歴史を振り返る
nozomiito
5
2.4k
幻のテスト技法「キーワード駆動テスト」を追い求めて
eyasuyuki
0
670
What's Data Lake ? Azure Data Lake best practice
ryomaru0825
3
1.3k
【Quollio】メタデータ・マネジメント入門
rytmq
PRO
7
1.8k
明日使えるかもしれないGitテクニック / Gunma.web#47
yug1224
0
100

Featured

See All Featured
In The Pink: A Labor of Love
frogandcode
132
21k
Designing on Purpose - Digital PM Summit 2013
jponch
107
5.8k
4 Signs Your Business is Dying
shpigford
170
20k
Bootstrapping a Software Product
garrettdimon
299
110k
It's Worth the Effort
3n
174
26k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
226
16k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
15
1.1k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
109
16k
The Brand Is Dead. Long Live the Brand.
mthomps
48
2.9k
No one is an island. Learnings from fostering a developers community.
thoeni
11
1.5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
21
1.6k
Making the Leap to Tech Lead
cromwellryan
114
7.6k

Transcript

  1. Copy Right © Taimee.inc 2019 - 1 コーディング規約で悲しみを生み たくない話 株式会社タイミー

    宮城 広隆

  2. Copy Right © Taimee.inc 2019 - 2 自己紹介 - 宮城広隆

    - GitHub/Twitter @MH4GF - 株式会社タイミー - Ruby/Rails歴は1年半

  3. Copy Right © Taimee.inc 2019 - 3 コーディング規約 みなさんのプロジェクトにはコーディング 規約はありますか？

  4. Copy Right © Taimee.inc 2019 - 4 コーディング規約あるある - 悲しみを生みがち

  5. Copy Right © Taimee.inc 2019 - 5 コーディング規約あるある プロジェクトに特化したものであるほど辛 くなっていく

  6. Copy Right © Taimee.inc 2019 - 6 コーディング規約あるある 作りたくない

  7. Copy Right © Taimee.inc 2019 - 7 コーディング規約あるある しかし、複数の答えがある場合、チーム としてどれかを選択したくなる時がある

  8. Copy Right © Taimee.inc 2019 - 8 コーディング規約あるある その小さな例を紹介します

  9. Copy Right © Taimee.inc 2019 - 9 Time型のオブジェクトをstringに変換する

  10. Copy Right © Taimee.inc 2019 - 10 Time型のオブジェクトをstringに変換する Time::DATE_FORMATSを定義するとDRYだよ、と新しくチームに参加 したエンジニアが教えてくれた

  11. Copy Right © Taimee.inc 2019 - 11 Time型のオブジェクトをstringに変換する こうできる

  12. Copy Right © Taimee.inc 2019 - 12 Time型のオブジェクトをstringに変換する - 記述量が少ない

    - 設定を一つのファイルで管理できる 良さそう

  13. Copy Right © Taimee.inc 2019 - 13 Time型のオブジェクトをstringに変換する 数ヶ月後、新しく入ってきたエンジニアが出してくるPR にはstrftimeが使われていた

    ↓ FYIとしてto_sで変換できるよとレビューをした

  14. Copy Right © Taimee.inc 2019 - 14 Time型のオブジェクトをstringに変換する これが新しいエンジニアが入るたびに続く…

  15. Copy Right © Taimee.inc 2019 - 15 Time型のオブジェクトをstringに変換する 別の方法としてI18nがある

  16. Copy Right © Taimee.inc 2019 - 16 Time型のオブジェクトをstringに変換する 別の方法としてI18nがある

  17. Copy Right © Taimee.inc 2019 - 17 Time型のオブジェクトをstringに変換する - DATEFORMATより記述量は多いが、I18nはRails

    を使う開発者なら馴染みがある

  18. Copy Right © Taimee.inc 2019 - 18 チームでの議論が続いた - strftime

    - DATE_FORMAT - I18n

  19. Copy Right © Taimee.inc 2019 - 19 ここまで プロダクトの価値には何も寄与していない

  20. Copy Right © Taimee.inc 2019 - 20 チームでの議論が続いた チームで議論した結果、基本的にはI18nを使うのがい いだろうが、強制はしない、という結果になった

  21. Copy Right © Taimee.inc 2019 - 21 終わり - コーディング規約を作るなら、驚き最小な方を選ぼ

    う - 本当に強制するメリットはあるのか