これがわからないとコメントしづらいですよねー

個人的には、1人でずっと開発してた人ってオレオレルールを持ってて、暴走したり俗人化しがちなので、あんまり信用できないんですよね...

(投稿者がそうだと言いたいわけではないですが、背景がわからないと何も言えないかなと...)

あんまり細かく書いてしまうとバレてしまいますからね、、、

■golangでテストのパッケージはdirectory とは違うものにする事. （そもそもコレは余り一般的でないし、best practiceでもない。これのせいでmethod 全てpublic になるし、testしにくくなってmethodが巨大化してる。これは某社のブログに感化されたかcyclic import避ける為にいれられただけの異物疑惑）

■structを instance化する時は必ずFactory method 使う事、、、必ずというのが味噌。（いや、分かるよ。でもgolang糞だけど、その簡潔性捨ててるよ。）

、、、

と言ったものが１００個くらいルールとして記載されていて、ルールが

延々と守られてプロダクト書かれてて、そのジュニアなメンバーが開発初期からいてルールぎめに参画しておりドメイン知識も豊富で意見しがたい。

多分、これ同じ会社の人読んだらバレるけど、もう辞める予定だしいいか

こういう会社の情報助かります。

挙げて頂いたtech企業ならお金貰ってるので、成長意欲のあるジュニアでないなら妥協できそう🫣

難しい所は、転職先の文化に自分が合うか判断は難しめなところですよね。

合わせられない奴は組織に不要だというのは自戒として認識しているつもりではあります🥺

自社プロダクトです。もともと業務委託が多くて人が辞めること前提だから仕組み化して仕事が回るようにしたいと、自称CTOが言ってました。

ドキュメンテーション文化はそれの名残を強く受けていると推測してます。

私も別の会社で新規事業とかでやってた経験はあるので、今のステージでそんな事やってる場合かよと思ってるのですが、そもそも開発部署の文化がドキュメンテーションに重き置いてるみたいなんですよね。

予期せずこれからLLMベースでの自然言語による明確な司令ベースの開発とかみ合えば、奇跡的に逆に強みになる可能性はありますが。

上層部にエンジニアで強い人がいないので、

結局時間かけて開発しても

数年で０から開発し直しやってるアホな会社です。

こらそろそろ会社潰れんな〜

入社前から酷い会社に入ることにしてしまったと後悔してたけど

そこまでひどい会社とは思わんかったよ。

何かたまたまなのか投稿する時に、自分が打ってる文字が途中から見えなかったんですよね。

この前まで見えていたのでアプリのバージョンか

アンドロイドのバージョンが１６になったことによるIMの問題ですね。

今も大量に文字を打つと、うった内容が途中から見えないです。

時間なかったし、いちいちうった内容の仔細を確認したくなかったという次第。

どうやら４行目から見えなくなるみたい。

まぁ、あとこういう会社にいるとストレスでどんどんだめになるというのはありますね