みんな、頭の中で設計ができてるとドバーっと書く感じなんかな。
全体的な構造がイメージできるのであれば、バグった時でもどこが悪いのか直感的になんとなくわかるので、まとめて書かれたコードの規模が大きくてもデバッグできる><
オレンジも両方やるけど、その時点でちゃんと設計できないような慣れてない領域のものはちょこまか方式で、その分野ならわかってるです方面(?)であれば、構造がイメージできるので全体的に動かさずに書き続ける感じになるかも><
CPUのラインナップ、多岐に渡りすぎて把握が難しい。いつからこうなったの…
コード書くの向いていないので、いつもどう進めるか悩んでいる。
どっちもやるなぁ。仕様が頭の中に入ってたら全部書いてから、動かしてみて先頭から順に転けるところを直す。動かしてみないと分からない所があればちょっとずつ組んでいく。バッチ処理なんか前者で、UI/UX関わってくるところだと後者でやってるかなぁ。
ソースコードってさ、思ってる機能をバーっと書いてしまってから動かすのと、ちょっと書いては動かして試してみるのと、どっちがいいんだろうね。前者はどこで躓いてるのか特定するのが手間になりがちで、後者はコードの積み上げに時間がかかって心が折れるイメージ。
アシンメトリーボブって何?
室外機を不用意に動かしてはいけない、なるほど。
なんか契約通りに遂行できれば、あとは(それが正しいかどうかなんて)どうでもいいって感じする。
というか塗料ぬるのにドレン水垂れ流しでいいの?
仕事をしなさい仕事を。納品して保守契約とるんでしょ?
なんか頭が馬鹿になるグラフを見ている。もう閉じよっと。
防水塗料未施工の場所があったら防水しないから本末転倒なのでは???(素人考え)
偏った雑貨屋が衰退して、代わりにスリコとかスリーピー(ダイソー)が幅を利かせるようになってきたイメージ。でもヤツらは偏りが足りないので完全に取って代わられるわけではないと思うのだが。
WinFSってどんな想定だったっけ?と思ってWikipediaを読んでみたら、これGoogle Workspaceじゃんってなった。
業者の当たりハズレの振れ幅って結構大きいよね…
自動車保険みなおしてるんだけど、18等級ゴールド免許なのに思ったほど安くならない。たぶんリーフのせい。前のクルマはもっと安かった。、
ねむいね。
思考の /dev/null