執筆 中川 幸哉 有限会社 WINGSプロジェクトが運営する、テクニカル執筆コミュニティ（代表：山田祥寛）に所属するテクニカルライター。新潟県上越市出身。会津大学コンピュータ理工学部卒業後、現在は新潟市に在住。ReactやAndroidを軸に、モバイルアプリ開発やWebサイト制作、Webメディア編集部の業務改善や、プログラミング技術記事の執筆等に携わっている。著書に『たった1日で基本が身に付く! Androidアプリ開発超入門』、『基礎から学ぶ React Native入門』 監修 山田 祥寛 静岡県榛原町生まれ。一橋大学経済学部卒業後、NECにてシステム企画業務に携わるが、2003年4月に念願かなってフリーライターに転身。Microsoft MVP for Visual Studio and Development Technologies。執筆コミュニティ「WINGSプロジェクト」代表

大規模言語モデル講座　応用編　　2025 Autumn - 東京大学松尾・岩澤研究室（松尾研）- Matsuo Lab 2025/11/19(水) AM10:00 まで!!! 社会人枠もあります。自分は前年に参加してとても良かったのでおすすめしています。 今年は内容がボリュームアップして基礎編と応用編に分かれていて、基礎編はもうすぐ終わりそう、応用編に続きます。 各社の LLM API を雰囲気で利用していて、理解が足りてないな、もどかしいなと感じて応募したのですが、そういった Web エンジニアの方々は多くいるのではないでしょうか。 自分は参加以前から LLM を利用した新規事業に携わっていて、業務でモデルをチューニングする機会は未だないけど、LLM の仕組みを理解していることが役に立つ機会はよくあります。 前年の講義スライドは公開されている。 LLM 大規模言語モデル講座2024講義ス

JJUG CCC 2025 Fall に参加しました！ 今回は「native のその先へ！System.currentTimeMillis() の実装を見てみよう！」というセッションで登壇しました。このテーマは、JVM の中を覗いてみるという第一歩になればなーと思って選んだものでした。マニアックになりすぎないように盛り込む内容の取捨選択に直前まで迷っていたのですが、最終的にはバランス取れたかな、と。参考になっていれば幸いです！ 聴講したのは、AI活用系のセッションとレガシー改善系のセッションでした。弊社でも GitHub Copilot を始めとしたAI活用して開発スピードを上げていきましょうと言われているものの、私自身はうまく使いこなせていないので、今日の話を参考に置いていかれないようにキャッチアップできればと思っています。とはいえ、また半年後1には大きく変わっていそうな予感もしています

Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa

「2026年の戦略的テクノロジートレンド」を早くもガートナーが発表。AIネイティブ開発プラットフォーム、コンフィデンシャルコンピューティング、ドメイン特化型言語モデルなど 調査会社のガートナーは、2026年に企業や組織にとって重要なインパクトを持つ戦略的テクノロジのトップトレンドを発表しました。 The Top Strategic Technology Trends for 2026 were released last month Learn how to turn disruption into opportunity, get expert guidance on mission-critical priorities, and uncover the AI-driven innovations shaping the future: https://t.co/zVup2uwe4w

こちらは LayerX AI Agentブログリレー 7日目の記事です。 こんにちは。バクラク勤怠のソフトウェアエンジニアの @upamune です。 最近は社内のいろんなリソースをMarkdownに変換する怪物になっています。 1. はじめに：定額で始めるAI Agent開発 皆さんAI Agent開発していますか？AI Agentを開発する時の障壁の一つとして、LLMを呼び出す際のAPIコールが従量課金のため、なかなか個人で気軽に試せないというのがあると思います。 そこで、今回はClaude Code SDKを利用してAI Agentを作成することで、Pro/Maxプランに加入することで定額でAI Agentを開発できる選択肢があることを紹介します。 2. なぜClaude Code SDKなのか Claude Codeを利用している方は多いと思いますが、Claude Code SDK

エンジニアリングをしていると、「なぜ現在こうなっているか」について調べたくなることがよくある。コードを読んでも、なぜその設計判断がされたのか、なぜその仕様になっているのかが分からないことが多い。 歴史的経緯はコミットログ、GitHub Pull Request、Slackでの議論などに残っていることが多い。これらの情報を組み合わせることで、コードには表れない設計判断の背景や仕様決定の経緯、トラブルシューティングの過程などを発見できる。 しかし、Slackから過去の議論を探すのは結構大変だ。なぜなら 解決のための適切な検索クエリを見つけるのが大変 検索結果から今ほしい情報を見つけるのが大変 AIを活用しようにも、コミットログやGitHub Pull Requestと違い、Slackの情報をAIエージェントが直接扱えるやり方が少ない そこでAIエージェントを使って歴史的経緯を発見しやすくするた

