Log.where('created_at > ?', 24.hours.ago).where(type: 'error') って叩きたいのだけど、 created_at にインデックスなんて張ってないので全力でフルテーブルスキャンになって結果が返ってこない😱 前提 created_at にインデックスなんて張ってない でも id は auto_increment でだいたい日時順に振られてることが期待できる 解決策 インデックスがなければ自分で二分探索すればいいじゃない！ ってのを書いたのでご活用ください。 class ActiveRecord::Base # @param [Time] created_at # @return [ActiveRecord::Base] def self.find_closest_created_at(created_at) return if sel

@all 明日、4/04(火) は、404回目 (Not Found) のミートアップです。 今回は、秋葉原の 株式会社ケーシーエスキャロットでの開催になります。 入館については次のリンクをご確認ください。 https://gist.github.com/emorima/fb6edef68776055e824f9c71986a3c35 19:00以降 正面玄関から入れませんので、ご注意ください。 参加される方は、このエントリにコメントお願いします。 まだ、この esa に参加されていない方は、Asakusa.rb に参加するにはを参考にしてください。

苦手な子どもが多い分数の計算。それを視覚的に理解しようと、浜松市内の小学生＝当時＝が「分数ものさし」を考えた。長さ１２センチのものさしに５列の目盛りが付き、基準単位の「１２分の１」がいくつあるか数えて計算する――。この発想に静岡大が注目し、教材化に向けた研究も進む。 浜松市立神久呂小学校を今春卒業した山本賢一朗君。小５の時、分数に苦手意識を感じたという。友人も悩んでいた。掛けるのになぜ、答えは小さくなるのか。割り算ではなぜ、割る方の分母と分子を入れ替えて逆数にするのか……。 学習塾の経営に携わる父裕一朗さん（４０）にも疑問をぶつけ、やがてものさしで分数を考える発想にたどり着く。１とその数以外では割り切れない「素数」の目盛りだけがついた京都大の「素数ものさし」がヒントになった。 分数ものさしには、１２分の１ずつ刻まれた目盛りに対応して「６分の１」「４分の１」「３分の１」「２分の１」ずつ刻まれ

Twitterはサイトをアップグレードする時期が来たと判断したようだ。プロフィール画像をアップロードしていないユーザーは、明るい色の正方形の中に白い卵形が表示される代わりに、ライトグレーの背景にダークグレーの頭と肩の形が表示されるようになる。 「何か新しく、自分自身をより適切に表現する独自の写真をアップロードすることをユーザーに促すようなものが必要だ」とTwitterはブログ記事に記した。卵型のアイコンをやめることにしたのは、デザインを変えるためだけではない。匿名ユーザーによるTwitterでの中傷、釣り、嫌がらせなどを目的として作られたアカウントに卵型のアイコンを使用しているケースが一定数あることを変更の理由として挙げている。 「他者を中傷するためだけに作成されたアカウントによる行動のパターンを認識している。そのようなアカウントは、パーソナライズにあまり時間をかけていない場合が多い。この

表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基本的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日本のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」

Azureの東日本リージョンが7時間にわたってダウン。原因はデータセンターの冷房が失われ自動シャットダウン。日本のリージョンはこの1カ月で三回目の障害 3月31日金曜日の午後11時頃から最大約7時間にわたって、Microsoft Azureの東日本リージョンの仮想マシンやストレージなどを含むほとんどのサービスがダウンするという大規模な障害が発生しました。 「Azure の状態の履歴」によると、マイクロソフトは原因をデータセンターの冷却が正常にできなくなったためだと次のように説明しています。 Engineers have identified the underlying root cause as loss of cooling causing certain Storage and Compute scale units to perform an automated shut down