サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ブラックフライデー
www.gamespark.jp
qiita.com/mossan_hoshi
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AI開発の極意~AIは〇〇と思え~ こんにちは、@mossan_hoshiです。この記事はTRIAL&RetailAI Advent Calendar 2025の8日目の記事です。 昨日の記事は @10long さんの「【圏論×AI×認知科学】村上春樹「ノルウェーの森」をLLMで形式化してみた #自由エネルギー原理」でした。 個人的には、fEPもノル森(映画)も好きだったんですが、正直理解が浅かったんですよね。でもこの記事を読んで、「fEPって認知バイアス最小化原理なのか!」とか「あのキャラの行動にはこういう理由があったのね」みたいに腹
blog.asial.co.jp
こんにちは、UX/UIデザイナーの出口です。 現在daisyUIを取り入れた開発をしています。 daisyUIの導入により、デザイナーはfigma上のdaisyUIコンポーネントのインスタンスを、エンジニアはTailwind CSS向けのdaisyUIライブラリを活用して効率的に開発を進めることができます。 実際の開発ではインスタンスに要素の追加や変更などカスタマイズが必要になってきます。 デザイナーがカスタマイズする際は、どの程度までならエンジニアの開発に支障ない、または調整を軽減できるのかが課題となります。 特に「インスタンスの入れ替え」プロパティが設定されていないレイヤーに新しい要素を追加したい場合など、デザイナーがdaisyUIのインスタンスをメインコンポーネントから切り離さないと追加ができない場合、切り離しによるエンジニアとの連携や開発への影響が気になるところです。
zenn.dev/xxpiyomaruxx
PM界隈 Advent Calendar 2025の12月7日分担当のぴよです。このアドカレ、PMがいっぱい集まってて楽しいのと、ZennやQiitaじゃなくてnoteに書いてる人が多くて新鮮。 はじめに 私は元エンジニアで、二次請け以降のSIer案件でPMを何プロジェクトか経験し、現在はシステム開発会社を経営しています。経営しながらインフラ整備したりPMしたりしています。今回、初めて非IT系のエンドクライアントと直接やり取りする受託開発を担当しました。案件は「スプレッドシートで行っていた申請管理をシステム化する」という、よくある業務効率化案件です(正確にはシステム化スコープはこちらで提案しました)。 ところが一次請けとして直接クライアントと向き合ってみると、技術的な判断だけでなく「ステークホルダーとの交渉」「契約上のリスクヘッジ」など、二次請け時代には意識していなかったスキルが求められま
note.com/ikora
どうも。「APIを繋ぐのは日曜大工」。だいちです。 前回のnoteが予想以上にバズってしまい、正直驚いています。読んでくださった皆さん、ありがとうございます。 医師からAIエンジニアに転身したという経歴が珍しかったのか、それとも単に「元医者のぼやき」がウケたのかは分かりませんが、調子に乗って今回はもう少し踏み込んだ話を。 以下、前回同じく自分が撮影した写真を合間に貼り付けていきますテーマは、「堀江貴文さん(ホリエモン)」と、最近『REAL VALUE』で話題になった「omakase.ai」について。 最初に断っておきますが、私が堀江さんと対面したのは一度きりです。マブダチでもなければ、ビジネスパートナーでもない。向こうも私のことなど1ミリも覚えていないでしょう。 ただ、直近の『REAL VALUE』での彼の発言を聞いて、かつて別府で垣間見た「彼の実像」と、いち技術者として感じる「共感」が強
president.jp
時間管理術がうまくいかない理由 一部の人は「先延ばしグセは主に時間管理の問題だ」と主張する。 だが、そういう人たちの言うことを聞いてはいけない。 先延ばしグセは「時間管理」の問題だけではなく、「感情管理」の問題でもあるからだ。それがどういう意味か具体的に説明しよう。 私はかつて、時間管理の観点だけから1日の計画を立てていた。 たとえば、朝のルーティンを実行してから仕事をして、少し散歩をしては、また働いて昼食を摂る、というように私の理想にもとづく1日の計画を立てていた。 しかし、その計画はうまくいかなかった。たいていの場合、自分が理想とする計画を立てるだけでは、それを実行する気になれなかったのだ。 私は朝のルーティンを実行したかった。その日にやるべき重要な仕事に取りかかりたかった。そのあとで散歩にも出かけたかった。 ところが、それらをする気になれなかった。それはなぜか? 心理的な抵抗(なんら
tech.findy.co.jp
こんにちは!ファインディのTeam+開発部の甲斐(@karukan013L23)です。この記事は 🎄ファインディエンジニア #1 Advent Calendar 2025 7日目の投稿です。 adventar.org 去年まで1度も登壇したことがなかったのですが、今年は次の3つのイベントに登壇しました。 2025/6/25: Mita.ts #6 2025/8/20: すごくすごい。フロントエンドミートアップ 〜複雑GUI・アーキテクチャ設計を語ろう 〜 2025/11/23: TSKaigi Hokuriku 2025 今回は、登壇経験のなかった私が登壇に挑戦したきっかけや、各イベントの登壇内容、そして登壇を通して得られた学びについて紹介します。 登壇のきっかけ Mita.ts 登壇内容 登壇してみて すごくすごい。フロントエンドミートアップ 〜複雑GUI・アーキテクチャ設計を語ろう
qiita.com/segavvy
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1つ目の会社 仕事の内容 私はソフトウェアエンジニアとして最初の会社に新卒入社しました。入社当時はアルミメーカーのIT系子会社でしたが、会社の再編などがいろいろあって、2012年からはユーザー系大手SIerのグループ会社になりました。 私は全文検索エンジンや文書管理パッケージを担当するエンジニアで、メインのプログラミング言語はCです。動作環境もオンプレ前提でした。クラウドサービスを利用するためには各種申請が必要で、クラウドからはやや距離のある会社でした。 20年間ほど勤めて、開発部門の責任者になりました。給料はたくさんもらえるようになり
togetter.com
YM@読書垢 @YM49781092 165.『AIエージェント革命』 ・評価:3.5/5 ・ジャンル:ビジネス ・コメント:AIエージェントのサービスを取り巻く現状と、背景技術、活用事例や未来予測などが素人でも分かるように浅く広く描かれた本。分かりやすいけど中身はそこまで濃くない。これを読むだけでこうすれば良いのか!とはならない。 pic.x.com/62Tta4ZRNy 2025-10-13 22:27:26 草間大輔|High Wizard inc.代表取締役 @daisuke_k201905 『AIエージェント革命』読んでます。 SNSで断片的に見ていた内容を、 筋道立てて整理してくれてるからありがたい。 最近AIエージェントでプログラミングを書かせて アプリモック作って遊んでたので タイムリーな一冊。 #AI #愛読書 #プログラミング pic.x.com/tlNkPbbSIR
speakerdeck.com/yusukeiwaki
Playwright 1.56のエージェント機能に衝撃を受けた方も多いかと思います。しかし、この機能は実は突然現れたわけではありません。Playwrightのソースを4年間読み続けているエンジニアが、エージェント機能が公になるまでのPlaywright内部的な変遷を解説します。中の仕組みを理解すれば、他…
zenn.dev/shizumaru
はじめに 本記事は 仮想通貨 Advent Calendar 2025 のシリーズ2の6日目の記事です。 エンジニアやデータサイエンティストがクリプトトレードに参入する際、最も陥りやすい罠があります。それは、「高度なモデルや大量の特徴量を使えば、エッジ(優位性)が見つかる」という誤解です。 とりあえず大量のインジケーターをLightGBMに突っ込む 深層強化学習の論文を実装してみる グリッドサーチでパラメータを最適化し続ける しかし、多くの場合、待っているのは「過学習(Overfitting)」という名の死です。 なぜでしょうか? それは 「解くべき問題(問い)」の定義が間違っているからです。 本稿では、 G. Pólya(ポーヤ)の名著『いかにして問題をとくか』の思考フレームワークを借りて、「データやモデルを触る前に行うべき、エッジ探索の作法」 を解説します。 0. そのエッジの原資は「
speakerdeck.com/nwiizo
2025年12月5日に「おい、テックブログを書け」という登壇をした。 「おい」である。命令形である。30分間、人前に立って「書け」と言い続けるという、冷静に考えるとなかなか傲慢な振る舞いをしてきたわけだが、登壇資料を作っている最中、ふと気づいてしまった。書けと言っている自分は、なぜ書いているのだろ…
zenn.dev/collabostyle
どうもこんにちは!コラボスタイルでバックエンドエンジニアをしているMESIです。 2025年の1月に入社して以来、プロダクト開発や社内の技術改善に日々関わっています。 コラボスタイルはフルリモート勤務が可能で、日本全国にメンバーが散らばって働いています。 その分、「どんな環境で仕事するか?」は自分次第。1日の大半を過ごす場所なので、快適度が生産性に直結します。 というわけで今回は、私がフルリモート環境で“仕事効率を爆上げ”するために整えたデスク周りを紹介します。 デスクはデカければデカいほど良い PCのメモリがデカいと快適になるように、デスクもデカいほど正義です。 私が使っているのは、部屋にギリギリ入る最大サイズ。 180 × 72 cm の天板で、27インチモニターが3枚余裕で並びます。 デスクはKANADEMONOで注文しました。KANADEMONOでは天板のサイズを自由に調整すること
tech.speee.jp
※この記事は、2025 Speee Advent Calendar6日目の記事です。 昨日の記事はこちら はじめに 挨拶と現在の業務内容について 皆さんこんにちは。株式会社Speeeに25卒で入社いたしました、エンジニアの白戸と申します。社内では「ユリタニ」のあだ名で呼ばれています。 4月に入社してから私は弊社の運営する不動産一括査定サイト「イエウール」の開発に携わっております。具体的には、イエウールのユーザ様に向けたUI実装や、ご参画いただいている企業様に向けた新規機能などの実装を行っています。 この記事で伝えたいこと この記事を通じて皆さんにお伝えしたいことは、「エンジニアが技術だけでなくユーザ価値とビジネス的成果に対して主体的に立場をとる環境があること」「Speeeでは新卒エンジニアがその環境での学びをすぐに実践する成長環境が用意されていること」です。それぞれについて、私の入社前後で
japan.zdnet.com
アクセンチュアの代表取締役社長に12月1日付で就任した濱岡大氏は、同社が先頃開いた社長就任会見で、上記のように述べた。人間がこれまでやってきた仕事をこれからはAIが代替していくのではないかとの見方がある中で、「人間がやるべきなのは新しいことへのチャレンジ」とのメッセージに共感したので、明言として取り上げた。 記者会見は、これまで10年間社長を務め、同日付で代表取締役会長に就いた江川昌史氏も登壇した。会見内容については関連記事をご覧いただくとして、ここでは濱岡氏の発言から筆者が印象強く感じたものをピックアップして紹介する。 まず、冒頭の明言に取り上げた内容については、次のような話の流れから出てきたものだ。 「企業の経営を取り巻く環境はこれからさらに変化の激しいものとなっていくだろう。特にAIをはじめとしたテクノロジーの進化はこれまでにも増して加速し、それが経営を取り巻く環境の変化のスピードも
zenn.dev/coconala
こんにちは。 株式会社ココナラ 技術戦略室に所属している デミオ です。 こちらは株式会社ココナラ Advent Calendar 2025 5日目の記事です。 導入 エンジニアの日常業務を振り返ってみてください。IDEでコードを書いている時間よりも、画面上の文字を「読んでいる」時間の方が圧倒的に長くありませんか? 技術ドキュメント、仕様書、APIリファレンス、GitHubのIssue、そして他人のコード。これら膨大なテキストデータを素早く、かつ正確にインプットできるかどうかが、エンジニアとしての生産性と処理効率(スループット)を決定づけます。 ここで重要なのは、ただ文字を目で追うこと(リーディング)ではありません。テキストデータの裏にある「構造」をデコード(解読)する力です。この力を、本記事ではエンジニアにおける「読解力」と定義します。 あの『ドラゴン桜』でも、読解の本質は 「要約するこ
type.jp
NEW! 2025.12.05 ITニュース ガジェットプログラミング澤円 そのAlt+Tab、今日何回押した? VS Code、Slack、GitHub、ChatGPT、figma、ブラウザの調査タブ、スライド資料……etc 今や複数のツールやウィンドウを開いて作業するのは当たり前。でも、切り替えるたびに思考がブツ切れになって、集中が続かない。そんな感覚に心当たりがある人も多いのではないだろうか。 「2画面で仕事するなんて思考が詰まりまくりで、ボクなら発狂してますね(笑)」 そう語るのは、プレゼンの神として知られる澤円さん。IT企業で20年以上のキャリアを重ねながら、数多くの登壇やプレゼンをこなす澤さんのワークスペースには、なんと7枚のモニターが並ぶ。 「モニターは、ボクにとって単なるガジェットではありません。思考を止めない最重要ツールです」と語る澤さんに、3画面以上だとどう思考がクリア
lalitm.com
Discussed on Hacker News, lobste.rs and r/programming. Lately I’ve been reading Sean Goedecke’s essays on being a Staff+ engineer. His work (particularly Software engineering under the spotlight and It’s Not Your Codebase) is razor-sharp and feels painfully familiar to anyone in Big Tech. On paper, I fit the mold he describes: I’m a Senior Staff engineer at Google. Yet, reading his work left me wi
dena.github.io
Previous slideNext slideToggle fullscreenOpen presenter view LLM勉強会 基礎からエージェント設計まで Tomoki Yoshida (birder)️ DeNA AI技術開発部AIイノベーショングループ 2025-12-01 (月) 13:00-16:00 みなさんの3時間絶対に無駄にしません! 本気で準備しました! どうか今日だけは内職ご遠慮ください 今日の流れ イントロダクション 前半 知識 実践演習(ハンズオン) 後半 知識 実践演習(ハンズオン) 案件の実例紹介 → 詳細時間配分 イントロダクション Slackでぜひ盛り上がってください! こんなこと思ったことありませんか? 難しいタスクのプロンプトをチューニングしているけどうまくいかない Web版Gemini/ChatGPTとAPI実装時の差分がわからないので、Web
www.itmedia.co.jp
DeNAは12月5日、社内で実施した大規模言語モデル(LLM)勉強会の資料とソースコードを、エンジニアブログやGitHubを通じて公開した。 講義のスライドと、そのまま実行できるPythonコードを通じて、LLMの基礎知識からプロダクト開発に必要な応用知識までを網羅した。 公開したのは、新規AIプロダクト開発に携わるプロダクトマネジャーやエンジニア向けに行われた3時間の社内勉強会の資料。入社6年目のAIエンジニア・吉田(@birdwatcherYT)さんが担当した。 資料の前半では、LLMの基本概念や、プロンプトエンジニアリングを解説。プロンプトの基本的なテクニックから、良い例・悪い例などを通じて、詳細に学べる。後半では強化学習やファインチューニング、RAG(検索拡張生成)、AIエージェントの設計手法まで踏み込んだ。 ハンズオンは、Pythonを使ってAPIを呼ぶ形式。基本的なAPI呼び出
engineering.dena.com
2025.12.05 イベントレポート AIエンジニアが本気で作ったLLM勉強会資料を大公開 〜そのまま使えるハンズオン用コード付き〜 by Tomoki Yoshida #ai #llm #rag はじめに こんにちは、2020年に新卒入社してからDeNAでAIエンジニアをしている吉田( @birdwatcherYT )です。 いつもは Qiita に技術記事を発信しているのですが、今回は社内の取り組みとしてエンジニアリングブログを書くことにしました(入社6年目でなにげに初執筆です)。 それでは、2025年12月1日に渋谷オフィスでのオフライン開催とオンラインのハイブリッド形式で開催した社内勉強会の開催レポートをお届けします。 3時間の講義&ハンズオン形式のLLM勉強会を実施 新規AIプロダクトを開発しているPdM&エンジニア向けに、AIをコアとしたプロダクト作りのために必要な知識を詰め
次のページ
エンジニアの人気エントリー
ITの新着エントリー
セキュリティ技術の新着エントリー
はてなブログ(テクノロジー)の新着エントリー
AI・機械学習の新着エントリー
プログラミングの新着エントリー
www.nejimakiblog.com
Google検索と個人ブログ 最近、AI検索が一般的になってきた中で、思うことがあるので軽く書こうかなと。 ※この記事は「個人サイトを語ろう」アドベントカレンダー7日目のブログです。 現在、Googleがサイトやコンテンツを評価するための基準として、"EEAT"というものを掲げていたりする。 Experience(経験) Expertise(専門性) Authoritativeness(権威性) Trustworthiness(信頼性) のことらしい。 ある程度これを基準にページを評価しているので、 「きれいにまとまった企業のページ」が検索で上位にくるのはまあいいとして、 専門性も権威もない一般人の雑記ブログは検索に出てきにくくなってしまった現状。 (いまにはじまったことではないけれど) で、ひとつ思うのは 「はたしてみんな本当に権威性のあるページばかりみたいのか?」ということ。 個人的に
piyolog.hatenadiary.jp
2025年12月3日、JavaScriptライブラリ Reactを開発するThe React Teamは、React Server Componentsに深刻な脆弱性が確認されたとして脆弱性情報を公開し、修正版への更新を案内しました。ここでは関連する情報をまとめます。 どんな脆弱性が確認されたの? React Server function のflightプロトコルにおいて、信頼できないデータのデシリアライズに関する脆弱性 が確認された。この脆弱性は認証不要でリモートから悪用が可能であり、リモートコード実行(RCE) に至る恐れがある。深刻度は 緊急(CVSS 基本値 10.0) と評価されており、開発元は利用者に対して速やかな対応を呼びかけている。 React はエンタープライズ環境を含む幅広いシステムで採用されており、日本国内でも React を用いたシステムを公開しているホストが多数
kaminashi-developer.hatenablog.jp
おはようございます。カミナシでシニアマネージャーを担当している daipresents です。 ついにクロール25mで娘に負けそうになってきました。子どもの成長はやすぎですね。 自分の部署にはもうひとりエンジニアマネージャ(EM)がいるのですが、おたがいに1on1やファシリテーションでチームにかかわることが多いため、「お互いにスキルアップを目指そう!」と話しています。 年末なので「特訓は来年がんばろう」と意見が一致しているのですが、年内はAIを使って自分たちのファシリテーションスキルを高める方法を試しています。 自分のファシリテーションをAIに評価してもらおう 1on1の場合、自分のスキルを手っ取り早くたかめるいい方法は、「1on1後に、相手と振り返りを行う」だと思っています。これによって、相手から直接フィードバックが得られ、改善を次にすぐ活かせるからです。このサイクルをがんがんまわせば、
nealle-dev.hatenablog.com
ニーリーアドベントカレンダー 8日目を担当する増田(ますた)です。 文章力に乏しいため、AIに助けてもらいながらこの記事を書きました。 去年に続きススメシリーズです。 コードレビューで「こうした方がいい」と指摘したのに、意図が伝わらず違う方向に修正されてしまった——皆さんそんな経験はありませんか? 本記事では、今年私の中でハマっている手法である「AI巻き込み型レビュー」を通じてこの問題を解決するアプローチを紹介します。 コードレビューにおける「伝える難しさ」 コードレビューは単なるコードのチェックではありません。「なぜこう書くべきか」という意図や背景を、レビュイーに正確に伝える必要があります。 しかし、これがなかなか難しいんですよね。 指摘の理由をうまく言語化できず、結果としてレビュイーが意図を曲解し、誤った方向に修正してしまう。そして再レビュー、再修正……。この手戻りは、チーム全体の生産
はてなブログ(テクノロジー)の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか?
『エンジニア』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く