Claude Codeを使い始めて4ヶ月になりますが、使い方も日々アップデートされていく感覚があります。この記事は、2025年8月末時点でClaude Codeをどのように使っていたか、具体的な手順を中心に備忘録としてまとめたものです。まずは考え方を共有してから、具体の話をする構成となっています。 使い方の型を決める Claude Codeを使用していると期待通りの挙動を引き出せず、延々と試行錯誤してしまうことがあります。しかし、実装タスクで集中するべきはツールの使い方ではなくタスク本来の内容であるため、なるべく使い方の型を決めてその通りに動かしています。 私の場合、型をつくるために以下のサイクルを回しました。 普段の開発フローを整理して、改善できそうな箇所を見つける Claude Codeを使うことでどのように改善できそうか調査をしたり、試作をつくって検証する 実際の開発フローに組み込ん

これは何か 今月末で今の職場を離れることになったので、ふりかえりも兼ねて。 これまでの経歴的にスタートアップで働くことが多かったので、前職に限らずこれまでのキャリアをふりかえってみて、日頃どんなことに気をつけながら働いていたか、あるいはこれまでの人生で「もっとこうすりゃよかった」みたいなしくじりを整理したもの。 前職を辞める前に社内でLTぽく話したのを少し改変している。 前提：私はこういう性格 自己肯定感が低い 今やってる仕事は別に誰でもできるよな〜とか思っちゃう ので、俺すごくね？って滅多に思わないし、こんなんやりましたでドヤ！みたいな発信が苦手 他者とのコミュニケーションに必要以上に気を使いがち Slackの投稿文は何回も何回も考えてようやく発信してる @全社all メンションとか極力打ちたくない おしながき 自分が気持ちよく働ける限界値を把握しよう ワイはできてた度：★★★★☆ 周り

歌いだし いい本だいい本だと言われるのをTLで見て本棚に積んでいた『プログラマーのためのCPU入門』をやっと読んで、想像してたよりもずっと自分に刺さる本だったので感想をまとめる。 プログラマーのためのCPU入門 ― CPUは如何にしてソフトウェアを高速に実行するかwww.lambdanote.com 経緯 去年の終わりごろから『並行プログラミング』入門を読んでたんだけど、主にメモリオーダーのところがあんまり腑に落ちなかった。具体的には、サンプルプログラムからメモリオーダーに関する命令が全部消されて、「このプログラムが正しく動くために、適切な位置に、適切な強さのメモリオーダーを指定せよ」と言われると全然わからないんだろうなという感じ。あとはグリーンスレッドの例でコアロジックがアセンブリで書かれてたんだけど、操作的意味がおそらく高レベルの言語とは全然違い、暗黙の前提がわからず理解が著しく難しい

PolyrepoとMonorepo これはアソビュー！ Advent Calendar 2022の23日目です。 アソビューでVPoE兼Tech Leadをしているdisc99🐼です！ 今回は、Monorepo運用の事例紹介をさせてもらえればと思います！ アソビューではほぼすべてのGitリポジトリを統合したMonorepo運用を2年以上行っています。 最近では特定の技術領域やプロダクトに対してMonorepoを適用した事例は増えてきています。 しかし、社内のほぼすべてのソースコードを1つのMonorepoで管理している組織はまだ多くないと思いますので、参考になれば幸いです。 今回はなぜMonorepoに移行したかや、具体的にどのような管理をしているか、また今後の展望などを公開します！ 🐣なぜMonorepoなのか 背景 Monorepoとは？ 素早さ 分かりやすさ 管理のしやすさ その

12月16日に公開された新SNS「mixi2」（iOS／Android）が、各アプリストアでランキング1位を獲得するなど人気だ。 「楽しい、優しい、ほっこりとした場」を目指したというSNS。MIXI社によると、2年前から構想し、じっくり開発しながら公開のタイミングを待っていたという。背景には、昨今のXをめぐる諸問題があったようだ。 App Store無料1位、Google Playアプリ1位 mixi2は招待制のテキストSNS。短文を投稿したり、投稿にリアクションを付けたり、コミュニティで交流できる。04年公開の国産SNS「mixi」を開発したMIXI社が提供しているが、mixiとの互換性はない。 12月20日時点で、App Storeの無料アプリランキング1位、Google Playでもアプリランキング1位だ。ユーザー数は非公開だが、Google Playのダウンロード数は「10万以上」

