はてなブックマーク

この記事は「そーだいなる Advent Calendar 2025」の　「13日目」　の記事です。 adventar.org アカセさんの記事を読んでいて、「チケットまで取った映画を観に行かずにクリスマスイブに飲み明かした」ってエピソードで大変笑わせてもらった思い出が蘇り、自分もお礼(なのか？)に書いてみようというものです。 クリスマスにドラゴンボールの映画観ずに飲んでた話、聞いてて爆笑させてもらったので「俺もそーだいアドカレ書かないと行けないかもな？」って気分になってきた 何か書くかも https://t.co/dxjIRI2mIz— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2025年12月31日 スライドのつくりを途中から変えた スライドを作る時にそーだいさん風のやつを真似しております。 伝わるでしょうか、こういうやつです。 実際の例として、先日のPHPカンファレン

PHP8.4が出ましたね 🎉 tl;dr 今日のお話は、 「jdkfxさんが用意してくれた環境がメッチャ便利で最高だったよ」という内容です。 https://github.com/jdkfx/phpdoc イントロ 最近coreへの貢献をしている人が身近(？)でも増えているし、日本人でコアなデベロッパーはすごすぎる・・なんてものを眺めていて。 うぉ〜〜俺もなんかしてぇ〜〜〜！！ってなるじゃないですか。 もともと「お世話になっているコミュニティやOSSには沢山恩返ししたいな」と思っていて、カンファレンスやOSS作者や団体に向かって個人スポンサーをやったりはしています。 ただ、自分の中では、受けている恩ってそれだけで返しきれるものでもなく。 最大の恩返しは「もっと盛り上げる！」だとも考えていて、それって「賑やかす」「開発や利用しやすさの改善に貢献する」が効きそうだな〜とも思っている訳です。

「tblsで出したER図をGitHub Pagesに出したいな〜〜！の砂場」というレポジトリを作って遊んでました。 「(学習・実装面で)低コスト」「(実用性の面で)ほどほどに十分」という方法を探っていたのですが、概ね満たしたと思います。満足。 github.com 場面設定 ER図をいい感じに！！っていうのはk1LoWさんが解決してくれているので、その先の話。 qiita.com (↓の資料、改めて読んだけどやっぱり良いので凄い。もっと使い込みたいな・・) The future of tbls and "Documentation as Code" / phpconfuk 2023 - Speaker Deck 「MarkdownだからGitHub上ですごく簡単に見られる」というのが嬉しく、継続的にドキュメントを管理(更新＆利用)していくのを強力に支援してくれるな〜と思いつつ、 「自動生成

原書と兄弟で肩を並べて 島田浩二@snoozer05さん訳の、8月26日発売「スタッフエンジニアの道―優れた技術専門職になるためのガイド」の感想のような記事を書きます。 スタッフエンジニアの道 ―優れた技術専門職になるためのガイド 作者:Tanya Reillyオライリー・ジャパンAmazon 翻訳レビューに参加した流れと、簡単な感想 今回、個人的には初めてとなる翻訳レビューに参加させてもらった関係で、物理本をご恵贈いただいた流れです。 まず圧倒的に信頼している技術書翻訳者*1であること、自分としても一応「VPoE」というタイトルで働いていたし領域的にも興味があること、翻訳レビューってやってみたいな〜！という憧れ の100点+100点+100点の合計1000000点！！！って感じの参加動機です。 snoozer05.hatenablog.jp で、しかも、参加が決定して書籍名を聞いたら「も

7月13日に開催された、大吉祥寺.pmに参加してきました。 ひっっじょ〜〜に良かった！！！！とても充実した時間となりました。一点の曇りもなく、参加して良かったです。 fortee.jp 参加したモノ・しなかったモノ 今回は本編オンリーで！！ 大変な人気、申込みが大殺到していたので、自分が補欠から繰り上がったのも前日のことでした。 そもそも、 #yokohamanortham.100 で話していた時に「とにかくkawasimaさんの話がメチャクチャ良かった、大吉祥寺.pmにも行ける人は行くべきだ」くらいの勢いで熱弁されたのがキッカケで、「やっぱり申し込むか〜〜」となったのでした。 だから結構遅いんですよね。 listen.style まさか繰り上がるなんて・・・・って信じられなかったのですが、 こうやって「直前に行けるようになったら問題なく行ける」のは明確に都心に住んでいるメリットの1つです

PHPerKaigi 2023で、チャンスをいただいたので発表をしてくるでございます。 fortee.jp 今回のトークテーマは、「10年ちょいの間でPHP界隈どんな事があったっけ・どんな感じになったっけ」について考えるような内容になりました。 そのため、過去にカンファレンス等で発信された色々なアウトプットから、大変勉強させていただいています。 そうした中で、今日に向けての進化を紐解くためには、その時々のスナップショットで「最近のアツいトピック」を積み重ねて行くことが強力なヒントになる！！と改めて感じたのです。 どうにかして、発表中にそれら全てへの言及をしたい・・という気持ちもあるのですが、そこまで上手く織り交ぜて話せるかが微妙なので、先にこちらにまとめておこうと思いました。 言ってしまえば、自分の発表とかとは関係なく、「仕事や趣味で最近のPHPに触れている人」にとっては必見・必読な内容な

