こういった、昨今のLLM事情を憂いる記事は親の顔より見ているが、やはり書かずにはいられなかった。 一点言い訳をしておくと、私は普段からLLMを使いまくっている。LLMを使っている人を批判したい意図は無い。 この記事を読んで、今一度LLMの使い方を俯瞰して見てもらえたら嬉しい。 LLM とわたし これでいいんだっけ？ もともと自分はコーディングが好きだった。面倒なことも多かったが、目的達成のために試行錯誤しながらプログラムを書き進め、ついに動いたときの感動がよかった。 だが、自分が手を動かして真心こめた手作りのソースコードを生成している間に、LLMはその10倍、いや100倍ものソースコードを生成できる。 世界が加速しているので、自分も同じだけ加速しなくては、相対的に遅れていく。 なので、LLMを活用できる人材とそうでない人材の格差はどんどん広がっていくだろう。 自分も理性でそう判断し、LLM

はじめに 「ウォーターフォールでソフトウェアを作れる」という言説は、現場感覚を持つ人間ほど違和感を覚えるにもかかわらず、一定数の人に強固に信じられ続けています。これは単なる開発手法の好みの問題ではなく、人間のウォーターフォール神話とソフトウェア開発を巡る成功体験、そしてそれを支える認知構造が絡み合った現象です。 ソフトウェア開発の歴史を振り返れば、ウォーターフォールが教科書的に語られ、正統な方法論として扱われてきた時代が確かに存在します。しかし、その「正しさ」は結果から逆算された物語であり、検証可能な事実とは必ずしも一致しません。 本レポートでは、ウォーターフォールが実際に機能していたのかという事実認定を起点に、なぜそれでもなお「作れる」という嘘が信じられ続けるのかを、心理、組織、歴史、そして認知の観点から整理します。 感情論や宗派論争を避け、できるだけ冷静に、しかし現場の肌感を失わずに論

ちょうど最近このような投稿を連続して見かけたので、「コード」が何を指しているのかの自分の理解を整理しておきます。 世の中的に見ればソフトウェアエンジニアは未だに売り手市場であると言えると思うので、上記の指摘について「そんなことはないはず」と反論する人も多いと思います。 また、上のRyanさんのツイートでも That's not to say SWEs don't have work to do と書かれています。これも「ソフトウェアエンジニアはコードを書く仕事なのだから、AIが書くようになるなら仕事がなくなるだろう」と解釈されがちなところを、そうではないと念を押しているのだと思います。 では、「AIがコードを書く」とはどういうことで、その場合にソフトウェアエンジニアの仕事はどうなるのでしょうか？ ここで、我々がコードと呼んでいるものを区別することが理解に役立つと思います。 「コード」は大き

フリーウェアの動画編集ソフト「AviUtl」の新バージョン「AviUtl ExEdit2 beta1」（version2 beta1）が7月7日に突如として公開され、ネット上で大きな話題となっている。8日午前9時時点で、Xでは「Aviutl2」がトレンド1位となっている。 AviUtl ExEdit2 beta1は、前バージョンのAviUtlと拡張編集をまとめて新しくゼロから作り直したツールといい、64bit環境への対応やインストーラー版の公開、編集画面の刷新など、多くの更新が行われている。 動作環境はDirectX11.3とAVX2が利用できるWindows 10以降のOSで、搭載するグラフィックスカードによっては動作しない場合もあるという。AviUtl向けに作られたDLLを利用しないスクリプトや入出力プラグインについては、ある程度の互換性があるとしている。

2024年におけるソフトウエア業の倒産数が223件と2015年以降、過去10年間の調査で最多となった。 これ未経験が入れるタイプのIT企業だろうね もう未経験からプロになる道は閉ざされつつあるのに、いまだに30代未経験です仕事ありますか。みたいなノリで起死回生できると思ってるやついるけど

これはなに？ こんにちは、DMM.comのミノ駆動です。 プラットフォーム開発本部 Developer Productivity Group 横断チームにて、 プラットフォームの設計品質向上に取り組んでいます。 さて、ネット上ではソフトウェア開発における「良いコードとは何か」をめぐって、 いろんな意見が交錯したり、 ときには激論を呼んだりします。 収拾がつかないこともしばしばです。 この記事は、良いコードを考えるうえでの要素を整理し、 建設的な議論を助けることを目的とします。 これはなに？ この記事の理解目標 良いコードをめぐる議論 議論1: 何をもって良いコードなのか 議論2: 良いコードはどうやったら書けるのか 議論3: 「綺麗なコード（良いコード） vs 動くコード」問題 議論改善のために提案します 提案1: ソフトウェア品質特性の観点でコードの良し悪しを判断しよう 提案2: 原理原

