はてなブックマーク

はじめに Webアプリや業務システムにメール送信機能を組み込むと、必ずと言っていいほど問い合わせが発生します。 「メールが届きません」 「遅延している気がします」 しかし、メールは HTTP のようなリアルタイム通信ではなく、非同期で中継を繰り返すメッセージングシステムです。 そのため “即時届く” ほうがむしろ例外であり、遅延は正常系の一部と言っても過言ではありません。 本記事では、特に Postfix を例にしながら、 メール遅延はなぜ起きるのか MTA の内部キューの仕組み 遅延の原因パターン ログからの読み解き方 遅延を抑えるための実践的な対策 を図解も合わせて徹底解説します。 1. メールはリアルタイム通信ではない（前提の理解） HTTP 通信は同期的な API 呼び出しですが、SMTP は異なります。 SMTP は「メッセージを郵便のように中継していく方式」であり、MTA が複

こんにちは、「きのこる先生」です。今回は「成長が自己責任になった令和をきみたちはどう生きるか」の続きです。 前回は、以下のようなことをお話ししました。 日本社会はホワイト化し、ブラック企業は駆逐されつつある その結果「強制的なチャレンジの機会」が激減し、成長のための負荷を自分でかける必要がある AI（人工知能）のコーディング力は日進月歩で向上し、業界に入ってくる若い人のスキルも向上している ということで、2025年に現役でエンジニアをしている皆さんに「ボーッとしてるとやばくない？」という問題提起をさせてもらいました。 でもまあ、ソフトウェアエンジニアが「ボーッとしてるとやばい」のはいまに始まったことではありません。移り変わりの速いIT業界では、現状維持は実質的に後退を意味します。生成AIの登場で変化の速度はちょっと（だいぶ？）上がりましたが、エンジニアとしてやるべきなのは、やっぱり「いまの

こんにちは、インフラエンジニア の 森田です。 この記事はEnigmo Advent Calendar 2025の4日目の記事です。 BUYMAは8月に本番環境を移行しており、その後コストのチューニングを行っています。 この記事では実際に進めた内容を元に自分のAWSにおけるコスト削減の考え方と役立つ機能について紹介します。 サマリ まず最終的なゴール設定ですが、リザーブドインスタンスやSavings Plans等利用量をコミットしてコスト削減を行えるモデルの購入とします。 また今回は分かりやすいよう主要なサービスであるEC2とRDSでのコスト削減をターゲットとします。 大枠では次のような流れでAWSのコスト削減を考えています。 サイジングを考える 利用状況の変化を考える コストコミットを考える 次項からそれぞれで検討すべき項目と、それに利用できるAWSの機能を紹介します。 1. サイジング

「レビューが怖い」新人エンジニアへ 「レビューするの怖い」と思っていた過去の自分に教えたい、コードレビューが『最強の学習ツール』である3つの理由 はじめに エンジニアになりたての頃、私はコードレビューがとても怖いものでした。 「自分のような初心者が意見していいのだろうか」 「間違ったことを言って恥をかいたらどうしよう」 そんな気持ちから、LGTMを押すことすら躊躇していました。 あるとき先輩にこう言われました。 「レビューはテストの採点じゃなくて、認識を揃えるための対話だよ」 その言葉で、少しだけ肩の力が抜けました。 この記事は、当時の私のようにレビューに踏み出しづらさを感じている人に向けて、コードレビューがどれほど学びに直結するかをまとめたものです。ゆっくり読んでみてください。 初心者こそレビューに参加したほうが良い理由 レビューは経験豊富なエンジニアだけのもの、と思っている人もいるかも

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って認知バイアス最小化原理なのか！」とか「あのキャラの行動にはこういう理由があったのね」みたいに腹

こんにちは、UX/UIデザイナーの出口です。 現在daisyUIを取り入れた開発をしています。 daisyUIの導入により、デザイナーはFigma上のdaisyUIコンポーネントのインスタンスを、エンジニアはTailwind CSS向けのdaisyUIライブラリを活用して効率的に開発を進めることができます。 実際の開発ではインスタンスに要素の追加や変更などカスタマイズが必要になってきます。 デザイナーがカスタマイズする際は、どの程度までならエンジニアの開発に支障ない、または調整を軽減できるのかが課題となります。 特に「インスタンスの入れ替え」プロパティが設定されていないレイヤーに新しい要素を追加したい場合など、デザイナーがdaisyUIのインスタンスをメインコンポーネントから切り離さないと追加ができない場合、切り離しによるエンジニアとの連携や開発への影響が気になるところです。

PM界隈 Advent Calendar 2025の12月7日分担当のぴよです。このアドカレ、PMがいっぱい集まってて楽しいのと、ZennやQiitaじゃなくてnoteに書いてる人が多くて新鮮。 はじめに 私は元エンジニアで、二次請け以降のSIer案件でPMを何プロジェクトか経験し、現在はシステム開発会社を経営しています。経営しながらインフラ整備したりPMしたりしています。今回、初めて非IT系のエンドクライアントと直接やり取りする受託開発を担当しました。案件は「スプレッドシートで行っていた申請管理をシステム化する」という、よくある業務効率化案件です（正確にはシステム化スコープはこちらで提案しました）。 ところが一次請けとして直接クライアントと向き合ってみると、技術的な判断だけでなく「ステークホルダーとの交渉」「契約上のリスクヘッジ」など、二次請け時代には意識していなかったスキルが求められま

こんにちは！ファインディの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・アーキテクチャ設計を語ろう

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年間ほど勤めて、開発部門の責任者になりました。給料はたくさんもらえるようになり

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

Playwright 1.56のエージェント機能に衝撃を受けた方も多いかと思います。しかし、この機能は実は突然現れたわけではありません。Playwrightのソースを4年間読み続けているエンジニアが、エージェント機能が公になるまでのPlaywright内部的な変遷を解説します。中の仕組みを理解すれば、他…

はじめに 本記事は 仮想通貨 Advent Calendar 2025 のシリーズ2の6日目の記事です。 エンジニアやデータサイエンティストがクリプトトレードに参入する際、最も陥りやすい罠があります。それは、「高度なモデルや大量の特徴量を使えば、エッジ（優位性）が見つかる」という誤解です。 とりあえず大量のインジケーターをLightGBMに突っ込む 深層強化学習の論文を実装してみる グリッドサーチでパラメータを最適化し続ける しかし、多くの場合、待っているのは「過学習（Overfitting）」という名の死です。 なぜでしょうか？ それは 「解くべき問題（問い）」の定義が間違っているからです。 本稿では、 G. Pólya（ポーヤ）の名著『いかにして問題をとくか』の思考フレームワークを借りて、「データやモデルを触る前に行うべき、エッジ探索の作法」 を解説します。 0. そのエッジの原資は「

2025年12月5日に「おい、テックブログを書け」という登壇をした。 「おい」である。命令形である。30分間、人前に立って「書け」と言い続けるという、冷静に考えるとなかなか傲慢な振る舞いをしてきたわけだが、登壇資料を作っている最中、ふと気づいてしまった。書けと言っている自分は、なぜ書いているのだろ…