並び順

ブックマーク数

期間指定

  • から
  • まで

4921 - 4960 件 / 16789件

新着順 人気順

*programmingの検索結果4921 - 4960 件 / 16789件

  • Clineを200人で試してみた - モノタロウのAI駆動開発実践記 - MonotaRO Tech Blog

    こんにちは。株式会社MonotaRO CTO-Office AI駆動開発チームリーダーの市原です。 先日、2025年6月24日に開催されたFindy様のイベントにて、「モノタロウのAI駆動開発 Cline編」というテーマで発表させていただきました。今回は、その内容をベースに、私たちがClineを200人規模で導入し、運用してきた実体験をお伝えしたいと思います。 findy.connpass.com speakerdeck.com なぜモノタロウはClineに着目したのか モノタロウでは、AIの登場をインターネット登場に比肩する変革と捉えており、「大きく導入、後から検証」という方針で全社的にAI活用を推進しています。 具体的には、GitHub Copilot、Devin、Cursor、Windsurf、ClineやClaude Codeなどを中心に比較的広く実践しながら試していっているところ

      Clineを200人で試してみた - モノタロウのAI駆動開発実践記 - MonotaRO Tech Blog
    • 「継続は力なり」よりも「好きこそ物の上手なれ」|情報処理学会・学会誌「情報処理」

      杜甫々 (「とほほのWWW入門」サイト管理者) 「とほほのWWW入門」というWeb関連の技術情報を掲載するサイトを運営しています.1996年9月に始めたので,もうそろそろ29年目に突入となります.HTML, CSS, JavaScriptを始め,Python, Rust, Goなどのプログラミング言語,React, Vue.js, Angularなどのフレームワーク,Docker, Kubernetes, OpenSSLなどのツール群,文字コード,正規表現,暗号化などの要素技術などなど,目につくIT関連情報を色々紹介してきました.途中サボっていた時期もありますが,ここ最近は1週間に1つはなんでもよいので記事を追加したり更新したりしています. ある講演会で,私が初めてコンピューターに触れたころの話から,サイト作りを始め,継続してきたことについて一通り語ったあと,来場者からの質問で「続けられる

        「継続は力なり」よりも「好きこそ物の上手なれ」|情報処理学会・学会誌「情報処理」
      • Webエンジニアの学習ロードマップが知れるサイト - Qiita

        エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約2分程度で読めるので最後まで読んでもらえると幸いです。 はじめに 「Webエンジニアを目指したいが、何から手をつけていいか分からない」 「いろんな人が学習ロードマップの情報提供をしているが、どれに手をつけるか判断に迷う」 こんな悩みを抱えている方の一助になれば幸いです...! 結論 こちらのサイトになります。 自分が学習したい分野を選択すると、その分野のロードマップが書かれています。 最近では「言語専用」のロードマップも書かれているため、かなり充実したサイトになってきた印象です。 それでは、試しに「Backend」のロードマップを見てみましょう。 学習ロードマップ|Backend こんな感じです。 黄色塗りのフォームが「仕組み」や「概念」が書かれたもので必ずチェックしたい内容になります

          Webエンジニアの学習ロードマップが知れるサイト - Qiita
        • コード全体を自動解析して常時更新する「Code Wiki」公開 開発者の未来はどう変わるのか

          Googleは2025年11月13日(米国時間)、ソフトウェア開発における「コード読解」の負担を軽減する新サービス「Code Wiki」のパブリックプレビュー版を公開した。同社は、「既存コードの理解に時間がかかることが開発の最大級のボトルネックになっている」と指摘し、この課題を解決する仕組みとして本サービスを位置付けている。 コード全体を自動解析して常時更新するだけじゃない、Code Wikiの機能 今回公開されたWeb版Code Wikiは公開リポジトリ全体をスキャンし、コード変更のたびにドキュメントを自動生成する仕組みを備える。静的ファイルではなく、常に最新状態に同期される構造化Wikiを維持する点が特徴だ。ドキュメントはコードの構造や役割に基づいて整理され、変更のたびに自動で刷新される。 生成されたWikiは、全てのセクションにコードへのハイパーリンクが付与されており、説明文から関連

            コード全体を自動解析して常時更新する「Code Wiki」公開 開発者の未来はどう変わるのか
          • オブジェクト指向プログラミングは終わった カプセル化が悪い(感想戦) - Qiita

            が(良くも悪くも)注目頂き、その観測で思ったことのメモです。1年後の自分用です! もっかい言いたいこと再考のポエムです。 概要 関数型には意図的に触れたくなかった 継承や再利用性への懐疑の共通認識 抽象化戦略開発戦略で補う話 タイトルは釣り 抽象化という言葉のふわっと感 カプセル化が問題 関数型言語には意図的に触れたくなかった ポリモーフィズムのくだりで、関数型のご指摘が多かったのですが、あえて直接は触れたくありませんでした。これは、オブジェクト指向 vs 関数型にしたくなかったからです。(結果、Rust/Goに被弾させました) なぜかと言えば、オブジェクト指向を(結果として)衰退させたのは、あくまでも 開発手法の変化 や設計論の精錬が主軸だと認識しています。 不確実性に適応する上で、継承やカプセル化による状態隠匿という戦略が、良い筋に動かず、オブジェクト指向なりに変化を遂げた結果だと考え

              オブジェクト指向プログラミングは終わった カプセル化が悪い(感想戦) - Qiita
            • 分散モノリスとWebAssemblyランタイムを用いた新しいアプリプラットフォーム「Wasmer Edge」登場。オーケストレーションもサービスメッシュも不要

              分散モノリスとWebAssemblyランタイムを用いた新しいアプリプラットフォーム「Wasmer Edge」登場。オーケストレーションもサービスメッシュも不要 WebAssemblyランタイム「Wasmer」の開発元であるWasmer社は、エッジロケーション上のデータセンターにWebAssemblyランタイムを展開し、分散モノリスなアーキテクチャを用いたサーバレス型の新しいアプリケーションプラットフォーム「Wasmer Edge」を発表しました。 The Cloud is dead, long live the Cloud! Announcing Wasmer Edgehttps://t.co/VjGsbMwopy pic.twitter.com/5mTtKBBjsZ — Wasmer (@wasmerio) June 15, 2023 上記のツイートに示されているように、Wasmer E

                分散モノリスとWebAssemblyランタイムを用いた新しいアプリプラットフォーム「Wasmer Edge」登場。オーケストレーションもサービスメッシュも不要
              • Docker Desktopの代替として注目されているOrbStackについてまとめてみた - Qiita

                OrbStackとは OrbStackは、軽量で高パフォーマンスな仮想化プラットフォームで、主にmacOS向けに提供されています。DockerコンテナやLinux仮想マシンを高速で動作させることができ、特にAppleシリコン(M1/M2)Macでの利用に最適化されています。Docker Desktopに代わるツールとして注目されており、リソース効率が良く、システムの負荷が抑えられるのが特徴です。 「なぜOrbStackを選ぶか?」 ⚡️ 超高速 : 2秒で起動、最適化されたネットワークとファイルシステム、高速なx86エミュレーション。 💨 超軽量 : 低CPUとディスク使用量、バッテリーに優しく、少ないメモリでも動作、ネイティブのSwiftアプリ。 🍰 シンプルで手間いらず : 自動でドメイン名とマイグレーションを設定、CLIでコンテナ・イメージ・ボリュームファイルにアクセス、VPNと

                  Docker Desktopの代替として注目されているOrbStackについてまとめてみた - Qiita
                • 「テストコードにはテストの意図を込めよう」の発表報告&補足説明&質問回答 #vstat - ブロッコリーのブログ

                  先日、「リーダブルなテストコードについて考えよう~VeriServe Test Automation Talk No.3~」というイベントで登壇してきました。 veriserve-event.connpass.com 今回は発表内容に対する補足と、発表に対していただいた質問に回答します。気になるところだけでも読んでもらえればと思います。 目次 目次 発表内容 発表に対する補足 【補足1】都道府県のテストについて 【補足2】Parameterized Testsへの利用について いただいた質問の回答 【質問1】リーダブルなテストコードの勉強方法はありますか? 【質問2】テストコードのメンテナンスをするにあたってのリファクタリングの頻度はどれくらいか? 【質問3】レビューをする際、機能自体のレビューにかけた時間に対してテストのレビューにかける時間はどのくらいの割合で行っていますか? 【質問4】

                    「テストコードにはテストの意図を込めよう」の発表報告&補足説明&質問回答 #vstat - ブロッコリーのブログ
                  • 「State of JavaScript 2022」公開。利用率1位のフロントエンドライブラリはReact、レンダリングはNext.js、テストはJestなど、4万人のエンジニアが回答

                    JavaScriptに興味を持つ世界中のIT技術者3万9472人が回答したアンケートの結果をまとめた「State of JavaScript 2022」が公開されました(日本語訳版が同時公開されています)。 回答者の国別分布を上位5位までを見ると米国が11.9%、ドイツが5.2%、フランスが3.7%、イギリス(UK)が3.6%、そしてインドが3.2%。 言語別の回答者は、英語が69.6%、フランス語が3.4%、ドイツ語が3.1%、スペイン語が3%などとなっており、日本語での回答者は0.4%でした。 アンケートの結果は、ProxyやPromiseなどに関するJavaScriptの新機能がどのくらい使われているか、Service WorkerやWebGLなど新しいブラウザAPIがどのくらい使われているかや、人気のJavaScriptライブラリ、JavaScriptは正しい方向に進化していると思

                      「State of JavaScript 2022」公開。利用率1位のフロントエンドライブラリはReact、レンダリングはNext.js、テストはJestなど、4万人のエンジニアが回答
                    • 結合テストを書くときはコードベースを分離している

                      新規開発の設計支援や古いコードベースを甦らせて欲しいという相談をもらったときに、最初にちょろっとコードだけお手本的なコードを書いてから引き渡しているのだが、そのときに必ず結合テストを書くようにしている。 3, 4年前から僕と付き合いがある人からすると、 「「「あの sadnessOjisan がテストを書くだと!!!」」」 という感じだと思うのだが、最近はテストに思うところもあってちゃんと書いている。 そしてそのテストコードだが、基本的にはアプリケーションから分離して書いている。その話をしたい。 OGP OGP は野方ホープで海苔が分離されて出てきた時の画像だ。 アプリケーションから分離したテストとはどういうことか 最終的にはテスト対象のサーバーを Docker コンテナで固めて、そのコンテナに対して HTTP リクエストを投げてその結果や DB の中身を検証するコンテナを docker

                        結合テストを書くときはコードベースを分離している
                      • Why Programming is Easy but Software Engineering is Hard

                        Beginners who want to get into the software field often get programming and software engineering mixed up. These are not the same thing. Programming is a part of software engineering. Software engineering on the other hand, encompasses so much more than programming. Software engineering is the process of starting with a problem, designing a way to solve that problem, and then delivering a software

                          Why Programming is Easy but Software Engineering is Hard
                        • GitHubのトレンドで振り返る2022年のJavaScript/TypeScript

                          今年も GitHub トレンドから 2022 年の JavaScript/TypeScript を振り返ります。去年の記事はこちらです。 — GitHub のトレンドで振り返る 2021 年の JavaScript | WEB EGG 集計方法 本記事の集計期間は 2022/01/01〜2022/12/07、対象言語は JavaScript および TypeScript です。 なお GitHub がそのリポジトリをなんの言語と見なしてトレンドに掲載したかをもとに集計対象を決定していることにご留意ください。 別言語で書かれた Rust 製の JS 向けのツールや CSS フレームワークなどは基本的に対象外となります。 集計に利用したデータですが、GitHub は過去のトレンドを閲覧する方法を提供していないため、独自の仕組みで GitHub トレンドのアーカイブを生成しそのデータを利用しまし

                            GitHubのトレンドで振り返る2022年のJavaScript/TypeScript
                          • Organizing a Go module - The Go Programming Language

                            A common question developers new to Go have is “How do I organize my Go project?”, in terms of the layout of files and folders. The goal of this document is to provide some guidelines that will help answer this question. To make the most of this document, make sure you’re familiar with the basics of Go modules by reading the tutorial and managing module source. Go projects can include packages, co

                              Organizing a Go module - The Go Programming Language
                            • 仕事早っ!! オープンソースになったMORISAWA BIZ UDゴシックのプログラミング用合成フォント「UDEV Gothic」がリリース

                              昨日当ブログで紹介した「MORISAWA BIZ UDゴシックとUD明朝がオープンソースになったぞ!!」のMORISAWA BIZ UDゴシックを使用したプログラミング用合成フォントが早くもリリースされたので、紹介します。 UDEV Gothic -GitHub 作者の方によると、昨日から衝動的に作成しはじめ、本日v0.0.2がリリースしたとのことです。v0.0.2では全角スペース可視化、異体字シーケンスに対応しており、今後は半角ゼロをスラッシュ付きにするなどが予定されています。 【追記: 2022/3/24】 リガチャに対応したv0.0.3がリリースされました。 ユニバーサルデザインなBIZ UDゴシックと、開発者向けフォント JetBrains Mono を合成したフォント『UDEV Gothic』 全角スペース可視化、異体字シーケンスに対応した v0.0.2 をリリースしました🎉h

                                仕事早っ!! オープンソースになったMORISAWA BIZ UDゴシックのプログラミング用合成フォント「UDEV Gothic」がリリース
                              • DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた

                                DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた2022.12.23 20:0020,621 Mack DeGeurin - Gizmodo US [原文] ( 禿頭帽子屋/Word Connection JAPAN ) 人工知能(AI)に秘められた能力の段階的な発達をたどるという話になると、なぜかチェスや囲碁といった昔ながらのボードゲームが持ち出されがちです。その例は挙げればきりがないほどで、つい最近にも、戦略ゲーム「ディプロマシー」をプレイできるAIが話題になりました。しかし、こうした事例で示されるのは、あくまでもAIが現実世界の問題を解く能力の範囲に限られます。 これよりずっといい「力試し」になりそうなのが、AIと人間をプログラミングのコンテストで競わせることです。Alphabet傘下のDeepMindが保有するAIモデルAlphaCodeが、実際に

                                  DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた
                                • GraphQL「良さ」・「難しさ」再探訪 〜スタディサプリにおける実例〜 / StudySapuri with GraphQL

                                  2024/02/08 に「LayerX、スタディサプリ、SHEと考える GraphQLが向いている現場とは?運用実践LT」で、内山高広( @highwide )が発表した資料です。 #Offers_GraphQL実践LT

                                    GraphQL「良さ」・「難しさ」再探訪 〜スタディサプリにおける実例〜 / StudySapuri with GraphQL
                                  • AI時代にORMなんて必要なんですかね?

                                    新規で構築するシステムの設計を考えていて、 「今の時代にORMなんているんか???」 という思いに至ったので、これを書いてます。 ORMなしでAIにDBアクセスコードを生成する AIでコードを生成する前提として、 AIは生SQLを書くのが得意 オブジェクトマッピングみたいなボイラープレートをAIに生成させるコストは極小(人間が手で書くとめちゃくちゃ時間がかかる) という点が挙げられます。 そのため、AIを使う前提であれば、ORMなしで以下の作業を行っても、必要なコスト(特に時間)は極小です。 ドメイン要件を伝えてSQLを生成させる オブジェクトマッピング処理(いわゆるDAO)を生成させる 単体テストコードを生成させる というか、ドメインロジックを書いていく過程で上記のようなDBアクセスコードを、都度必要となった分だけ生成させていくのであれば、この部分の生成に時間がかかってると認識することは

                                      AI時代にORMなんて必要なんですかね?
                                    • 「モダンC#」に入門しよう!2025【.NET10/C#14】

                                      はじめに みなさん、C#書いてますか? TIOBE Indexの2025年11月の見出しは「Is C# going to surpass Java for the first time in history?」でした。 11 月の見出し: C# は史上初めて Java を追い抜くことになるのか? Pythonに代わって、プログラミング言語C#が最も急成長を遂げています。C#がこのペースを維持できれば、2025年のTIOBEプログラミング言語オブザイヤーになるかもしれません。C#はどのようにしてこれを達成したのでしょうか? https://www.tiobe.com/tiobe-index/ なんか注目されてるらしいです、C#。ホントかなぁ? C#は互換性を重視した慎重な言語なので、10年・20年前のコードがそのまま動いちゃう言語です。ところが同時に、C#は変化が激しい積極的な言語[1]でも

                                        「モダンC#」に入門しよう!2025【.NET10/C#14】
                                      • ATMみたいなテンキーを作る | オモコロ

                                        はじめまして。オグラホロと申します。 ふと見渡してみると、人の生活って「スイッチ」に溢れてますよね。 家電を操作したり、部屋の電気を点けたり、また消したり… 「現代人の一日はスイッチを押すことに終始している」と言っても過言ではないのかも… ところで皆さんは、こんな話を耳したことがあるでしょうか。 普段何気なく使っているコンビニのATM。 そのテンキーには「静電容量無接点方式」なる高級スイッチ部品が使われているというウワサ… 何やら耐久性に優れていて、押し心地がとても滑らかなのだとか。 …というわけで、近所のセブンイレブンにやってきました。 普段通りATMを利用し、ついでにテンキーも感触を確かめてみようと思います。 … 確かにすごい。 一般的なキーボードが「カタカタ」「パチパチ」みたいな感触なのに対し、 ATMのテンキーは「もしゅっ…もしゅっ…」みたいな上品な押し心地。 例えるなら板チョコと

                                          ATMみたいなテンキーを作る | オモコロ
                                        • プロファイラを利用して Node.js サーバーのレスポンス時間を 200 秒 → 20 秒に短縮した話

                                          どんな問題を解決したのか こんにちは、ダイニーの ogino です。 ダイニーでは、飲食店向けのクラウド POS レジを開発しています。その機能の一つとして、一ヶ月分の売上などの情報を印刷できる「月締伝票」があります。 月締伝票のサンプル 月締伝票に記載するデータは、Node.js バックエンドで集計をしています。この API はダイニーのバックエンド全体の中で最も重く、最近では一部店舗でレスポンスに 200 秒以上かかりタイムアウトエラーが発生していました。 その結果、月締伝票を発行することができないため顧客の業務に支障をきたし、複数の問い合わせが来ている状態でした。 プロファイラやログを手掛かりに調査したところ、ボトルネックを 2 行のコードだけに特定し、ほぼコストをかけずにレスポンス時間を 20 秒ほどに改善することができました。 改善リリース前後のレスポンス時間の変化 ボトルネック

                                            プロファイラを利用して Node.js サーバーのレスポンス時間を 200 秒 → 20 秒に短縮した話
                                          • [Python]これなら分かる「uv」入門:pip+venvやcondaから最速で乗り換えよう

                                            @ITのDeep Insider編集長「一色」が、日ごろの情報収集や開発、執筆・編集を通じて得た“技術的な気付き”や“新たな発見”を自由気ままにつづるオピニオン連載。気になるデータ分析を試したり、AI・機械学習で迷走したり、Pythonとツール活用を語ったり。不定期更新ですが、疲れたときの息抜きにどうぞ! 次回以降の新着記事を見逃したくない方は、ぜひ以下のメール通知の登録をお願いします。 なぜ今、uvを学ぶべきか?【筆者の危機感】 長年、pipとcondaを使い、特に不満もなく作業してきた筆者ですが、最近はuvを見かける機会が急増し、「このまま知らずにいると、時代に取り残されてしまうのではないか」という危機感を強く持つようになりました。 実際、Anthropicが提供する“MCP”公式ドキュメントでも、uvを使った環境構築方法しか説明されていません(なお、MCPについては前回記事で解説して

                                              [Python]これなら分かる「uv」入門:pip+venvやcondaから最速で乗り換えよう
                                            • Claude CodeだけでKiro風をやる

                                              複雑なタスクをやるときにKiroは便利だけど、モデルが限定されてたりなんかちょっと馬鹿だったりしてめんどくさい。 同僚の @tonkotsuboy_com はKiroに計画を立てさせて、それをClaude Codeに実行させるというワークフローを試していた。 自分もこれをやってみて、確かに便利だと思ったけど、これやるならもうClaude Codeだけでやってしまいたい。 ということでClaude CodeだけでKiro風のワークフローをやるためのカスタムスラッシュコマンドを書いた。これを /kiro とかで起動するようにしておけばまあまあ動く。 --- description: "spec-driven development" --- Claude Codeを用いたspec-driven developmentを行います。 ## spec-driven development とは sp

                                                Claude CodeだけでKiro風をやる
                                              • Goにおける型によってSQLインジェクションを防ぐ方法

                                                はじめに 2022年のセキュリティ・キャンプ全国大会に講師として参加しました。その際に、Goにおける脆弱性への対策はどうなっているのか調べました。この記事では、github.com/google/go-safeweb/safesqlがどのようにSQLインジェクションを防いでるのかについて解説します。 なお、@rungさんの文書を多いに参考にしております。また、セキュリティ・キャンプで用いた資料はこちらから閲覧できます。 SQLインジェクションとは? 独立行政法人情報処理推進機構(IPA)が公開している安全なウェブサイトの作り方を見ると、SQLインジェクションは以下のように説明されています。 データベースと連携したウェブアプリケーションの多くは、利用者からの入力情報を基にSQL文(データベースへの命令文)を組み立てています。ここで、SQL文の組み立て方法に問題がある場合、攻撃によってデータベ

                                                  Goにおける型によってSQLインジェクションを防ぐ方法
                                                • 競技プログラミングとChatGPTを含むAIについて - chokudaiのブログ

                                                  はじめに この記事は、ChatGPTを受けての競プロ周りの情報、およびchokudai個人の意見を発信したものです。基本的にはAtCoderの運営についても同方針を取る予定ですが、方針が変わり次第、AtCoderのHP/Twitter等で告知されます。 現在のAtCoderにおける競プロAIの実力についての事実 AtCoderのコンテストに対するソースコードはインターネット上に多くあり、おそらくそれを学習してChatGPTなどが作成されているため、過去問を利用して解ける/解けないを判定すると、過剰に解ける側に寄ってしまいます。 そこで、最新のコンテストで調査した事例について、Twitterからいくつか引用します。 ABC280にChatGPTを参加させてみました。結果はC問題まで解くことができ、順位は7245人中5290位でした。 A問題→ノータイムで正解 B問題→ノータイムで正解 C問題

                                                    競技プログラミングとChatGPTを含むAIについて - chokudaiのブログ
                                                  • Rustプログラムのデバッグ辛すぎ問題 - Qiita

                                                    この記事は Rust Advent Calendar 2023 シリーズ2 の1日目の記事である。 Rustは良くも悪くもシステムプログラミング言語なので、何も工夫しなければデバッグの体験がC言語と同じレベルになってしまう。例えば「rust lldb」でググると上位に Debugging Rust programs with LLDB is a nightmare というスレッドが出てきてしまう。 使うべきツールを知っていれば幾分かマシな体験にできる。Rustコンパイラはデバッガとして LLDB, GDB, WinDbg/CDB をサポート していて、僕はWinDbGは10年くらい触ってないので、この記事ではLLDBとGDBについて書く。 LLDB Apple SiliconのMacだとGDBが使えないので、必然的にLLDBを使うことになる。 CodeLLDB GDBと同じく、LLDBにも

                                                      Rustプログラムのデバッグ辛すぎ問題 - Qiita
                                                    • grill-me スキルがめちゃ良いので布教したい

                                                      Matt Pocockさんが作った「grill-me」というAgent Skillsが、とてもシンプルなのですがとても良いので紹介したいと思います。 たった3行のスキル Agent Skillsってだいたい数十行〜150行くらいあるものが多い印象ですが、なんと grill-me はたったの3行。 この計画のあらゆる側面について、私たちが共通の認識に達するまで、徹底的に私に質問を投げかけてください。 設計のツリーを枝分かれの先まで一つひとつたどり、決定事項間の依存関係を順番に解決していきましょう。 各質問に対し、あなたの推奨する回答も併せて提示してください。 質問は一度に一つずつお願いします。 もしコードベースを探索することで答えが得られる質問であれば、質問する代わりにコードベースを調査してください。 こんな短い記述で何が変わるの?という感じですが、コーディングエージェントの挙動がガラッと変

                                                        grill-me スキルがめちゃ良いので布教したい
                                                      • 夜を制する者が “AI Agent 大民主化時代” を制する

                                                        「夜のブルーオーシャン」における AI エージェント稼働率が差別化された生産性となること、夜に行うべきタスクと遂行するための "FRONTIER AGENTS" を紹介しています。

                                                          夜を制する者が “AI Agent 大民主化時代” を制する
                                                        • みんなのためのLLMアプリケーション開発環境の構築事例

                                                          はじめに こんにちは。Game Platform DevのDong Hun Ryoo、Takenaka、Zhang Youlu(Michael)、Hyungjung Leeです。私たちの組織は、ゲームパブリッシングに必要なさまざまな機能を開発・運用する役割を担っています。 私たちは最近、組織内の業務効率を高めるためにさまざまなLLM(large language model)アプリケーションを開発し、それと連携してLLMOpsシステムの構築プロジェクトを行いました。プロジェクトの主な目標の一つは、参入障壁が高いLLMアプリケーション開発を、職種に関係なく誰でも簡単に作成できる環境を構築することでした。そのため、さまざまなことを考えながら試行錯誤を経た結果、誰でも簡単にアクセスできる開発・デプロイ環境を整えました。 今回の記事では、LLMアプリケーションの一般的な開発方法と開発プロセスで直面

                                                            みんなのためのLLMアプリケーション開発環境の構築事例
                                                          • 2026年版:JavaScript/TypeScriptのロギング入門

                                                            本番環境で障害が発生したとき、手がかりになるのは結局ログだけだった——という経験は、多くのエンジニアが持っているのではないでしょうか。ところが、開発中に書き散らしたconsole.logは肝心なときに役に立たないことが多いものです。「ここ通った」「動いた」といったメッセージや、巨大なオブジェクトがそのまま出力されているだけでは、原因特定は困難です。 かといって、本格的なロギングライブラリを導入するのは大げさに感じることもあります。winstonやPinoは高機能ですが、設定項目が多く、エッジ環境では動かなかったり、依存関係が増えたりと、ちょっとしたAPIサーバーには重たい選択肢かもしれません。 本記事では、console.logの限界を整理した上で、実用的なロギング環境の構築方法を紹介します。サンプルコードにはLogTapeを使います。依存ゼロで軽量、Node.js・Deno・Bun・エッ

                                                              2026年版:JavaScript/TypeScriptのロギング入門
                                                            • 仕様駆動開発(SDD)って、本当に不要なの?

                                                              仕様駆動開発なんて要らない、やめておけ。 仕様駆動開発不要論が界隈を飛び交っています。 しもしさんの「仕様駆動開発はやめた方がええ」という記事を読んで、共感しました。めちゃくちゃわかる。でも、うーん、ちょっと待てよ、と。 人の意見を鵜呑みにせずに、いったん自分の中で本当に不要なのか考えてみたいと思いました。 仕様駆動開発不要論について しもしさんの主張を整理すると、 実装に関するドキュメントは不要で、仕様はすべてコードにある。 ドキュメントとコードの両方をメンテナンスするコストが大きすぎる。 AIエージェント時代にはドキュメントの更新が確率的で、トークンの無駄も大きい。 コードは最新なのにドキュメントは半年前の設計のままってことありません? 新しく入ったメンバーがドキュメントを信じてコードを読むと、現実のコードとの乖離に混乱する。これって、ドキュメントがないよりタチが悪いんですよねぇ。 さ

                                                                仕様駆動開発(SDD)って、本当に不要なの?
                                                              • Kaggleや競プロのトップランカーが持つ「本質的な強み」とは。リクルートが作り出す、競技と業務の好循環 - はてなニュース

                                                                ソフトウェアエンジニアがプログラミングの腕を競い合う競技プログラミングや、データサイエンティストや機械学習エンジニアが機械学習モデルの精度を競い合うKaggle。こうしたコンペティションのトップランカーが持つテクニックやスキルを実際の業務にも活かそうとしている、あるいはすでに活かしている企業も少なくないでしょう。 一方で、その能力を最大限活かして仕事に取り組めるかには課題も残っているようです。「競技のトップランカー」の肩書きに引きずられるためか、彼らの強みを活かすためには起用範囲を絞らざるをえない、という悩みも方々から聞こえてきます。 そんな中、リクルートではトップランカーのスキルや技術だけでなく、「本質的な強み」に着目。その「本質的な強み」を、領域を横断してさまざまなプロジェクトに活用することで、事業課題の解決やサービス価値の向上につなげています。 トップランカーの「本質的な強み」とは、

                                                                  Kaggleや競プロのトップランカーが持つ「本質的な強み」とは。リクルートが作り出す、競技と業務の好循環 - はてなニュース
                                                                • 会計ソフトを「個人開発」するときに考えてきたこと|きゅーい

                                                                  先日、ここ一年半ほどかけて開発してきた「個人事業主向けクラウド会計ソフト Shiwake」をリリースしました。 会計ソフトという大きな何かを個人開発するというのはなかなか大変だったのですが、そんな会計ソフトの開発を行う中で考えてきたことを書いていきたいと思います。 [こんな人に向けて書いています] - プロダクト作りにおける「コンセプト」や「進め方」に興味がある人 - ソフトウェア開発における「プロジェクトマネジメント」に興味がある人 最初の課題感をブラさないプロダクトをつくるにあたっては、なにかひとつ「軸」となる考え方があることが望ましいです。多くの場合、それは「プロダクトにおける課題感」となります。 Shiwake の場合、下記のような課題感を最初に定義し、機能を考える際は常に頭の片隅に置きながら開発を行っていました。 freee さん、ごめんなさい。freee に課金したくなくてサー

                                                                    会計ソフトを「個人開発」するときに考えてきたこと|きゅーい
                                                                  • Windows 11のフォトアプリがUWPからWin32アプリになったことで今更わかるUWPの問題点 (1/2)

                                                                    Windows 11のフォトアプリは、WinUI 2を使うUWPアプリから WinUI 3を使うDesktopアプリに切り替わった 現在のWindows 11に搭載されている「フォト」アプリは、UWPではなくWindows App SDKを使うDesktopアプリ(Win32アプリ)になっている。 WinUI 3を使うDesktop/Win32アプリケーションになったフォトアプリ。写真をクリックすると、別ウィンドウが開き、複数のビューアーウィンドウを同時に開くことができる 簡単に言えば、フォトアプリ(Photos.exe)は、通常のEXE実行ファイルである。また、従来のUWP版フォトアプリは、現在では「Microsoft フォト レガシ」として、Microsoftストアから入手が可能だ。 フォトアプリは、WinUI 2を使うUWPアプリから、今年の4月頃にWinUI 3を使うDesktop

                                                                      Windows 11のフォトアプリがUWPからWin32アプリになったことで今更わかるUWPの問題点 (1/2)
                                                                    • System tests have failed

                                                                      When we introduced a default setup for system tests in Rails 5.1 back in 2016, I had high hopes. In theory, system tests, which drive a headless browser through your actual interface, offer greater confidence that the entire machine is working as it ought. And because it runs in a black-box fashion, it should be more resilient to implementation changes. But I'm sad to report that I have not found

                                                                        System tests have failed
                                                                      • Oracle、「MySQL Shell for VS Code」をプレビュー公開/「MySQL」の開発・管理シェル「MySQL Shell」を「Visual Studio Code」で直接扱える

                                                                          Oracle、「MySQL Shell for VS Code」をプレビュー公開/「MySQL」の開発・管理シェル「MySQL Shell」を「Visual Studio Code」で直接扱える
                                                                        • Emacsの次世代ミニバッファ補完UI | 日々、とんは語る。

                                                                          先日、ネイティブコンパイルEmacsが登場でElispをネイティブコードにコンパイルすることによりEmacsの高速化が実現されたという記事を書きましたが、Emacsに到来している新しい波はこれだけではありません。Emacsを華麗に操作するユーザーインターフェイス(以下、UI)にも新潮流がきています。 百聞は一見にしかずというわけで、まずはこちらの動画をご覧ください。 この動画ではEmacsの起動時点から次の操作を行なってファイルを開いています。 ghqでリポジトリ検索 → fdでファイル検索 ghqでリポジトリ検索 → ripgrepでテキスト検索 利用している外部コマンドはさておき、標準のEmacsと大きく違うところは、コマンドを実行するとミニバッファが縦に伸びて補完候補が表示され、キー入力による候補の絞り込みをしてファイルを開いているところになります。 Anything/Helmと違っ

                                                                            Emacsの次世代ミニバッファ補完UI | 日々、とんは語る。
                                                                          • 壊れやすいテストとは? 「単体テストの考え方/使い方」(古典学派)と「実践テスト駆動開発」(ロンドン学派)を読んで考える

                                                                            はじめに 「ControllerやUseCase層のテストは壊れやすい」「だからDomain層のテストを手厚く書くほうがいい」みたいな話を耳にし少し心がざわついたので本当にそうなのかを考えてみた。テストが壊れやすいのはモックを使いすぎているとか振る舞いをテストしていないとかそんな理由があったように記憶している。 今テストについて学ぶなら「単体テストの考え方/使い方」から学ぶのがいいでしょう。しかし、モックについて学ぶなら「単体テストの考え方/使い方」が推す古典学派とは異なるロンドン学派の考え方も学んだほうが良いかもしれません。そして、ロンドン学派のテストの考え方を学ぶなら「実践テスト駆動開発」を読むのがいいでしょう。 本記事ではこの2冊の技術書を改めて学び、単体テストについて考え直すとともに壊れやすいテストについて考えてみたいと思います。 この記事は主に以下のスクラップの内容をまとめたもの

                                                                              壊れやすいテストとは? 「単体テストの考え方/使い方」(古典学派)と「実践テスト駆動開発」(ロンドン学派)を読んで考える
                                                                            • 2024年のPythonプログラミング - Uzabase for Engineers

                                                                              ソーシャル経済メディア「NewsPicks」で推薦や検索などのアルゴリズム開発をしている北内です。Pythonは頻繁に新機能や便利なライブラリが登場し、ベストプラクティスの変化が激しい言語です。そこで、2024年2月時点で利用頻度の高そうな新機能、ライブラリ、ツールなどを紹介したいと思います。 この記事では広く浅く紹介することに重点を置き、各トピックについては概要のみを紹介します。詳細な使用方法に関しては各公式サイト等での確認をおすすめします。なお、本記事ではOSとしてmacOSを前提としています。 環境構築 Pythonの環境構築はpyenvとPoetryの組み合わせがもっとも標準的でしょう。 以下の手順でpyenvとPythonをインストールできます。 brew install pyenv # Bashの場合 echo 'eval "$(pyenv init -)"' >> ~/.ba

                                                                                2024年のPythonプログラミング - Uzabase for Engineers
                                                                              • VSCode + Dockerでよりミニマルでポータブルな研究環境を

                                                                                はじめに もっとミニマルで簡単なポータブルな環境を! 自分自身の研究のための環境構築についてこれまで二本の記事を書いてきました. これらの記事から二年ほどたち, いくつかの点において不満点が出てきました. 特に, GCPや自宅のサーバー上でリモートで作業することが多くなってきたので, よりミニマルでポータブルな環境が必要になりました. 以下では, 現時点で最小限の努力で環境を再現ができることを目標にしたDockerベースのGitHubレポジトリのテンプレートとその使い方を紹介します. このテンプレートを用いて作られた環境は, 新たなコンピュータ上で最短4ステップで環境を再現できるようになります. git clone VSCodeの"Open in Remote Containers" renv::restore() dvc pull この環境とセットアップはこのレポジトリにテンプレートとし

                                                                                  VSCode + Dockerでよりミニマルでポータブルな研究環境を
                                                                                • Claude Codeにコマンド一発でMCPサーバを簡単設定

                                                                                  デフォルトはlocalです。スコープによって、設定ファイルに書き込まれる場所が変わったり、設定ファイル自体が変わるのがなかなかトリッキーですね(最初ずっと混乱してました)。.mcp.jsonは、プロジェクトで複数人でMCPサーバの設定を使うときに便利かもしれませんね(APIキー設定とかは困りそうですが)。 設定ファイルを直接編集してClaude Codeを起動することでも、MCPサーバを設定することができます。具体的にはプロジェクトのルートディレクトリに.mcp.jsonをおいて、そこでClaude Codeを起動すれば設定が自動で反映されます。 ~/.claude.jsonの場合は、書く場所で影響範囲が変わる形になっています。ただ、~/.claude.jsonはすべてのプロジェクトのMCP以外も含めた設定ファイルが保存された大きいファイルなので、直接編集が難しいです(一回派手にぶっ壊しま

                                                                                    Claude Codeにコマンド一発でMCPサーバを簡単設定

                                                                                  新着記事