リンケージのCTOになって2年が経ったので振り返って3年目について書く。 前回 soudai.hatenablog.com やってきたこと 1年目は開発組織の立て直しと社内の新規事業の開発 2年目の前半は採用と後半は既存事業のリプレース 3年目は採用と組織の向き直りとビルドアップ 1年目 開発組織の立て直しと新規事業の開発の両方を同時にやるってことでなかなかハードだったが仲間に恵まれ無事リリースできた。 その時から開発しているFEMCLEは今もガンガン成長していて、今後はリンケージの柱となる事業の一つ。 ちゃんとローンチできて良かった。 femcle.linkage-inc.co.jp 仲間に恵まれた、という点でいえば採用がうまく行っているのがめちゃめちゃ大きい。 リンケージはPHP界隈で最強のチームだ、と言っても過言じゃないと思っている。 何よりも素晴らしいのは平均レベルの高さ、それ故に

PHPカンファレンス小田原(以下 ぺちこん小田原)に行ってきた。 このブログはその熱量の高さを思い出しながら、小田原駅前のスタバで書いてる。 カンファレンスで話をしたこと 懇親会キーノートで内省を勝ち取る、そのためには具象と抽象を往復して具象化の引き出しと抽象化の概念の理解を深めようという話をした。 そのために日報や週報からふりかえりし、能力を獲得していく。という話。 でもこれ、カンファレンスに参加すること自体が具象と抽象のスキルを強く獲得するチャンスだなって思ったので、感想と合わせて書く。 ちなみに文章中に出てくる経験学習モデルの話はスライドで説明している。 speakerdeck.com 経験という具象を疑似体験として聴く カンファレンスに行くと色んなセッションを聴くことができる。 もちろんぺちこん小田原でも最高だった。 至極のセッションの中で自分の中のベストトークを選ぶとしたらたつき

PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった（異業種転職組）から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの？そのifの中に実装があるの？何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない？」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当

質問されることが多いのでPostgreSQL初学者が運用を行うためにしっておく知識に必要な内容をまとめる。 PostgreSQLの基本的なアーキテクチャ PostgreSQLのアーキテクチャを知らないと自分がやっている作業が危険な作業かどうかわからないし、パラメータの意味もわからない。 そこで以下のリンクを読むと良い。 富士通が後述の資料を参考にまとめたのだろうなと思われる記事。 非常によくまとまっているのでわかりやすい。 www.fujitsu.com もっと細かく知りたいならPostgreSQL Internalsがおすすめ。 富士通の資料と重複するところがあるがこっちが本家。 Githubで管理されているので誤字脱字などあったら気軽にPRを出してほしい。 www.postgresqlinternals.org PostgreSQL Internalsが少し古いので最新事情で知りたい場

どうもキャッシュバスターズ、 id:Soudai です。 Cache（以下、キャッシュ）は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

ISUCON13に参加した。 我々のアプローチ、当日の話なんかはチームメイトが書くだろうから自分はざっくり、ここまで1年間チームを組んでくれたチームメイトとの歩みについて書いて行こうと思う。 とはいえ、気になる人もいるかもしれないから置いておく。 github.com チームの始まり 2022/07/23 ISUCON12に出場した自分と @tetsuzawa はFailでscore無しとなり予選敗退した。 新卒1年目の@tetsuzawaが「来年も出ましょう。準備、できることは全部やるんで。」と言って来年も出るか。ってことが決まった。 二人で出たチームの課題は自律したガンガンコードを書けるGoのプロフェッショナルが足りないこと。 だからその日のうちに、ISUCON 12では出題側に回っていて、絶対来年のチームが決まっていない @mackee_w を誘った。 そして当日の反省会をしていた田

中国地方DB勉強会 in 岡山の登壇資料です。 そのうちここで登壇動画が公開されることでしょう。 肝心なチートシートは以下のとおり。 PostgreSQL gist.github.com MySQL gist.github.com チートシートだけじゃわからない！困ってる！ Have Fun Techがバージョンアップのサポートしますのでお気軽にご相談ください。 have-fun.tech まとめ やっぱ中国地方DB勉強会は最高だぜ！

どうも id:Soudaiです。 株式会社リンケージのCTOになりました。 prtimes.jp 会社説明 ここから主に引用します。 www.wantedly.com 何をやっているか 株式会社リンケージは、予防医療テックで健康支援サービスを提供する第二創業期のベンチャー企業です。「テクノロジーとつながりで健康意識の温度をあげる」をミッションに掲げる当社は、創業以来「オンライン禁煙診療」や、「Rasika」「FEMCLE」などのオンライン問診を起点に従業員の心身の健康課題を可視化し必要な医療へのアクセスや組織の生産性向上につなげる企業向けヘルスケアサービスを展開しています。延べ174組合、企業1,550社への健康サポート実績があり、加入者数約600万人以上のネットワークを有しています。 ▼リンケージが選ばれる理由 ・テクノロジーを駆使した手厚いサポート ・専門医を含む適切な医療アプローチ

