Notices by いつも魚とトマトを買いに来る客 (momosetkn@qiitadon.com), page 75

沖田杏里はAV女優や！

momosetknさんが他人に自慢出来る要素上位5つ
1位【異性に無視されても大丈夫】
2位【異性に嫌われてもびくともしない】
3位【異性の友達が居なくても平気】
4位【異性に縁が無くても無問題】
5位【恋人が居なくてもへっちゃら】
#bunsyousin
https://shindanmaker.com/829118

すぐキレる人の気持ちがあまり分からない。
ロースペックPCで重かったら処理終わるまで寝て待てばいい。リーダーがイケてないと思ったら自分が課題だと思った部分をやればいい。
自分の力じゃどうしようもなくなってからキレればいい。
※個人的な感想です

仕様変更は受け付けるけど納期伸ばすぞっていうふうにしていかないと死ぬ。

プリンシプルオブプログラミングは冗長な部分が多くて、短文を好むぼくには合わない部分はある

新人は拡張子はただのファイル名の一部の文字列だってことを知らない人多いのね…。
拡張子が*.pngとなっていようと画像ビューワーではなく、テキストエディタで開こうと思えば開ける（pngの場合、マジックバイトの確認ぐらいはできる）。

決めた。今すぐではないが、来年の春ぐらいまでには転職しよう…。

次行く案件、「金融系Java案件」としか聞いていない。
なんだ「Java」って、FW無しってことなのか？（はやとちり）

#初心者向けデバッグテクニック

デバッグするにあたっての前提として、各登場人物がいつ何を誰に渡しているか？というのが整理されている必要がある。
それもエンジニア目線で整理されている必要がある。
「ボタンを押したらエラー画面になった」、これはエンジニア目線で登場人物の整理がされていない。
書いたコードと、使っているFW・ライブラリの仕様の理解(中の実装まで知る必要はない)、HTTPなどのネットワークプロトコルの仕様の理解し各登場人物に分解できればそれでOK。

デバッグは"誰が"どういう異常な出力をしたか？を把握した後に、それを出力したモジュールに何を入力したから異常な動作になったのか？を調べる流れでやるもの。

Struts1で昔作った自社のパッケージを流用すれば、安上りで済みます！とトップダウンで決定された結果、客先で作ったシステム全部Struts1なのヤメテ

既存のFW・ライブラリがある場合は共通的な処理をボトムアップで作っていく必要はほぼ無くなる。

まわりの40代以降のオジサンたちが「オブジェクト指向なつくりで開発しないと…」っていう人が多いんだけど（何を問題視しているかは不明だが）、Webアプリの場合、色々な流派はあるものの最近はパターン化されてきてそれ通りに作れば極端に酷いコードにはほとんどならないんじゃないかな。
おそらくそのオジサンたちは、昔のWebアプリが成熟していないStruts1とかの時代の経験を言ってるんじゃないかな[要出典]。

今まで、業務ではJavaとVBとJavaScriptしかやってないので、ぼくに限定すればあながち間違いではない

確かに宣言型プログラミングのところは違和感あった。
I/O、どういうときに使うものか？とかを明確なものにしましょうとテキトーに解釈してスルーしといた…。

とりあえずメンヘラじゃない女子が欲しいです

今後の人生、ロースキルへの教育を行い、教育スキルを上げていくことに注力するのか？
なんか違う気もする。
やっぱり転職すべきな気もしてきた。

商流の浅い仕事を受注することを目標。
そのために会社を大きくする。
そのためにロースキルでもいいから人を入れる。
結果、ロースキルだらけ。
?
人は少しづつ増えてるけど…。

とりあえず、SES辞めたい

昨日paiza登録して問題解いただけなのに、今時点で「◯◯　◯◯さん宛のスカウト」が１０件以上も来てる。…すごい！

プリンシプルオブプログラミングを読むときは仕様を理解するときのような、重箱の隅をつつくような読み方はしてないですね。
重箱の隅つついてたら読み終わらない…。結構スルーしてる…。

「〜（略）〜コードはドキュメントでもあり、ドキュメントはコードでもあるのです。」
?