はてなブックマーク

Moi! UXエンジニアのヨーナスです。今回は、フロントエンドエンジニアに向けて、アクセシビリティに関する3つの誤解について解説したいと思います。 ITイベントやミートアップに参加するとき、業界の仲間たちにアクセシビリティについての印象を積極的に聞くことにしています。そして次のようなことをよく耳にするのです。 アクセシビリティは特別な知識が必要 アクセシビリティは、時間の余裕ができたら対応してもいい アクセシビリティは、限られた人にしかメリットがない 正直にいうと、このような誤解がずっと残り続けているのは非常に残念ですが、アクセシビリティに触れる機会がないままフロントエンドエンジニアとしてIT業界に入った者として、こうした考え方をよく覚えています。まず、開発者として、何をいつどうすればいいかという問いに簡単に答える内容のコンテンツはまだまだ少ないですし、（自分の活動も含めて）アクセシビリテ

またそれぞれのシナリオの実行に平均で30分近くかかっていたため、失敗したテストの調査に時間がかかってしまうといった課題も抱えていました。 そこでFlakyなテストを減らし、エンジニアのメンテナンスコストを削減することを目的に、E2Eテストの整理と再構築の取り組みを始めました。 テストシナリオの精査 まず始めに、増えすぎてしまったテストシナリオの見直しを行いました。 Autify上には約150個のシナリオがありましたが、細かな要素の表示など重要度の低いテストが混ざっているものが多くありました。 そこで、E2Eテストを実施してきた最大の目的である「リリース時に既存の重要機能が正常に動作することを担保する」に改めて立ち返り、重要な機能の確認に絞った53個のシナリオを新しく作成しました。 重要な機能の線引きでは、以下の基準を一つの判断基準としました。 ユーザー情報の公開・非公開や、ユーザー権限によ

TOPICS Business/Essay 発行年月日 2026年01月 PRINT LENGTH 392 ISBN 978-4-8144-0145-1 原書 The Software Developer's Career Handbook FORMAT Print キャリアを重ねるうち、ソフトウェアエンジニアの仕事は、単にコードを書くことだけではないと気づくときが来ます。マネージャーになるべきか、それともスタートアップに挑戦すべきか。本書では、著者のマイケル・ロップが、Apple、Slack、Pinterest、Palantir、Netscape、Symantecといったシリコンバレーの巨大企業での経験をもとに、キャリアの「転機」となった瞬間を振り返りながら、意識的によりよい選択を下すためのヒントを語ります。 40を超えるエッセイを通じて、採用面接から「次のステップへ進むとき」と悟るまで

投稿内では、ゲーム紹介は1つの段落で簡潔に済ませてある。あとは技術的に大変だった点や工夫した点など、実装についての話が中心だ。寄せられているコメントとしても、技術的な質問が多く見られる。本作はC言語、およびC++、OpenGLを使った独自のゲームエンジンで実装されており、サーバーサイドのソースコードが約3万3000行、クライアントサイドのソースコードが約4万7000行になったという。数字を聞くだけでも大変なボリュームだが、開発は直近の1年間の週末を利用して、趣味として進めていたとのことだ。 arenajunkies氏はMMORPGを作る上で自身が凝らしたさまざまな工夫を明かしている。特に、呪文に関する実装は多くの人が見落としがちだと語る。たとえば、スタンやポリモーフ（変身魔法）など行動制限系の効果を敵に与えた際、味方のNPCが敵を殴って即座に解除してしまうことがないように、敵のヘイトを一時

この記事の3つのポイント ラピダスの2ナノ試作品を顧客が高評価、量産まであと2年 富士フイルムはラピダス疑問視から一転、同社の意義を認識 国の狙いはエコシステム構築、ラピダスは設計者育成につながるか 日本は再び最先端半導体を量産できるか――。その分水嶺が、2027年に迫っている。その年、2nm（ナノメートル）世代半導体を量産する半導体製造受託企業（ファウンドリー）となる目標を掲げるのがRapidus（ラピダス、東京・千代田）だ。超えるべき山は高いものの、実現できれば日本の基幹産業の強靱（きょうじん）化につながる。

