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

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

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

今年の振り返りをまとめる。 アウトプットについて 昨年がこちら。 ブログ 14本 登壇 4回 寄稿記事 データベース設計の基本とアジャイル開発 - そーだいが解説する変化に対応する実装 - Agile Journey もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab - ファインディエンジニアラボ インタビュー 地ならしからの組織づくりに挑戦。リンケージCTOに就任した曽根壮大氏が語るエンジニア＆開発チームの育成論 - Tech Team Journal 企業向け登壇（講師） Classi 2回 コドモン 1回 リンケージ 2回 サブスレッド 1回 Mackerelセミナー 月 2~3回程度 今年の結果がこちら。 gist.github.com ブログの数は減ったものの、全盛期並みに登壇した。 特にカン

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

日本PostgreSQLユーザ会（以下、JPUG）から来ました @soudai1025 です。 この記事は PostgreSQL Advent Calendar 2023 シリーズ 1 の 5 日目の記事です。 www.postgresql.jp PostgreSQLユーザ会って？ JPUGはNPO法人です。 目的もちゃんと明記されています。 本会は日本におけるPostgreSQLの普及と発展を主な目的とします。具体的には以下の活動を行います。 1. PostgreSQLの研究開発および普及促進 2. PostgreSQLに関する情報の公開 3. 会員相互および外部との技術的・人間的交流 www.postgresql.jp NPO法人だと何が違うの？ １番大きなところはお金の管理を透明性を持って管理していることです。 後述する活動費を協賛会員様*1の協賛会費から捻出して管理しています。 ど

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勉強会は最高だぜ！

そーだいです。 phperkaigi.jp PHPerKaigi2023に参加してきました。 最高でしたね。 まだイベント中ですがこれから破滅するほどアルコールを接種するので先に記事を書きます。 たった1つの真実 結局オフラインとオンライン、それぞれのカンファレンスは全く違うものだし、オンラインでは再現できないんだなってなりました。 廊下だったり、アンカンファレンスだったり、ライブ感だったり、良し悪しはあるだろうけどやっぱオフラインだからそ、っていうのはあります。 そして「そーだいって人間はオフラインカンファレンスが必要だし、好きだし、そこで生きて行きたい。」ってことがわかりました。 私にとって、先週のYAPCもPHPerKaigiも人生の一部なんですよね。 つまり場所を提供してくれたスタッフ、スポンサー、スピーカー、そして参加してくれた皆さん、みんなの熱量の結晶なんですよね。 つまり何が

俺たちのYAPC::Kyoto 2023が帰ってきました。 スポンサーとして 前回に続き、Have Fun Techでスポンサーをしました。 今日からレビューのときはこの軍手をハメてレビューする https://t.co/ci2tfKTiFn— そーだい@初代ALF (@soudai1025) 2023年3月20日 おもしろノベルティ会社としてアピールできたのではないでしょうか。 作成は今回も id:uzulla さんのアイディア、発注、管理等によって成り立っています。 皆様もキャンプ、レビュー、接待などでご活用ください。 そしていつもいつも id:uzulla さんありがとうございます！！ :圧倒的感謝: あとCMの大井町.pmはまいんだーさんがスポンサーで収録に呼ばれた私が悪ノリしてただけです。 裏トーク 今年もセッションを見ながらワイワイする裏トークをまいんだーさんとわいとんさんとや

このエントリーは Classi developers Advent Calendar 2022の18日目。 ネタはなんでもいいよ！とのことなので、Claasiに全く関係なく、MysqlからPostgreSQLに移行する際の注意点を書く。 なお、まだRDSにPostgreSQLがなかった頃のような昔の記事だがこちらに無いことを書いていく。 soudai1025.blogspot.com soudai1025.blogspot.com MySQL から PostgreSQLにデータ移行する際の注意点 MySQLとPostgreSQLは互換性がもちろんありませんので、細かいところで違いが発生します。 よく踏むデータ移行の注意点は以下の通り。 timestampやdatetimeを移行する先はtimestamp型になるが、timestamp型はタイムゾーン付きと無しがある timestamp wi

