本連載は、「 エキスパートへの道しるべ（Load to Expert） 」をテーマとして、初級者がエキスパートになるためのヒントを、日本を代表するエキスパートの方々に伺う企画です。 TypeScriptは現代のWeb開発において欠かせない言語となっています。今回は、TypeScriptのエキスパートとして知られるuhyo氏に、初学者向けのTypeScript学習法や魅力について詳しく話を伺いました。これからTypeScriptを学ぼうと考えている方に、確かな道筋を示す内容となっています。 uhyoさんをTechFeed上でフォローしよう！ TypeScriptとは？その魅力と重要性 ――自己紹介をお願いします。 uhyo: uhyoと申します。TypeScriptのTechFeed公認エキスパートとして、TypeScriptに関する情報発信を行っています。 普段はReactなどを使用した、
2025年7月現在、MCPは2024-11-05、2025-03-26、2025-06-18の3つのバージョンを経て進化し、私達は手元のMCPクライアントとなるCursorやClaude CodeやVSCodeからnpxコマンドやuvコマンドやDockerコンテナによってMCPサーバーを起動したりRemote MCPサーバーに接続するなど日常的に使うようになりました。 実際に私自身がよく利用しているMCPライブラリであるMCP Servers - Cursorを見てみると多くのサービスが独自にMCPサーバーの提供に投資している様子が伺え、エコシステムは拡大していっています。 例: Notion、Figma、Linear、GitHub 特にAtlassian Remote MCP Server betaはサービスが公式に提供するMCPサーバーの中で、最も先進的なものの一つです。 Cursor
コマンド例（コードサンプル） uv run \ --with 'https://github.com/ml-explore/mlx-lm/archive/489e63376b963ac02b3b7223f778dbecc164716b.zip' \ python from mlx_lm import load, generate model, tokenizer = load("mlx-community/GLM-4.5-Air-3bit") prompt = "Write an HTML and JavaScript page implementing space invaders" messages = [{"role": "user", "content": prompt}] encoded = tokenizer.apply_chat_template(messages, add_
1. はじめに こんにちは。ATOM事業部フロントエンドテックリード兼デザイナーの河原です。 私はフロントエンドの開発だけでなく、要件定義や設計、デザインも担当していますが、最近では多くの作業を生成AIに頼るようになりました。 フロントエンドの開発では、小規模なタスクであれば90%以上、中〜大規模なタスクでも40〜70%の作業をAIが担ってます。 今回は、複数のAIツールをどのように利用しているかをご紹介します。 2. ツール紹介 開発プロセスのフェーズごとに私が使っているAIツールをまとめました。 フェーズ作業内容利用ツール 要件定義要件検討の補助ChatGPT ワイヤーフレーム作成v0 設計デザイン作成v0 画像素材の作成ChatGPT Napkin AI API定義設計Codex ライティング支援ChatGPT リバースエンジニアリング（実装から仕様書作成）Claude Code 実
おすすめの読者 以下は私自身の本書を読み始めた動機にもつながるものですが、以下のような方におすすめです。 ソフトウェア開発者 Agentic Coding にしろ Vibe Coding にしろAIエージェントを活用して普段の開発を行っているなかで提案されるデザインやコードに関して悩みを抱えている 初めて読む専門書の洋書を探している 私も Claude Code などを活用して日々の開発を行っています。そんな中、私自身に設計の知識がなければ広範な知識を持っているが適用の仕方を持て余しているエージェントに対して適切な方針を示してあげることができません。 私がこのシステムに対して良いと感じている設計方針はこれです ソフトウェアテストをする際には、特に境界値分析・状態遷移テスト・デシジョンテーブルの技法を活用してユニットテストを書きましょう ユニットテストにおける実装方針として、極力フェイクを使
Reaction to the PlanetScale PostgreSQL benchmarksOur reaction to the PostgreSQL benchmarks published by PlanetScale and the results of running them against a Xata instance. A couple of weeks ago, with the announcement of their PostgreSQL private beta, PlanetScale published a series of benchmarking blog posts comparing their “Metal” offering with several other Postgres service providers. We were cu
7/26/2025 Parcel v2.14.0 added support for React Server Components. The release blog post and documentation describe what RSCs are and how to use them with Parcel. This post is a deep dive into the internals: how RSCs integrate with a bundler, what directives like "use client" do internally, how code splitting works and how RSCs improve it, etc. Let's jump in! What does a bundler do? Before we get
7月25日、Jamie Birch氏が「The many, many, many JavaScript runtimes of the last decade」と題したブログ記事を公開し、話題になっている。 7月25日、Jamie Birch氏が「The many, many, many JavaScript runtimes of the last decade」と題したブログ記事を公開し、話題になっている。 この記事では、ブラウザ誕生からわずか30年足らずでJavaScriptがクラウド、エッジ、スマートTV、そして数バイトRAMのマイコンにまで到達した理由と、その過程で生まれた多様なランタイム／エンジンの系譜について詳しく紹介されている。以下に、その内容を紹介する。 ランタイムが増殖した十年 著者はまず、ランタイム多様化の理由を3つにまとめる。 第一に、実行環境の爆発的拡大。スマホや
本記事では、「OSS応援企画」として記事末に「応援ボタン」を設置しています。1回の応援につき、Findyが100円をOSS団体などへ寄付し、エンジニアの成長とOSSの発展を応援する取り組みです。開発者の想いや取り組みに共感した気持ちが、OSSの支援にもつながっていく、そんな前向きな循環をFindyは目指しています。「応援ボタン」は、1日1回まで押すことができます。記事を読んで「いいな」と感じたら、ぜひボタンを押してあなたの応援の気持ちを届けてください。 こんにちは、翠と申します。フロントエンドの開発ツールであるViteのコアチームメンバーとして、3年くらい活動しています。 さて、OSSに関わる中で、「どう書けばうまく伝わるのか」「どうすれば素早く対応してもらえるのか」といった悩みを抱く人は少なくないでしょう。 バグを見つけたけど、Issueに何を書けばよいか分からない 修正コードは書いたけ
はじめに Reactのフォルダ構成は難しい Reactは、フォルダ構成に"意見を持ちません"。 この柔軟性が、フォルダ構成の難しさに繋がっていると思います。 また、フォルダ構成について体系的に書かれている情報が少なく、特に用語の説明がなかったりするため、理解が難しいと感じました。 そこで、フォルダ構成を体系的に理解し、作成できるようになるため、フォルダ構成の考え方についてまとめました。 この記事の目的 フォルダ構成について： 意見を持てるようになる 調べやすくなる そして、リポジトリを見た時に構造化して見えるようになる ことを目的としています。 フォルダ構成の種類 フォルダ構成の種類は、大きく分けて３つに分類できます： type-based feature-based layer-based 「by 〇〇」という呼び方も存在しますが、意味は同じです。 詳細は、〇〇-based以外の呼ばれ方
はじめに JavaScriptアプリケーションが動作していると、時間経過とともに動作が重くなったり、不安定になったりすることがあります。 その原因の一つに「メモリリーク」があります。 本記事では、JavaScriptのメモリ管理の基本から、ChromeのDevToolsを用いたメモリリークの検出方法までを紹介します。 メモリリークとは メモリリークとは、不要になったメモリ領域が何らかの理由で解放されず、保持し続ける現象のことを指します。これにより、利用可能なメモリが徐々に減少し、システムのパフォーマンス低下や、最悪の場合にはクラッシュを引き起こす可能性があります。 JavaScriptエンジンのメモリ管理 JavaScriptエンジンはスタック領域とヒープ領域の二つのメモリ領域を持っており、扱うデータの種類によって2つのメモリ領域を使い分け、メモリ領域の割り当てを行います。 スタック領域
7月24日、海外のテクノロジーメディアBleepingComputerが「npm 'accidentally' removes Stylus package, breaks builds and pipelines」と題した記事を公開した。この記事では、npm が CSS プリプロセッサ Stylus を誤ってレジストリから削除し、世界中のビルドと CI/CD パイプラインを停止させた騒動について詳しく紹介されている。 Stylus の突然の“追放”と影響範囲 npmjs.com には、悪意のあるパッケージを削除した際に表示される “security holding” ページが存在する。2025年7月23日、このページが 週次 300 万ダウンロード規模の正当なライブラリ Stylus に対して誤って適用され、以後 Stylus を依存関係に持つ数多くのプロジェクトでインストールエラーが発
今回のテーマは以前からずっと言われ続けている話題なので特に目新しくも何ともないのですが、たまたま近い時期に2本の似通った内容の論文がarXivに出たので、まとめてダイジェスト的に紹介しようと思います。以下がそれらの論文です。1本目はApple、2本目はGoogle DeepMindによる研究です。 どちらもSNSや技術メディアでは既報の内容であり、ご存知の方も多いのではないでしょうか。これらの論文は本質的には「『推論する生成AI』は実際には思考しているわけではなく、丸暗記した結果を返しているに過ぎない」と各種の実験結果から指摘するものであり、今後の推論生成AIの研究開発を行う上で新たに考慮されるべき指針を提案しています。 そもそも「推論する生成AI」とは何なのか 「推論する生成AI」は既知の複雑な課題は解けるが、その難易度をどんどん上げていくと解けなくなる 逆に、「推論する生成AI」は既知
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 時は2004年10月。筆者は「Red Hat Linux」を長年使っていた（つまり「Fedora」になるずっと前からだ）。このディストリビューションを世界が終わるまで使い続けると信じて疑わなかった。Red Hatにすっかりなじんでいたのだ。確かに、癖があり、必要以上に難しい部分もあったが（先述の通り20年以上前のことだ）、安定していたし、このディストリビューションのことはよく知るようになっていた。 しかし、そんなときに登場した新たなディストリビューションが「Ubuntu」だ。奇妙なことに、最初に公開されたバージョンは4.10だった（別名「Warty Warthog」）。Ubuntuについてはあまり聞いたことがなかったが、好奇心をそそられ
米OpenAIは7月22日（現地時間）、Stargateの取り組みの一環として、米Oracleとともに米国で4.5GWの追加的なStargateデータセンター容量を開発することで合意したと発表した。 現在建設中のテキサス州アビリーンにあるStargate Iサイトと合わせると、開発中のStargate AIデータセンター容量が合計で5GWを超え、これにより200万個以上のチップを稼働させることになるという。 アビリーンのStargate Iは既に一部が稼働しており、OpenAIが利用している。 OpenAIは、Stargateでソフトバンクグループとのパートナーシップも順調に進んでいると説明。「ソフトバンクとは、現地調査を迅速に進め、高度なAIを支えるデータセンターの設計を再構築している」という。 OpenAIはOracleとの提携の金額について公表していないが、米Wall Street
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: デザイニングWebアクセシビリティ - アクセシブルな設計やコンテンツ制作のアプローチ: 太田良典, 伊原力也: 本
