タグ

2014年8月28日のブックマーク (7件)

  • tuvistavie

    かなり前から気になってはいたので、今度こそ使ってみようと思って、AngularJSを使い始めた。 Yo+Grunt+Bowerを使うとワークフローがかなり楽なので、ここにまとめておく。 まず、 以上の３つのソフトは何なのかを軽く紹介する。 Yo: プロジェクトのテンプレートなどを自動生成するためのツール Grunt: JSのタスクランナー。テストの実行とか、ファイルの結合とか自動でやるために使う。 Bower: Twitterの出しているJSのフロントエンド用のパッケージマネージャー。 セットアップ 事前インストール Nodeとnpmのインストール このツールを使うためにNodeJSとnpmが必要になるので、まずそのインストールから。 NodeJSのインストールはプラットフォームによって変わったりするけど、WindowsとMacの場合は公式サイトのダウンロードページからインストーラーがダウ

  • githubのwikiエンジン"gollum"の導入と細かい設定 - yukke::note

    gollumの特徴、良いところなど Markdown, MediaWiki, Textileなど大抵の記法で書ける。 基本的にgitリポジトリ一つで完結しており、MySQLなどのDBが不要で、簡単にprivate wikiを立ち上げられる。 セットアップが非常に楽。 gitで動いているので、バージョン管理や差分、コミットを遡ってrevertする、なんてこともWebのUIから簡単に操作できる。 全文検索も実装されている。 ruby+sinatraで実装されているので、分かる人は拡張を簡単に書ける気がする。 導入 Python 2.5+ (2.7.3推奨)、Ruby 1.8.7+ (1.9.3推奨)とのこと。なのでpythonbrewなりrvmなりrbenvなりで新し目のpython+rubyを入れます。あとはgemからgollum本体をインストールします。 gem install gollu

    githubのwikiエンジン"gollum"の導入と細かい設定 - yukke::note

  • モデル作る時にMigrationファイル作りたくない - Qiita

    Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

    モデル作る時にMigrationファイル作りたくない - Qiita
    Muke
    Muke 2014/08/28
    モデル作る時にMigrationファイル作りたくない [Rails] on @Qiita
    リンク

  • Express / Socket.IO をスケールアウトしてみよう

    20140826.md Express / Socket.IO をスケールアウトしてみよう Seiya Konno Works at Uniba Inc. (http://uniba.jp) https://twitter.com/nulltask https://github.com/nulltask https://fb.me/nulltask スケーラビリティとは システムの規模に依らず機能を適応できること リクエストに対するスケーラビリティ アプリケーションコードに対するスケーラビリティ Express https://github.com/strongloop/express 言わずと知れたウェブアプリケーションフレームワーク 右も左もわからなかった頃 => app.js の肥大化 メンテナビリティの低下 アプリの規模が大きくなってもメンテナビリティを確保したい Mounting

    Express / Socket.IO をスケールアウトしてみよう

  • Goで使ってみたライブラリとツールの感想をそこはかとなく書くよ - 絶品ゆどうふのタレ

    会社の方でRDS TestRunnerというツールをGoで実装したわけですが、今回の実装にあたってGoの色々なライブラリ/ツールを見て回った印象として、まだまだ群雄割拠状態だなーという感じでした。 これからスタンダードが決まっていくのでしょうが、今後も考えて各ライブラリ等を利用した感想を共有しておくのは有益そうなので、書き残しておくことにします。 ちなみに、今回はかなりの率でHashiCorpのmitchellhさん作のライブラリやツールを利用していますｗ なので、ほぼこの方の紹介になってますね。。。 コードもterraformなどの実装をかなり参考にさせていただきました。 やはりGoでのプロダクト経験が豊富な人の実装は、色々参考になりますね(＾＾ゞ ライブラリ HCL (HachiCorp Configuration Language) 今回のConfig書式とそのパーサライブラリには、

    Goで使ってみたライブラリとツールの感想をそこはかとなく書くよ - 絶品ゆどうふのタレ

  • 関数型プログラマのためのRust | POSTD

    この投稿はEdward Z. Yangが2010年に書いた OCaml for Haskellers 、私自身が今年頭に書いた Haskell for OCaml programmers の流れに沿っています。 目次 プロローグ なぜRustを学ぶべきか 直接対応が可能なもの トレイト：Rustの型クラス アドホックなオブジェクトとメソッド 安全な参照 寿命と記憶域、そして管理オブジェクト オブジェクトの共有：RcとArc マクロとメタプログラミング リテラル 謝辞 参照 Copyright and licensing 注 : この記事の最新版は下記サイトで見られます。 http://science.raphael.poss.name/rust-for-functional-programmers.html 他のフォーマット： Source , PDF プロローグ C言語プログラマのための

    関数型プログラマのためのRust | POSTD

  • RESTとJSON、スキーマ定義について思うところ

    mozaic.fm #7 RESTや#mozaicfm REST を聴いての感想、それから「Web+DB vol82のWebAPIデザインの鉄則」に触発されたので書こうと思う。 REST設計について WebAPIを設計するうえでRESTが重要であることは周知のとおりである。 “Constraints are liberating”「制約は自由をもたらす」 @t_wadaさんがおっしゃっているように、RESTを前提にすれば、「アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる」という大きなメリットが生まれる。 しかし、相変わらずリソース設計やらインターフェース設計やらで悩んでおられる方も多いと聞く。 その一方で個人的には適切なフレームワークを使えばREST設計で悩まなくてもよいはず(※3)という思いもある。 インターフェース設計な

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.