30代後半の上司が軽い脳梗塞で倒れました。血液は何の問題なく、問題があったのは肩こり。凝り固まった肩を指圧で自分でほぐし過ぎた結果首の血管を傷つけていたそうです。自分でやる人、整体に通いすぎた人で中には亡くなる方が世の中一定数いるそうです。たかが肩こり、されど肩こり。

一意性(UNIQUE)制約はNULLでない値に対してだけ効く、そう思っていた頃が私にもありました… SQL ServerはNULLも一意性制約の対象になります。NULLになっている行が複数あると重複だと判定されます。SQL-92の規格書をあたってみると、これは完全な規格違反なんですけどね。 A unique constraint is satisfied if and only if no two rows in a table have the same non-null values in the unique columns. http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt つまりSQL Serverじゃ以前解説した 有効なレコードだけに一意性制約をかける が使えないってことです。 でも大丈夫。 SQL Server

SQL標準にある強力なCHECK制約をPostgreSQLでも使いたいでござる。 有り体にいうと、一意性制約を付けて論理削除をしたい、というような表現になるのでしょうか。 http://sugar-tomato.hateblo.jp/entries/2013/07/02 無効化したレコードは無視して有効なレコードだけに一意性制約をつけたいとき、僕はこうしてます。 CREATE TABLE usres ( id bigserial NOT NULL PRIMARY KEY, name character varying(40) NOT NULL, enabled boolean DEFAULT true CHECK (enabled), CONSTRAINT users_name_enabled_key UNIQUE (name, enabled) ); enabledカラムには、有効なレコ

六名様用の完全個室をご用意しております。（個室料金は頂きません） 昼、夜ともに、2名様からご利用可能なので、カップル、接待、ご家族等 用途様々にご利用頂けます。 昼間はご予約頂ければ、テーブル、椅子を取り除きキッズルームに変わります。 皆さん一番驚かれるのは、昼の5500円コース注文の大人4名様以上で ベビーシッターを一名無料でお付けするサービスです。 ベビーシッター会社ラブクローバーと提携し ママ友、ご夫婦等ゆっくり食事をとっていただけるようにしております。 詳細はこちらからご覧下さい 恵比寿鮨くりや川 0334463332

こんにちは。 3月が始まりましたので、2月中に話題になったWebサービスやアプリを10個ほどご紹介いたします。 KURADASHI.jp KURADASHI.jpは、本来であれば廃棄されてしまう商品を、最大で希望小売価格の90%オフで販売し、売り上げの一部を寄付する社会貢献型のサービスです。 サイト上ではスナック、飲料水やカップラーメンから化粧品まで様々な商品が並びます。 売り上げの一部は、食料問題に取り組んでいるNPO法人「TABLE FOR TWO International」などの団体に寄付されます。新しい消費の形ですね。 Listband（リストバンド） Listbandは、YouTube動画をつなぎあわせて、自分のアルバムを作成できるWebサービスです。 アルバム1枚あたりの収録可能時間は、実際のCDと同じ74分42秒に設定。自分のベストアルバムを、過去にCDやMDでなど制作した

Epitome は一言でいうと、英語などの言葉で書かれているウェブ上の文書のあらすじを読むことで、価値のある情報かどうかを事前に確認できるナレッジベースです。 何のためのサービス？ 特定の話題について調べたいけど、外国語の記事しか出てこない。記事のすべてを読むのは大変。記事を読む前に自分にとって価値のある情報かどうかを知りたい。そんな悩みの解決を試みるサービスだと思ってください。 一般的なエントリーには、原文への URL と、そのあらすじを説明する要約ポイントが表示されています。 気になった記事があれば、そのまま Google 翻訳で開けるようにボタンも設置しました。 運営が一方的にリンクや要約を提供するのではなく、利用者のみなさんに投稿していただくことで成り立つサービスです。 なぜ作ったのか 自分は友人との会話や仕事上のやりとりの際に、相手の参考になりそうな記事へのリンクを送ることが多い

