[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

566users がブックマーク コメント 30

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

最小限のコードで動く最も汚いコードから始める

566 users azukiazusa.dev

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページ

記事へのコメント30

  • 注目コメント
  • 新着コメント
asiamoth
良かった。「Done is better than perfect.」なワケだが、「それってどのくらいの粒度の話?」を具体的に書いてあってありがたい。ほかのプログラマの思考が垣間見れてホクホク顔。

その他
devorgachem
記事末にある通りテスト駆動開発のテスト書かないバージョン。テストまでちゃんと書いた方がいいこと多いと思うけど

その他
jay-es
タイトルが TDD っぽいと思って読んでいたらまとめに書いてあった。フロントエンドだとテストファーストしづらいので多かれ少なかれこういう開発手法になりがちよね

その他
nihonbuson
"ブラウザで確認してみよう。" / これこそまさにテストしている証左だと思う。私だったら最初のベタ書きの内容をテストコードとして流用してみるかも。「フックを呼び出す」の際の期待値としても使えるはず。

その他
diveintounlimit
思考のトレースとしては妥当性は高いと思うのだが、別に汚いコードから始めてないんだよな。

その他
kuracom
作業の進め方がとても勉強になる

その他
kazokmr
注釈2で、別にコミットしたっていいじゃんと思ったけど注釈元を見て納得した

その他
suekunhello
とても良いと思う。

その他
nemoba
ぶっちゃけコンポーネント指向は実装してみないと分解のあたりが付けられないってとこも大きい。レイヤリングがしっかりしてるならコアから辺りを付けて作る。まあ、ゴールの詳細から入るなって意味では同じだけど

その他
aceraceae
「汚い」って言い方はともかく最初は行って帰ってくるだけの Hello World 的なものを枠組みにしてそこにざっくり必要そうなものを埋めていく感じかな。

その他
sawat
いいね。ペアプロとかやれればこの辺の進め方は自然に伝わるんだけど、リモートでコミットされたコードしか見ていないと分からないね。

その他
rryu
UIを実装する時は大体こんな感じでやる。どんなUIになるか分からないとコンポーネントをどう分割すれば良いか分からないし、それなのに単体テストからとかだとゴールが遠すぎて気が遠くなるという。

その他
suneo3476z_tn
まさに Vue をこんな感じで書いてた。先に正解の見た目を作っちゃった方が「ゴールは一応している(完璧ではないが)」という安心感が得られるので。

その他
onk
これは良い読み物。開発の流れが非常に分かりやすい / こういった読み物特有の文体があるような気がする (「素晴らしい」「おめでとう」とかがちょくちょく挟まる感じ?) けど、何由来なんだろうな? / もしかして:Yeah!

その他
xlc
個人開発のOSSとかならこれでOK。ても予算の決まったSI案件ではこれはあり得ない。「業務アプリ」なら書き方をパターン化してコピペできるようにすべし。リファクタリングの予算などない。

その他
takilog
面白かったです

その他
ghostbass
きわめてまっとうなやり方で所謂「きれいなコード書け派」もこういう事繰り返してるはずだし、あとはどの程度時間を掛けるかって話

その他
koogawa
めっちゃ良い記事👏自分もこんな感じでコード書いてる

その他
mr_ozin
初学者にはいきなりプロダクションのコード見せるんじゃなくて、公式チュートリアルの後にこういう思考で組み立てる例が欲しくて、まさしくこれだった。

その他
ardarim
なんか創作に通じるところがあるな。下手くそでもいいからまずは完成させろ的な

その他
fusionstar
ふだんプログラム書くときこんな感じでちょい足しを繰り返して作っていくけど、こんなに丁寧に文章化できるのすごいな。

その他
szsszs
storybookでコンポーネント単位でこれをやると良いよ。

その他
pwatermark
ちなみに、「何度も書いて慣れてくると」この辺の作業を頭の中だけで済ませていきなりコンポーネント単位で書けるようになってくる

その他
yarumato
"Reactで荒削りな動くコード作成からリファクタへの実例。テーブル表示なら、まずはAPIコールも変数ループも後回し。ダミーデータをJSXに直接べた書き。ブラウザで確認=テスト駆動。ユーザーの一覧取得も動かすが先"

その他
zentarou
手動での都度確認が面倒になったらテスト書くようにしてる。面倒じゃないまま完成しちゃったらe2eテスト書くだけで済ませる。e2eテストがコケたり組み合わせ爆発したりしたら単体テスト書く。

その他
iwtn
普段漏れ出ない思考が読めるの良い。

その他
tettekete37564
そんな感じだね。デバッグしながらちょいちょいリファクタリングして最初のpushで7〜80点のコードならOK。デバッグのためにテストを書く感じなので、今回はこのぐらい実装出来てればOKだろというところでテストと一緒に

その他
closer
最初の段階ではあるべきすらわからないからテストすら書けないわけだけど、手動で確認している手順がある程度確立してきたらそれをテストに書くのが良いと思う。

その他
nihonbuson
nihonbuson "ブラウザで確認してみよう。" / これこそまさにテストしている証左だと思う。私だったら最初のベタ書きの内容をテストコードとして流用してみるかも。「フックを呼び出す」の際の期待値としても使えるはず。

2023年09月04日 リンク

その他
lbtmplz
この方針はとっても分かる

その他
devorgachem
devorgachem 記事末にある通りテスト駆動開発のテスト書かないバージョン。テストまでちゃんと書いた方がいいこと多いと思うけど

2023年09月04日 リンク

その他
m_ogawa
よい

その他
asiamoth
asiamoth 良かった。「Done is better than perfect.」なワケだが、「それってどのくらいの粒度の話?」を具体的に書いてあってありがたい。ほかのプログラマの思考が垣間見れてホクホク顔。

2023年09月04日 リンク

その他
jay-es
jay-es タイトルが TDD っぽいと思って読んでいたらまとめに書いてあった。フロントエンドだとテストファーストしづらいので多かれ少なかれこういう開発手法になりがちよね

2023年09月03日 リンク

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「最小限のコードで...」が注目されています。

気持ちをシェアしよう

ツイートする

最小限のコードで動く最も汚いコードから始める

コードを書く際の重要な要点は、読みやすく他人に理解される「良いコード」を書くことです。しかし、完... コードを書く際の重要な要点は、読みやすく他人に理解される「良いコード」を書くことです。しかし、完璧を目指して最初から書こうとすると行き詰まります。代わりに、荒削りながらも動くコードを作成し、徐々にリファクタリングして完成度を高めます。型エラーやリントエラーを無視しても構わないので、まずは動くものを作成しましょう。それからリファクタリングして「良いコード」を作成できます。 コードを書くときに最も大切なことってなんだろう?聡明な読者諸君ならご存知だろうが、コードは書く時間よりも読む時間のほうが長い。だから他人に読まれることを意識して、読みやすい「良いコード」を書かなくっちゃならない。コンポーネントは適切な粒度で分割されていて、適切な名前がつけられている。型システムに安全性だって守られてるし、最新のなんとかアーキテクチャにも準拠している。素晴らしいコードだ。 でも、そんなコードをはじめから書くの

ブックマークしたユーザー

  • shinyy19802024年09月04日 shinyy1980
  • matsukaz2024年02月25日 matsukaz
  • terkel2024年02月12日 terkel
  • hillbert2023年10月01日 hillbert
  • ikajigoku2023年09月26日 ikajigoku
  • sam-ple2023年09月22日 sam-ple
  • mapk0y2023年09月18日 mapk0y
  • diveintounlimit2023年09月17日 diveintounlimit
  • syque2023年09月10日 syque
  • wonder-wall2023年09月09日 wonder-wall
  • quodius2023年09月07日 quodius
  • jun_okuno2023年09月07日 jun_okuno
  • thaturn2023年09月07日 thaturn
  • chuff_chuff2023年09月07日 chuff_chuff
  • techtech05212023年09月06日 techtech0521
  • heguro2023年09月06日 heguro
  • letitride2023年09月06日 letitride
  • yug12242023年09月06日 yug1224
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /