GitHub - reactjs/react-rails: Integrate React.js with Rails views and controllers, the asset pipeline, or webpacker.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
第2回 Redisの導入と基本機能 | gihyo.jp
今回は実際にRedisをインストールしてみるところから、コマンドラインクライアントを使った基本的な操作方法、そして実際のアプリケーション開発時に重宝するDB選択やタイムアウトなどのRedis特有の仕様について説明します。 インストール ダウンロード 本連載執筆時点の最新stableである、2.0.4をダウンロードします。 $ wget http://redis.googlecode.com/files/redis-2.0.4.tar.gz コンパイル RedisはANSI Cで書かれ、外部の依存ライブラリの必要ないシンプルな実装になっているため、コンパイルは以下のステップで完了します。 $ tar xzf redis-2.0.4.tar.gz $ cd redis-2.0.4 $ make 「redis-server」や「redis-cli」が生成されたのを確認してください。 設定の変更
第1回 Rails2.0の足回り | gihyo.jp
Railsを使っている方も、使っていない方もこんにちは。この特集では、「Rails2.0の足回りと中級者への道」と題して、2007年12月7日にリリースされたRails2.0の基礎と、Rails2.0が提示する新しいアプリケーションの形、について学んでいきたいと思います。 Rails2.0とは何か？ Railsの開発者David Heinemeier Hansson（DHH）自身が語るように、Rails2.0は「革命的というより漸進的（“evolutionary rather than revolutionary”）」なリリースです。バージョンの数値の変化とはうらはらに、Rails1.1とRails1.2間に行われたほどの変革はありません。 ですが、痛みすら伴う数多くの洗練と、RESTfulなアプリケーションへの傾倒を含んだリリースになっています。 この特集ではまず、Rails
昨日Qiitaに投稿した記事は普段のコードレビューの副産物 - give IT a try
はじめに: 技術ネタは最近Qiitaに書いています このブログはもともと「技術系ブログ」としてスタートしました。 イメージとしては「技術的な問題に遭遇してググったら引っかかるようなサイト」です。 普段そういうページによく助けられているので、自分もgive＆takeの精神で情報発信していこう、と思ったのが動機です。 しかし、去年の夏にQiitaに出会って以来、シンプルな技術的なネタはQiitaに書くようにしています。 理由はQiitaというサービスの方向性がまさに「技術的な問題に遭遇してググったら引っかかるようなサイト」だったことに加え、Qiitaの中の人に出会って「Qiitaにかける情熱」を直接聞いて、僕も応援したいな～と思ったからです。 そんなわけで、このブログが更新されていなくても、ときどきQiitaにポロッとTips的なネタを書いたりするときがあります。 気になる方はQiitaで僕の
クローゼットがいっぱいになったので壁にハンガー掛けを作ってみた
トレタ アドベントカレンダー 2016土曜日担当の増井です。 今日はITとは関係ないDIYの話です。 今の家に引っ越して2年。荷物も増えてきて「服を掛けるところがない・・・」という状態になってきました。 2畳ぐらいのクローゼットはあるのですが、二人暮らしでは全然足りません。このクローゼットの前の部分がデッドスペースになっていうので、ハンガーラックを置こうと思ったのですが、ちょっと狭くて奥には難しそうです。 壁に直接ハンガー掛けをつければ行けそうなのですが、我が家は賃貸なので壁に釘は打てません。 初めは2×4材でフレームを作って・・・とか結構大掛かりなことを考えていたんですが、今は「ディアウォール」っていう便利なものがあるんですね。びっくり。 これを使うと突っ張り棒の要領で家のどこにでも2×4材の柱を設置することができます。 ということで、ディアウォールと2×4材を使って、なるべく手軽に、壁
あなたがVimを使うべき5つの理由 - nigoblog
今回はVimの魅力と、それを使うべき理由について書いていきます。 はっきりいうと、 Vimは絶対に使えるようになるべき! その5つの理由はこちら コーディング速度が変わる コマンドラインへの抵抗がなくなる Railsやnodejsなどのフレームワークと相性がいい Gitとも相性がいい 自分好みのエディタが使える というわけで早速一番目から見てみましょう! コーディング速度が変わる Codaなどのエディタを使っていた場合劇的に変わると思います。 どこで変わるかというと、 マウス操作の部分で変わる! まぁCodaでもマウスを使わずに出来ることは出来るのですが、 Vim程ではない、というより Vimは一切マウスが使えない! なので強制的にキーボードだけの操作になるため、 キーボードからマウスに手を移動させる時間がなくなる。 そのため、Vimの方が早くなります。 なのでVimを使いましょう! コマ
Rubyistなら知っておくべき地味だけど便利なメソッド - joker1007’s diary
備忘録兼、初心者向けのメソッド一覧。 余裕があればRails編とかも書こうかな。 これ忘れてるとか何事?とかいう突っ込みがあれば是非お願いします。 もうちょっとコードの具体例書きたかったけど、めんどくさくなってきたw Array Array#combination(n), Array#permutation(n) 配列のデータを元に組み合わせ(順列)を作ってくれます。 ブロックを渡さない場合はEnumeratorで組み合わせの各要素を列挙します。 Enumerator Enumerator#with_index(offset = 0) Enumeratorの各要素に合わせてindexを列挙してくれるEnumeratorを返す。 each_sliceやcombination等にメソッドチェインで繋げて使う。 Enumerator#with_object(obj) with_indexと同様で
「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog
rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
