はてなブックマーク

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

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

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

phpcon-odawara.jp に参加してきました！ 非公式・公式含めて、前夜祭〜懇親会まで参加しまして、現在は「（非公式）ぺちこん小田原後日祭 - ブログ書くぞ」に参加してこの記事を書いています。 今回のデッキ 大変ありがたいことに登壇の機会もいだだけまして、15分セッションのスピーカーでもあります。 発表後のAsk the speakerや懇親会でも「ココをもっと聞きたかった」「こういう考えはどう？」など、話しかけてもらえて最高でした。 「登壇しました」記は、それらの内容を盛り込んだ形で、また後ほどまとめてみたいと思います。 fortee.jp 参加者&&エンジョイした立場の話を書くぞ〜〜〜〜〜〜 続きを読む ふと思う所があり、私が提供するコーチングのクライアントを若干名募集します。 といっても「素人が練習相手を探しているよ！」という具合のものですので 軽い気持ちで、誰か付き合って

プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける 作者: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、クリーンアーキテクチャの立場から「実装と詳細の分離」という思想と捉えて良いのかな。 その感想を、今の自分なりに。 なお、ここでは「チームで開発する」とした時の「価値」を「自分だけでなく他人も書きやすい・読みやすい・分かりやす