以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると

この記事はVOYAGE GROUP Advent Calendar の12/24分です なんか推敲が間に合わず、12/24に間に合いませんでしたが、今更だします。ごめんなさい。 SICP（計算機プログラムの構造と解釈）と言う本をご存知ですか？私はこのSICPという本が大好きで、社内でも何度も読書会を催しています。なぜ読書会をするかというと、一人で読みきるのは辛い（人もいる）ためです。 この記事では何がそんなに良いのかという説明をします。 そもそもこの本は、MITの6.001という計算機科学講義の教科書としてデザインされ、実際に使われていたものだそうです（今は別な本が採用されている）。 同様の初歩的な計算機科学の教科書の中でこの本が特異だと私が感じるのは、おまじないやお約束を可能な限り廃して、ごく少数の根本的な動作原理のみを仮定して、変数とは何か、関数とは何か、プログラミングするという行為は

Linuxのmanページプロジェクト主催者によるLinuxプログラマ必携のリファレンス。Linux開発者（主にシステムプログラマとアプリケーションプログラマ）にとって、プログラミングする上で必要な情報を一冊で網羅。本書で扱う内容は広範囲にわたり一冊でLinuxプログラミングのほぼすべての情報を知ることができます。Linux/UNIX開発者のバイブルとなる一冊です。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書籍の刷版、刷り年月日をご確認の上、ご利用ください。 第3刷正誤表 1270ページ、「59.6 inet_pton() とinet_ntop()」1行目 【誤】 inet_p

このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。

<input class="check" type="checkbox"> <input class="check" type="checkbox"> <input class="check" type="checkbox"> <input class="check" type="checkbox"> <input class="check" type="checkbox"> <hr> チェックされた数は<span class="length"></span>個です .length::after{ content:"0"; } .check:checked ~ .length::after{ content:"1"; } .check:checked ~ .check:checked ~ .length::after{ content:"2"; } .check:checked ~ .ch

「CSS Nite LP, Disk 25」参加レポート&Photoshop CS6の新機能「CSSをコピー」とCSSPsを比較 2015 1/12 アクセシビリティ (C)田中舘 一久 中根雅文さん、山本和泉さん、植木 真さんによるセッションです。 テーマは「アクセシビリティ」。 「アクセシビリティ」とは Webアクセシビリティとは、基本的には、障害者がWebを利用できることである。もっと具体的にいうと、Webアクセシビリティとは、障害者がWebを知覚し、理解し、ナビゲーション（訳注：広義には、Webサイトのページ間やページ内を移動したり見てまわったりすること）し、インターラクション（訳注：Webに入力したり情報を受け取ったりしてWebを利用）できることである。 ウェブアクセシビリティ基盤委員会 / WAIC: Web Accessibility Infrastructure Commi

「ゲーム脳の恐怖」は時代遅れ、今「ネトゲ脳」がナウい（） 確かに、課金アイテムに延々貢ぐのは“恐怖”そのもの。だから、わが家のボーダーは、パッケージとネトゲの間に引いている。ゲームにせよ本（やマンガやアニメ）にせよ、物語は魂を持っていくからね。現実に還れるところで楽しむのが吉。 ただし、「ゲームは選んで遊べ」というスタンス。 受験も就活も、一発勝負を強いる社会はハードル高すぎ。現実を記号化し、再挑戦を促すゲームは、どんどん遊んでほしい。子どもは試行錯誤をくりかえすことで、挫折と成功の両方の味をしめることができる。ゲーム脳とは、チャレンジ精神のことなのだ。 しかし、問題が出てきた。子どもがやりたいゲームと、親がやらせたいものに、ずれが生じてきたのだ。俺的にはシミュレーションなど「戦略を組み立てる」方へもって行きたい。が、リクエストを聞くと、『龍が如く』のゾンビ版とか、『Skyilm』とかぬか

超重要追記 まじで鳩さんのスライドでDCIについて理解したつもりになるの危険だからやめた方がいいです。せめて d.hatena.ne.jp/digitalsoul/20… を読みましょう。DCIはエンドユーザのメンタルモデルを実装に落とし込むための設計パラダイムです— Naoto Takai (@takai) December 27, 2012 とのことなので、このスライドを参考にするのはやめてください。 元記事 会社で DCI の話をしました。 資料はこちらです。 いろんな人から全然便利そうじゃないと評判でした。俺の伝え方が悪い……

追記 まじで鳩さんのスライドでDCIについて理解したつもりになるの危険だからやめた方がいいです。せめて d.hatena.ne.jp/digitalsoul/20… を読みましょう。DCIはエンドユーザのメンタルモデルを実装に落とし込むための設計パラダイムです— Naoto Takai (@takai) December 27, 2012 ということで、以下の内容はすべて間違いである可能性が高いです。 元記事 これまでのあらすじ: ActiveStrategy はイマイチなアプローチだよね。 文脈によって可能な挙動が変わり、モデルは基本的にデータのみを持つことでクリーンな状態を保とうといっているのに、便利な include を提供する ActiveStrategy はやはりイマイチなアプローチで、挙動の切り分けが容易になるのはいいことだけれど、それって今までの include 地獄から何も

追記 まじで鳩さんのスライドでDCIについて理解したつもりになるの危険だからやめた方がいいです。せめて d.hatena.ne.jp/digitalsoul/20… を読みましょう。DCIはエンドユーザのメンタルモデルを実装に落とし込むための設計パラダイムです— Naoto Takai (@takai) December 27, 2012 ということで、以下の内容はすべて間違いである可能性が高いです。 元記事 Data - Context - Interaction いわゆる DCI が最近の人気らしい。 DCI そのものの説明をこのエントリでする気はないので、 Sapporo Ruby Kaigi の角谷さんのプレゼンなどを見るとよい。 Rails の場合、 Data はまぁ ActiveRecord / Mongoid などのいわゆる MVC におけるモデル、であっていると思う。これに

元々は TDD Advent Calendar jp: 2012 : ATND で人数が足らなかった時の予備として用意していたのですが、めでたく人数が埋まったため単発で上げてみます。 僕は自他共に認めるTDDマニアですが*1、敢えてテストを書かないことの重要性について説きたいと思います。 id:shuji_w6e さんの 軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ と近いですが、shuji_w6eさんのがテストを軽くするのに対しこっちはそもそもテストを書かないようにするということです。 テストを書かなくてもいい（書く必要のない）ケース 寿命の短いプログラム TDDというのは最初にテストを書くコストというのがどうしても発生するため、寿命の短いプログラムだとTDDの恩恵を受けづらいです。 自分の経験上、半年以上メンテする必要があるプログラムだと保守フェーズ

LVSの設定するのにIP forwardを変更する必要があって、それを変更するのに、 sudo echo '1' > /proc/sys/net/ipv4/ip_forwardとかやろうとしたけど、リダイレクトがroot権限で動いてくれなくて上手くいかない。こういう場合は、 echo '1' | sudo tee /proc/sys/net/ipv4/ip_forward sudo sh -c "echo '1' > /proc/sys/net/ipv4/ip_forward"のどちらかでやるといいらしい。個人的には何となく上の方が好み。書き込み権限が無い場合はこうやればいいのか。 ※追記：ごめんなさい。上のコマンド例の下の方「sudo su -c」と書いてました。suじゃなくてshです。sudo suとかしちゃいかんです。 あと、IP forwardする場合は、/etc/sysctl.c