今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

日本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 を誘った。 そして当日の反省会をしていた田

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

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

発端 @soudai1025 https://t.co/ZrXgtDi2La— Ryo Tomidokoro (@hanhan1978) 2022年7月2日 ファントムリードとファジーリード、それぞれがRCでも発生するかどうかって話ですか？— そーだい@初代ALF (@soudai1025) 2022年7月2日 端的に言うと， A: UPDATE tbl SET amount = amount - 1 WHERE amount > 0; B: UPDATE tbl SET amount = amount -1 WHERE amount > 0; で A と B がほぼ同時に流れたとき，amount がマイナスにならない保証があるかどうかですね。SET する部分がアトミックでも WHERE は…？というところです— RDB 初心者 (@mpyw) 2022年7月2日 反復不能読み取り=ファジ

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

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

とある会社の社内ポエムとして投稿していたのだが、インターネットにも置いておく。 さて自律を勝ち取るとはなんであろうか？ 仕事に関していえば、つまりそれは「主体性を持って働く」ということである。 これは先日のリモート飲み会で id:Songmu さんが仰った言葉だ。 これは自分も同意するし、特にリモートで仕事をするっていうのは分散型の働き方なので個々のメンバーが自律をする必要がある。 では自律する、主体性を持つというのはどのようなことが必要だろうか。 セルフマネージメント リモートワーク、特に非同期に仕事を進める上で重要なことはセルフマネージメントだ。 そのために必要なことを説明する。 issueから始める 別にissueじゃなくてもいいんだけど（おい）なにかにアウトプットすることがとてもとても大切だ。 作業の過程もアウトプットする。 たとえばtimesもその一つだし、githubのissu

先月、35歳になった。 35歳定年説は「全員に一致する法則ではない」というのは一般的な認識になっている。 前職の同僚で同世代である id:motemen に聞いたところ「そんな事を意識したことなかった」という回答をもらったこともある。 しかし、実際に自分が35歳になると「自分は他人事ではない」という感覚だけがある。 そこで今日はそのことについて考えていきたい。 コードを書くということ コードを書くという行為は年齢関係なく続けていける。 しかし「仕事でコードを書き続ける」となると事情が変わる。 まず費用対効果として自分がコードを書くことが正しいのか？という問題とぶつかる。我々のプログラマーとしての仕事を奪うのはAIではない。いつの時代も 優秀な若者 だ。 そんな若者と比較した時、我々がコードを書くことが若者がコードを書くことよりも費用対効果がある場合はどんな場合だろうか？やはり経験が活かせる

結論 何がいいたいかといいますと0000-00-00 00:00:00があるとORMも死ぬし、DBマイグレーションツールも死ぬし、そもそもMySQLからポスグレにデータを持っていくこともFDWをすることも出来なくて死ぬのじゃ。— そーだい@初代ALF (@soudai1025) 2018年4月25日 色々困るので使わない。 理由 以下に理由を述べる SQL標準ではない 正論で殴った場合。 0000-00-00 00:00:00の仕様が難しい 0000-00-00 00:00:00 はMySQLの独自な仕様で NOT NULL制約のカラムではNULLと等価であり、NULLではない という仕様がある。 "NOT NULL として宣言された DATE および DATETIME カラムでは、次のようなステートメントを使用することで、特殊な日付 '0000-00-00' を検索できます"https: