今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har
自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳
クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら
質問されることが多いのでPostgreSQL初学者が運用を行うためにしっておく知識に必要な内容をまとめる。 PostgreSQLの基本的なアーキテクチャ PostgreSQLのアーキテクチャを知らないと自分がやっている作業が危険な作業かどうかわからないし、パラメータの意味もわからない。 そこで以下のリンクを読むと良い。 富士通が後述の資料を参考にまとめたのだろうなと思われる記事。 非常によくまとまっているのでわかりやすい。 www.fujitsu.com もっと細かく知りたいならPostgreSQL Internalsがおすすめ。 富士通の資料と重複するところがあるがこっちが本家。 Githubで管理されているので誤字脱字などあったら気軽にPRを出してほしい。 www.postgresqlinternals.org PostgreSQL Internalsが少し古いので最新事情で知りたい場
PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳
中国地方DB勉強会 in 岡山の登壇資料です。 そのうちここで登壇動画が公開されることでしょう。 肝心なチートシートは以下のとおり。 PostgreSQL gist.github.com MySQL gist.github.com チートシートだけじゃわからない！困ってる！ Have Fun Techがバージョンアップのサポートしますのでお気軽にご相談ください。 have-fun.tech まとめ やっぱ中国地方DB勉強会は最高だぜ！
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか？ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か？と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか？というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため
データベースのスペシャリストとして知られる曽根壮大（そね たけとも）さん。ベンチャー企業のCTO（最高技術責任者）やインターネット企業のCRE（Customer Reliability Engineering・顧客信頼性エンジニアリング）を務めるなど、エンジニア系のコミュニティーをけん引している。講演者としても一流で、イベントにも引っ張りだこ。その世界では「そーだいさん」として、多くの人に頼られる存在だ。 しかし、そのスタートは警察官という全く別分野だった。新たな道へ進んだのは、プログラミングの知識もなかった23歳の頃のこと。 何かを始める場合、人によっては「今更始めても遅いかも……」と躊躇（ちゅうちょ）するかもしれない。高度なスキルが求められるIT業界で、そーだいさんがいまの地位までたどり着いた理由はどこにあるのだろうか。 そーだいさんならではの「学び」への姿勢、そして新しいことを始める
ほーそーぶ - まの瀬 | 少年ジャンプ＋
JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。
昨日、リモート雑談会の中で id:katzchang がめっちゃ良いことを言ってたので自分のためにも、みんなのためにもここに残す。 結論 作業を増やすことに敏感な人は少ない。 仕事と作業を同じと捉えていて、作業をすると仕事の進捗があると感じてしまう麻薬みたいなのはある。 それによって複雑さを導入して仕事、作業を増やす。 本当に必要なの作業を減らしてビジネスを前に進めることに注力する。 それが仕事をするってことだよな。— そーだい@初代ALF (@soudai1025) August 13, 2020 ちゃんとWhyを意識して、問題の本質を理解し、解決することで、不要な作業を減らし、仕事を減らしていくことがITを活用する上で肝要である。 仕事を増やさない これは本当に大事。 例えばリリース手順書を作りました！ってなると作業の内容が変更になるたびに手順書のメンテナンスをしなければいけない。 そ
先日のAmazon SQSの障害には色々と肝を冷やした人も多いのではないでしょうか。 classmethod.jp 今回のようなケースとは別に障害は大小あれど、みなさん日々戦っていることだと思います。 障害対応はエンジニアの花形であるものの、サービスに対する知識やソフトウェアの知識など経験と技術の両方が必要です。 そのため、どうしてもトラブルシューティングはエースエンジニアなどの一部の人に依存してしまう…などの問題が発生しがちです。 そこで今日は私の経験から障害対応のいろはを書いて行きたいと思います。 今回のスコープの外 実際に障害時の具体的な対応、例えば障害切り分けやRDBMSのボトルネックの探し方などの話はしません。 まずissueを作ると良い 本題です。 トラブルを認知したらまずはissueを作りましょう。 issueを作るときはtemplateが事前に設定されていると便利です。 g
どうもキャッシュバスターズ、 id:Soudai です。 Cache（以下、キャッシュ）は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ
PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった（異業種転職組）から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの？そのifの中に実装があるの？何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない？」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当
このエントリーは 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
「もうおいしそー」と思ったら料理は途中でやめてもいい
1987年東京出身。会社員。ハンバーグやカレーやチキンライスなどが好物なので、舌が子供すぎやしないかと心配になるときがある。だがコーヒーはブラックでも飲める。動画インタビュー 前の記事：20mの電波望遠鏡とカリカリブラックホール ～新幹線の駅にひとり置き去り～ タマネギが特にそうだ 調理の途中なのに「もうおいしそー」と思う瞬間。 タマネギを飴色に炒めるというあの工程が特にそうだ。切るときはザクザクした感触だったタマネギが、フライパンの上で明かにトロトロになっている。香りからもなにかすごく良い類の化学反応が起きていることが分かる。そんな時に「あー、もうおいしそー」と思うのだ。 炒める時の音も良い。何もかも良い。 そう思いながら調理を続けてカレーやハンバーグを作ったりするのだけど、ちょっと待てよ。ちょっと待てよ、自分よ。 おいしそうなら食べればいいのだ。 自分の気持ちに正直になろう。パーティー
先月、35歳になった。 35歳定年説は「全員に一致する法則ではない」というのは一般的な認識になっている。 前職の同僚で同世代である id:motemen に聞いたところ「そんな事を意識したことなかった」という回答をもらったこともある。 しかし、実際に自分が35歳になると「自分は他人事ではない」という感覚だけがある。 そこで今日はそのことについて考えていきたい。 コードを書くということ コードを書くという行為は年齢関係なく続けていける。 しかし「仕事でコードを書き続ける」となると事情が変わる。 まず費用対効果として自分がコードを書くことが正しいのか？という問題とぶつかる。我々のプログラマーとしての仕事を奪うのはAIではない。いつの時代も 優秀な若者 だ。 そんな若者と比較した時、我々がコードを書くことが若者がコードを書くことよりも費用対効果がある場合はどんな場合だろうか？やはり経験が活かせる
2020年も始まりました。 2019年、色んなチャレンジを通じて成長を感じる反面、 35歳定年説を考えたりする程度には 心技体の限界を感じたりもしました。 しかし周囲の叱咤激励や自分自身を振り返ってみる *1 と、結果的に小さくまとまってしまい、爆発的な成長に必要な大きなチャレンジが出来てないという結論になりました。 これは弊社の恵まれた環境や東京と言う立地、コミュニティの方々の多くの支援を受けている現状の縁によるものが大きく、感謝しても感謝しきれないほどありがたいことなのだけど、そこに甘えるにはまだ早いなと考えています。 だからこそ2020年は自分自身の積み重ねたモノを一度リセットするくらいの覚悟で大きなチャレンジをして行きます。 そこで今日はその大きなチャレンジを抱負として明記し、宣言の力によって前に進む覚悟を決めたいと思います。 今北産業で頼む そうだ、大学に行こう オミカレを退職
エンジニアHub キャリア 2020年8月18日（火）19時よりLIVE開催決定！ー元オミカレCTO そーだいさん登壇！ スキルの掛け算でつくる自分だけの強みと、スペシャリティの磨き方とは？
エンジニアという仕事が好きだ。 もっと仕事を充実させたいし、いろんな技術や専門性を身に着けたい。 でも、自分が突き詰めるべきものってなに？どうやって見つければいいの？ 見つけたものを、どうやって磨いていけばいいの？ あのエンジニアは、どうやってスペシャリティを身に着けたの？ こうした疑問へのヒントを語ってくれるのは、そーだい（@soudai1025）さん。 DBのスペシャリストとして知られるそーだいさんは、 どのようにしてDBに出会い、なぜDBに懸けると決めたのか。 やがてDBを自分にとっての「伝家の宝刀」と言えるようになるまでの過程を、 たっぷりと語っていただきます。
最近、この説明を複数回したので記事にする。 要約 普段は 今北産業 派なのだが、3行考えるのが面倒なため、今後は大人の表現を使う。 「今北産業」をスタートアップ語にすると「マジ価値サマリー」になるらしい ちなみにここだけの話ですが、大人語にすると「要約」になります pic.twitter.com/Q8SflvBX7c— ところてん (@tokoroten) 2022年1月24日 画面に表示したい順(以下、表示順）は振る舞いの属性なので分ける 似たような振る舞いに関わる属性は別テーブルにわけると良い 普通に正規化しましょうって話。 表示順をカラムを追加して表現する よくあるテーブルは画面情報と合わせて表示順カラムがあるパターン。 こういうテーブルを作って SELECT * FROM items ORDER BY display_order_number; で表示順に取り出すパターン。 表示順
遊牧民@候選 on Twitter: "そーいえばなんだっけ、むかーしなんかの炎上で「日本人は原爆や天皇をネタにされても笑ってスルーしますよｗ」とかいってた人がいた記憶が今ふっとよみがえりました。 大嘘でしたね！（満面の笑みで放火"
そーいえばなんだっけ、むかーしなんかの炎上で「日本人は原爆や天皇をネタにされても笑ってスルーしますよｗ」とかいってた人がいた記憶が今ふっとよみがえりました。 大嘘でしたね！（満面の笑みで放火
オミカレを退職して独立し、そして半年が経った。 2月に独立したが、新型コロナによっていろんなことが変わった影響も踏まえつつ、振り返りをする。 前回 何やってるの？ VOYAGE GROUPとの関わり Classiとの関わり サブスレッドとの関わり ユースタイルラボラトリーとの関わり 残りの会社は？ ウィルポートとの関わり 半年経ってわかったこと やはり働き過ぎる オフィスは必要 リモートワークで上手くいくには信頼貯金が必要 休息は大事 次の半年へ 前回 soudai.hatenablog.com 何やってるの？ 多くの人の疑問に答える形でいうとWeb系事業会社のお手伝いをしてる。 具体的な仕事は以下のようなタスク。 チームメンバーとして実際の開発の関わる アーキテクチャの設計やレビュワー チームビルディングや改善のフォロー 何でも相談役 受託開発 これらを常時でいうと5社くらいでやってて、
ラクメキアそーさい／新井博之助 on Twitter: "日本語版： 「マジンガーZ」は、原作の永井豪先生だけでなく、アニメ制作会社、玩具会社、出版社など、関係者に大きな利益をもたらしました。この関係は「グレートマジンガー」「グレンダイザー」と継続しましたが、東映動画版マジンガーシリーズ… https://t.co/DNSsqRzLA7"
日本語版： 「マジンガーZ」は、原作の永井豪先生だけでなく、アニメ制作会社、玩具会社、出版社など、関係者に大きな利益をもたらしました。この関係は「グレートマジンガー」「グレンダイザー」と継続しましたが、東映動画版マジンガーシリーズ… https://t.co/DNSsqRzLA7
マルチテナントにおけるRow Level Securityの具体的な実装と注意点 - そーだいなるらくがき帳
文脈、背景や問題点の説明 マルチテナントを実装するうえで企業情報（以下company）単位で最小限の情報を扱うようにしたいがcompany単位にTableを作ったりDatabaseを作るのはALTERなどの運用が大変。 そこでRLSを採用するために実際の技術検証をした上での注意点と実際の運用について必要な情報をまとめる。 PostgreSQL 14を前提としている 公式ドキュメント CREATE POLICY 必ず一読はすること。 困ったとき、わからないときはまずは公式ドキュメントを都度見ること。 このドキュメントのゴール RLSの概要をつかめる RLSの最低限の注意点を理解し、実装時に罠を踏まない 自分たちでRLSのポリシー自体をメンテナンスすることができ、デバッグできる テーブル構成 create table if not exists company ( id uuid defaul
はてなからの依頼により、新リリースのタグ機能をさっそく使ってみる。 今回のテーマは「エンジニアのキャリア」ということで、以前にも書いたが、考えてみると自分のキャリアはコミュニティと共にある。 特にデータベース界隈のコミュニティで存在感を示したことが、その後のキャリアアップにつながった。 じゃあコミュニティでどうやって存在感を出してきたんだっけ？と考えると、それは表題につながるのだが、やはり登壇だ。 YAP(achimon)C::Asia 2016とYAPC::Kansai 2017でベストトーク賞、Builderscon 2017ではベストスピーカー賞をいただいたし、PostgreSQLカンファレンスやPHPカンファレンスには何度も登壇している。 大きなカンファレンス以外にもOSCで地方を巡業したり、自分で勉強会を開催したり、とにかく登壇量が多く、その内容で評価してもらった結果、自分の存在
生存戦略の話をエンジニアHubキャリアというイベントで話をしました。 eh-career.com 概要: 「エンジニアの生存戦略」スキルの掛け算でつくる自分だけの強みと、スペシャリティの磨き方 自分なりの生存戦略をまとめてお伝えできたのではないかと思います。 大事なのはアクションです。 この記事やセミナーをきっかけに、みなさんが今から、明日から、新しい一歩目を踏み出してほしいです。 たしかに10代でしか出来ないこともあるが勉強は今からだって出来るし、コードは今からでも書けるので遅いということはない。今始めるのがいつだって一番早いんだ。— そーだい@初代ALF (@soudai1025) 2019年10月30日 当日の登壇資料はこちら。 生存戦略の話たち soudai.hatenablog.com soudai1025.blogspot.com soudai.hatenablog.com s
リモートワーク、テレワークが本格的に始まって1ヶ月以上経った人も多いのでは無いでしょうか。 自分は2月から独立してほとんどをリモートワークで過ごしてきましたが、その中で大事だなと学んだ知見を共有していこうと思います。 作業環境は大事 そーだいなる環境 静音キーボードがオススメ ネットワークは本当に大事 会社は積極的に支援すべき 買ってよかったリスト フットレストがあると疲れが違う ペンタブがあるとテレカンが捗る 毛づくろいの会話が大事 雑談するトリガーを増やす 気軽に雑談出来る場所を増やす リモートワーク交流会の開催 オンラインだと繋がりが偏る 関係する線を増やす 進捗は全てを解决する 適切な問題設定が大切 まとめ 合わせて読んでほしい 作業環境は大事 まず一番大事なのは作業環境です。 どこまで投資するか難しい…って気持ちもわかります。 しかし緊急事態宣言は延長され、会社のリモートワークも
とある企業の内部ポエムとして空き時間で書いたのだけど、「これは公開してほしいです！」って強い声が読者からあったので公開します。 ほぼ、そのまま転記です。 前提：自分について 36歳 Webアプリケーションエンジニア枠でZaffiで業務委託してます 既婚で子供が3人居ます 広島出身です 大学生ですが休学しようか迷ってます おっさんに人気者、そーだいです。 ここでいうおっさんというのは概念であり、実年齢に相関はありません 若者からは何デキる人がわからんが、怖いおっさんおるなと思われてるのかな～と危惧しています 若手だった当時の思い出 若手向けってことでそーだいさんの事知らないだろうし、昔話するのはダメな大人ってわかっているけど、我慢して聞いてくれｗ 自分は公務員からの転職組、つまり中途採用組なので新卒時代がなかった。 つまり、誰から研修などないし、教えてもらうという経験がほとんどなかった。 そ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
PostgreSQLの仕組みから学ぶために必要な資料 - そーだいなるらくがき帳
判断と決断の違いと決断のコツ - そーだいなるらくがき帳
障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
何かを学ぶことに「今更遅い」、なんてない。｜曽根 壮大（そーだい）
Howだけ考えると複雑さを導入して仕事が増える - そーだいなるらくがき帳
障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳
キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳
MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳
35歳を迎えたCTOが35歳定年説について考えた - そーだいなるらくがき帳
2020年の抱負とお知らせ - そーだいなるらくがき帳
表示順という属性を別テーブルに分ける - そーだいなるらくがき帳
独立して半年が経ったので振り返り - そーだいなるらくがき帳
そーだいなるキャリアを作った、そーだいなる登壇資料の作り方 - そーだいなるらくがき帳
これからも成長を続けて進化し、そして生き残るには - そーだいなるらくがき帳
リモートワークの中で大事なこと - そーだいなるらくがき帳
これからの時代を担う人たちへ ~ そーだいなる昔話を添えて ~ - そーだいなるらくがき帳