まぁ、確かにそれはそうかも。一気に書くといってもそんなに多くは書けない…。
Tora 
さんがブースト
さんがブースト
「思ってる機能をバーっと書いてしてしまってから動かす」の単位次第じゃなかろうかと思った。
私は怖くて一気に書けない量というのはある
私自身はある程度の規模だったら少しずつ、テストコードを積み上げつつ書いてくのが基本だなあ。少しずつって言ってもそれが数十行のこともあるけど
まあ世の中には頭の中でもうコードが書かれていてあとは出力するだけ、っていう人外がたまにいるが
今日は午後から遊びに行くので、代わりに明日は仕事かな…
そういうパラメーターあるんだ
Tora
さんがブースト
さんがブースト
Tora
さんがブースト
さんがブースト
Tora
さんがブースト
さんがブースト
どっちもやるし、どっちを今やるかは目の前の案件に対する不安感に左右される感じ
みんな、頭の中で設計ができてるとドバーっと書く感じなんかな。
Tora
さんがブースト
さんがブースト
オレンジも両方やるけど、その時点でちゃんと設計できないような慣れてない領域のものはちょこまか方式で、その分野ならわかってるです方面（？）であれば、構造がイメージできるので全体的に動かさずに書き続ける感じになるかも＞＜
CPUのラインナップ、多岐に渡りすぎて把握が難しい。いつからこうなったの…
コード書くの向いていないので、いつもどう進めるか悩んでいる。
Tora
さんがブースト
さんがブースト
どっちもやるなぁ。仕様が頭の中に入ってたら全部書いてから、動かしてみて先頭から順に転けるところを直す。動かしてみないと分からない所があればちょっとずつ組んでいく。バッチ処理なんか前者で、UI/UX関わってくるところだと後者でやってるかなぁ。
Tora
さんがブースト
さんがブースト
つい前者をして自信満々で動かして大コケしまくり特定が大変！！！になりがち なので安心安全の後者をやると心がけてるけどそれはそれで後回しにした機能や処理のこと忘れることもあり一長一短〜！となってる
@sukekyo あぁ！そうじゃなくて、しずかちゃんってヒロインの名前か！（もう見るのをやめてしまっているので）
ソースコードってさ、思ってる機能をバーっと書いてしまってから動かすのと、ちょっと書いては動かして試してみるのと、どっちがいいんだろうね。前者はどこで躓いてるのか特定するのが手間になりがちで、後者はコードの積み上げに時間がかかって心が折れるイメージ。
アシンメトリーボブって何？
@sukekyo ぉ、ぉぅ…（よく分からんかった）
室外機を不用意に動かしてはいけない、なるほど。
声がケモナーっぽいと言われました。どんな声ですか。
2025年 4月に登録
