MySQLに初めてINSERTするとアクセスが発生するファイルは何かという質問をどう調べるのか - oranie's blog
yokuo825さんのカッコいいインタビュー記事を t.co 読んで、この部分ですね ──例えばどのような話をしましたか？ 「インストールされたばかりのMySQLがあるとして、特定テーブルに1件のレコードを最初にINSERTした場合、アクセスが発生するファイルとその理由をすべて教えてください」と質問されたのを覚えています。 具体的にどのような理由でどのファイルにアクセスするか、一連の流れを片っ端から答えていくと、彼らがすごく楽しそうにしてくれて。「そうか、LINEの環境だと○○の設定が最初から○○になっているので、そのファイルへのアクセスは考えていなかったです。確かにそれもありますね」などと答えてくれました。 でこんなツイートしたんですが 全国のDBAは「特定テーブルに1件のレコードを最初にINSERTした場合、アクセスが発生するファイルとその理由をすべて教えてください」これ明日から職場で
「伝わる短い英語 Plain English」という本がとても素晴らしかった - oranie's blog
2020/6/17 追記 そもそも僕の文章が分かりづらい、という至極まっとうなコメントがあったので若干修正。本を読見直してもっと分かりやすい文章書けるようにならないと。 今日こんなツイートしたら 会社の人がレコメンドしていて「伝わる短い英語 Plain English」読んだけど、この本は本当に良かった。なんか複雑な表現するのが偉い・頭良さそうみたいなのは色んな人が見る文章として適切じゃないのをちゃんと教えてくれてとてもいい。https://t.co/pb0hsGSPxG— oranie (@oranie) 2020年6月16日 結構色んな人がLikeしてくれたので改めてブログに。 伝わる短い英語―アメリカ、イギリス、カナダ、オーストラリア 政府公認 新しい世界基準Ｐｌａｉｎ Ｅｎｇｌｉｓｈ 作者:浅井 満知子東洋経済新報社Amazon 自分は英語全然出来ないので仕事でもコンプレックス満載
間違った技術ブログを書いた時に如何に修正するか - oranie's blog
考え方やその時の流行のアーキテクチャとかもあるのでそういった物はそれでいいですが、明らかに間違えた事を書いて出来ない！とか載せてしまう時があります。にんげんだもの。 ただ、それを放置する、削除するとかはあまり良くないアプローチだと考えています。理由はそれを読んで真似してしまった人が一人でもいるかもしれない、同じ間違いをする人がいるかもしれない時にその間違いは良い勉強になる、などなど。 最も大きな理由は「間違いを指摘してくれた人に対してちゃんと敬意を払って修正する」が間違えた記事を書いた事に対する責任だと僕は考えています。その為もし僕が不完全なブログを書いて「ちげーだろ。もっと勉強しろ」と言われ確認し自分の間違いに気づいたら顔を真赤にして枕に顔をうずめてバタバタしたり酒を飲んで憂さを晴らすのではなく まず冒頭に間違っていたことを素直に認める 何が間違っていたかをちゃんと正確に記載する 原文中
CROSS 2013「継続的サービス改善のゲンバのハナシ」で喋ってきました。 - oranie's blog
題名そのままですが喋ってきました。 http://www.cross-party.com/programs/?p=141 まずはセッションオーナーの@tagomorisさん、登壇者でご一緒させて頂いた@kentaroさん、@silver_sさん、@tokorotenさん、そしてセッションを聞いて頂いた皆様ありがとうございました。このメンバー＋パネルディスカッション＋ガソリンというカオスを生むのが目的ぐらいの感じだったので個人的にはとても楽しかったです。普段スライド作っていても面白い事言える訳ではないので、色んな人の力借りて僕も面白い事が言えていたら嬉しいです。けど、後半とかはもうあんまり覚えていないです。でも@silver_sさんが言った「おしまい姉妹」だけは覚えています。バカ受けしていて悔しかったです。 内容については各人色んな方向に行って、ユーザー目線であったり社内政治力が必要であった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