データ圧縮ソフト「XZ Utils」を狙ったソーシャルエンジニアリングのキャンペーンが実行されてから数カ月が経過し、オープンソースのメンテナーたちは、これまで以上に高いセキュリティ基準を求められている。 しかしメンテナーをサポートするTideliftが2024年9月17日（現地時間、以下同）に発表したレポートによると（注1）、メンテナーの大半は依然として無報酬のままだという。 企業がメンテナーに“ただ乗り”する風潮はいつになったら是正される？ 複数年にわたるソーシャルエンジニアリング攻撃が、XZ Utilsという多くの「Linux」ディストリビューションで使われているデータ圧縮ソフトウェアを標的にしており（注2）、攻撃は2024年3月末にピークに達した。このとき攻撃者と思われる者がxzライブラリーに悪意のあるコードを挿入した。「GitHub」が後にアカウントを停止した「@JiaT75」とい

任天堂がパルワールドを訴訟したことについて批判を集めている理由の一つに、ソフトウェアアプリケーションの特許はその他の分野に比べて曖昧で広範な条件で認められやすく、多くのソフトウェア開発者から批判を受けているという前提がある。 ソフトウェア特許はアイデアだけでも認められやすくしょうもない物が多い実際、弁理士事務所のWebページでは以下のように説明されている。 (前略) というのが議論の出発点だったのですが、今では、ソフトウェアによって何かが便利になるようなものであれば、すべてが特許の対象になります。 さらにこの「便利になる」というものが、ある程度技術的要素が強いものでなくてはならなかったのですが、ソフトウェア技術としてはありきたりであっても、それを新たな分野に転用するものも特許として認められるようになりました。 ソフトウェア特許の考え方 | 梅澤国際特許事務所/新宿アイランドタワー2F そし

ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268％も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「

いぐぞー@書籍執筆中 ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 ADHD・ASDのWeb系プログラマーです。 小学生からプログラミング→新卒SIer→Webに目覚め自社開発の上場企業Web系エンジニア。個人開発者。読書・IT関連を中心にツイートします！！ネタツイート有。アイコンは@ixy先生に利用許諾済み。Amazonアソシエイト参加。 note.com/igz0 いぐぞー ✈️ 旅するプログラマー @igz0 Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」 > アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している これマジ？？ 日本のIT企業が、米国では「時代遅れ」のウォーターフォールを未だに信奉してるってコト！？ pic.twitter.com/jRofJKmAKM 2

ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します。自分のチェックリストからチームワーク、カプセル化から分解、API設計から単体テストまで、ソフトウエア開発の重要な課題に対する考え方やテクニックを紹介します。サンプルプロジェクトで使うコードは、Gitリポジトリの形で入手でき、試しながら学べます。 有効に機能するプロセスを選び、効果のない方法論から脱却する方法。チェックリストを使うこ

発売延期となっている人工歌唱ソフトウェア「音楽的同位体 可不(KAFU) collaboration with Synthesizer V AI / The Right Stuff ver.」について4月12日、KAMITSUBAKI STUDIOのプロデューサー・PIEDPIPERさんが自身のXを通じて理由を明らかにした。 「可不」は、KAMITSUBAKI STUDIO所属のバーチャルシンガー・花譜さんの歌声をもとにした歌声合成ソフト。その最新版の発売延期が2023年12月下旬に発表され、今後の動向に注目が集まっていた。 https://twitter.com/i/status/1778731096445968819 PIEDPIPERさんの投稿によれば、Synthesizer V AI版の可不が歌った「フォニイ」の反響を受け、花譜さんから懸念の声が上がり、発売延期の打診があったという

オープンソースソフトウェアの開発プロジェクトで連絡用プラットフォームとしてDiscordを用いる例が多くあります。しかし、自由ソフトウェア(FOSS)の推進者であるドリュー・デヴォールト氏は「『自由ソフトウェア』の開発プロジェクトにDiscordを使うべきではない」と警鐘を鳴らしています。 Please don't use Discord for FOSS projects https://drewdevault.com/2021/12/28/Dont-use-Discord-for-FOSS.html Discordはユーザーが「○○というゲームについて話し合うサーバー」「○○愛好会のボイスチャット用サーバー」「GIGAZINEの公式サーバー」といったように自由にサーバーを作ることができるコミュニケーションアプリで、各サーバーではテキストや音声で会話できるほか、ファイルをアップロードした

Chromeでブックマークを作成する際の挙動が変わり、ブックマークの名前やフォルダを編集する際のステップ数が増加しました。 Google changes Chrome's "add bookmarks" flow and users are not happy - gHacks Tech News https://www.ghacks.net/2024/02/28/google-changes-chromes-add-bookmarks-flow-and-users-are-not-happy/ これまでは、アドレスバー横にある星アイコンをクリックすると「名前」および「ブックマークフォルダ」の編集画面が開いていました。 ところが、新しくなったデザインでは編集画面は表示されず、代わりに「完了」と「編集」のボタンが表示されるようになっています。 「編集」をクリックして初めて、名前とフォルダの編