考え方やその時の流行のアーキテクチャとかもあるのでそういった物はそれでいいですが、明らかに間違えた事を書いて出来ない！とか載せてしまう時があります。にんげんだもの。 ただ、それを放置する、削除するとかはあまり良くないアプローチだと考えています。理由はそれを読んで真似してしまった人が一人でもいるかもしれない、同じ間違いをする人がいるかもしれない時にその間違いは良い勉強になる、などなど。 最も大きな理由は「間違いを指摘してくれた人に対してちゃんと敬意を払って修正する」が間違えた記事を書いた事に対する責任だと僕は考えています。その為もし僕が不完全なブログを書いて「ちげーだろ。もっと勉強しろ」と言われ確認し自分の間違いに気づいたら顔を真赤にして枕に顔をうずめてバタバタしたり酒を飲んで憂さを晴らすのではなく まず冒頭に間違っていたことを素直に認める 何が間違っていたかをちゃんと正確に記載する 原文中

有給消化を入れると2ヶ月くらい地元の北海道で遊んだり引っ越ししたり酒飲んだりしました(∩´∀｀)∩ﾜｰｲ で、さすがに引っ越ししたりでお金が無くなり生きていけないので働く事になりました。職場はAWS（アマゾン データサービス ジャパン）にSolution Architectとしてジョインしました。 真面目な話をちょっと書くと今までは一般ユーザーにサービスを提供する側の事業者（いわゆるBtoC）で働いている事が多く、正直退職を考えた時期は「自分が興味を持てるサービスをしている会社さんの話が聞けたら良いなー」という感じで、クラウド事業者に行こうとは正直選択肢に出てこなかった感じもありました。ただ、ひょんなことからお話を聞かせて頂き、最近では eventdots.jp こんなイベントもあり、逆に言うとクラウド事業者で働くというのはいわゆる「インフラレイヤ」でやってきたエンジニアにとってはスタンダ

皆様サガシリーズはご存知でしょうか。昨年はサガ25周年というめでたい年でした。特にロマサガシリーズ、サガフロンティア2が好きで「ついに最低でもロマサガ2、3のリメイク来るか・・・」と待ち焦がれていた時に「ロマンシング佐賀」が発表され マジでこれが25周年にふさわしいコンテンツだと思っているスクエニに期待をする方が馬鹿だったんや… — oranie (@oranie) 2014, 2月 19 という絶望に打ちひしがれたツイートをしていました。 そこから1年弱。ついに「SAGA2015」が発表されました。はじめは半信半疑でした。 えっ・・・SAGA2015って・・・本当に新作なの・・・？ — oranie (@oranie) 2014, 12月 14 今年一年スクエニに裏切られてきたから、未だに信じられない。何か罠がある気がする…。 — oranie (@oranie) 2014, 12月 1

ちょうど今のチームに新卒メンバーが一人配属になり、「何からやっていこうかー」「今年の研修何教わった？」「今までどんな事やった事ある？」とか聞いている段階だった所にドワンゴさんの新卒研修の記事が流れてきたので、せっかくなので公開されている色んな会社さんの新人研修をメモっておく。なお、見たことがあるやつとか、ちょろっと調べてあくまでも自分と同じ職種に近いやつだけセレクトしているので、気の向いた人は「◯◯エンジニア編」とか作ると良いかもですね！ 他社さんの充実したメニュー見ているだけじゃなくて、うちのチームの配属になったメンバーが「このチームに配属されて良かった」と思えるような事を僕もやらないとですね。 @okb_mさんのまとめブログ Web系会社の新卒研修の内容をまとめた(自分の調べた範囲) 既に去年の段階で似たようなまとめを作られている人が。以下かぶっているのも結構あるので、そこはまあお察し

