試行錯誤を邪魔しない開発環境 - mizdra's blog

ある機能を実装する際、完成形のコードになるまでには、プログラムとして不正確な状態や、プロダクト品質ではない状態を経る 静的型検査や lint rule に違反したコードが途中に挟まる 型エラーや lint エラーは望ましくないので、できるだけ早くこうした情報を開発者に伝え、気付けるようにすると良い CI でこうしたエラーを検知して、Pull Request をマージする前に気づけるようにするとか エディタ上にエラーの情報を表示して、コーディング中に気づけるようにするとか エラーを積極的に通知してくれるのはありがたいけど、やりすぎには注意するべき なんとなくでも動いてくれたほうが嬉しい 例えば lint エラーがあった際に、watch モードで起動しているビルドやテストの実行を止めて、lint エラー見つけたよーと教えてくれる開発環境がたまにあるけど... 別にビルドやテストの実行は止める必

[Pasta-K]

unusedなimportを自動で保存時に消してくれるやつとかも個人的には不要なおせっかいだな〜と感じる

[hitode909]

デバッグ中にif (false) {って書くと絶対到達しないって怒ってくれるのも邪魔。現在時刻が50時以上なら、とか機械にバレないようにfalseを生成して回避したりする

[yarumato]

“完成形のコードになるまでには、プログラムとして不正確な状態、プロダクト品質ではない状態を経るが、ビルドやテストの実行は止める必要ない。実行できるところまでは動かしたい”

[berlysia]

いつも手元でかかってほしいルールと、CIとかでかかってほしいルール、実は違うよね

[hylom]

それなら最初はtsじゃなくてjsで書けば良いのでは？（そういう理由で自分はプロトタイプはjsで書くことが多い）

[hase0510]

お試しの時でも型検査は通るようにした方がよい（ことの方が多い）気がする。やらかしてる可能性があるまま試行錯誤すると、うまくいく・いかないの判定があやしくなるという気持ち。

[dorapon2000]

“別にビルドやテストの実行は止める必要ないと思う なんとなくでも動いて結果を教えてくれるほうが、試行錯誤しやすくて嬉しい”

[rkosaka]

型エラーはつぶしておかないと後で辛くない？型パズルが難しいなら設計を変えるという手もあるし。

[sugumura]

なんでもいいから実行させてくれと思うのでよくわかる

[ergofriend]

わかる〜手元でよくunusedに怒られていて辛い

[Kouchannel55]

わかる、そしてwarningが増えていく

[pwatermark]

表示確認しながら書いていくWebフロントエンドの開発スタイルあるある 厳密なLintやコードフォーマットはPR作成時にCIでやってくれればいいよ、みたいな棲み分けにしたいけどねえ

[Windymelt]

チュートリアル見ながらimport文を書いたのに手癖で保存したらunused importで全部消されてプエ〜〜ってなったことある

[aceraceae]

「いろいろ変だけどとりあえず動く」っていうのは重要だよね。そこがなんとなくでも動いていることで他の部分の開発も捗ったりするわけでそういう中途半端な状態が中途半端だと判る状態であればできたほうがいい。

[saikyo_tongaricorn]

とりあえず全部allowで

[azukiazusa]

わかる、試行錯誤したい時はとりあえず全部 any でごまかしたりもする

[mon_sat]

おせっかいなルールあるよねえ…最初は厳格に従ってたけどいまは違う。守破離の破の状態（適当）

[t_motooka]

この辺の挙動、環境変数で設定できたのか。なるほど。

[knjname]

使わないimportを認めない場合とか、試行錯誤を邪魔してくる印象

[tofu-kun]

わかる

[hogashi]

わかる / “なんとなくでも動いて結果を教えてくれるほうが、試行錯誤しやすくて嬉しい”