※個人の特定を避けるため、僕が聞いた話に部分的な変更を加えています。 ある医者に聞いた話。 つい先日、病院で当直をしていたら、親に連れられた中学生がやってきたそうだ。 顔じゅうが腫れていて、片方の眼の周りは紫色になり、ものが二重に見えるという。 知り合いの医者が問診をすると、彼の親は、こんな話をしたそうだ。 「うちの子、最近ずっと帰りが遅かったんです。アザや傷をつくって帰ってきて。何度か問い質したんですが、『関係ないだろ』って、何も話してくれなくて。でも、今回はいままでのなかで、いちばん酷い怪我をしていて、顔も変わってしまうくらいで。それでも、夜、出ていこうとしたので、必死になって止めたんです。あの、川崎の中学校1年生の事件のニュースをみて、うちの子も……と気づいたんです。いえ、いままでも薄々感づいてはいたのですが、やっと、引き止めなければ、と決心したんです」 その子は、懸命に止める親に根

本ガイドでは、アプリケーションで使われているRuby on Railsのバージョンを新しいバージョンにアップグレードする手順を解説します。アップグレードの手順は、Railsのバージョンごとに記載されています。 1 一般的なアドバイス 既存のアプリケーションをアップグレードする前に、アップグレードする理由を明確にしておく必要があります。「新しいバージョンのどの機能か必要か」「既存コードのサポートがどのぐらい困難になるか」「アップグレードに割り当てられる時間と人員スキルはどのぐらいか」など、いくつもの要素を調整しなければなりません。 1.1 テスティングのカバレッジ アップグレード後にアプリケーションが正常に動作していることを確認するには、良いテストカバレッジをアップグレード前に準備しておくのがベストです。アプリケーションを一度に検査できる自動テストがないと、変更点をすべて手動で確認するのに膨

自分が働かなくても稼げる仕組みをつくるのが大切経営者は以下のようにも語ります。 苦労して儲けるなんて誰でもできる。人の2倍働けば良いだけのこと。ただ、がむしゃらにやればそこそこ稼げる。 だがね、そんなものは頭の無いやつの商売。 真の経営者というのはカンとセンスでアイデアがひらめくこと。そのアイデアを具体化して独自のビジネスモデルを作ること。 そしていちはやくその分野を独占してしまうこと。 稼ぐには、いかに自分が働かないかを考えることが大切なんですね。これは『金持ち父さん』でも語られていたことです。 楽して稼ぐのは悪いことではないさらに、会長からもうひとつ、商売の理想は「タバコ屋」と語ります。 タバコ屋が理想な理由は、「個性とわかりやすさ」という点で優れているからです。 これは、編み出した答えを従業員に語るシーンの言葉。楽しく儲けるには「個性」が必要という話です。 楽しく儲けるには「個性とわ

「日本最大の成長産業」とも言われる宅配業界を牽引してきたのが、最大手のヤマト運輸であることは間違いない。しかし、その盟主もまた、急成長に伴う「痛み」に苦しんでいる。いま、この国の経済を支えてきた宅配システムが、大きな岐路を迎えている。ジャーナリストの横田増生氏がレポートする。 ＊　＊　＊ 私が取材して回ったヤマトのセールス・ドライバーからは次々と労働環境に関する悲鳴が聞こえてきた。時間指定や代引きなど顧客へのサービスが付け加わるたびに、現場の負担は増える。さらにヤマトホールディングスが二〇一三年に発表した〈バリューネットワーキング構想〉では、二〇一七年をメドに東京～名古屋～大阪間の荷物を当日配達できる仕組みを作るという。 業界全体の荷物量はほとんど右肩上がりで増えているのに加え、ヤマト運輸の物量は、佐川急便が二〇一三年春、アマゾンとの取引を打ち切ってから一段と増えた。 関西のセンター長・近

第2回【フリースタイル】もくもく会 http://connpass.com/event/11866/ でLTしてきました。 LT_Gitのfast fowardと継続的デリバリー from sinsoku listy あとがき 正直、LTの5分じゃ時間が足りなかった KeepFFでバッジは使えるけど、他の作りたい機能は間に合わなかった まだorganizationのリポジトリで @keepff が自動でコラボレータに追加されない web上でrebaseできるようにしたい（プロトタイプできてるけど、まだテストが足りてない）