チラシの裏的な雑記です。 サービスに新しいデータストアを選ぶ際にこの辺を情熱を持って説明してくれる人が好き、という話です。 そのデータストアを使う理由はなんですか？みんなが使い慣れている物から変える理由は「有名な会社が使っていて＾＾」「他のチームが使っていて＾＾」とかではなくて、既存の物では解決出来ない問題を解決するアプローチになっていますか？ もし単純にキャッチアップしておきたいというレベルなら、あなたの趣味で作るシステムで運用する、では欲求を満たせませんか？ 同じようなプロダクトは他にもあると思いますが、そのプロダクトで無ければいけない理由はなんですか？ まだ新しいプロダクトだった場合、あなたはそのコードを読んで、バグを報告して、必要であればパッチを書く覚悟を持っていますか？ あなたはチーム内でそのプロダクトの第一人者になる、という覚悟がありますか？他のメンバーへの啓蒙や情報共有を率先

Webサーバ勉強会　第4回やりましたよ。 2013/4/18 追記 長らくお待たせしましたが@yoshi_kenさんの資料がアップされました！ Nginxのお話 画像配信・APIキャッシュ利用事例 2011/11/11 Webサーバ勉強会 from Kentaro Yoshida - 前回のエントリに書きましたが内容はこちら。 http://d.hatena.ne.jp/oranie/20111027 2011/11/11というめでたい日に、半年ぶりのWebサーバ勉強会を行いました。 メインテーマは「Nginx」という事で、前半は公式Wiki等に載っている基本的な内容をみんなで分担して発表し、 後半からは実際に運用している人の話を聞く、という理想的な流れでした。 これで、今からNginxの導入しようとする何かの助けや、今の構成を見直す機会にでもなれば幸いです。 参加して頂いた皆様、グダグダ

※ブクマコメントで指摘頂いた箇所を追記しました＞＜ MySQL Casual Advent Calendar 2011　21日目の記事です。 前日は@sohgohさんの 「MySQLのUDFでカジュアルにファイル操作【MySQL Casual Advent Calendar 2011 20日目】」 でした。図や動画もあって見やすいですね！ 改めて自己紹介です。21日目を担当する、今回のカレンダーでNo.1カジュアルの座を狙っているid:oranie（オラニエ）です。 今回はMySQLもそこそこで、僕の名前の正しい読み方だけを覚えてくれれば今日は大丈夫です。 意図的に間違えている人もたまにいますが、心が汚れすぎていると思うのでお寺で座禅とかした方がいいと思います。 今までの記事を拝見させて頂き、みんな真面目に色々Tipsを書いているのでニッチ狙い＆初心者の僕は 「MySQLに対して、カジュア

2020/6/17 追記 そもそも僕の文章が分かりづらい、という至極まっとうなコメントがあったので若干修正。本を読見直してもっと分かりやすい文章書けるようにならないと。 今日こんなツイートしたら 会社の人がレコメンドしていて「伝わる短い英語 Plain English」読んだけど、この本は本当に良かった。なんか複雑な表現するのが偉い・頭良さそうみたいなのは色んな人が見る文章として適切じゃないのをちゃんと教えてくれてとてもいい。https://t.co/pb0hsGSPxG— oranie (@oranie) 2020年6月16日 結構色んな人がLikeしてくれたので改めてブログに。 伝わる短い英語―アメリカ、イギリス、カナダ、オーストラリア　政府公認　新しい世界基準Ｐｌａｉｎ　Ｅｎｇｌｉｓｈ 作者:浅井 満知子東洋経済新報社Amazon 自分は英語全然出来ないので仕事でもコンプレックス満載

yokuo825さんのカッコいいインタビュー記事を t.co 読んで、この部分ですね ──例えばどのような話をしましたか？ 「インストールされたばかりのMySQLがあるとして、特定テーブルに1件のレコードを最初にINSERTした場合、アクセスが発生するファイルとその理由をすべて教えてください」と質問されたのを覚えています。 具体的にどのような理由でどのファイルにアクセスするか、一連の流れを片っ端から答えていくと、彼らがすごく楽しそうにしてくれて。「そうか、LINEの環境だと○○の設定が最初から○○になっているので、そのファイルへのアクセスは考えていなかったです。確かにそれもありますね」などと答えてくれました。 でこんなツイートしたんですが 全国のDBAは「特定テーブルに1件のレコードを最初にINSERTした場合、アクセスが発生するファイルとその理由をすべて教えてください」これ明日から職場で