C: DBA+BackEnd+Middle Ware+Linux Engineer+Cloud Architectureもできますが、乗ってもいいですか！？

私もMetaのアプリは信用できないので使わず、代わりにセキュリティフォルダ内のChromeでのみ利用しています

2025年のある日..

A: Spring、React、Android、iOSを一人でやる人を採る
B: それぞれ一人ずつ、合計四人採ればいいですよね？
A: 一人採れって言っただろ
B:

人間が何を知ってるっていうんだ！

就職は厳しいですよね。別の見方をすれば、1人サービスを作るには最適でもあるんですが…。

頼むから頼むからこうするなと言っても、10回に1回はそうするやつらなんだよ -_-

良い文章をありがとうございます。
私もこのように1人の開発者として生きていきたいです。

私の考えでは、ハイブリッドアプリにおけるWeb/アプリ間の一般的な通信方法は、ブリッジとも呼ばれるOSやブラウザ側が提供するAPIを介した方式です。ローカルWebサーバーは必須ではないと思います。
ここでローカルWebサーバーを使って問題になった理由は、たとえばシークレットモードのChromeからlocalhostポートにアクセスして、ユーザーの匿名性を破るような脆弱性などが成立しうるためだと思います。こうした技術がハイブリッドアプリで必須なら……ハイブリッドアプリはなくなるべきでしょう。

迅速なフィードバックありがとうございます〜

とてもためになる文章ですね。強力なツールだけでなく、必要であれば必要なツールを自ら作る覚悟も必要です。だからこそ、うまく回り始めれば得られる利益も大きいです。

韓国も似たような状況だと思います。生物学+コーディング能力のように、むしろ他専攻+コーディングのほうが就職には有利な気がします。さまざまなフレームワークやクラウドの発達、LLMツールの登場によってコーディングへのハードルが下がったぶん、（昔のアセンブリ→C言語→Pythonのように）コーディング能力以外にも別のことができなければ、採用市場に参入するのは難しいように思います。

拍手を送ります！

使い捨てで使う簡単なスクリプトを書くときには、確かに便利です。時間をかなり節約できます
解決は必要だけれど多くの時間を投資できない場合にも役立ちます。ただ、まだ全体としては便利ではあるものの、人を完全に置き換えることはできません。今後どれほど発展するかは分かりませんが、現時点ではアシスタントとしてはそこそこ実用的なレベルです。

大学院時代、指導教授がGoogle出身のエンジニアの方と食事をしながらモノレポの話を聞いてきたのか、うちも今後はモノレポで管理しようと提案したことがあり、それを止めるのに苦労したことがありました……
モノレポには良い点も多いですが、私たちの研究室は性質上、成果物を外部の人たちに共有しなければならないことが多く、もしモノレポで成果物を管理していたら、この点で特に苦労していたと思います。マルチレポなら、成果物ごとに公開範囲を調整すればいいだけですから。

良い文章ですね〜

あっ、別の方法で解決しました。ありがとうございます！

モノレポで苦労するケースの多くは、たいてい既にプロジェクトを細かく分割しすぎている場合だと思います。本来は1つか2つで十分なプロジェクトを10個前後に分割して、それをモノレポとして統合管理しようとすると、モノレポ管理ツールも必要になりますし、複雑さも増してしまいます。単純にプロジェクト自体を1つか2つに統合するほうがよく、2つ以上のプロジェクトであっても管理ツールを別に使わず、単にディレクトリを分けて1つのリポジトリに入れるという発想で考えたほうが、より気楽に管理できます。

.topic_contents に min-width: 0 を指定すると直ります。min-width のせいで本当に厄介ですね……

テーブルがあるせいか、モバイルのレイアウトが崩れていますね。

本当に共感する話ですね

『自分の好きなことをやれ』という部分は、普段からよく考えていたことでもあるので、深くうなずきながら読みました。

内発的動機なしで、しんどい初期をどうやって乗り越えられるだろうか