タグ

*devに関するhi_iguのブックマーク (31)

  • Guides Blog Tutorial - Padrino Ruby Web Framework

    新しいフレームワークについての文章を読むときに、私はしばしば、フレームワークについて詳しくなるには、短い、簡単なアプリケーションを開発する内容のチュートリアルを読むことが一番だと思います。そういったチュートリアルは、新しいユーザに対して、フレームワークを利用した際の開発の流れやプロセスについての「感覚」をスピーディに身につけさせてくれます。このガイドでは、ユーザに単純なブログを Padrino でどう開発するかを示します。チュートリアルに沿って、各ステップごとに説明を付与し、また関連するより詳細な情報へのリンクも提供しています。 Screencast このチュートリアルの内容を収めたチュートリアルも利用できます: blip.tv で見る (Select fullscreen) Vimeo で見る (Low Resolution) ファイルダウンロード (211 Mb, 12:00 in Q

  • るびま

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • zsh使いなら効率改善のため知っておきたいAUTOJUMP - Glide Note

    joelthelion/autojump - GitHub zsh補完関数の書き方をいろいろ調べていたら、autojump-zshというパッケージを発見。 気になって使ってみたらめちゃくちゃ便利で、久々に感動したので紹介。 autojumpはcdコマンドの拡張的なコマンドで、移動したディレクトリを記録し、 ディレクトリ間を行ったり来たりするときに絶大な効果を発揮します。 公式wikiに書いてあるよう コマンドライン作業の10〜20%はcdコマンドのため、ディレクトリ移動の動作が 改善すると必然的に作業効率も向上するということです。 実際私もautojumpを使い出してから、作業効率が上がりました。 それでは早速autojumpの説明を。動作検証環境は下記です。 Mac OSX 10.7.3 Fedora 16 Scientifix Linux 6.1 導入方法 autojumpを利用するに

    hi_igu
    hi_igu 2012/02/29
    ディレクトリ移動を便利にするautojump
  • Home

    On this page, you will find basic instructions on how to get started. Further information is available in the following subpages. Getting Started - Introduction to Thor conventions. Includes a simple example with explanations of tasks, parameters, and options. Method Options - Explains what you can do when defining options for Thor tasks. Invocations - Shows how you can have Thor tasks depend on o

    Home
  • 変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -

    この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数

    変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -
  • vimで効率的にコードを書くための小技 - bonar note

    vimは使いこなしている人は超人のように使いこなしているのですが、「たまにconfファイルいじる時だけ使うよ。まあ、普段はemacsだけどね」という人は、vi時代の機能のみ使っているのをたまに見かけます。 そこで、通ぶって恐縮なのですが、僕が普段vimを使っていてとっても便利で効率が上がると思う操作を紹介したいと思います。また、僕自身が Mac OS X な環境なので、「外部コマンドとの連携」などでWindowsだと再現できないものがあるかもしれません。ごめんなさい。 用語の使い方や理解が間違っている部分があるかもしれませんがその場合はご指摘いただければと思います。あと、「これ抜かしちゃ駄目でしょ!」みたいなのがあればアドバイスお願いします〜。 それでは、 [あとで読む] vimの基操作 (知っていると思うので省略) 超概略 挿入モードと編集モード キー操作 内容 i 挿入モード突入(文

    vimで効率的にコードを書くための小技 - bonar note
    hi_igu
    hi_igu 2012/02/28
    vimでマクロとか便利機能を使う
  • zsh補完関数を自作すると便利 - はこべにっき ♨

    会社でコードを書いていると、いろんなプロジェクトのディレクトリ間を頻繁に移動します。毎回cdするのはだるいので、それを解消する便利なzsh用の関数と補完関数を書いたので紹介します。はてなエンジニアのひとと、zsh補完関数を書いてみたい人にはそこそこ役立つといった趣のエントリです。 会社のプロジェクトのリポジトリは、~/work/hatena というところに全部まとめています。だいたい以下のような感じです。 > ls ~/work/hatena Hatena-Antenna/ Hatena-Diary/ Hatena-Ugomemo/ git-hooks/ Hatena-Bookmark/ Hatena-Group/ Ridge/ iphone/ Hatena-Coco/ Hatena-Star/ android/ sketch/ 各プロジェクトのリポジトリには頻繁に移動するので、簡単なz

    zsh補完関数を自作すると便利 - はこべにっき ♨
    hi_igu
    hi_igu 2012/02/27
    zsh補間関数とよく使うディレクトリ移動
  • 初心者でも2週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 | 株式会社インフィニットループ技術ブログ

    初心者でも2週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 どうもこんにちは、フレッシュさに定評のない新入社員のtek_kocです。 初めてのお仕事として「Titanium Mobileでアプリを試しにつくってみる」というのを担当していました。 JavaScriptはあまり使ったことがないですし、そもそもMacもほとんど触ったことがなかったので苦戦するかと思いましたが、2週間ほどでとりあえず形になるところまでできました。Titanium Mobileすごいです。 ということで、Titanium Mobileで試しにアプリ開発をしてみた感想を書いてみました。 そもそもTitanium Mobileとは? Titanium Mobileとは、Appcelerator社によるスマートフォン対応アプリケーションの開発環境です。 iPhoneiPadAndroid

    初心者でも2週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 | 株式会社インフィニットループ技術ブログ
    hi_igu
    hi_igu 2012/02/26
    Javascriptを使ったandroidアプリ開発 titanium mobile
  • Rhodes[1]Rubyでネイティブモバイルアプリを作成

    新しいスマートフォンアプリの開発方法として「マルチプラットフォーム対応フレームワーク」という選択が可能になってきた。 3Dゲーム用エンジンで有名な「Unity3」や、Lua言語を採用した同じくゲーム向けである「Corona」、JavaScriptをネイティブコードに変換する「Titanium Mobile」、そしてまるでWebアプリケーションを作成しているかのように開発ができる「Rhodes」などがある。 Unity3はiOS/Android用ライブラリはアドオンとして有料で販売されている。Coronaは商用利用の場合はライセンス料がかかる。Titanium MobilとRhodesはどちらともオープンソースソフトウエアとして公開されており、ライセンス形態は違うが商用利用の場合でもロイヤリティフリーで利用することができる。 また、Androidなどではあまり関係ないが、iOSではApple

    Rhodes[1]Rubyでネイティブモバイルアプリを作成
    hi_igu
    hi_igu 2012/02/26
    rubyを使ったandroidアプリ開発
  • DollPaper.com is for sale | HugeDomains

    hi_igu
    hi_igu 2012/02/26
    grep -v -f ファイルを使った除外
  • いまさら聞けない、#! で始まる1行目の名前とenv指定時の挙動 - 基本へ帰ろう

    シェルスクリプトであれば1行目に #!/bin/sh と書くと思うのですが、1行目の名前や挙動についてよく分かってなかったので調べてみました。 名前 シバン (Unix) - Wikipedia シバンまたはシェバン (shebang) とはUNIXのスクリプトの#!から始まる1行目のこと。起動してスクリプトを読み込むインタプリタを指定する。 hash-bangまたはsharp-bangとも言うが、後者を縮めたshebangという呼び方が一般的かつシンプルである。 シバンというのですね。 用語集:シェバング: UNIX/Linuxの部屋 この「#!」のことを「シェバング」(shebang) と呼ぶ。また、この行全体を「シェバング行」と呼ぶこともある。シェバングの語源は「sharp bang」「shell bang」など、いくつかあるようだ。 なぜ、#! なのか 用語集:シェバング: UNI

    いまさら聞けない、#! で始まる1行目の名前とenv指定時の挙動 - 基本へ帰ろう
  • RSpecの構文 - Start! Ruby

    * RSpecの構文 見は、これ http://github.com/mitim/tddbc-lrucache/blob/master/lru_cache_spec.rb ** 慣習 RSpec用のテストとして書くテストコードは、[テスト対象のファイル]_spec.rb という名前でつくる。 ** なにはなくともrequire require 'lru_cache' テスト対象のファイルを読み込ませる。 ちなみに、RSpecの何かをrequireする必要なない。 ** まずは基 describe do end で、一番外側のブロックを記述する。 通常は、次のようにテスト対象のクラスを宣言しておく。 describe LRUCache do end また、一緒に説明を付けることも可能。 describe LRUCache, "を初期化する場合" do end もちろん、説明だけにすること

    RSpecの構文 - Start! Ruby
  • Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • はてなブログ | 無料ブログを作成しよう

    オーベルジーヌ実レポ べ物の鼻塩塩(未だに通じるのかな) オーベルジーヌというカレーをご存知だろうか 都内にあるデリバリー専門のカレー屋で、 ロケ弁などで大人気の格欧風カレーが楽しめるらしい いいな〜 いいな〜オブザイヤー 都内の奴らはこんな良いモンってんのか 許せねえよ………

    はてなブログ | 無料ブログを作成しよう
  • Rubyを始めたい方向けまとめ(2011年秋版) - 223 Software

    最近gitrubyなど、プログラミング関連のあれこれを教える機会が増えてきました。 今自分が一番使っているプログラミング言語はRubyですが、これをどうやって効率的に学習すればいいのかなぁということを考えてみました。 情報の入手の仕方なども盛り込んで、今後自力で使いこなしていくために必要そうなノウハウをなるべく盛り込んでみました。 これからrubyを学ぼうという方の参考になれば幸いです。 また「これからプログラミングを覚えて何かWebアプリを作ってみたいけれど、とっかかりが見つからない。」という方にとっても何かしらきっかけを与えることができたなら幸いです。 ご注意 僕自身はWeb系のプログラマのため、そちらの分野に偏った内容となっています。 この分野の情報はすぐに古くなります。1ヶ月後にはトレンドが全く変わってしまっている可能性がありますので、新しい情報を常に参照するように気をつけてく

  • Gitを使っていて zsh: no matches found: HEAD^ などと言われない方法 - 工夫と趣向と分別と。

    Gitを使っていると、今のcommitなし!とgit reset --soft HEAD^したり、abc1234以降のコミットをパッチ化したい!とgit format-patch abc1234^したくなることがよくあるわけだが、この^はzshの拡張グロブ有効化時(setopt extended_glob)はメタ文字として働くため、そのまま入力すると標記のエラーで怒られてしまう。 いちいちエスケープするのは面倒だと思うのだが、ぐぐってみても正面から対処している人があまりいないようなので紹介しておくと、拙作のgit-escape-magicを使えば良い。リンク先のドキュメントの通り、ふつうに入力するだけで、いい感じに文脈を見て自動エスケープしてくれる。 このように、zle(zshラインエディタ)をいじると結構おもしろいことができる。 たとえば、3つ上のディレクトリを参照するために../../

  • Webサイトの制作スピードを、より向上させる目的で作られたスターターキット・99lime - かちびと.net

    結構参考になったので備忘録がてら ご紹介。Webサイトの制作スピードを より向上させるために、汎用的なUI を集めて、マークアップも綺麗な状態 で済むように設計されたスターター キット、というかフレームワークです。 制作スピードを向上させる目的で作られたHTML5フレームワークです。レイアウトだけでなく、汎用的なUIも備わっていて、class名1つ付けるだけでタブやスライドショーを実装出来るようになっています。 そういった仕様にする事で、シンプルで綺麗で可読性の高いソースを保てるように設計されていたりと、結構参考になるスターターキットですよ。フレームワークは自作してるので良い部分を組み込んでみようかなと思いました。 タブやドロップダウン、スライドショーなどを備えているだけでなく、class名1つで実装出来るようになっているので、綺麗なソースを保持する事が出来るようになっています。 いろいろ

    Webサイトの制作スピードを、より向上させる目的で作られたスターターキット・99lime - かちびと.net
    hi_igu
    hi_igu 2012/01/23
  • source-highlightのビルド覚書 | 12FF5B8

    hi_igu
    hi_igu 2012/01/19
  • ファイル管理コマンド --Mukuan Task Force--

    cat ファイルの内容を標準出力に表示する 書式: cat [オプション] ファイル名 ファイルの内容を標準出力に表示するコマンドです。リダイレクトと組み合わせてよく利用します。 "less"や"more"などのページャとは異なります。

  • git:ブランチの内容をマージする

    gitでは、ちょっとした開発やバグフィックスなどbranchを使用して開発する。 このために、頻繁にマージしたくなる。 ただし、ここであえて「マージ」と記述したのは、”git merge”のことではなく、 変更した内容を反映させたいという意味で「マージ」だ。 そのマージする際の、いろいろな手順にを覚書として記録しておく。 1)ブランチのコミットした内容も含めてマージする git merge [ブランチ名] 2)ブランチの修正した内容すべての変更を取り込む つまり、1)でやったこととほぼ同様だが、コミットはしない。 git merge --squash [ブランチ名] これで、ブランチ上で行ったすべての変更が1つになって取り込まれる。 しかしながら、これでは、せっかく何度もブランチ上で育てたログが無駄になってしまう。 ログとソースをきれいにした状態で再作成したい場合にはこれではこまるの

    hi_igu
    hi_igu 2012/01/18
    ブランチのマージ方法いろいろ