いきなりのお知らせですが, 私shinyorkeは年内で現職（某大手外資系ITコンサル企業*1）を退職します（本日12/13が最終出社でした）&来年から再びプロダクトを取り扱うベンチャー企業*2でエンジニアとして働くことになりました（まだ予定ですが）&その転職活動から爆誕したコンテンツがこの記事です. 現職の皆様, 本当にお世話になりました&次の働き先はもうすぐ決まる見込みです*3. 退職と転職の話は後日別のブログこちらのブログで語ることにしますが, 約3年ぶりの転職活動（40代になってから二回目）は本当に苦労しました. エンジニアの転職プロセスは色々ありますが, 通常の面接・選考(過去経歴, いくつかの質問の中で能力・カルチャーがフィットするか) 技術選考（プログラミングテスト, 応用的な技術課題の作成・提出, レビュー形式の技術面談など） 大雑把にこの2つに分かれるかと思います*4が,

この記事は？ 株式会社ログラスでクラウドインフラエンジニアをしている中井 (@elmodev09) です。 エンジニアとして働ていると、技術選定の調査結果をまとめたり、Design Docを書く等、ドキュメントを書く機会が多いのではないでしょうか？ ドキュメントは、不必要なディスカッションを減らすための非常に強力なツールです。 特に、抽象度が高いタスクにおいては、ドキュメントをうまく活用することで議論のポイントを明確化し、効率化を図ることができます。 個人的な話になりますが、これまでに書いたドキュメントについて、「分かりやすい」「読みやすい」と言っていただけることが多いです。 （もちろん、毎回そうではなく、分かりにくい場合もありますが） 私は口頭で全てを明確に説明するのが得意な方ではないため、思考を整理してドキュメントにまとめることで、なんとかエンジニアとしての業務をこなしています。 今回

これは Kyash Advent Calendar 2024 1日目の記事です。 2022年1月から VP of Engineering という役割でKyashの開発組織全体のマネジメントを始め*1、2024年1月から 執行役員 VP of Engineering になり1年くらい経ちました*2。 当初は「今までどおりいいプロダクトを作っていけるように行動していくだけだし大きくは変わらん」と思っていたのですが、想像以上に変化もあったので備忘として残しておきます。 ここに書ききれないこともたくさんあります。「1年近くやってこんな抽象的なことしか書けないのか」と感じられるかもしれませんが、まああまり背伸びせず反省も込めて今のスナップショットをそのまま書くことにします。 結果として事業はよくなっている Kyash のようなカード発行型の決済サービスというのは、決済単体の収益性で見ればいわゆる "

2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して

社員数が1000人を超えてから、組織的にはいろいろと「よろしくない面」が出てきました──。サイボウズ代表の青野慶久はそう打ち明けます。 かつてのサイボウズでは考えられなかった出来事が起きたり、社歴の差による考え方の違いが出てきたり。2024年には、これまで胸を張って掲げてきた、働き方に関する表現を見直す決断もしました。 このままサイボウズは、よくある大企業の1社になってしまうのか。サイボウズが変えるべきもの、守り続けるべきものとは。 他社でも同じような悩みを抱えるケースは少なくないはずです。組織が拡大するなかで、企業としての成長と、社員一人ひとりの幸福を両立し続けていくためには何が必要なのでしょうか。 サイボウズの社内大学「CAAL（カール）」卒業生の2人が青野を囲み、本音を語り合いました。

いつも「マネーフォワード クラウド会計・確定申告」をご利用いただきまして、誠にありがとうございます。 「適格請求書発行事業者登録番号」に関するご利用上の注意事項をお知らせいたします。 対象ページ各種設定＞取引先前提マネーフォワード クラウドでは、法人の取引先に関する適格判定について、過去に適格照合された法人の情報を保持しております。※ そして保持した情報は、「国税庁適格請求書発行事業者公表サイト」から日次配信される情報をもとに、定期的に差分更新を行っています。 ※個人事業主に関しては、個人情報保護の観点から結果を保持しておりません。 また、クラウド会計・確定申告の「取引先」画面では、取引先の登録・編集時や登録番号情報の更新を行う際に、マネーフォワード クラウド内で保持された情報と照合しております。 詳細国税庁による適格請求書発行事業者の登録・取消・失効状況の更新について、事後に行われる（過

GitHub Actions で CI している皆様、こんにちは。 GitHub Actions 便利ですよね。使わない日がないというくらい毎日お世話になっています。 さて、CI といえば良く問題になるのが実行時間。 長い待ち時間は開発効率を下げますし、プライベートリポジトリだと Runner の費用も嵩んでしまいます。 時間を短縮する方法は色々ありますが、一手目によく行われるのが依存パッケージのキャッシュじゃないかなと思います。 例えば Go で開発していると、依存パッケージは ~/go/pkg/mod にダウンロードして保存されます。 これを CI 実行のたびにダウンロードしてコンパイルするのは時間とお金の無駄というものです。 幸い、GitHub Actions には CI の実行間でこういった依存パッケージを保存して再利用できるキャッシュ機能があります。 詳しくは以下のドキュメントを

スクラムフェス仙台2024の共同登壇の資料です。