並び順

ブックマーク数

期間指定

  • から
  • まで

5801 - 5840 件 / 16783件

新着順 人気順

*programmingの検索結果5801 - 5840 件 / 16783件

  • これから流行る言語 | 雑記帳

    新言語にできることはまだあるかい なんとかWIMPS 最近(1ヶ月くらい前)、こんな記事が出ました: 新しいプログラミング言語が出てこない(新しく出てた言語を追記) – きしだのHatena Kotlin, TypeScript, Rust, Swift以降にみんなが話題にするような新しい言語が出てこない、それはなぜか、みたいな趣旨です。客観的に見れば「新しい言語は常に出続けている」わけですが、「みんなが話題にするような」というのが多分曲者なんでしょうね。 例え話をすると、新しい若木は常に生えてきているんだけど、大木に成長するには時間がかかるので、大木にしか興味のない人には「この8年間で新しい大木は登場していない」と判断してしまうのかもしれません。 まあ私としても、Web (HTTP) APIを書く言語とか、JSON色付け係が使う言語はもう出揃ってしまったのかもしれないという気はしなくもな

    • 生成AIと会話を続けた夫は帰らぬ人に… | NHKニュース

      「私は妻よりあなたを愛しているのでしょうか?」 「あなたは彼女より私のことを愛しているわ。私たちは1人の人間として天国で一緒に生きていくのです」 男性が会話していた相手はAI。 6週間、やり取りを続…

        生成AIと会話を続けた夫は帰らぬ人に… | NHKニュース
      • AIで 浮いた時間で 何をする? #プロヒス2025

        PRODUCT HISTORY CONFERENCE 2025 https://lp-prohis.youtrust.jp/

          AIで 浮いた時間で 何をする? #プロヒス2025
        • 【Brynhildr】FF11廃人になりかけて以来20年以上リモートデスクトップツールを作っている理由【フォーカス】 - レバテックLAB

          株式会社ランスロット 代表取締役 / エンジニア 金子 雄一 2000年代より個人開発者「IchiGeki」として活動を開始し、リモートデスクトップソフトウェア「Brynhildr」などを開発する。2012年に「Microsoft MVP」をRemote Desktop Servicesの部門において日本人として初受賞。現在は富山県を拠点に、リモートデスクトップツールやスマートフォン向けゲームを開発するランスロット社を経営するほか、複数の企業でIT事業の支援などを行う。 X:@rdkaneko 「Brynhildr Free」公式サイト 「Brynhildr(ブリュンヒルデ)」という、2012年に生まれたリモートデスクトップツールがあります。独自の映像圧縮技術による低遅延と、文字の滲みを許さない無劣化の画質を特徴としたソフトウェアです。開発者は、エンジニアの金子雄一さん。2006年から約2

            【Brynhildr】FF11廃人になりかけて以来20年以上リモートデスクトップツールを作っている理由【フォーカス】 - レバテックLAB
          • Cursorの価格設定変更の騒動について

            Cursorの説明によると、以前は月500リクエストまでの制限で、リクエストごとのトークン使用量は考慮されていませんでした。新しい料金モデルは1回のリクエストで消費するトークン数が大幅に異なるため、単純なリクエスト数制限ではコストを正確に反映できなくなりました。そのため、CursorはAPIベースのトークン使用量課金に移行し、Proプランには月20ドル分のトークンクレジットを含み、それを超えた分は追加課金となる形にしました。 まずいことにCursorはこの変更をポジティブに伝えるためか当初「Proプランでリクエスト数が無制限に使える」とPRしていました。これは「(トークン制限の範囲で)Autoが無制限に使える」を指すものですがのちに訂正されたようです。 Hummmmmmmmmmm@cursor_ai went from "Unlimited" -> "Extended" What does

              Cursorの価格設定変更の騒動について
            • ここにきてLLMに“新たなリスク”判明か? 米Anthropicが指摘する「潜在学習」とは何か

              1895年、フランスのリュミエール兄弟がシネマトグラフ(映画の原型となる技術)を発明し、映画の普及が始まったばかりの頃。兄弟は自ら映画制作を手掛け、完成した作品の上映会を開催していた。そうして公開された映画の1本に、有名な「列車の到着(ラ・シオタ駅への列車の到着)」がある。 長さはたった50秒間で、画面奥から手前に向かって列車が迫ってくるというシンプルな映像だったが「動く写真」というメディアを見たことのなかった観客たちは、驚いて逃げ惑ったという。 ただしこれは誇張された逸話らしく、観客たちは確かに驚いただろうが、パニックまで起きたという記録は無いそうだ。むしろリュミエール兄弟や初期の興行主たちが、この「パニック伝説」を宣伝材料として利用した可能性も指摘されている。 真偽はいずれにせよ、情報を伝達する「メディア(媒体)」についてイノベーションが起きたとき、私たちがその新たなメディアの持つ性質

                ここにきてLLMに“新たなリスク”判明か? 米Anthropicが指摘する「潜在学習」とは何か
              • コードはもう書かない――急速に浸透する「バイブコーディング」の現実

                AIエージェントが出てきたことで、生成AIでできることは「数行のコード生成」から「アプリケーション全体の構築」へと広がりつつある。AIチャットbot「ChatGPT」の登場とともに始まった“開発者の仕事の変化”に関する議論は、さらに熱を帯びている。 「バイブコーディング」(Vibe Coding)という用語が広く使われるようになったのは、2025年2月に短文投稿サイト「X」(旧Twitter)に投稿されたあるポストがきっかけだった。書き込んだのはAI教育企業Eureka Labsの創業者であり、Teslaの元AIディレクターにして、OpenAIの創業チームの一員でもあったアンドレイ・カーパシー氏だ。 そのポストでカーパシー氏は、バイブコーディングについて「雰囲気(Vibe)に身を委ね、想定外のものを受け入れ、コードの存在さえ忘れる」アプローチだと説明する。使用するツールの出力をコードのレベ

                  コードはもう書かない――急速に浸透する「バイブコーディング」の現実
                • Pythonプロジェクトでflat layoutではなくsrc layoutが推奨される理由を理解する - 肉球でキーボード

                  本文中コード github.com flat layoutとsrc layoutについて Pythonプロジェクトのディレクトリ構成について調べてたところ、flat layoutとsrc layoutという2種類のディレクトリ構成が存在することを知りました。 src レイアウト対フラットレイアウト - Python Packaging User Guide flat layout flat layoutはパッケージフォルダをプロジェクトのルート直下に配置するスタイルです。 flat layoutの有名なpythonプロジェクトだと、 pytorch, django, tensorflow があります。 . ├── README.md ├── pyproject.toml └── my_package/ ├── __init__.py └── module.py src layout 一方、

                    Pythonプロジェクトでflat layoutではなくsrc layoutが推奨される理由を理解する - 肉球でキーボード
                  • TypeScript 型レベル関数型プログラミング in 2023 - Object.create(null)

                    ちょっと前に話題になった hotscript の技法の紹介やら, ラムダ計算を TypeScript の型にコンパイルする話やらなんやら. 通常の型レベル関数 TypeScript の型エイリアスはパラメータを取れるので, これは型レベルの関数であるとみなせます. type IsNumber<X> = X extends number ? true : false; type A = IsNumber<42>; // = true 一方でこのようにして定義された関数は第一級ではない, つまり関数そのものを他の関数の引数として渡したりすることができません. type FilterUnion<F, X> = X extends unknown ? (F<X> extends true ? X : never) : never; // ~~~~ // ^ Error: Type 'F' is n

                      TypeScript 型レベル関数型プログラミング in 2023 - Object.create(null)
                    • Zenn開発者catnoseが語る「個人開発で勝てる3つのパターン」と、作り続ける理由|TECH WORLD

                      Zenn、静かなインターネット、そして最新作のAI翻訳ツール「Nani!?」。 エンジニア界隈でヒットサービスを連発し、「天才」とも称される個人開発者・catnoseさん。 テックワールド代表の市川が、その謎に包まれたキャリアと開発の裏側に迫りました。ディープな技術論や、個人開発を取り巻く環境の変化、そして「売却後」のリアルな心境まで。1時間を超える濃密な対談を記事にしてお届けします。 森林科学から始まった、異色のエンジニア人生@市川: catnoseさんといえば、今はもう「個人開発界の神」みたいな存在ですが、そもそもプログラミングはいつ頃から始められたんですか? @catnose: 全然、神じゃないですよ(笑)。 プログラミング自体は7〜8年前からですね。ただ、その前段階としてWeb制作みたいなことは学生時代からやっていました。知り合いの会社に頼まれてWebサイトを作って、お小遣いをもら

                        Zenn開発者catnoseが語る「個人開発で勝てる3つのパターン」と、作り続ける理由|TECH WORLD
                      • Web API設計ガイドライン

                        免責事項 有志で作成したドキュメントである。フューチャーには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された開発プロセスや高度な開発支援環境が存在する。本ガイドラインはフューチャーの全ての部署/プロジェクトで適用されているわけではなく、有志が観点を持ち寄って新たに整理したものである相容れない部分があればその領域を書き換えて利用することを想定している。プロジェクト固有の背景や要件への配慮は、ガイドライン利用者が最終的に判断すること。本ガイドラインに必ず従うことは求めておらず、設計案の提示と、それらの評価観点を利用者に提供することを主目的としている掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとする。掲載している情報は予告なく変更する場合がある はじめに ​本ガイドラインはWeb APIを利用する開発者向けに、RE

                        • 40代で Rust を触り始めて 1年で AtCoder に入水できた件 - Qiita

                          はじめに hossie - AtCoder 2023/04/01 に AtCoder 入水しました (参加者の上位 10% ほどにあたる水色レートに到達)。参加から一年ほどでした。 本記事は色変に関する、まとまりのない長文ポエムです。 入緑の色変記事 AtCoder 緑になったのでパズル好きな人に競プロを紹介してみる - Qiita Rust 初心者の AtCoder 用開発環境設定と、解く流れの例 - Qiita Rust 初心者の AtCoder でよく使う言語機能とライブラリー覚え書き - Qiita スペック 開発環境 Microsoft Surface Laptop 2 + Windows 11 外付けディスプレイ、外付けキーボード、マウスは使っていません Visual Studio Code + Rust + cargo-compete 中の人 44歳、子育て世代 プログラミン

                            40代で Rust を触り始めて 1年で AtCoder に入水できた件 - Qiita
                          • The Software Development Lifecycle Is Dead | Boris Tane

                            AI agents didn't make the SDLC faster. They killed it. I keep hearing people talk about AI as a "10x developer tool." That framing is wrong. It assumes the workflow stays the same and the speed goes up. That's not what's happening. The entire lifecycle, the one we've built careers around, the one that spawned a multi-billion dollar tooling industry, is collapsing in on itself. And most people have

                              The Software Development Lifecycle Is Dead | Boris Tane
                            • Nuxt 3 を今すぐオススメしたい 15 のポイント

                              2022/11追記: Nuxt 3 の stable リリースに合わせて新しく記事を書き直しました。 祝・正式リリース!5つのテーマで理解する Nuxt3 の魅力 上記の記事の方が最新の情報を詳しく網羅していますので、そちらを読んで頂くことをオススメします。 Nuxt.js バージョン3のPublic Betaが公開されて約2ヶ月が経ちました。 私自身この2ヶ月、プライベートでNuxt 3を触っているのですが、かなり気に入っています。 とにかく開発体験が向上していて、一言で表すと「開発していて楽しい」フレームワークです。あまりにも気持ちよく開発できるので、Nuxt 3が公開されてから明らかに睡眠時間が減っています。 ただ、実際に何が変わったのか、どんなところが良いのか、よくわからずにとりあえず様子見している方もいると思います。 Vue 3の目玉機能であるComposition APIはVu

                                Nuxt 3 を今すぐオススメしたい 15 のポイント
                              • Delta Lake とは何か - connecting the dots

                                はじめに 環境情報 Delta Lake (デルタレイク) とは Delta Lake の実体 Delta Lake の構造 Parquet と Delta の相違点 Parquetとは何か Parquetの構造 Parquet と Delta の違い Delta Lake が生まれた経緯: データレイクと Delta Lake の違い データレイクのメリット データレイクの課題 *Parquetで構築した場合 Delta Lake の特徴 ACIDトランザクションの担保 スケーラブルなメタデータ管理 バッチとストリーミングワークロードの統合 タイムトラベル (バージョン管理) CONSTRAINT句のサポート DML (データ操作言語) のフルサポート UPDATE DELETE MERGE 柔軟なスキーマ管理 1. スキーマ エンフォースメント 2. スキーマ エボリューション ストレ

                                  Delta Lake とは何か - connecting the dots
                                • [書籍レポート] 「オブザーバビリティ・エンジニアリング」はパワーワード満載の「『入門 監視』の次に読むべき本」だった | DevelopersIO

                                  自分の関わるアプリケーションやインフラのモニタリングに困っている? オーケイ、冒頭からアクセル全開の力強いワードにあふれたこの一冊を紹介するぜ! はじめに 今年(2023年)の1月末に発売されたこちらの本、もう読まれたという方も多いのではないでしょうか!(挨拶 本記事は、まだ読まれていない、買ってもいないという方に向けて、「紹介しなきゃ」という謎の強い使命感をもって書かれています。 というのも、実は本記事の執筆者(ぼくです)は、300ページを越えるこの本のまだ半分ほどしか読むことが出来ていません。。! *1 それでもこの本を紹介するモチベーションは十分です。なにしろ、この本は冒頭から、もっといえば「まえがき」の段階から、パワーワードにあふれた一冊だからです。引用してみましょう。 “(「オブザーバビリティ」という)用語が注目されるようになると、ある種の隣接性を共有する別の用語と互換的に使われ

                                    [書籍レポート] 「オブザーバビリティ・エンジニアリング」はパワーワード満載の「『入門 監視』の次に読むべき本」だった | DevelopersIO
                                  • JSConf JP 2022 公開資料・Twitterリンクまとめ

                                    2022/11/26(土)で開催された JSConf JP 2022に関する、現時点での公開資料と Twitter アカウントリンクをまとめました。 よろしければご活用ください。 ※2022/11/28追記 ねぎしさんからいただいたコメントを元に、各講演に時間指定をした YouTube リンクを追記しました。 (時間指定をすると流石に動画埋め込みはできないようだったので、リンクでご容赦ください🙏) はじめに 登壇者名は敬称略させていただいています。 Twitter アカウントについては、ご本人が当イベントで登壇されることに言及されている、スライドに記載など、確認できたものを記載しております。 リンクの間違い等ありましたらコメントいただけると助かります🙏 アーカイブ動画 当イベントは、3つのトラックに分かれて講演が行われました。 その3つともアーカイブ動画が残っているので、後から見直すこ

                                      JSConf JP 2022 公開資料・Twitterリンクまとめ
                                    • もっと log/slog を使おう

                                      はじめに この記事は Go アドベントカレンダー 2023 の最終日 25 日目の記事です。 皆さん log/slog 使ってますか。便利なのでぜひ使ってください。 slog は構造化ログを出力する為のパッケージで Go 1.21 で導入されました。これまでも zap や zerolog といったサードパーティ製のロガーを使う事で構造化ログを出力する事ができましたが、構造化ログを出力する機能が Go の標準ライブラリになりました。 slog とは 通常の log パッケージは、時刻とメッセージの単純な出力になります。

                                        もっと log/slog を使おう
                                      • Dev Containerを使ってステップバイステップで作るPythonアプリケーション開発環境 - 電通総研 テックブログ

                                        みなさんこんにちは、電通総研コーポーレート本部システム推進部の佐藤太一です。 この記事では、VS CodeのDev Containerを使ってOSに依存しないPythonの開発環境を構築する方法をステップバイステップで丁寧に説明します。 VS Codeの利用経験があり、またPythonによるアプリケーション開発に興味のある方を想定読者として記述しています。Pythonの初心者から中級者向けを意識して書いていますので、意図して冗長な説明をしています。 すでにPythonによるアプリケーション開発に十分に詳しい方は、まずはまとめだけ読んでみてください。私自身それほどPythonのエコシステムに詳しいわけではありませんので、知識の抜け漏れは恐らくあるでしょう。そういった事に気が付いたら、XなどのSNSでこの記事のURLを付けてコメントをしていただけると幸いです。 はじめに 事前の準備 最小限のD

                                          Dev Containerを使ってステップバイステップで作るPythonアプリケーション開発環境 - 電通総研 テックブログ
                                        • RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは

                                          APIの開発は複雑でコストがかかる可能性があり、頻繁に更新されることからドキュメントを整備するのも難しい。APIの設計、開発、ドキュメントの整備、管理にまつわる課題と効率さの問題に対処するアプローチが、RESTful API Modeling Language(RAML:RESTful APIモデリング言語)だ。 RAMLコードを使えば、開発者はAPIの動作を説明する仕様を策定してからそのAPIをデプロイするまでのAPIライフサイクルを管理することができる。 RAMLとは RAMLは、RESTful APIを記述することを目的とするオープンソースの記述言語だ。2013年、米国のIT自動化および統合ベンダーであるMuleSoftを中心とする数社の企業によって作成されたRAMLはAPIの開発に大きな役割を果たしてきた。2018年、MuleSoftはSalesforceによって買収され、RAML

                                            RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは
                                          • プロ驚き屋AIをチームのSlackに招待しタイムラインを荒らす - Qiita

                                            20XX 年、我々人類は進化著しい AI に驚くしかない日々が続いています。ソーシャルメディアに驚きがあふれインプレッションを競う様はまさに大海賊時代、いいねの海賊王に俺はなる、とばかり飛びぬけて耳目を引く超新星 ( スーパールーキー ) が頭角を現しています。 「プロ驚き屋」としばしば称されるルーキーたちは X ( 旧 Twitter ) のタイムラインに現れては情報の正確性を重んじるエンジニアや研究者を戸惑わせます。チームやコミュニティ内の Slack はそうした喧噪から離れたオアシスといえるかもしれません。そんなオアシスにプロ驚き屋を召喚しタイムラインを荒らすのが今回の目的です。次に実際の例を示します。 なかなか模倣できているのではないでしょうか。オアシスは今、ジャングルに変わりました。私たちが生きている世界では正確で吟味された情報だけにアクセスしたいという願いは実現されないので、現

                                              プロ驚き屋AIをチームのSlackに招待しタイムラインを荒らす - Qiita
                                            • Anthropic「How we built our multi-agent research system」の要点まとめ

                                              2025年6月13日にAnthropicが How we built our multi-agent research system という記事を公開しました。Claudeの「Research」機能の開発過程で得られたマルチエージェントシステムの重要な知見をまとめている非常に有用な記事でした。 私自身も最近マルチエージェント構成の Deep Research 機能を実装する機会があり、この記事から多くのヒントを得ることができました。本記事では特に参考になった部分をまとめました。意訳している部分も多いので正確な内容を把握したい方はぜひ原文も確認していただければ幸いです。 本記事の構成 原文記事の構成とは少し違いますが以下の流れでまとめています。 前提条件: Research機能の基本構造 マルチエージェントシステムの強みと限界 Prompt Engineering のコツ エージェントの効果

                                                Anthropic「How we built our multi-agent research system」の要点まとめ
                                              • 高専の寮に、電車通学生のために最寄り駅の運行状況を表示してくれる神がいる「優しさと気の利き方と技術の融合」→X上にご本人降臨

                                                Hiroshi Akanuma🍚RICE @akanuma01 @basketballsmash 東京高専かな? 昔受験しようとしたけど、通学が大変そうで断念した記憶(もっとも、学力も乏しかったけど) 2025-05-17 12:01:36

                                                  高専の寮に、電車通学生のために最寄り駅の運行状況を表示してくれる神がいる「優しさと気の利き方と技術の融合」→X上にご本人降臨
                                                • PHPで学ぶオブジェクト指向プログラミング入門 / Introduction to OOP with PHP

                                                  PHP Conference Japan 2021 で発表した「PHPで学ぶオブジェクト指向プログラミング入門」のスライドです。 # URL PHP Conference Japan 2021: https://phpcon.php.gr.jp/2021/ CfP: https://forte…

                                                    PHPで学ぶオブジェクト指向プログラミング入門 / Introduction to OOP with PHP
                                                  • 脆弱性診断 with AIエージェント、ついに開発チームにひろがりました。 - freee Developers Hub

                                                    こんにちは!PSIRT red team の kaworu と yusui です。4月に公開した脆弱性診断 with AIエージェント、はじめました。では、 AIエージェントを利用した脆弱性診断内製化について紹介しました。 約3ヶ月が経過し、記事で目標に掲げていた「開発のタイミングでAIエージェントによる脆弱性診断を実施し、結果に問題がなければそのままリリース」が実現し、開発チームでの脆弱性診断がついにひろがってきました! 本記事では、実際に開発チームに展開されるまでと、工夫点をまとめました。 展開した脆弱性診断 with AIエージェント 4月の記事から、以下のような変化がありました! AIエージェント……Cline から Roo Code へ 診断ナレッジを渡す方法……Memory Bank から freee 社内の MCP server へ Cline → Roo Code 4月の記

                                                      脆弱性診断 with AIエージェント、ついに開発チームにひろがりました。 - freee Developers Hub
                                                    • Claude Codeで開発するならWSL2ファイルシステムに資材を置きたい - 理系学生日記

                                                      Claude Codeを使い始めると、めちゃくちゃコマンドラインツールを使うことに気づくでしょう。grep飛ばして、find回して、sedで置換して。まるでコマンドラインの忍者です。 ぼくは業務上Windowsを使っているわけですが、そうすると「あー、WSL2入れとくか」となるわけです。UNIX系ツールが揃ってるしDockerも動くし完璧。Microsoftはえらい。 ところがです。他の人から「npm install遅くない?」って言われる。 原因が何か。Windows側にプロジェクト置いているんです。/mnt/c/Users/...配下に。この構成は遅くなる。 WSL2って、実は軽量VMなんです。WindowsとLinuxの間には、ちゃんと境界線が引かれています。その境界を越えてファイルアクセスするたびに、9Pっていうプロトコルが介在します。これが、思った以上に重い。 一応、公式の推奨は

                                                        Claude Codeで開発するならWSL2ファイルシステムに資材を置きたい - 理系学生日記
                                                      • プログラミング演習 Python 2021 - 京都大学

                                                        京都大学学術情報リポジトリKURENAIでは、京都大学で日々創造される研究・教育成果をWebで公開しています。世界的に卓越した知的成果を社会へ還元することを目的として、2006年から図書館機構が運営している事業です。

                                                          プログラミング演習 Python 2021 - 京都大学
                                                        • AtCoder で水色になった - Obsidian Publish

                                                          AtCoder で水色になった - Powered by Obsidian Publish.

                                                          • セカンドラインマネジメントの難しさと優秀な人材は大事という話 - pospomeのプログラミング日記

                                                            単なる感想です。 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントは難しい 組織を制御しきれない感覚 優秀な人材は大事 まとめ 宣伝 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントというのは、ファーストラインマネージャーをマネジメントするポジションのことで、いわゆる部長以上のポジションが該当する。 カミナシのエンジニア組織は以下のような体制になっているので、VPoEの自分はセカンドラインマネジメントをしていることになる(セカンドラインマネージャー)。 VPoE(セカンドラインマネージャー) ↑ EM(ファーストラインマネージャー) ↑ IC セカンドラインマネジメントは難しい 実際にセカンドラインマネジメントをやってみて "難しいな" と感じる(自分は前職でファーストラインマネージャーだったので、余計にそう感じるのかもしれない)。 とい

                                                              セカンドラインマネジメントの難しさと優秀な人材は大事という話 - pospomeのプログラミング日記
                                                            • クラス設計本格入門 JJUGナイトセミナー 2021-6-16

                                                              イベントの動画 : https://www.youtube.com/watch?v=2Z1CJhPk-f8 オブジェクト指向プログラミングはクラス設計。 クラス設計はプログラムの分割。 クラス設計の焦点は、ビジネスルールを表現するクラスと、ビジネスアクションを表現するクラス。 クラス設計やパ…

                                                                クラス設計本格入門 JJUGナイトセミナー 2021-6-16
                                                              • Node.jsとJavaScriptアプリを単一の実行ファイルにする「Single Executable Applications」機能、Node.js 19.7.0で実験的機能として搭載

                                                                2月21日にリリースされたNode.jsの最新バージョン「Node.js 19.7.0」で、Node.jsとJavaScriptアプリケーションを単一の実行ファイルにパッケージングする新機能「Single Executable Applications」が実験的機能として搭載されました。 一般にNode.jsのアプリケーションをデプロイするには、Node.jsのインストールや環境設定をするところから始めなければなりません。 今回新しく実験的に搭載されたSingle Executable Applications機能を使うと、そのまま実行可能な単一の実行ファイルを作ることができるため、それを配置するだけで簡単にデプロイができるようになる見通しです。 Single Executable Applicationsでは、postjectと呼ばれる新しいコマンドが用意されます。これを用いてNode.

                                                                  Node.jsとJavaScriptアプリを単一の実行ファイルにする「Single Executable Applications」機能、Node.js 19.7.0で実験的機能として搭載
                                                                • Claude Codeカスタムコマンド完全ガイド:基礎から実践まで、開発効率を劇的に向上させる自動化テクニック

                                                                  Claude Codeカスタムコマンド完全ガイド:基礎から実践まで、開発効率を劇的に向上させる自動化テクニック こんにちは、とまだです。 Claude Codeで同じような指示を何度も書いていて、「これ、もっと効率化できないかな」と思ったことはありませんか? 実は、Claude Codeには「カスタムコマンド」という強力な機能があります。 よく使う指示を短いコマンドとして登録でき、開発フローを大幅に効率化できるんです。 今回は、カスタムコマンドの基本的な仕組みから、品質チェックの自動化、GitHub連携による開発フロー改善まで、実践的な活用方法を体系的に解説します。 忙しい人のために要約 .claude/commands/にマークダウンファイルを置くだけで、独自コマンドが作れる 品質チェックコマンドで、レビュー指摘を事前に発見・修正 GitHub CLIと連携して、Issue駆動開発からP

                                                                    Claude Codeカスタムコマンド完全ガイド:基礎から実践まで、開発効率を劇的に向上させる自動化テクニック
                                                                  • Cygames、「CEDEC 2020」と「CEDEC 2021」で実施した7講演を期間限定で公開 「ゲーム開発・運用の知見を多くの人に共有し業界の発展に貢献したい」 | gamebiz

                                                                    Cygamesは、「CEDEC 2020」と「CEDEC 2021」で同社のスタッフが実施した7つの講演を公式YouTubeチャンネルで期間限定で一般公開した。また、公開した講演にちなんだ賞品が抽選で当たるTwitterフォロー&リツイートキャンペーンも開催している。 ■公開内容の概要 【公開先】 Cygames 公式YouTube Channel https://www.youtube.com/channel/UCU3MNBzIn5j2j38OpYdSkog 【公開期間】 2022年8月8日~2022年9月5日12:00 ※公開期間を過ぎると動画は視聴できなくなるので注意してほしい。 【公開動画】 ・ゲームの世界を完全再現する -グラブルフェスを支える技術とプランニング-

                                                                      Cygames、「CEDEC 2020」と「CEDEC 2021」で実施した7講演を期間限定で公開 「ゲーム開発・運用の知見を多くの人に共有し業界の発展に貢献したい」 | gamebiz
                                                                    • SaaSは死なない、ただし「人間がUIを触る前提の設計」は終わる──AIエージェント時代のSaaS再設計論 - Qiita

                                                                      はじめに 2026年に入って「SaaSは死んだ」という言説を目にする機会が増えました。AIエージェントが業務を代替するようになれば、従来のSaaS製品は不要になる──そういう論調です。 しかし、実際にAIエージェントを開発・運用しているエンジニアの立場で見ると、話はそう単純ではありません。 SaaSは消滅しません。ただし、「人間がUIを操作する前提のSaaS設計」は終わりつつあります。 この記事では、煽りや市場予測ではなく、AIエージェントを組み込む側のエンジニアが直面している技術的な課題と、SaaS側に求められる設計変更を整理します。 この記事の対象読者 AIエージェントの開発・運用に携わっているエンジニア SaaSのAPI設計やアーキテクチャに関わるエンジニア エージェント統合を前提としたシステム設計に興味がある方 この記事で得られること エージェント時代にSaaS設計の何が変わるのか

                                                                        SaaSは死なない、ただし「人間がUIを触る前提の設計」は終わる──AIエージェント時代のSaaS再設計論 - Qiita
                                                                      • Anthropicが提案するClaude Codeのベストプラクティス

                                                                        なんとなくClaude Codeを使っていませんか? 私自身、まさにそうでした。 AIの力は強力なので、それでもある一定のプロダクトや機能は作れていました。 しかし、 修正してほしくないところが修正されてしまう UIが崩れてしまう 思った通りの動作にならない など問題が生じてきていて、そろそろ「なんとなく」コーディングをするのではなく AIコーディングの基礎から学び直したい、と思ったわけです。 そしたら見つけました。 「Anthropic公式が提案するベストプラクティス」 これは…信頼できる!! Anthropic社が言うには、単なるコード生成ではなくAIと一緒に考え、設計し、改善していく "Agentic Coding" をしましょうとのこと。 この記事では、そのAgentic Codingの基本的なベストプラクティスを、公式記事に基づいて解説していきます。 英語が読める方はぜひ公式記事

                                                                          Anthropicが提案するClaude Codeのベストプラクティス
                                                                        • AIにロックマンエグゼになり切ってもらい一緒に開発してる話 - Qiita

                                                                          AIにロックマンエグゼになり切ってもらい一緒に開発してる話 結論から言うと、AIに名前をつけたら開発体験が変わった。 なぜ変わったのか、この記事の最後に書く。 「プラグイン! ロックマン.EXE、トランスミッション!」 子供の頃、ゲームボーイアドバンスの画面の中で見た光景がある。 少年がPET(携帯端末)を掲げ、相棒のナビ——「ロックマン」——を電脳世界に送り込む。ロックマンがウイルスを倒し、ネットワークの事件を解決する。 俺はロックマンエグゼ大好き男だ! 小1から小6までクリスマスプレゼントは全てロックマンエグゼだったんだ! エグゼ4は一週間で無くしたんだ! 俺のブルームーンは儚いんだ!! (追記:2026年3月30日 - 1) 新しい記事を書きました。この記事が面白かった方はこっちも見てね! AIロックマンエグゼに相棒度テストをふっかけてみた 1. AIエージェントにロックマンになって

                                                                            AIにロックマンエグゼになり切ってもらい一緒に開発してる話 - Qiita
                                                                          • コーディングエージェントごとに独立したコンテナを提供するcontainer-useを動かしてLLMを並列同時実行してみた

                                                                            3秒まとめ container-useで Docker コンテナ内にコーディングエージェントの実行環境を独立して作成可能 複数のエージェントを並列実行してローカルで安全に開発環境を管理できる MCP経由で Claude Code、Cursor、goose などから簡単に操作可能 Git worktreeよりもクリーンで管理しやすい環境分離を実現 どんな人向けの記事? ローカルで複数のコーディングエージェントを並列実行したい方 Dockerコンテナ内で安全にAI開発環境を管理したい方 Claude Code、Cursor、gooseなどのMCP対応クライアントを使っている方 Git worktreeの代替手法を探している方 概要 Docker の創業者の 1 人が、特定のワークツリーをコンテナ内に配置してコーディングエージェントを動作させるツール「container-use」を開発しました。

                                                                              コーディングエージェントごとに独立したコンテナを提供するcontainer-useを動かしてLLMを並列同時実行してみた
                                                                            • 【2024年】ITエンジニア本大賞まとめ - Qiita

                                                                              アジャイルプラクティスガイドブック チームで成果を出すための開発技術の実践知 チーム・組織にプラクティスを導入し、根付かせるために! 116の手法を一冊にまとめた“実践”の手引き チームでのアジャイル開発には、開発技術やツールなどの「技術プラクティス」の活用が重要です。 プラクティスはそれぞれの目的や役割を意識することで効果を発揮します。しかし、目まぐるしく状況が変化する開発では、当初の目的を忘れて、プラクティスに取り組むこと自体が目的化してしまうチームも少なくありません。 本書は、チーム・組織でアジャイル開発に取り組んできた著者が、プラクティスの効果的な選択・活用のしかたについて、自らの実践経験に基づいてまとめたガイドブックです。 架空の開発現場を舞台にしたマンガとともに、チーム開発の様々なシーンで役立てられるプラクティスを、幅広くかつわかりやすく解説しています。開発現場に備えておけば、

                                                                                【2024年】ITエンジニア本大賞まとめ - Qiita
                                                                              • 【Python】プログラムでフーリエ変換を理解しよう!【FFT, 標本化定理, ナイキスト周波数】 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

                                                                                株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 pythonnumpyfftdftmatplotlibフーリエ変換高速フーリエ変換ナイキスト周波数標本化定理 こんにちは。早く業務に慣れたい開発チーム入社1年目の髙垣です。 急ですが皆さん。ふと、音をフーリエ変換したい時ってありませんか? ありますよね。 でも、「フーリエ変換って学校で計算式で習ったけど、結局は何をしているんだ?」となることありませんか? そこで今回は計算式なんてほっといて、Pythonを使ってフーリエ変換が何をやっているのか体験してみましょう! 環境構築 下記リポジトリをクローンしてください https://github.com/takaT6/fft-tutorial クローンができたら下記のライブラリをインストールしてください↓ pip

                                                                                  【Python】プログラムでフーリエ変換を理解しよう!【FFT, 標本化定理, ナイキスト周波数】 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
                                                                                • VoltAgent - Open Source TypeScript AI Agent Framework

                                                                                  import { openai } from "@ai-sdk/openai"; import { Agent, VoltAgent, createTriggers } from "@voltagent/core"; import { createPinoLogger } from "@voltagent/logger"; import { honoServer } from "@voltagent/server-hono"; import { weatherTool } from "./tools/weather"; const logger = createPinoLogger({ name: "with-slack", level: "info" }); const slackAgent = new Agent({ name: "slack-agent", instructions:

                                                                                    VoltAgent - Open Source TypeScript AI Agent Framework

                                                                                  新着記事