こんにちは！Webアプリケーションエンジニアのレミーです！ この記事はEnigmo Advent Calendar 2025の24日目の記事です。 Ruby on Rails アプリが遅いと感じるのは、ほぼ次の3の原因になります。 DBクエリが多すぎる（特に N+1、COUNT/EXISTS の使い分けミス、インデックス不足） 不要なデータを読み込みすぎる（テーブル全て／重いカラム全て取得、あるいは全部を RAM に書き込む） ビューのレンダリング／コールバックが働きすぎる（partial の多用、重いフォーマット処理、不要なコールバック/バリデーションの実行） この記事では、効果が見えやすいものに絞って、自分が特によく使う最適化10個をまとめます。 1. includes で N+1 クエリを防ぐ 問題: posts の一覧を取得して、view 側で post.user.name や p

こんにちはヨシオリです。 めちゃくちゃ久しぶりなんですが、最近の会社の状況がかなり面白くなってきているのと、エンジニアの採用枠がちょうど「1個」空いているので、それに応募してほしくて久しぶりに書いています。 最初に、今やってる仕事を雑に説明 もともと Launchable という会社を立ち上げて作っていたプロダクトが CloudBees に買収されて、今は CloudBees Smart Tests という名前になっています。 やっていることを一言で言うと、「AIによるソフトウェアテストの最適化」です。 CIとかで実行された膨大なテスト結果を学習して、コードを書いたときに「今回はこのテストとこのテストだけ実行しておけばOKですよ」というのを賢く教えてくれます。 これを使えば、PRのときは最小限のテストで爆速で回して、デプロイ直前だけフルで実行する、みたいな運用がスマートにできる。 あとは、

どうも谷脇です。お待たせいたしましたが、Anybatrossの講評です。 開催記事 techblog.kayac.com Anybatrossの仕組みに関する解説記事 techblog.kayac.com Anybatrossはいわゆるコードゴルフのコンテストです。与えられたお題を解くようなプログラムを書くのですが、このプログラムが短ければ短いほど良いです。この記事では上位回答者のコードについて解説しますが、Hole 1はコードゴルフの解き方について学ぶちょうどよい問題なので、入門という形でも解説していきます。 Hole 1. Counter Counter 問題文 アルファベットのAやBにあるような、文字の中にある閉じた空間のことをカウンターといいます。 0〜9までの10種と、アルファベット大文字のA〜Zの26種、合計36種の文字やその他の記号を利用した文字列が渡されるので、カウンターの

Microsoftのエンジニアであるギャレン・ハント氏が、ビジネス特化SNSのLinkedInに「私の目標は2030年までにMicrosoftのCおよびC++で書かれたコードを、AIとアルゴリズムを組み合わせてすべてRustに置き換えること」と語り、物議を醸しています。 Principal Software Engineer (CoreAI) | Microsoft Careers | Galen Hunt | 30件のコメント https://www.linkedin.com/feed/update/urn:li:activity:7407863239289729024/ Microsoft wants to replace its entire C and C++ codebase • The Register https://www.theregister.com/2025/12/2

エンジニア採用・組織づくりのトレンド予測2026〜トップが"AI活用推進" vs"生産性が上がらない組織"のジレンマと戦う1年〜 生成AIの進化スピードについていけるか、開発組織のAI対応がCTOだけでなくCEOのイシューにAI活用の中でも最も進化が早い領域がエンジニアが担うコーディング領域ではないでしょうか。日進月歩の言葉通り、新しいツールの誕生、進化を含めてすごいスピードで進んでいます。 先日、Findyが主催したAI Engineering Summit Tokyo 2025で登壇したCursorのVP of Developer ExperienceであるLee氏が講演で語っていた話では、2025年だけで「最も良いツール」が7回変わったとのことでした。 同カンファレンス内で、ZOZOのCTOそのっつさんの登壇セッションでは「社内でできる限り多くのAIツールを使えるようにしており、月に

