2024/12/23 にお馴染み PIO で開催された PHP カンファレンス 2024 にて、「PHP ユーザのための OpenTelemetry 入門」を発表してきました。 発表資料 PHP アプリケーションを OpenTelemetry で計装するための第一歩として、オブザーバリティやテレメトリデータなどの用語や OpenTelemetry について、そして PHP アプリケーションへの組み込みについてお話ししました。 はじめて OpenTelemetry を知る人にとっては用語など聞き馴染みが無いかもと思い、解説を入れつつだったので 25 分におさめるために苦心しました。OpenTelemetry については特に仕組み周りでネタがあるので機会があればお話ししたいです。 OpenTelemetry やオブザーバビリティに関心を持っていただく機会になれば嬉しいです。 セッションに参加し

2025年1月31日(金)、吉祥寺.pm37【オフライン】を開催いたします🙌 🎉年明け最初の吉祥寺.pmは、オフライン開催となります🎉 今回のテーマは、題して「ぼくのかんがえたさいきょうのアーキテクチャ」です！ kichijojipm.connpass.com なお、この度は想定の倍以上(！)の参加申し込みをいただきました🥹 心より、感謝申し上げます🙇🏼 そのため、通常のオフライン吉祥寺.pmでは 会場を武蔵野公会堂の会議室としておりますところ… 大吉祥寺.pmと同様のホール開催に変更しております💪 www.musashino.or.jp そのため、一般参加枠はまだまだ空きがございます！！ トークおよびLTの登壇者枠はすでに埋まってしまいましたが、 様々なバックグラウンドをお持ちの方々にお申し込みいただけましたので テーマにとらわれずに、多様な視点での発表が聴けると思っており

OpenTelemetry を利用して PHP アプリケーションのテレメトリデータを計装する方法をまとめました。 本エントリのコードは下記で公開しています。 github.com OpenTelemetry とは 用語 PHP アプリケーションのマニュアル計装（手動計装） 構成 OTel Collector Jaeger 動作環境 必要なパッケージ PHP コード 設定 実行 PHP アプリケーションのゼロコード計装（自動計装） 必要な拡張とパッケージ 設定 PHP コード 実行 さいごに 参照 OpenTelemetry とは opentelemetry.io OpenTelemetry は、サービスやアプリケーションのテレメトリーデータ（トレース、メトリクス、ログなど）を計装、生成、収集、送信するためのオブザーバビリティフレームワークです。ベンダーニュートラルな OSS であり、CNC

最近は、ITが面白いだとかつまらんだとか言って盛り上がってるけども、面白いってのは、どういうことか、ちょっと考えてみようか。 知識と学習​ 一つ目は、学習するに足るだけの知識体系がそこにあるかどうか。 知らない事を知る、出来なかったことが出来るようになる快感ってのは、何度経験しても最高なんであって、一人でも多くの人にこの体験をして欲しい。素晴らしいことに、ソフトウェア技術だけに範囲を絞ってもまだ理解できてない事は大量にあるし、増え続けてる。 生成AIがアシスタントしてくれるけど、ちょいちょい嘘をついてくるってのが、また熱いよね。AIが言ってる事だけを真に受けちゃダメで自分でちゃんと試さないといけない。そして、インターネット上に無い情報について、やつらは手も足もでない。 最近は新しい技術が出てこないなんて言ってる連中もいるようだが、現実の社会課題を解決し、それを付加価値として提供できて初めて

