pbtが掲載された記念。Newsで少し目立ったので拾ってもらえたのだと思う。repositoriesのtopを更新できた。Newsのトレンドになったときのほうが大きかったのだが、普段読んでいるNewsletterに掲載されるのはまさに"光栄"で、異なる嬉しさがある。repositoriesに100以上のstarsが付いて驚いた。Rankingで数時間1位におり、20時間ほどトップページに載っていたらしい。2024-05-26現在は落ち着いて195pt。rankingでは11位だった。2024で発表してきました。スピーカーとしての参加は初めてで、いろいろ稀有な体験ができて総合的にはめちゃくちゃ楽しかった。いうタイトルで登壇します。Ractor枠、もしくはtesting枠といったところでしょうか。testingというテスト手法のイテレーションをRactorで並列化したら効率的だし誰もやってなくて面白いのではないか?という話をします。何かしら引っ掛かるものがありましたらぜひ見に来てください。Rubyで真に並列処理が簡単にかけてしかもスレッドセーフであることが保証されてるの、すごいことだと思うのだけどなかなか普段のプログラミングでユースケースが見つかっていなかったんですよね。僕は、普段から並行並列処理をガンガンやっているわけではないものの、Fintech事業従事者としてテスト設計や手法にはそこそこ関心があり。testingに興味を持って他言語のライブラリコード読んだりRubyで試したりしていました。「これは並列化の恩恵を受けそうだし、Ractorの良いユースケースたりうるのでは?」と着想し、今に至ります。スライドの初稿を完成させて事前提出した段階でこの記事を書いているのですが、練習したところ5~10分ほど時間オーバーしており、削りどころをどこにしようかまだ悩む日々が続きそうです。speakerなどで議論するというスタンスをとってきました。今回はあのRubyKaigiということもあり、"自分が面白いと思うこと"を詰め込む方針へ転換してみようかなと思っています。吉と出るか大凶と出るかはわかりませんが、動画を組み合わせた解説やデモなど、これまであまりやってこなかったこともやっていみたいですね。いやー、RubyKaigiへの登壇は人生でやりたかったことリストに含まれていたので、本当に感無量です。残り一週間、健康に気をつけていきます。valid,invalidに残したので、この記事は旅行記とします。2024にスピーカー、およびスポンサー企業の一員として参加してきました。最近はブログ不精となっていてイベントに参加しても記事を執筆せずにいたものの、YAPC参加者のすさまじい熱量にあてられたので久々に筆をとってみます。自分とYAPCとbuildersconYAPC初参加です。実はYAPCには思うところがありました。2019と参加しており、このイベントからは過去にめちゃめちゃ感化されていたのでした。2017に強く影響を受けてから僕は登壇やOSS活動を始めたので、勝手な思い入れがあるカンファレンスです。「buildersconにもやがて登壇するぞ」と思っていたものの直近の数年は非開催となってしまったので夢が潰えたような気もしていました。ところがどっこい「buildersconに一番雰囲気が似てるカンファレンスはYAPCなのでは(想像)」「YAPCに登壇できたら目標達成では(妄想)」という気づきがあり、プロポーザルを出してみたところ採択いただき、広島凸という背景でした。Headerの話をしてきました。RFCにはなっていないものの、StripeやPayPalといった著名決済SaaSでは実運用されている便利HTTPヘッダーです。僕が携わるB/43でも2021年から導入しており、データ堅牢化に一役買っているという自慢をしました。テーマ的にソフトトークやキャリア論でもプロポーザルを出せそうだなと思ったのですが、初見のコミュニティで顔を売るならしっかり技術的な内容で興味を惹きたいと思ったのでテクニカルな内容にしました。ベストトーク賞は取れなかったものの同僚のmitaniさんが素晴らしいトークで広島凱旋&受賞という偉業を成し遂げていたのでオッケーです。いや、ぜんぜんオッケーじゃなくて悔しい!このような投票型の企画があるカンファレンスをあまり知らないので、今度登壇する際にはベストトークを獲りたい。いうわけで逃したものの「ベストトークとして投票しました!」という方に懇親会でお声がけいただいたり、複数の方がブログにて言及してくれたのを観測しており、しっかりと人の心に残る登壇ができたのはポジティブです。所属するスマートバンクが椅子スポンサー────椅子にチラシを掲載する権利を得る────となった機会を活かし、今回は軽めのコーディングクイズを出題してみました。Headerを理解するとシュッと解ける問題になっており、僕のトーク内容で学んだことを実践し、身につけていただけるような教育的なクイズを意図しました。Goの3言語のいずれかで挑戦可能ですので、参加者も非参加者問わずまだ見ていない方はぜひ一度cloneして挑戦してもらえると喜びます(Xにpostしていただけると更に喜びます)。ちなみにLTにはこのクイズに関連したコード難読化ネタで応募していました。残念ながら非採択でしたがどこかにて供養したいと考えています。以前の講演のスライドだけ目を通していたがリアルに聞くとさらに面白かったこれは型にとどまらないモデリングの話だと僕は捉えているなので静的型付けを用いない言語であってもある程度のエッセンスを活用できるRubyでUserをActiveUserとDeactivatedUserに分けたって良いclassである必要がないならDataやStructで宣言したって良い型は検証のためのツール。コード量の順に最適化する」とも通ずるものがある世界を分けるコストとトレードオフもあるだろうとは思う...のようなことを思っていたらご本人も同じようなことをpostされていました。質疑応答で少し話したことを記録として残しておこう。使うとその分解にパターンマッチが必要になって、設計が自然と関数型よりに寄っていく。2024年2月12日naoyaさんにできれば質問したかったのは、「世界を切り離さずに済む、あるいは近づける方法としてRDBでイミュータブルモデリングを実践するのはどうか?」という点。APIのように、自分たちが管理できないコードベースとの接合点で信頼性の高いテストを書くにはどうすればいいか?」という質問をさせていただきました。SizeとScopeを狭めていき、信頼性の高いテストの割合を増やしていくと良い」という回答を頂いた。身内びいき抜きに一般公募では最も感銘を受けたトークでした。勝手ながら重ねており、どちらも技術者の心のくすぐり方が最高に巧かったなと感動していました。いえば、どちらもカードの話題だな...。このように業務上で学んだことを公知にしていく試みがベストトーク賞というのも感慨深いものです。いうのも、登壇しない/できない理由の第一位は「ネタがない/業務で大したことやっていない」というものだからです(ohbarye調べ)。と多くの人が思えたのではないでしょうか。加えて、クレジットカードのように現実世界に存在する物理的なアイテムとソフトウェアの交差点に存在する難しい課題と、それらをどう解いていくかに関心を抱くエンジニアは思っていたよりも多そうだというのも発見でありました。とほほさんのキーノートもはや何を言うまでもなく、とにかく今回のYAPCテーマにもぴったりで圧巻の内容。技術でもそれ以外でも、自分も好きな何かをゆるくても長く続けてみようと思える素晴らしいトークでした。懇親会で話した20歳ぐらいの学生さんもとほほさんを知っており、オールタイムレジェンドであることを知りました。心配2日目の懇親会後に腹痛になってしまい二次会に参加できなかったogijunさん、kyannyさん、shibayuさんなどじっくり話したい方がいたが話す機会がつくれなかったYAPCのクオリティやホスピタリティが高いものの、一方チケット安すぎて大丈夫...?と思ったニュートラルなことベストトーク賞の投票数は非公開でいいけどフィードバック/感想文を共有してもらえると嬉しい前夜祭はトークと飲み会が同時会場で行われており、TokyuRuby会議みたいだと思った広島旅行の話も混ぜると大変な長さになりそうなのでYAPCの感想だけで筆を置くことにします。Inc.に入社して3年が経過したので記念に整理。2023年8月4日ちなみに前回書いたのは1.5年経過のタイミングで、だいぶ遅まきの入社エントリであった。ohbarye.hatenablog.jpやってきたこと半年なり1年なりの区切りをトリガーに書いていれば差分を書きやすいのだけど、その習慣がついていないのでやむなく、今回は3年分まとめて書いてしまおう。3年間でやってきたこと*1のうち公にしているものたち*2を並べるとたくさんあるが、もちろんほとんどはチームでやってきたことである。所感いろいろやったな〜と思いつつ事業に直結する機能開発とエンジニアリング面での取り組みを両立するには、資金調達の成功や事業がしっかり成長軌道にあることが前提だと再認識した。一つ目のプロダクトローンチ前の"立ち上げ時期-ゼロイチ-"に入社したにも関わらず、"方向転換-ピボット-"することなく"成長-グロース-"に繋がり、今も集中的にリソース投下できている環境はありがたい。3年前の意思決定の成功は追認しても良いだろう。余談だが、最近アーリーステージのスタートアップの選び方なるものを知人に聞かれることが何度かあった。メガベンチャーや上場後の企業勤めで、一度はスタートアップで働いてみたいという好奇に由来することが多いようだ。経験はしてみたいけれど事業以前に組織が破茶滅茶でないか、エンジニアリングが軽視されていないか、ハードワークすぎるカルチャーでないか。等々の不安を解消できるほど情報がオープンにされている会社が少ない...という感じられているらしい。スタートアップに限らず会社選びは何を求めているのか次第なので画一的なアドバイスはできないし、事業の良し悪しや成否の蓋然性を評価できる"眼"は自分にはないけれど、ファウンダーや経営陣に複数回の起業を経験しているメンバーがいるかどうかを評価軸に加えてはどうかと伝えている。シリアルアントレプレナーというやつだ。した経営者は前回までの起業の成否や反省を踏まえて落とし穴やアンチパターンを避けることに意識的だし、事業を伸ばすには持続可能でスケーラブルな組織が必要なことも知っている可能性が高い。*3やるべきこと・やりたいことに注力できている環境の一要因、一例として自己の経験からそんなことを思っていた。話が逸れたけれども引き続きやっていきます。僕と同じサーバサイドエンジニアに限らず各職種を積極採用中なので気になる方はぜひお声がけください。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。