意 味： 道理に外れた事が世の中で平気で行われれば、正しいことが行われなくなる。 読 み： むりがとおればどうりひっこむ 解 説： 出 典： 英 語： Might is right. ／ When might is master, justice is servant. 類義語： 無理と通らば道理そこのけ／無理も通れば道理になる／非理の前に道理なし 対義語： 道理に向かう刃なし
意 味： 道理に外れた事が世の中で平気で行われれば、正しいことが行われなくなる。 読 み： むりがとおればどうりひっこむ 解 説： 出 典： 英 語： Might is right. ／ When might is master, justice is servant. 類義語： 無理と通らば道理そこのけ／無理も通れば道理になる／非理の前に道理なし 対義語： 道理に向かう刃なし
Twitterさん、OAuthのアクセス権限の細分化を！ 2010-09-07 TwitterのOAuth認証を利用するサービスを作ってみたが... 一昨日の日曜日(9/5)に、クックパッドさんのオフィス提供による 『TFJ CodeCamp #2』 という1日開発合宿に行きまして、TwitterのOAuth認証を使ったサービスを初めて作ったんです。ユーザーのタイムラインを読んでいろいろやってくれるタイプのサービスを。で、実際OAuth認証するサービスを公開することを考えてみたんですが、どーにも無視できないリスクがありまして。 まず、TwitterのOAuth認証のアクセス権限レベルって、「全部のデータが読める」or「何でもできる」しかありません。今回のサービスはタイムラインさえ読めればいいのですが、OAuth認証としては全部のデータを読める要求しかできなくて、その認証をしてもらったならば
分散 Key-Value ストア mio-0.0.1alpha をリリースしました。(mio-0.0.1-alpha.tar.gz) Mio とは何か？ 範囲検索(range query) が出来る KVS です。例えば「key が "1000"〜"2000" にあるものを昇順に10件取り出す」という検索が可能です。 Mio は memcached 互換プロトコルを実装しているので、多くのプログラミング言語から簡単にアクセスする事が可能です。（後述のコード例参照） Mio のアーキテクチャ Mio は Skip Graphs（スキップグラフ）というアルゴリズムに基づいて実装されています。詳細はErlang 分散システム勉強会での発表資料 Mio - a distributed Skip Graph based orderd KVSをご参照ください。 インストール 最新の Erlang をイ
8月26日付けのウォールストリートジャーナルに、シリコンバレーでFlashプログラマの給与が急騰しているという記事「Flash Back: Demand Up in Engineering Specialty」が掲載されています。 フルタイムのFlashエンジニアなら年収15万ドル（1ドル90円で約1350万円）にも上るとのこと。 Top full-time Flash engineers can now command more than $150,000 a year in salary, says Stuart Liroff, a headhunter at GreeneSearch recruiting firm. 3年前のFlashエンジニアの年収は5万ドルから8万ドルだったとのことで、2倍から3倍に上昇したことになります。 That compares with $50,000
2019/12/13 · hoge とは一体なんなんだろう？ hoge とは、全く意味のない名称であることを示す言葉。メタ構文変数と言われるもの。
先日書いたように、作りたいWebサービスがあります。当然ながら、まずは設計から始めなければなりません。 設計にあたっては『Webを支える技術』の第15章で紹介されているサービス設計手法を用いることに決めたのですが、URI設計のステップで、はたと考え込んでしまいました。 以下、第15章に掲載されているURI例で違和感の原因を探ってみます。 郵便番号リソースのURI http://zip.ricollab.jp/1120002これは違和感ありません。 検索結果リソースのURI http://zip.ricollab.jp/search?q=小石川ここで若干の違和感を覚えます。郵便番号データのキーである「1120002」と「search」が同列に並んでいるのが原因です。 いや、とくに気にする必要はないのかもしれません。「search」という郵便番号は今後も現れないでしょう。もし現れたとしても、ク
この条件での確認画面問題は，トランザクションリソースを導入しなくても，もっとシンプルに考えて解決できると思います． 処理内容：ユーザ名とパスワードが入力項目となるユーザ登録処理 画面遷移：登録画面→確認画面→結果画面 確認画面問題はトランザクションリソースの導入で解決できるのでは - 岩本隆史の日記帳（アーカイブ） まず上記の条件から次の事が言えると思います． ユーザ登録処理とはユーザリソースの作成処理と考えられる 画面はあくまでリソース状態が表示されるものなので，画面遷移とはユーザリソースの状態を都度表示しているもの ということで，あくまでユーザリソースとそれに対する CRUD（この場合は DELETE はないが）として考えればいいかな，と． まず最初の登録画面はユーザ作成フォームリソースを取得します． GET /users/new登録画面から確認画面のところはユーザリソースの新規作成と
バイナリデータを格納するために、BLOB型やその拡張のMEDIUMBLOB型を利用するシーンが時折あるかと思います。 BLOB型を利用していて、サイズの大きなデータをDBに格納しようとすると、MySQLのログに以下のようなエラーログが出力されることがあります。 100906 00:00:00 InnoDB: ERROR: the age of the last checkpoint is 9440228, InnoDB: which exceeds the log group capacity 9433498. InnoDB: If you are using big BLOB or TEXT rows, you must set the InnoDB: combined size of log files at least 10 times bigger than the InnoDB:
RubyKaigiの開催前にスタッフの方にいつかメールしようと思ってevernoteにメモって いた内容を、ここ最近の次回最終回！な話から見られる範囲であれこれついばんで自分 なりにまとめようとしたらまとまるどころか発散しかけたのでした。なのであれこれ 考えた結果、こういうのはどうかなあ、と思った部分だけ先に出しておこうと思います。 荒っぽい話だから何いってんだとかふるぼっこになってもおかしくないんですけど、 なんか今とりあえずでいいから発言しておかないとものすごく後悔しそうなので。 どうせしょんぼりするなら言った後でいいやと。かなり走り書きです。 とりあえずお金の問題だとする スタッフの（ある程度流動性はあるにせよ）固定化と、その固定メンバーが継続 しておもてなしイベントを成長させているところにRubyKaigiの素敵な魅力と、 ほど近いところにいる人ほど危うさを感じさせて、「だが、それ
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 Git を使ってファイルを編集した場合、それをいったんインデックスに追加(add)してその後コミットってのが基本的な流れになる。なんかいろいろやってると、ちゃんと add したのかどうかわかんなくなることがある。 そういうときは status コマンド使えばいいんだけど、以前エントリ書いた zsh の vcs_info の機能を使うといい感じにプロンプトに表示できるようになるので紹介する。 zshrc の書き方 こんな風に zshrc に書いておけば OK。 autoload -Uz add-zsh-hook autoload -Uz colors color
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く