この度、お仕事として公式エバンジェリストをすることになりました。 セミナー講師をやったり、Mackerelの便利な使い方をアウトプットしたりするのが役割です。 MackerelチームにはCREってロールがあるわけですが、その中でも顧客活動のサポートにあたります。 ついにMackerelプラグイン解説シリーズの続編とか出るかもしれません*1。 初回活動 プライベートセミナーをやります。 詳細は下記のページを御覧ください。 日時：2022年2月10日（木） 14:00〜15:00 会場：Zoom Webinar 参加費用：無料 お申し込み：イベントページからお申し込みください はじめてのMackerelクラウド監視入門編（2022年2月10日開催オンラインセミナー） connpassもあるけど、申込みは上記のサイトです。 mackerelio.connpass.com はてなはCREを募集して

昨日DBコミュニティでお世話になってる人たちと話をしているときに、どんな人が成長して、自分たちがどうやって成長してきたかって話題になったときにこの結論になった。 今日、とりあえず目の前の仕事に対して課題を見つけてその課題に関する勉強を出来るだけで社会人として十分な成長と報酬を貰えるんだよねって話を聞いて本当にそうなんだよなぁって思うなどした。 めちゃめちゃ頑張るとか犠牲にするとかじゃなくて目の前のことを一個一個やっていくことで生き残れる。— そーだい@初代ALF (@soudai1025) 2021年12月22日 DBコミュニティ、平均年齢が高いし、子育て世代が多かったりもするが少なくとも昨日のメンバーの平均年収は日本の一般的なIT業界でもかなり上位数%の集まりだったと思う。 そのレベルになっているけど異常な努力が必要だった、って人は小数派でやっぱ仕事上の問題から課題を見つけて、タスクに落

世界コンピュータ将棋選手権に我らが @bleu48 先生と出場しました。 ソフトウェアは @bleu48 さんが作ってて自分は関わっていないのだけどインフラ担当しました。 第31回世界コンピュータ将棋選手権 しかし我らがソフトウェア『二番絞り』は11位*1 二次予選敗退でした。 今日の二次予選結果です。 pic.twitter.com/JDPrN4weIQ— 48 (@bleu48) 2021年5月4日 敗戦の軌跡 今回はインフラ担当として大きな失敗をしてしまったので反省の意を込めて書きます。 早朝に問題に気付く 当初予定はGCPに用意されているNVIDIA A100 Tensor Core GPUを16枚指したモンスタースペック a2-megagpu-16g を利用予定でした。 a2-megagpu-16g はプレビューで申請が必要なのだけど、事前に問い合わせをして利用可能にし、予行練習

ISUCON10 本選、終了いたしました。ご参加いただきありがとうございました！各賞の受賞者や全スコア、利用言語などは来週あらためてブログで公開しますが当日の日程を終えました。運営チームと、ご協力いただいた並行チームの皆さんで1枚！応援していただいた皆さんもありがとうございました。 #isucon pic.twitter.com/qNJuMIbcJ0— ISUCON公式 (@isucon_official) 2020年10月3日 予選落ちのチームの中から並列チームとして、本戦の問題を配信用に解く人として参加してきました。 予選と同様に過去の問題作成者の id:kamipo と 優勝経験者の id:sugyan とisucon愛枠ってことで id:Soudai の3人で出てきました。 github.com ISUCON10 本選結果は以下の通りです！ おめでとうございます🎉 第1位 tak

様々なことがあり、繰り上げで本戦出場になり、結果32チーム中の12でした。 これが僕らの全盛期。 実質優勝 最終結果。 isucon.net id:kamipo さんが素早くINDEXを対応してくれたおかげで初動は早かった。 けど伸び悩み、結果12位でフィニッシュ。id:sugyan さんのコーディング力をチームとして引き出す判断が最初に出来なかったのが大きな課題だった。 時系列で知りたい人はこちら。 memo.sugyan.com 大きな課題になった理由 帰りの電車の中で @mirakui さんが 「ISUCONってユーザのシナリオを知って、それに合わせてチューニングすることが大事でそういうところが好きなんですよね」って言ってて、だからこんな準備をしたって話を聞いてて、僕はSQLとDBの点でしか見てなかったなぁと思う。— そーだい@初代ALF (@soudai1025) October

34位でフィニッシュ。 isucon.net 棄権を合わせると予選突破に200イスコインちょっと足りなかった。 ハイスコアは9850だっただけにあと1つなにかできれば予選を突破できてたことになる。 当日の流れは id:sugyan さんが用意してくれてるのでそっちを読んでほしい。 memo.sugyan.com ここからはただただ、自分に対する反省をまとめる。 主な担当であるインフラについての反省 準備したつもりでも準備不足だった。 複数台構成、普段RDSやALBに甘えている弊害が出て、Nginxやアプリケーションの複数台構成のやり方を知っているが普段していないので詰まったって感じ。具体的にはMySQLに接続できなくて時間をかけた。 あとnginxのチューニング、特にルーティングで配信をまとめるみたいなところもかなり時間をかけてしまった。 普段、S3とCFにURLをすれば良いって感じで生き