社内に何度か「ね！！エラー減らしてこ！！きっと良いことになるから！！」みたいな話を投稿しておりまして、そのラストに「じゃあ実際どうやって＆どう考えて進めていくのかね」という事も認めました。 その内容が「またどっかで使いそう〜」と思ったのでリライトして載っけてみます。 長くなったので記事を分けようかなぁとも思ったのですが・・・ 前提: 0次対応というコンセプトについて 「なぜ」やるのか どーゆー流れ エラー管理はどういう物が良いかな 新規エラーについて 頻出エラーについて 沈静化しているエラーについて どうやって気づくか: push通知(アラート)と組み合わせて考える 蛇足: アラートは少ないほうが良い 「要らないエラー」を捨てる = 情報を断舎離する 定量監視どーやってたん？ あとは地道に対処していくよ 実際どこまでやるんよ？ 安心感のある開発、いいですよね〜〜！ 前提: 0次対応というコ

お疲れ様でした〜〜 登壇したよ 聴いたセッション デシリアライゼーションを理解する PHPでバイナリをパースして理解するASN.1 委員長たちの「コシ」 足踏みを恐れない地域の技術コミュニティづくり ふにゃっとしない名前の付け方 〜哲学で茹で上げる、コシのあるソフトウェア設計〜 コシの入った謝罪の流儀 〜PHP/Laravel爆速アップデートを支えた「技術と責任」のトレードオフ〜 サービスの信頼性を高めるため、形骸化した「プロダクションミーティング」を立て直すまでの取り組み イベントの全体的なやつ 披雲閣 無限うどんと食堂 お喋り 旅の思い出 スペシャルサンクスつめたいうどんさん 凱陣めぐり うどんたち、骨付鳥たち 最高だった！！ 参加&登壇してきました！！ phpcon.kagawa.jp 今回は、完全にプライベート*1で都内を早めに発っての遠征、全工程で3泊4日のウルトラサイコー黄金瞬

「Throwbaleをcathcしない方が良いよ、って前に言われたことあるけどアレってソースある？」と言われまして。 ※ 画像はイメージです 自分としては、どちらかというと「考えていったら自然とそう思えたので」という生き方をしており、確かにソースか〜探したことなかったなぁ。。。となり。即答できず。 「理屈はわかる」のと「毎度説明するのが面倒」は別物ですよね。 (寧ろ、折角PHPの本を書いたのだからそこで言及しても良かったかもな〜) 「話すの面倒くさいと説明のクオリティが毎回変わる」ので、あまり気持ちよくありません。 かといって、「毎回ちゃんと説明する」のは非常に骨も折れるので、それもやっぱり気持ちよくありません。 ということで、「Throwableってなに？Exceptionと何が違うの？調べてみました！」です。 tl;dr いんとろ 前提: ポケモンキャッチ 改めて \Error とは

プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける 作者:Melissa Perri発売日: 2020/10/26メディア: 単行本（ソフトカバー） 「Amazonでも予約注文のタイミング?によっては発売日にちゃんと届く」という事を知った、というのが本書に関する収穫の1つとなりました。 お急ぎ便使えることもあるのか・・ ということで、一昨日にかけてババーっと読んで、読了しました。 いや〜読みやすかった面白かった。すごい希望に溢れてて「なるほど、こうありたいな！」とワクワクしながら読み終わった。 どんな本？ 「プロダクトマネジメントとは」「プロダクトマネージャーの仕事とは」という切り口で、顧客に価値を届けるためのマインドセット、組織の姿、戦略フレームワークについて書かれた本 リリース数などのアウトプットに着目することで陥る「ビルドトラップ」の症例と、そこから脱却するには？という

CakePHPのDICいれよーぜPRがマージされとった🎉🎉 (タイミング的にcakefestに間に合わせたかな？) ちゃんと内容追うぞーーー Add a dependency injection container by markstory · Pull Request #14945 · cakephp/cakephphttps://t.co/GSgNp1WBNR— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2020年10月1日 ということがありまして、20201005現在で「4.next」に取り込まれているｽﾃｨﾀｽです！ ※ 現行の4.1のパッチバージョンについてはmasterに向けられるので、 4.nextは「次のマイナーバージョン」である4.2を指します 「CakePHPにDIコンテナが入ったらどんな感じに使われるんだろう？」というのは個人的にかねてより興味範

小ネタ。 昨日が〜〜〜っとコーディングして、寝て、起きたのでブログです。 ということで、 Pixela のslack(botkit) インテグレーション作った。登録、作成、インクリメントまでSlackで完結。 社内Slackで「運動するぞ💪💪チャンネル」あたりに入れて、「やるぞ」という気持ちをコラボレーションしていきたい・・ (サムネ出るようにしたい〜 pic.twitter.com/FtaSRYh70B— 今日も誰かのにちようび( クリスマス) (@o0h_) October 15, 2018 土曜日くらいから、たまたまSlackを題材にJSのお勉強！をしていて(それについては別途書く)、おもしれ〜少しわかってきたぞ〜〜となり、「他になにか作ろう〜〜」って気分でいたのですが、Twitterを眺めていたらあまりにもpixelaが盛り上がっていたので勢いで作ってみました。 blog.a-

問題〜とか言いつつ何も答えが出てない、どころかissueを見定められてないけど。ただの散文です。 #phpgenba を聞きまして。 php-genba.shin1x1.com 「フレームワークとの付き合い方」というトピックがありました。 これについて。正解もないし、良い視点で主張や議論ができるほどの経験値もないと思っているのだけど、まぁ「今の時点で感じていること」を言語化して残して置くことには面白い点もあると思うので。 「どこまでフレームワークの機能を使うか」「(自身で層を敷いて)線引き、責務分離をした上で付き合った方が辛くなりにくい」という話がありました。 DDD、クリーンアーキテクチャの立場から「実装と詳細の分離」という思想と捉えて良いのかな。 その感想を、今の自分なりに。 なお、ここでは「チームで開発する」とした時の「価値」を「自分だけでなく他人も書きやすい・読みやすい・分かりやす