マルチテナントにおける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
YAPC::Kyoto 2023 でスポンサーして裏トークして表トークしてきた話 - そーだいなるらくがき帳
俺たちのYAPC::Kyoto 2023が帰ってきました。 スポンサーとして 前回に続き、Have Fun Techでスポンサーをしました。 今日からレビューのときはこの軍手をハメてレビューする https://t.co/ci2tfKTiFn— そーだい@初代ALF (@soudai1025) 2023年3月20日 おもしろノベルティ会社としてアピールできたのではないでしょうか。 作成は今回も id:uzulla さんのアイディア、発注、管理等によって成り立っています。 皆様もキャンプ、レビュー、接待などでご活用ください。 そしていつもいつも id:uzulla さんありがとうございます！！ :圧倒的感謝: あとCMの大井町.pmはまいんだーさんがスポンサーで収録に呼ばれた私が悪ノリしてただけです。 裏トーク 今年もセッションを見ながらワイワイする裏トークをまいんだーさんとわいとんさんとや
判断と決断の違いと決断のコツ - そーだいなるらくがき帳
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
これからの時代を担う人たちへ ~ そーだいなる昔話を添えて ~ - そーだいなるらくがき帳
とある企業の内部ポエムとして空き時間で書いたのだけど、「これは公開してほしいです！」って強い声が読者からあったので公開します。 ほぼ、そのまま転記です。 前提：自分について 36歳 Webアプリケーションエンジニア枠でZaffiで業務委託してます 既婚で子供が3人居ます 広島出身です 大学生ですが休学しようか迷ってます おっさんに人気者、そーだいです。 ここでいうおっさんというのは概念であり、実年齢に相関はありません 若者からは何デキる人がわからんが、怖いおっさんおるなと思われてるのかな～と危惧しています 若手だった当時の思い出 若手向けってことでそーだいさんの事知らないだろうし、昔話するのはダメな大人ってわかっているけど、我慢して聞いてくれｗ 自分は公務員からの転職組、つまり中途採用組なので新卒時代がなかった。 つまり、誰から研修などないし、教えてもらうという経験がほとんどなかった。 そ
makeで簡単に処理を並列化する - そーだいなるらくがき帳
VOYAGE GROUP でお手伝いしているとmakeに詳しくなる。 Makefileなにもわからん。 読むのはまだしも、スラスラ書けんな。— そーだい@初代ALF (@soudai1025) 2020年12月22日 嘘、やっぱなにもわからん。 アイスブレイクはこれくらいにしておいて、本題に入る。 同じ処理を繰り返し、実行したいことは多々ある。 更にその処理を並列にしたいことも多々ある。 そんなとき、makeが便利なので使い方を紹介する。 やりたいこと 例えば次のような処理。 CSVファイルを読み込む INSERT文に変換してDBに取り込む CSVファイルは経理データだったり、アクセスログだったりで、この処理を書くことは日常的にあると思う。 この場合にCSVファイルが例えば日付別にあって、一度で取り込みたい場合にどうするだろう？ 一番シンプルなのはファイル名の一覧を取得し、その一覧をもとに
課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har
自分の大切な居場所は自分で守るしかない - そーだいなるらくがき帳
コロナで飲食店などを始め、経済に大きな影響を与えてるのは皆さんご存知の通り。 そんな中、自粛対象の事業などは大打撃を受けているのが正直なところ。 だからこのコロナのバタバタが落ち着く頃には良く行ってたお店が潰れて無くなってるなんてことは全然不思議じゃない。 むしろ潰れない会社の方が珍しい、となるほどの影響があるのが現状だ。 守るって具体的にはお金だったり広報だったりそういうので「思ってるだけ」では何も変わらないんじゃ。 我々は大人になったのだから、それ相応のアクションがあるはずなのじゃ。— そーだい@初代ALF (@soudai1025) 2020年4月10日 だからこそ、僕はこのツイートのように自分の居場所として大切な場所なら、ちゃんと余力がある人達が投資するべきだと思ってる。 投資の仕方は色々あると思うし、支援を受けたい側の人は投資しやすい仕組みを提供してくれると助かる。 例えばゲーム
そーだいなる起業クエスト - そーだいなるらくがき帳
起業して1ヶ月が経った。 起業そのものは会社設立freeeを使うと何も困るなくすんなり行った。 会社設立freee自体は無料で定款を作るところや印鑑作成などを斡旋してくれるのでそこで手数料が発生するビジネスモデル。 ただ高いといった感じはなく、たしかに行政書士とかに直接頼んだほうが安く済むかもしれないが手間を考えるとそのままポチポチすすんでいけるので体験としてよかった。 これから起業すると言う人にはもれなくオススメだ。 今日は私の起業の師と仰いでいる@kawasimaさんの起業クエストにちなんで、自分がハマった（困った）ことについて纏めていきたい。 起業クエスト、クリアできた方は、ぜひリアルでもやってみましょう！https://t.co/JMARTHIHxU— :craftsman/kawasima (@kawasima) 2018年12月17日 www.freee.co.jp G Sui
初心者をプログラマーにできるかどうか - そーだいなるらくがき帳
blog.3qe.us これを読んだ感想文を書く。 結論、大量生産は無理やろとは思う。 少なくとも、「プロ」としてお金をもらって高品質なソフトウェアを0から書けるようになるにはセンスが必要だ。 そもそもそのレベルには私もなっていない。 ただ今あるモノになんとなく機能を追加するレベルに引き上げる術はもっとあると思う。 経験則でなんとなくその例をあげる。 ペアプロ OJTに近いとも言えるし、一番わかりやすい。 ここでペアプロはハローワールドまでの環境構築や実装までを各要素を説明しながらやることを指す。 まずはメンター側が目の前で順番にやってみる。 で次にメンティに同じことをさせる。 そうすると絶対詰まる。 Error: variable 'a' is undefined, line 24 こういうエラーが出るとまず英語を目の前で読む。 で理由を順番に説明して24行目を一緒に読む。 根気よく教え
2020年の抱負とお知らせ - そーだいなるらくがき帳
2020年も始まりました。 2019年、色んなチャレンジを通じて成長を感じる反面、 35歳定年説を考えたりする程度には 心技体の限界を感じたりもしました。 しかし周囲の叱咤激励や自分自身を振り返ってみる *1 と、結果的に小さくまとまってしまい、爆発的な成長に必要な大きなチャレンジが出来てないという結論になりました。 これは弊社の恵まれた環境や東京と言う立地、コミュニティの方々の多くの支援を受けている現状の縁によるものが大きく、感謝しても感謝しきれないほどありがたいことなのだけど、そこに甘えるにはまだ早いなと考えています。 だからこそ2020年は自分自身の積み重ねたモノを一度リセットするくらいの覚悟で大きなチャレンジをして行きます。 そこで今日はその大きなチャレンジを抱負として明記し、宣言の力によって前に進む覚悟を決めたいと思います。 今北産業で頼む そうだ、大学に行こう オミカレを退職
本戦敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳
様々なことがあり、繰り上げで本戦出場になり、結果32チーム中の12でした。 これが僕らの全盛期。 実質優勝 最終結果。 isucon.net id:kamipo さんが素早くINDEXを対応してくれたおかげで初動は早かった。 けど伸び悩み、結果12位でフィニッシュ。id:sugyan さんのコーディング力をチームとして引き出す判断が最初に出来なかったのが大きな課題だった。 時系列で知りたい人はこちら。 memo.sugyan.com 大きな課題になった理由 帰りの電車の中で @mirakui さんが 「ISUCONってユーザのシナリオを知って、それに合わせてチューニングすることが大事でそういうところが好きなんですよね」って言ってて、だからこんな準備をしたって話を聞いてて、僕はSQLとDBの点でしか見てなかったなぁと思う。— そーだい@初代ALF (@soudai1025) October
今こそ知りたい、2大OSSデータベースのMySQLとPostgreSQLの違いについて話をしてきた - そーだいなるらくがき帳
去年書いたSoftwareDesignを題材にお話してください！って言われたので話してきました。 下の特集記事は１年経った今も現役で読める内容なので興味がある人はぜひ読んでみてください。 またRDBアンチパターンという連載をしていますのでこちらもあわせてご確認くださいっ！ gihyo.jp そして当日の資料はこちらです。 SoftwareDesignにしっかりとMySQLとPostgreSQLの違いについては触れているのでそこでは触れていない、ハマりどころや初めて両方のDBを知ったと言う人向けのカジュアルは部分を攻めました。 またDBだけの勉強会ですので普段説明するようなところは省略し、できるだけ経験談やコアの話に注力したつもりです。 このへんは資料に含まれて居ないので当日居た人たちだけの特典ですね！！ ということで実は今月は登壇3週連続だったのですが一段落しました。 来週はAWS Sum
障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか？ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か？と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか？というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため
自分は何をマネージメントしているのか - そーだいなるらくがき帳
かっちゃん（id:katzchang） の記事を読んで思ったことをつらつらと書く。 medium.com 前提 今はオミカレという婚活パーティーのポータルサイトのWebサービスをメインにしている会社でCTOをしている。 CTOといっても会社の人数は15人未満でエンジニアは自分を入れても8名しかいない。 だから厳密なマネージャ職はおらず、CTOと名が付いているけども自分がCode書くなどのプレイヤーの仕事をしながらエンジニアやプロジェクトのマネージメントを兼任してる。 オミカレ party-calendar.net 婚活パーティーやお見合いパーティー、街コン、趣味コンといったイベントのポータルサイト。 自社でイベントなどは行わずに、主催されている方々からの情報提供を受けてサイトに掲載している。 そもそもプレイングマネージャーはアンチパターンでは？ これは常日頃から思う。 何をマネージメントす
JAWS DAYSでデータベースリファクタリングの話をします - そーだいなるらくがき帳
往年のそーだいさんファンの人はご存知、オミカレで現在頑張ってる最中のデータベースリファクタリングの話をJAWS DAYSで話をしてきます。 jawsdays2019.jaws-ug.jp 登壇内容は主にエンジニアhubに寄稿した内容です。 employment.en-japan.com Amazon DMSの使い方自体は id:ikkitang1211 の資料を見たほうがいいです。 www.ikkitang1211.site 最近は結構DMSを使ったバージョンアップの話とかも聴くことが増え、事例としても充分出てきたのでは無いでしょうか。 我々もデータベースリファクタリング自体は粛々とやっていて、API化自体は概ね終わりが見えていて、今はDMSを外すフェーズをやっています。 夏ぐらいには終わりたいなぁみたいな見積もりでやっております。 結構DMS以外にもALB使ったアプリケーションの切り替え
MySQLの0000-00-00 00:00:00は使ってはならない - そーだいなるらくがき帳
結論 何がいいたいかといいますと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:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windowsのランサムウェア防止をオンにするとgitが使えない - そーだいなるらくがき帳