#softwaredevelopment

Open Sourceは“余暇の趣味”ではなく、今や社会インフラだという主張 OSSメンテナは、会社の業務時間を使って依存先のOSSを維持すべきだと訴えている ポイントは「サボる」ことではなく、会社がすでに依存しているものを会社の時間で直すこと ただし、契約・秘密情報・知的財産の扱いには注意が必要 “正しい会社なら許可を出すべき”という穏健策もある一方で、本記事はもっと直球の行動を勧めている かなり挑発的だが、OSS維持の現実をかなり正確に突いていると感じる Open Source Resistance は、ざっくり言うと 「企業に勤めながらOSSメンテナンスをしている人は、夜や週末だけでなく、会社の勤務時間でもやるべきだ」 という“直行型”のマニフェストです。 ここで言うOSSは Open Source Software、つまりソースコードが公開されていて、誰でも利用・改変できるソフトウェアのことです。 たとえば、Webサービス、開発ツール、インフラ、パッケージ管理など、私たちの仕事の土台にはOSSが山ほどあります。 著

著者は「AIを入れれば業務プロセスが自動的に速くなる」という期待にかなり懐疑的 重要なのは「一番時間がかかる工程」ではなく、「どこで詰まっているか」を見ること ソフトウェア開発は、単にコードを書く作業ではなく、問題を正しく理解して解決策に落とし込む作業 AIはコードを速く書けるかもしれないが、その前提となる仕様の整理や手戻りの説明は省けない 速くしたいなら、人数を増やすより「入力の質を上げる」ほうが効く場合が多い 「遅い工程に人やAIを足すだけでは、プロセスは速くならない。まず上流の詰まりを直そう」 という話です。 これ、かなり大事です。しかも地味に耳が痛い。というのも、組織って何かが遅いと、つい「もっと人を」「もっとAIを」と言いがちなんですよね。でも著者はそこに待ったをかけています。 著者は、最近の多くの組織がprocess optimization（業務プロセス改善）に注目していると書いています。景気が悪いと、会社は新規拡大よりも「今ある仕事をもっと効率よく回す」方向に向かいがちです。これはよくある流れです。 そこに今はAIブームが乗っています。 「AIを入れれば