2014年度、Perl入学式という勉強会に参加してました。 http://www.perl-entrance.org 全6回、すべて参加しました。 開催概要 2014年4月〜20152年2月まで、2カ月に1回開催の全6回。各回には、同じ内容の補講が翌月にあります。 （ということは、実際には年12回！　スタッフの皆さま、お疲れさまです） 補講の最終回は、2015年3月末ですね。 時間は、13時スタートの17時終了。その後に毎回、懇親会もあります。 （私は結局、一回も参加できませんでした T T） 参加者は、毎回、15名〜20名くらいでしょうか？参加者に対して、実際に仕事でPerlを使用している方など4、5名はサポーターが付きます。時間の許す限り、講義→演習、講義→演習の繰り返し（ときどき休憩）。 内容 先のサイトにある「講義資料」を見ればよいですが、 http://www.perl-entr

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

※SBヒューマンキャピタル株式会社提供の記事 『剣と魔法のログレス いにしえの女神』をはじめ、本格MMORPGでソーシャルゲーム業界を席巻しているAiming。前回、代表の椎葉氏にインタビューを行った際には、「とにかく面白いゲームをつくりたい」「ゲームをむちゃくちゃする人が偉い」「リアルタイムでの同期にこだわる」などの企業哲学を深く知ることができた。今回は、現場のメンバー6名にインタビューを敢行。前回と今回を併せて読めば、Aimingの全貌が立体的に見えてくるに違いない。それでは、濃厚な座談会、2本続けてどうぞ。 【前回記事】 代表・椎葉氏が、企業哲学から開発環境、未来像までをノンストップで語る ≪第一部≫ ▲左から佐野氏（企画）、岩野氏（エンジニア）、下川氏（プロデューサー） ※記事中は敬称略 ──：まずは現在担当されていらっしゃるタイトルと、ご自身の役割から教えてください。それでは下川

