kalaclista personal instance

とにかく精神的余裕があり、かつ時間を書けてコードを書ける状態だとそこまで気を配れるんだけど、かつての勤務状況ではそこまで余裕がなかったんだよな

そもそも職が降ってきたこと自体、突然の話だったし

ドキュメントとかプルリクで詳細を書くやつ、時間が掛かるのでとにかくスピート重視で、となると速は遅くなるんだけど、ただ、そこをサボるとプロダクトが熟してきて改修するぞ！って時に当時の人がいないと大変に厳しいことになると思うので、まぁ個人プロジェクトでは最近そこを意識してやっていますね

大規模プロジェクトのテストファイル分割、みんな試行錯誤してそうだけど、どんなもんなんだろうな

特にテストファイルの分割は個人プロジェクトでも色々と試している部分ではあるんだけど、小規模なテストファイルならともかく、分量が増えていってそびえ立つタワーになってしまうと厳しいものがあるのは確か

別に前職をdisりたい訳ではないんだけど、あの辺りについて、手を加えられる実力があったら……と思い返すところもあるんだよなぁ

あと業務プログラミングで学んだこと言えば、ドキュメントコメントはちゃんと書け！テストファイルの分割戦略は最初に立てろ！最後に変数などの命名は冗長になっても良いから分かりやすく！って辺りかな

まぁ自分が関わったプロダクトは歴史あるプロダクトだったから止むを得ない部分があったけど、ドキュメントコメントが無い点とテストファイルの分割状況が厳しかった覚えがある

まぁ個人単位ではどうしようもなかったんだけど、新規コードについては、あの辺りの改善を含めることを提案しても良かったのではないか、と今となっては感じている

本番デプロイ前のｽｯｺｺｺ、あれって得意な人っているのかな。私は自分のコードが不具合を出さないかが非常に気になって結構ストレスになってた感はあったんだけど

ただあの時はアルバイトで業務をする、っていうところで既にいっぱいいっぱいだったし、本番デプロイ前のｽｯｺｺｺが非常に苦手だった、という思い出がある

以前のアルバイトを思い返してみると、割り当てされたタスクが詰まったら即座に相談しろってことは出来てなかったなー、と思うところがある。あと苦手分野も正確に伝えておくべきところだったとも

個人開発とチームでの大規模開発を比べると、個人開発の方が Scrap and Build がしやすくて良いよなーと最近感じることが多くなっています

まぁ方針の違いとか思想の違い、などなどでforkすること自体は別に問題ないし、むしろfork出来ることがOSSの良いところではあるんだけど、揉めてからのforkだと、いったい何が起きたの？という気持ちにはなる