2012年3月7日のブックマーク (9件)

  • これはnode.jsの時代が来るか!?全て揃ったnode.jsフレームワーク·Tower.js MOONGIFT

    Tower.jsはフルスタックのnode.js用Webアプリケーションフレームワークです。 こ、これはやばい…。ついにnode.jsの時代が来るかもしれない、そう感じさせるWebアプリケーションフレームワークがTower.jsです。 インストールはnpmで簡単にできます。 まず新しいアプリケーションを作成します。 Scaffoldで簡単にコントローラ、モデル、ビューを生成。 生成された際の構成はこんな感じです。 towerコマンドのオプションです。 Webサーバを立ち上げ場合です。 Tower.jsはMongoDBをデータベースに、Redisはバックグランドジョブ、CoffeeScriptをメインの記述に使いつつ、Jasmineをテストフレームワーク、jQueryも使えるフレームワークです。メール、マイグレーション、MVC、RailsばりのO/Rマッピング、バリデーション、ルーティング、B

    yanutetsu
    yanutetsu 2012/03/07
    ベンキョー
  • 少人数でWebサービスを作る僕らの仕事スタイル5つ - パパパパ

    今回は僕らの仕事のスタイルを公開してみようと思います。一般的な会社と比べるとちょっと変わっているようです。インターネット事業を生業にしている僕らとしては、インターネットをフル活用して、固定費をなるべく下げて、新しい生活や仕事のスタイルを確立しようと考えています。 1. オフィスをもたない Webサービスはリアルの店舗を必要としないので、理論上ではオフィスがなくてもなりたちます。会社の登記はバーチャルオフィスという便利なサービスがあるのでクリアできますし、作業場所も自宅や喫茶店、コワーキングスペース、友だちの家、知り合いの会社など基的にフリーダムです。 オフィスを持つと固定費が掛かるというのも大きいですが、移動時間をなるべく減らしたり、自由な場所で作業することで、精神的にも束縛のない環境を作っています。直接の打ち合わせは、週に1回だけ都心の喫茶店で行なっています。規模が大きくなると継続は難

    少人数でWebサービスを作る僕らの仕事スタイル5つ - パパパパ
    yanutetsu
    yanutetsu 2012/03/07
    ベンキョー
  • 【CSS】実はこんなに便利!cssのセレクタ指定方法をちょっとだけ掘り起こしてみた | バシャログ。

    モニターを見つめる目に優しいメガネがZoffからも出る!しかも度付きOK、フレームも選べる!気になってます。hakoishiです。 さて、今回は実は便利なcssのセレクタ指定方法をちょっとだけ掘り起こしてご紹介。 直下にある要素だけ、とかセレクタ名が部分一致したら、はたまたリンク先パスによって、とか実はかなり便利です! 特定の要素の直下の要素だけに一括でマージンを設定 特定の文言を含むセレクタ、及びその位置で対象を絞り込み指定 リンク先のパス次第でスタイルを切り分ける 特定の要素・セレクタを例外とする 特定の要素の直下の要素だけに一括でマージンを設定 #container>* { margin: 0 10px; } IE7以上対応。 親>子で、直下要素のみを対象指定。 上記例ではid="container"の直下の要素すべてにマージンが設定されます。 ユニバーサルセレクタには正直不安を感じ

    【CSS】実はこんなに便利!cssのセレクタ指定方法をちょっとだけ掘り起こしてみた | バシャログ。
    yanutetsu
    yanutetsu 2012/03/07
    べんきょー
  • テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!

    ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや?TDD とは何ぞや?ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは?」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

    テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!
    yanutetsu
    yanutetsu 2012/03/07
    TDD
  • Big Sky :: VimでDBが操作できる vdbi-vim 作った。

    DB操作ツール Emacs DBI を作ってみた - 技術日記@kiwanami このツールの目的は、クロスプラットフォームで便利なDB操作環境を実現することです。 pgAdmin や MySQL Query Browser のようなGUIの良さをCUIで実現してみようとしてみました。すなわち、ぼくのかんがえたさいきょうのDBツールです。ちなみに、このツールにとってEmacsはただの実行環境です。Emacs使わない人でも使うと便利だと思います。 http://d.hatena.ne.jp/kiwanami/20120305/1330939440 VimもーVimもー! って事で作りました。 mattn/vdbi-vim - GitHub Database client for Vim https://github.com/mattn/vdbi-vim Emacs版はepcというRPCプロト

    Big Sky :: VimでDBが操作できる vdbi-vim 作った。
    yanutetsu
    yanutetsu 2012/03/07
    気になる!
  • パスワード認証

    ラジック 気軽に楽しめるブログメディア「ラジック」は2ちゃんねるを中心にエンタメ情報をお届け!

    yanutetsu
    yanutetsu 2012/03/07
    あとで読む
  • 悲しいかな…見る人によってこれだけ変わる職業別イメージいろいろ : らばQ

    悲しいかな…見る人によってこれだけ変わる職業別イメージいろいろ 今の職種に就く前と後で、仕事に対する印象は変わったでしょうか。 実際に仕事の現場を知ると、一般に思われているイメージとは大きく違った……なんてことはよくある話ですよね。 さまざまな職業を視点別に比較した、非常にわかりやすい画像がありましたので、ご紹介します。 1. 役者 2. 訪問販売 3. 弁護士 4. 編集者 5. 大学生 6. 専業主婦 7. 専業主夫 8. 女性プログラマー 9. 女性ゲーマー 10. 写真家 11. 考古学専攻の学生 12. 原子核物理学者 13. 建築士 14. 芸術家 15. 教師 16. 起業家 17. 監督 18. 映画監督 19. 医者 20. ミュージシャン 21. マック・ユーザー 22. マーケティング担当 23. フェイスブック中毒 24. ナース 25. テクニカルサポート 26.

    悲しいかな…見る人によってこれだけ変わる職業別イメージいろいろ : らばQ
    yanutetsu
    yanutetsu 2012/03/07
    面白い
  • Webエンジニアのためのデータベース技術[実践]入門を献本して頂きました - 256bitの殺人メニュー

    技術評論社さんから『Webエンジニアのためのデータベース技術[実践]入門』(以下DB技術[実践]入門)を献いただきました!ありがとうございます! 内容 内容は、SoftwareDesignや、Web+DB PRESSでの連載していた内容のまとめということで、読んだことのある内容が多いのかなと思って早速読んでみたのですが、 実践。の名前は伊達じゃないなーとおもったのが率直な感想です。ビックリしました。 Webエンジニアのための データベース技術[実践]入門 (Software Design plus) 作者: 松信嘉範出版社/メーカー: 技術評論社発売日: 2012/03/09メディア: 単行(ソフトカバー)購入: 20人 クリック: 486回この商品を含むブログを見る B2Cサービスに近い部分でのデータベース構造についてや、データベースを使用する際のハードウェアに関する知識、サービス運

    Webエンジニアのためのデータベース技術[実践]入門を献本して頂きました - 256bitの殺人メニュー
    yanutetsu
    yanutetsu 2012/03/07
    メモメモ
  • 非デザイナーがWebデザインに求めるもの | モノづくりブログ 株式会社8bitのスタッフブログです

    株式会社8bitのスタッフブログです。最近、Webデザインとは?みたいなデザイン論のブログ記事が流行っていますね。 読んでいると面白くて参考になります。 ただ、デザイン論はそれを作品に反映できなくては意味がなく、もっというと依頼者がいて成り立っているプロの世界では、依頼者をまずは納得させるということを出来る人が優れたデザイナーじゃないのかな、と思います。 結局マージンがどうこうとか細かいデザイン論よりも、素人目には自分のイメージに合っているかどうか、このデザインの根拠とかそういうところがポイントだと思います。 そこで、個人的に感じたことやクライアントに指摘されたことなどをもとに、非デザイナー(素人)目線でデザインに要求されるポイントをまとめてみました。 柔らかく言うと「こうしてくれたらうれしいな」というポイントです。 細かいデザイン論はどちらかというと、同じ職種の中で共有するこ

    yanutetsu
    yanutetsu 2012/03/07
    メモメモ