«Even though Borgmon remains internal to Google, the idea of treating time-series data as a data source for generating alerts is now accessible to everyone through those open source tools like Prometheus [...]» — Site Reliability Engineering: How Google Runs Production Systems (O'Reilly Media) Open Source Prometheus is 100% open source and community-driven. All components are available under the A

最近 Ruby の curses を使って遊ぶことがあり、その中で Curses::Window#refresh と Curses::Window#noutrefresh の違いがよくわからなかったので、ドキュメントを探していた。 日本語で探すと るりま が検索にかかるが、最新とは内容が離れているのでメモとして残しておく。 Ruby の curses のドキュメント curses は Ruby 2.1.0 から標準ライブラリから切り出されて独立した gem になっている。see: https://github.com/ruby/curses#description 切り出されたことにより、curses のるりまは 1.8.7 の library curses でなくなって？おり、ruby/curses の README の Documentation にあるように www.rubydoc.

>例えば、履歴管理の為の販売履歴テーブルに商品コードの外部キーが存在するとします。 >この場合商品テーブルを現行テーブルと履歴管理用に分割した方がよいのでしょうか？ このあたりは、要件次第だと思います。まず、日常的に読み書きするデータベース（一般にOLT用）と、履歴を管理し分析などに使うデータベース（DWH用）のデータベースを、1つのデータベースとするか、はたまた別のデータベースとするかが、ポイントになると思います。同じデータベースなら、できるだけマスターとなるテーブルは共通のほうが使いやすいでしょうし、別ならば別にしなければどうしようもありません。 >その場合の履歴用商品テーブルについてですが、販売履歴のプライマリーキーはシリアルで、商品テーブルのプライマリーキーは商品コードであったとき、商品コードが永続的に一意でない、流動的に変化するような会社の場合は、商品履歴テーブルは、連番を新たに

札幌で行われたPostgreSQL勉強会で@syachi氏により発表された資料です。PostgreSQLの機能を使って削除フラグをうまく運用する方法について解説しています。 データベースで削除フラグを表現する際、is_deletedなどのboolean型カラムを用意するのが普通です。こうすることでデータを削除する際、値をTRUEに変更するのみでデータ自体を削除しないため、何らかの事情でデータを復活させたい場合には便利である一方、アプリケーションコード側で削除コードを判定する条件が散在するデメリットもあります。また、関連性をデータベース側に持たずデータ整合性をアプリケーション側で保証するという設計を採用するため、データが膨れ上がった数年後に管理しづらくなってしまいます。 資料では、PostgreSQLが持つ機能を利用し、削除フラグを使いつつデータに矛盾がないことを保証する方法を示しています。

ベクトルの違うデータ まあ、それは事実。 ただ、履歴をそのまま残したいということも事実。 いちいち削除履歴テーブルなんて作ってられないのも事実。 ※ここでの論理削除は、復活する論理削除じゃなく、物理削除の代わりとして履歴のための論理削除を指します。(復活する論理削除って、そもそも削除とは言えないって気も...) 本来、論理削除されたデータって... そのテーブルの定義するデータとはベクトルの違うデータ である考えます。 でも、わざわざ削除されたデータを保持するテーブルを作ると、それはそれで面倒なのでそのまま同じテーブルに持ったままにする。その方が扱いが簡単なことが多いから。削除フラグを true にするだけで済むから。 個人的には、業務上重要なテーブルに関しては、しっかりと「削除履歴テーブル」を用意して、本体のテーブルには常に有効なデータだけがある状態の方が、データメンテもプログラムも遥か

いままでは、企業サイトCMSをメインで作ってきて あまり考えることなく論理削除にしてきてた。 物理削除の最大のメリットは 一つのテーブルのデータ量が軽減される だと思う。これにより、複雑なシステムになるほど、selectのレスポンスが良くなる。 論理削除の最大のメリットは データの復旧が容易 なことだろう。 ユーザが自発的に消したとしても、プログラムのバグで消したとしても容易に復旧が出来る。 しかし、これがサービスサイトになってくるとデータの量が全然違ってくるので 検索に非常に時間がかかったりする。 ましてや、削除どころか編集履歴（前のリビジョン）を残すようにもなってきている データ登録フローに 申請 → 差し戻し → 再申請 → 承認（公開） とかの申請周りのシステムでリビジョンも残そうと思うと、 やはり 公開用テーブル 削除済みデータテーブル といった用に、テーブルを分けないと、一つの

アプリケーション上でなにかエントリ（例えば記事だとかユーザだとか）を削除したとき、DB上の行は削除せず単に【削除済み】フラグを立てるだけという扱い方を 論理削除 と呼びます。 論理削除にはいろいろなメリットがあります。行削除のように関連する他テーブルへ削除が波及しないこと、エントリ復活ができること、障害時にデータ変更の経緯を追いやすくなることなどなど（デメリットもわんさかあるんですが、この記事の主旨からははずれるので別途お調べください）。 ところが論理削除の方針でDBを組んでいて困ったことはありませんか？ 「 メールアドレスは一意性(UNIQUE)制約をかけたいのに、それだと削除済みのユーザと同じメールアドレスが使えないことになる 」 論理削除と一意性制約、両立はできないのか？ できないと思っている方、多いと思います。実はちゃんとできます。DB製品によって実現方法がちょっと違ってくるだけで

対象読者 JavaScriptフレームワーク・ライブラリの選定に悩んでいる方 本格的にJavaScriptを触るのが初めてという方 jQueryでの大規模なフロントエンド開発に限界を感じている方 必要な環境 Node.jsがインストールされていることが推奨です。 React.jsとは何か React.jsは最近注目を浴びているFacebook製のライブラリで、MVCアーキテクチャでいうViewにあたる機能を提供します。 前提として、JavaScriptの世界でMVCのVといえば、紛れもなくDOM（Document Object Model）のことを指します。特に何も意識しないで作った場合、都合の良いDOMからデータを引っ張り出しては別のDOMを書き換えるといった、行き当たりばったりな作りになりがちです。そこで、MVCの考え方を導入することにより、データを画面とは独立した構造体として切り出し

2015/2/25に開催されたkawasaki.rb #21に参加してきました。kawasaki.rbへの参加は先月から続けてまだ2回目です。 Doorkeeper Kawasaki.rb #021 - Kawasaki.rb | Doorkeeper パーフェクトRuby読書会 今日は「3-5-9 擬似キーワード引数」、「3-5-10 キーワード引数」、「3-5-11 仮引数の順序」まで行いました。 キーワード引数の項で、物議を醸し出していたのは下記のようなコード。 def keywords(nil:) nil end puts keywords(nil: false) # => nil と、キーワードにnilやtrueなどの予約語を使用することができる一方で、普通に参照しようとしても参照できないという現象が発生するということでした。このRubyの突き抜けた仕様は賛否両論ありそうですが、

スーパーマーケットなどのレジスターと連動して、商品の売れ行きの把握などに用いられるＰＯＳと呼ばれるシステムに感染し、クレジットカードの情報を盗み出すコンピューターウイルスが日本で初めて確認され、情報セキュリティー会社が注意を呼びかけています。 情報セキュリティー会社のトレンドマイクロによりますと、このＰＯＳシステムを狙ったウイルスが去年、日本国内の事業者の８つのコンピューターから見つかったということです。 こうしたウイルスにはインターネットを通じて感染しているとみられ、顧客が利用したクレジットカードの情報を盗まれるおそれがあるということです。 ＰＯＳシステムのウイルスを巡っては、アメリカで大手ディスカウントストアのチェーンから、クレジットカードなどの情報４０００万件余りが流出するなど被害が多発していて、日本で見つかったウイルスの中には、アメリカで見つかったのと同じ種類のものもあったというこ

■ 第 297 回 Asakusa.rb 今日はいつものメンバーや松田さんも早めに到着してコード書いたり相談したりしていた。最近コミッタになったばかりの gogotanaka さんに ruby へのコミット指南をしていたりした。コミッタ向けのドキュメント、相当古いのは確かだけど、読んでもなるほどわからん、という状態らしいのでもうちょい整備したい...したい...

Web Performance Optimisation, Consultancy, and Engineering Audits Your website is slow. I know why. Web performance is big business for any industry: from recouping lost sales to increasing conversions; reducing running costs to user retention; better SEO to lowering your environmental impact. Let’s work together to identify and fix your blind-spots. Consultancy What is your web performance strate

2015-02-28 生活が荒れてますがそんなの自慢するのはクソだと思う件 雑記 8日ぶりのブログですね。音沙汰ないので心配してた人はきっといないと思いますが、ちゃんと生きてます。 自分で作ったBotにプレッシャーをかけられるのもなかなか良いもんですね。 最近、ブログ書いてません。（7日目） なか日記 http://t.co/XKMz4ic7S9— なかじ (@nakaji) 2015, 2月 27 2月に入ってから、「21時～22時に寝て、3時か4時に起きて自分がしたいことやって、6:00からジョギング（またはウォーキング）」という生活をしてました。 それが今週になって総崩れ。 photo by Kalexanderson リズムが崩れた理由 ひと言でいうと、お仕事の立ち上がりで躓いたんですね。こけてる間に予定と乖離していくスケジュール・・・辛いですね。 何とかせなとあがきつつも、夜は子

急成長を続けるSTORES.jpを開発・運営するBracket。そのエンジンは各メンバーの主体性と自由な裁量を持って楽しくチャレンジできる環境だ。「ギスギスしてもいいサービスは絶対作れない」と語るCEO光本氏ら経営者とメンバーの仲の良さ、雰囲気の良さは一体どこからくるのだろうか？ チームの「雰囲気のよさ」について考える オンラインストア開設サービスSTORES.jpの開発・運営で知られるBracket（ブラケット）。着々とサービスを成長させるこのスタートアップの特筆すべきポイントは、会社紹介ムービーや公式Twitterなどからうかがい知れる社長とメンバーの距離の近さだ。 チームビルディング論はメンバーの能力やキャリアを中心に語られることが多い。しかし、「よい関係性、同じ価値観を持ったメンバーたちと働く心地よい雰囲気」などもパフォーマンスに影響しているのではないか？こういった仮説をもとにBr