はじめに こんにちは、NTTドコモグループの現場受け入れ型インターンシップ2025に参加した博士1年の樋口です。 私が参加したポストは、【D3】脅威インテリジェンスを生成・活用するセキュリティエンジニア/アナリストです。前半は Network Analytics for Security PJ（以下、NA4Sec）、後半は Metemcyber PJ（以下、Metemcyber）に参加し、幅広い内容を学ぶことができました。 本体験記が、来年以降に参加を検討されている方の一助となりましたら幸いです。 はじめに インターンシップの説明 参加した経緯 概要 SBOM SBOMとは何か フォーマットごとの差分 SPDX CycloneDX 小括 Threatconnectome Threatconnectomeの紹介 抱える課題 実施した調査 方針 OSS Review Toolkit (ORT)

背景 12月に入ると技術記事のアドベントカレンダーを目にするようになります。さまざまな技術トピックを12月1日〜12月24日まで（25日までのケースもある）、エンジニア達が交代で技術記事を書いていきます。 そんな中でAnthropicの方が、Xでアドベントカレンダーを始めているのを目にしました。 このポストを見て、自分も普段Claude Codeについて発信しているのでやってみようと思ったのがきっかけです。 もともと自分の中で検証が足りていないと感じていた機能を、調査できる良い機会だと思いました。 Claude Code アドベントカレンダー Day1 ~ Day24までの内容の再掲と、それぞれについて補足をしていきます。 おそらく1つくらいは参考になる話もあると思うので、良かったら眺めてみてください。 トピック一覧(再掲)

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は「新人にAIを使わせるべきか」というよくある議論に対して、 エンジニア1年目の自分が AIを使っていた時期 と 使わなかった時期 を比較し、 どのような変化があったのかを実体験ベースでまとめた成長記録です。 新人にAIは使わせない方がいいという意見がある一方で、 成長が速くなるのでAIは積極的に使うべきだ、という意見もありますが 今回、この議論について実体験から感じた結論を書いてみます。 ※ちなみに本内容にてProgate BARに登壇しました 【増枠】AIでスキルとキャリアを加速する！- Progate BAR 若

はじめに こんにちは、バックエンドエンジニアの田中 湧大 (@Romira915)です。 近頃、PR TIMESのバックエンド基盤においてAmazon RDS for PostgreSQLのCPU使用率が継続的に上昇していることが観測されるようになりました。 以前は20%前後→現在は40%前後に上昇しており、ピークタイムには90%を超えてアラートが発報される状況も発生しています。 このまま放置した場合、以下のようなリスクが顕在化する恐れがあります。 API レスポンスの悪化によるユーザー体験の低下 重要なデータ操作失敗によるサービス全体へのクリティカルな影響 そこで、バックエンドエンジニア数名で 一時的な改善チーム を立ち上げ、原因調査および改善に着手しました。 本記事では、その調査内容と改善対応についてまとめます。 調査方針 まず、CPU 使用率の上昇を 時間軸の観点 で切り分けました。

デンソーは、エンジニアの暗黙知を蓄積し共有するためのナレッジマネジメント基盤の開発を進めている。文書や音声に含まれる暗黙知をAI（人工知能）技術で抽出し、組織全体で検索可能にすることで設計力・開発力を高めるのが目的だ。開発を支援する富士ソフトが2025年11月28日に発表した。 デンソーが開発しているのは、エンジニアの暗黙知をデジタルデータとして蓄積・共有するためのナレッジマネジメント基盤（図1）。経験や判断の勘所を組織全体で活用できる知識として蓄積・整理し、設計力・開発力を高めるのが目的だ。 35の国と地域で事業を展開するなか、海外拠点では日本以上に人材の流動性が高く、限られた在籍期間の中で、エンジニアが持つ知識やノウハウをいかに組織に残すかが課題になってきたほか、熟練者の退職や異動によって知見が失われるリスクも顕在化していた。 開発中のナレッジマネジメント基盤では、エンジニアが蓄積して

Web エンジニアが JavaScript で AI Agent を作る / JSConf JP 2025 sponsor session