はじめに 最近趣味で個人開発をしながらアーキテクチャの検討を行なっていたのですが、自分なりにいい感じの結論に辿り着いたので今回はそのアーキテクチャの紹介しようと思います！ インフラ、バックエンド、フロントエンドの各セクションに自分が使用しているテンプレートのリポジトリのリンクを載せてあるので興味のある方は参考にしてください。 また今回紹介するアーキテクチャはあくまで一例なので、間違いや不備などがあればご指摘いただければ幸いです。 前提条件 個人開発で使用するアーキテクチャを考える上で、自分の中でいくつか前提条件があります。 ランニングコストを抑える いくつか前提条件がある中で、個人的に一番重要な要素になります。 バズるサービスを作りたいという気持ちはありますが、そのためにいくらでもコストをかけられるかと言われるとそうではありません。むしろ個人開発となると、抑えられるコストはできる限り抑えた

マジでずっと言ってる。 弊社は東証プライム連結従業員数2万人くらいのメーカー。 俺は地方工場配属だがなんとかかんとか結婚できた。しかし同僚には彼女ナシの男が大量に転がっている。 俺もそうだが理系院卒の推薦就職が大半で、お察しの通り全く女慣れしておらず、会話はソシャゲと時々車、AIに童貞と入力したら出力されるイラストのような連中だ。 だが、年収は大卒総合職だと30歳で600前後、36~38あたりで昇進すると800弱。しかも出身大学は旧帝や地方国立がゴロゴロ。 更に女慣れしていない分浮気するような根性もない。 外見とエスコートの上手さを捨ててくれる女の人がいれば、すぐにでも紹介できる優良物件だらけだ。 増田には有名な下方婚連呼マンがいるが、あんな奴無視して地方のメーカー工場に目を向けて欲しい。 本当にお願いします。同僚みんな性格も良い面白い奴ばっかりなんですよ。

ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエンジニアの増員が行われます。自分のチームでも、とりあえずエンジニアを増員すれば、いくつかの問題が解決してくれるような気もします。雑談ベースでメンターなどにこういう話を出してみるわけですが、改めて「なぜエンジニアを増員したいのか」と問われると、これが意外と広がりのある議論であることがわかってきました。本記事では、エンジニアを増員するロジックについて、自分が思考を広げられた範囲で書いてみます。 作り切りの場合は明快 まずエンジニア増員のロジックを素朴に立てられるのは作り切りの場合です。ある程度の規模のものを丸々作り切らないといけないケースです。締め切りがあること

お前海外在住者の戸籍謄本取得の面倒臭さを知らないだろう。このデジタル全盛のご時世に日本まで郵送して申請しないといけないんだぞ。もしくは親に取ってもらうか。親に取ってもらう場合も本籍地が離れている場合は基本的に郵送しかない。クソが。なんで日本大使館とか領事館で戸籍謄本を発行できないんだよ。クソが死ねよ。お前何のための大使館だよ。仕事しろよ。郵送郵送ってそんなに日本郵政に金落としてほしいのか？お前クソかよさっさと死ねよ。本気で死ね。デジタル庁はいい加減に仕事をしろ。どうでもいいことばかりやってないで本質的なことをしろよ。死ねクソが。 追記法務省に言えだの外務省に言えだの地方自治体に言えだのうっせえわ。お前らまで縦割り思考でどうする。省庁の回しもんか？死ねよクソが。そういう思考だからいつまで経ってもしょうもねえんだよ。さっさと死ねクソどもが。