って話をPHPカンファレンス仙台でします。 そこでいつもどおり事前に資料を共有します。 ここに書いてる通り、モニタリングを始めたい人、悩んでる人は入門監視を読んでほしいです。 私がこのCfPを出す前は発売されると知らず、登壇直前に発売されるという登壇者殺しのタイミングでしたが、登壇前に買って読んで本当に良かったです。 スライドにもあるのですがパターンであったり、数値の見方だったり、私がMackerelのCREの時に学んだこと、自分たちの監視を見直す為に必要なことは書いてあります。 本当は前回からもう少し進んで登壇内容はデザインパターンだったり、アーキテクチャの監視の話だったりを話すつもりだったのだけど、それは入門監視を読めば解決するので具体例を出すことにしました。 これくらいなら自分たちも始めれるのでは？みたいな気持ちにアプリケーションエンジニアがなってくれることがゴールです。 私自身、こ

西日本応援プロジェクトで前回の続き。 soudai.hatenablog.com 集まった募金金額 イベント当日の募金額 299,282円 LT大会参加費/寄付枠 190000円 ※PayPal手数料14,060円はサムライズムさんに補填いただきました 募金額は 489,682円 でした！ 結論 偉い人が先に結論を言うべきってことなので結論。 募金額は489,682円集まった話 とにかく最高なのでぜひ、下記のリンクからセッションが見れるのでみんな見て欲しい！ live.line.me そして楽しくて募金したい気持ちになったら募金してみて欲しい。 経緯 西日本7月豪雨の速報を聞きながらなにか出来ないかととにかく筆をとったのが下記のエントリー。 soudai.hatenablog.com これを公開した後、 募金するための導線設計が足りない って考えてツイートしたのが下記のツイート。 なんかこ

新しいキーボードきた pic.twitter.com/2lS5LtOENr— そーだい@初代ALF (@soudai1025) June 18, 2018 REALFORCE R2 「PFU Limited Edition」 | PFU 元々5年くらい、functionキーを結構使う＋カーソルキーじゃないとvimが使えない軟弱者なのでHHKBでは無くRealforceをずっと使っていた。 なんの不満も無く、壊れることなく使い続けていたのだけど周囲から「うるさい」とクレームが入ることが多々あった。 そんなに打鍵強くはないと思っているのだけど、Realforceは結構カタカタ言う。 ミーティング中とかに議事録とったり内職したりするとかなり目立つ。 なので静音のRealforceを試してみたのでそのレビューを書く 静音は本当に静か 自分で聴く分にはカタカタという音はリズムを生むしすごく好きなんだ

突然だけどありがたいことにオミカレは僕が入社以降、毎月新入社員が増えている。 そして今月も新たなメンバーが一人ジョインした。 勿論歓迎会だ！って感じで企画したのだけど先月、先々月と夜にやっていた歓迎会だけど、夜だと例えば主婦の人など参加しづらい。 また弊社はライフワークバランスを大事にしてるので17時退社の人もいれば自分のように遅くきて19時以降に退社する人もいる。 そうなると夜に歓迎会をするにしても時間を調整して同じ時間に退社するようにしないといけない。 それぞれの事情じゃライフサイクルがあるのでこれはこれでそれなりに負担になる。 そこで今回歓迎会をランチとして開催した。 因みに場所は渋谷の えん で行なったが個室でゆっくりできて良かった。 retty.me 実際に開催した感想は以下の通り。 1. 出席しやすい ランチにすることで早く来る人も遅く来る人も本来の出社時間を変更する必要が無い

最近、この話をすることが多いのでブログに個人的な意見をまとめる。 まず成果主義と結果主義は違う。 勘違いされてる人が多いけど成果主義は成果とそれまでの過程を踏まえて評価する。 結果主義はその言葉の通り、結果のみで評価する。 そのため売上を至上と置いてる営業の評価をする場合などは結果主義はわかりやすい。 個人的な意見では結果主義は嫌いではないし、スポーツなどは完全に結果主義だ。 それは置いといて、多くの会社は成果主義であるし、だからこそちゃんと成果で評価すべきだ。 その点について次のようにまとめる 成果を評価するということ 成果を評価するためには 目標を設定すること と 行動すること が必要だ。 行動した結果、成果が生まれ、そしてその成果が目標を達成したかを評価する。 結果主義であれば目標に対して、成果がどの程度達成したかの差分だけで評価する。 成果主義はその過程も評価するので達成した上で、

言語の勉強会でその言語の話をしない人ランキング堂々の第一位、そーだいです（当社比 控えめに言っても最高な毎度おなじみ #kichijojipm で今日LTする話の補足です。 kichijojipm.connpass.com speakerdeck.com タイトルは出落ちです。 全然最強じゃなくて頑張ってやってるよって話です。 資料がかなり薄いので補足します。 DBリファクタリングについて 26Pは現状です。 MySQLって書いてますが本番はAurora1を使っています。 以降、このDBを 現行DB と呼びます。 ここではオミカレとみんなの婚活はWebサービス名です。 つまり2つのサービスから現行DBを見ていますし、機能によっては現行DBの同じテーブルを参照・更新・削除などを行います。 この2つ以外にも社内システムなどでこの現行DBは利用されており、メインのテーブルを変更すると影響範囲が広