PHP8.4 / PHP8.3 / PHP8.2 / PHP8.1 / PHP8.0 2024/08/13、PHP8.4がフィーチャーフリーズしました。 言語機能に関わるような機能の追加・変更が締め切られたということです。 今後はデバッグを繰り返しながら完成度を高めていき、2024/11/21にPHP8.4.0がリリースされる予定です。 というわけでPHP8.4で実装されるRFCを見てみましょう。 RFC Property access hooks 賛成42反対2で受理。 プロパティフックです。 class HOGE{ public string $tel{ set{ if(!ctype_digit($value)){ throw new ValueError("電話番号は数値のみ"); } if(strlen($value) < 10){ throw new ValueError("電話

「プロになるJava」の補足的記事。 JSONはデータ交換で広く使われる形式で、機械にも人間にも読み書きしやすいということでよく使われています。 ということでJSONを扱うライブラリを使ってみましょう。 jp-postal-code-api 今回、扱うJSONとしては郵便番号から住所を得るWeb APIであるjp-postal-code-apiのデータを使います。 https://github.com/ttskch/jp-postal-code-api Web APIはHTTPを介して呼び出すAPIで、JSONでやりとりすることが多いです。 ここでの住所データの形式はこのようになっています。 { "postalCode": "1000014", "addresses": [ { "prefectureCode": "13", "ja": { "prefecture": "東京都", "ad

Auto increment（自動採番）型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例） 競合他社は、公

php-fpm がリクエストを処理しているサイクルをざっくりとまとめました。 php-fpm ワーカープロセスの生成 リクエストループ 1) リクエスト接続待ち listen_socket の生成 FastCGI リクエスト 2) リクエスト開始処理 実行PHPファイルパスの決定 スーパーグローバルへの格納 3) PHPファイル実行 4) リクエスト終了処理 PHP コード実行リソースの解放 max_requests チェック FastCGI クライアントとの通信 接続開始 リクエスト読み取り レスポンス書き込み 接続終了 さいごに php-fpm ワーカープロセスの生成 php-fpm は FastCGI リクエストを処理する SAPI 実装の一つです。いわば、PHP コードを実行する FastCGI サーバです。prefork 型となっており、nginx 等からの FastCGI リク

TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって

記事を書くのが遅くなってしまったが、先日MySQL 8.4シリーズが登場したので紹介をしておこうと思う。新機能の解説については機会を改めて書くとして、今回は主にアップグレードにまつわる重要なポイントを書き記しておく。 LTS = Long Term Support 以前の記事でも紹介した通り、MySQL 8.4はLTS = Long Term Supportのバージョンとなっている。長期間サポートするために互換性を最大限保証するバージョンである。前のメジャーバージョンであるMySQL 8.0シリーズのように、シリーズの途中で互換性が破壊されるような変更が入ることは基本的に無い。「バグ修正のためにどうしても仕様を変えなければならない」というような事態が生じる可能性はゼロではない。なので絶対に互換性が保たれるとは言い切れないところであるが、基本的には仕様変更はない方向で今後リリースされていくこ

phpcon-odawara.jp 2024/04/13（土）にPHPカンファレンス小田原2024を開催し、実行委員長を務めました。 総勢約150名で、ぺちこん小田原を作り上げました！！🥷💨 かなり高めの参加率 この記事では、ぺちこん小田原の全貌を思い出せる限り書いてみようとおもいます！ どんな思いでやったか speakerdeck.com オープニングでも語らせてもらいましたが、ぺちこん小田原開催のきっかけは、PHPカンファレンス福岡2023で「ぺちこん小田原やれば？」と言われたことです。爆速で会場を取り、開催まで漕ぎ着けました。 ぺちこん小田原2024のゴール 当日スタッフ向けに作った資料の一部です。ぺちこん小田原のゴールはこの様なラインナップでした。 ノリと勢いで始めたけど、わたしの軸はブラさずに。ノリと勢いで始めたからこそ、わたしが一番前のめりで。 asumikam.com 開

「セックスロボットは悪なのか」という議論がある。 精巧につくられた等身大のドールで、触れると温かい。センサーとAIにより、ユーザーが望む反応を学習して応答する、ロボット工学と人工知能の粋を集めたアンドロイドだ。 愛情を深め合うコミュニケーション手段としてのセックスが蔑ろにされ、女性蔑視や暴力へつながるかもしれない。一方で、感染症の心配もなく安心して愛情を注げるパートナーに救われる人もいるだろう。 あるいは、「アンドロイドが運転する車が事故を起こしたら、誰に責任を問うべきか？」という議論がある。 AIは人間よりも安全運転できるだろうから、自動運転をベースとした車社会を設計すべきだという意見がある。一方で、プログラムや学習データの不具合によってAIが暴走する可能性は残されており、その影響は計り知れないという人もいる。 こうした議論は、論点が噛み合わないか、漠然とした話になりがちだ。意識とは何か

来る2024年8月10日に埼玉浦和でbuilderscon 2024をやります！ 予定を空けておいてくださいね！ 近々セッション公募を開始予定ですのでネタをご用意のうえお待ちください。 また、手伝ってくれる方は@nasa9084までご一報ください！

Tue, Feb 6, 2024 2-minute readひとり合同会社を設立してみました。 なんで？「ソースコードの一行一行は、経営判断そのものだ。」という好きなフレーズがあります。とあるブログ記事の書き出して、ざっくり要約すると、プログラミングの過程においては常になんでこう書いたのか？読みやすさとかパフォーマンスとかトレードオフすべき都合があって、なにを優先すべきか？の判断がなされているはずで、それはつまり経営判断だよね、という内容です。 昨年執筆した「メタエンジニアリング 理論と実践、そして未来」という同人誌でも、このフレーズを引用させてもらいました。文中には「経営とメタエンジニアリング」という章を設け、メタエンジニアリング（つまりエンジニアとエンジニアリング組織への投資）と経営の関係について考察しています。 過去、エンジニアリングと経営の板挟みになった経験は（程度の大小こそあれ）

システム管理者・開発者が知っておきたいメール技術のすべて 【本書の特徴】 ・豊富な図解で、わかりづらい仕組みもよくわかる ・メール技術を軸に学ぶことで、「サーバー構築」「DNS」「セキュリティ」の仕組みが腑に落ちる ・システム開発・運用の実務で「使える」知識を網羅。1冊あれば安心！ 【本書の内容】 SNSやメッセージアプリに押されている印象のメール。 しかし、ほとんどのSNSやWebサービスのアカウント作成にはメールが必要です。ビジネスシーンでは、メールで連絡をする人がまだまだたくさんいます。 つまり、システムやサービスの開発・運営において、メールはいまでも不可欠なインフラなのです。 ところが、メール技術全般について体系立てて説明された情報源は、いつの間にかほとんどなくなってしまいました。結果として実務の現場は、必要な知識だけをインターネットで調べたり、先輩に聞いたりして、「その場をしのぐ

コロナの5類移行の影響が大きかったのか、特別な制限を設けずにオフラインイベントが再び開催できるようになり半年ほどが経ちましたね。コロナはこの丸3年で「これまで常識だった人と人が集まる場所」を徹底的に少なくしてしまったという体感があります。運営の中心人物が高齢化している地方の市町村などでは地元の集まりやお祭りのノウハウが途切れてしまい、イベント自体がなくなったという事例も目にします。 私は普段、インターネットの技術に関連したイベントを仕事でもプライベートでも企画・運営しているんですが、この半年で強く感じていることがあります。それは「オフラインのイベント経験者が少ない」ことと「オフラインのイベントに関わるノウハウが継承されていない」ということ。どうにかしていきたいとモヤモヤ～と考えていた矢先。 同じ会社の同じチームで一緒に働いているShoco Satoさんから「今度、技術カンファレンスの運営に

Sphinx-Users.jp¶ Sphinx-Users.jp(略称#sphinxjp)は、美しいドキュメントを簡単に生成することができるドキュメンテーションツール、 Sphinx （スフィンクス）の普及を主眼としたコミュニティです。SphinxはPythonの公式ドキュメントだけでなく、このSphinx-Users.jpのサイトも含め多くのマニュアルやサイトで使用されており、詳細を Sphinxの歴史で紹介しています。 Sphinx-Users.jp は日本の Sphinx コミュニティです。 Sphinx-Users.jp では、日本で散らばっているSphinx関連情報を集めて、Webサイト、イベントを通じてSphinx情報を発信します。 slack のコミュニケーションや勉強会の開催などを通じて、ドキュメントをパワーアップしたい人、ドキュメントや翻訳で苦労している人、Sphinxの

ここから、表で挙げた内容をそれぞれ解説していきます。 構築難度に関しては、関数を実装するだけで済むLambdaが最も簡単で、バッチ専用に特化されたサービスであるBatchに関しては比較的バッチ構築はしやすい印象ですが、ECSに関してはバッチに特化していないため、バッチ処理を行うようにカスタマイズする必要があります。 タイムアウト制約に関して留意すべきは、Lambdaの実行時間は15分までなので、それ以上を超える処理時間のバッチは実装できないことです。 起動•実行上のオーバーヘッドに関しては、Lambdaにはコールドスタートがあるため起動時にオーバーヘッドを考える必要があり、Batchではジョブをキューに送信して、最適化のために、ある程度のジョブがキューイングしてから実行しようするので、即時性を求める処理には不向きです。 既存バッチを移行したいケースがあると思いますが、Lambdaで動かせる

Adobe Firefly で生成PdMむけの記事でこのような記事がある。 「プロダクトマネージャーこそ、戦略的に読書せよ！」── 最短で成果を出すための読書地図 (1/6)|ProductZine（プロダクトジン） これのエンジニア向けの記事がないかなと思っていたがなさそうだったので作ろうと思った。しかし客観的な視点でこれがおすすめというのは難しいので自分が参考になったと思った本を家の本棚を見ながらまずは100冊リストアップしてみた。 紹介する本は10年読まれていたり、近年発売のものであれば10年後にも読まれているだろうというものを選ぶようにしている。個別のプログラミング言語やフレームワークなどの本はバージョンアップに追随ができないことが多いので選んでいない。 入門本プリンシプル オブ プログラミングリーダブルコード定番中の定番。おそらくこの2冊はあちらこちらで紹介されている。とりあえず