新しいものを表示

今日は午後から遊びに行くので、代わりに明日は仕事かな…

そういうパラメーターあるんだ

Tora :realtek: さんがブースト
Tora :realtek: さんがブースト

その時の気分でコーディングの姿勢が変わります

スレッドを表示
Tora :realtek: さんがブースト

どっちもやるし、どっちを今やるかは目の前の案件に対する不安感に左右される感じ

みんな、頭の中で設計ができてるとドバーっと書く感じなんかな。

Tora :realtek: さんがブースト

全体的な構造がイメージできるのであれば、バグった時でもどこが悪いのか直感的になんとなくわかるので、まとめて書かれたコードの規模が大きくてもデバッグできる><

スレッドを表示
Tora :realtek: さんがブースト

オレンジも両方やるけど、その時点でちゃんと設計できないような慣れてない領域のものはちょこまか方式で、その分野ならわかってるです方面(?)であれば、構造がイメージできるので全体的に動かさずに書き続ける感じになるかも><

CPUのラインナップ、多岐に渡りすぎて把握が難しい。いつからこうなったの…

コード書くの向いていないので、いつもどう進めるか悩んでいる。

Tora :realtek: さんがブースト

どっちもやるなぁ。仕様が頭の中に入ってたら全部書いてから、動かしてみて先頭から順に転けるところを直す。動かしてみないと分からない所があればちょっとずつ組んでいく。バッチ処理なんか前者で、UI/UX関わってくるところだと後者でやってるかなぁ。

Tora :realtek: さんがブースト
つい前者をして自信満々で動かして大コケしまくり特定が大変!!!になりがち なので安心安全の後者をやると心がけてるけどそれはそれで後回しにした機能や処理のこと忘れることもあり一長一短〜!となってる

ソースコードってさ、思ってる機能をバーっと書いてしまってから動かすのと、ちょっと書いては動かして試してみるのと、どっちがいいんだろうね。前者はどこで躓いてるのか特定するのが手間になりがちで、後者はコードの積み上げに時間がかかって心が折れるイメージ。

アシンメトリーボブって何?

室外機を不用意に動かしてはいけない、なるほど。

なんか契約通りに遂行できれば、あとは(それが正しいかどうかなんて)どうでもいいって感じする。

スレッドを表示

というか塗料ぬるのにドレン水垂れ流しでいいの?

仕事をしなさい仕事を。納品して保守契約とるんでしょ?

スレッドを表示

なんか頭が馬鹿になるグラフを見ている。もう閉じよっと。

古いものを表示
:realtek:

思考の /dev/null