文脈、背景や問題点の説明 マルチテナントを実装するうえで企業情報（以下company）単位で最小限の情報を扱うようにしたいがcompany単位にTableを作ったりDatabaseを作るのはALTERなどの運用が大変。 そこでRLSを採用するために実際の技術検証をした上での注意点と実際の運用について必要な情報をまとめる。 PostgreSQL 14を前提としている 公式ドキュメント CREATE POLICY 必ず一読はすること。 困ったとき、わからないときはまずは公式ドキュメントを都度見ること。 このドキュメントのゴール RLSの概要をつかめる RLSの最低限の注意点を理解し、実装時に罠を踏まない 自分たちでRLSのポリシー自体をメンテナンスすることができ、デバッグできる テーブル構成 create table if not exists company ( id uuid defaul

クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら

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

ニ番絞りのインフラ担当 id:Soudai です。 最後の最後、dlshogiの神の一手、166手目△4九角を見逃したニ番絞りが大逆転負けして2位でした。 live4.computer-shogi.org 皆さんが今一番見たいヤツです #wcsc32 pic.twitter.com/YyfharxoCa— 48＠💙💛 (@bleu48) 2022年5月5日 昨年は二次予選敗退からの2位と考えると大躍進ですが内容が内容だけに悔しいですね。 soudai.hatenablog.com 前回の反省を生かしたGCP そーだいさんは失敗から学ぶので去年の失敗は繰り返しません https://t.co/dOP65vDQjV— そーだい@初代ALF (@soudai1025) 2022年5月2日 前回は当日の朝に作ろうとして大失敗したので事前に作るように調整しました。 世界コンピュータ将棋選手権まで

最近、この説明を複数回したので記事にする。 要約 普段は 今北産業 派なのだが、3行考えるのが面倒なため、今後は大人の表現を使う。 「今北産業」をスタートアップ語にすると「マジ価値サマリー」になるらしい ちなみにここだけの話ですが、大人語にすると「要約」になります pic.twitter.com/Q8SflvBX7c— ところてん (@tokoroten) 2022年1月24日 画面に表示したい順(以下、表示順）は振る舞いの属性なので分ける 似たような振る舞いに関わる属性は別テーブルにわけると良い 普通に正規化しましょうって話。 表示順をカラムを追加して表現する よくあるテーブルは画面情報と合わせて表示順カラムがあるパターン。 こういうテーブルを作って SELECT * FROM items ORDER BY display_order_number; で表示順に取り出すパターン。 表示順

判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei

世界コンピュータ将棋選手権に我らが @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 はプレビューで申請が必要なのだけど、事前に問い合わせをして利用可能にし、予行練習

classmethod.jp ダイスケさんが亡くなって、半年以上経つ。 正直、今もまだ受け入れきれてない自分がいて、今年も忘年会とかでフラッと会えるんじゃないかとか思っている自分がいる。 みんなへ ダイスケさんの友人・知人で知らない人がいるかもしれないので告知打ですがお別れ会がある。 PostgreSQLカンファレンスと娘の三者面談終わったら挨拶に行くね。 お別れ会行くのに、自分の中でお別れできてないのは違うよな。 だから受け入れなきゃいけないから、なんというかケジメみたいな気持ちでここに綴る。 classmethod.jp 尊敬するエンジニアがある日突然いなくなった ただただ無になってる。— そーだい@初代ALF (@soudai1025) 2020年2月17日 だめだ。やっぱ一人になると考えてしまうし、何も前に進めない。— そーだい@初代ALF (@soudai1025) 2020年2

昨日、リモート雑談会の中で id:katzchang がめっちゃ良いことを言ってたので自分のためにも、みんなのためにもここに残す。 結論 作業を増やすことに敏感な人は少ない。 仕事と作業を同じと捉えていて、作業をすると仕事の進捗があると感じてしまう麻薬みたいなのはある。 それによって複雑さを導入して仕事、作業を増やす。 本当に必要なの作業を減らしてビジネスを前に進めることに注力する。 それが仕事をするってことだよな。— そーだい@初代ALF (@soudai1025) August 13, 2020 ちゃんとWhyを意識して、問題の本質を理解し、解決することで、不要な作業を減らし、仕事を減らしていくことがITを活用する上で肝要である。 仕事を増やさない これは本当に大事。 例えばリリース手順書を作りました！ってなると作業の内容が変更になるたびに手順書のメンテナンスをしなければいけない。 そ