タグ

2013年11月20日のブックマーク (5件)

  • ログイン後にマイページに飛ばす:Rails devise - とりあえずnull

    こんな処理を行ないたい人にオススメ ・ログイン後に各ユーザーのマイページに飛ばしたい deviseを設置してログイン機能をつけたのはいいものの、ログイン後に「ここにリダイレクトしてほしい!」っていう場合があります。というか、ウェブアプリを作る場合だとほとんどそんな感じだと思います。 ってことで調べてみたらやはりそこで詰まっている人が多いのでしょう。ネットにたくさんのナレッジが貯まっていました。それを整理しつつ、各マイページに飛ばす方法までまとめていこうと思います。 1:ログイン後の遷移先を指定する ページを読み込む際に必ず処理されるのがapplication_controllerですよね。そこにdeviseの遷移条件処理を書いちゃえばログイン後に飛んでほしいページへジャンプすることができます。処理も簡単でメソッドを書くだけでOKです。 class ApplicationController

    ログイン後にマイページに飛ばす:Rails devise - とりあえずnull
  • gitのリモートリポジトリの更新を確認する - Qiita

    gitのリモートリポジトリが更新されているかどうかを確認する方法はいくつかあります。 方法1: git fetch 後にdiffをとる 方法2: git ls-remote コマンドを使用する git ls-remoteを使用することでリモートリポジトリのコミットIDが取得できます。 リモートリポジトリの最新コミットID(HEAD)とローカルの最新コミットID(HEAD)を比較し、その2つが異なっていれば差分があると判断できます。 さらに、リモートのコミットIDが過去に存在しないものであれば、ローカルのリポジトリが古い(マージしていないコミットがリモートに存在する)ことになります。 $ git ls-remote origin HEAD 78ddd44eb3b76017a55014f27d9f846054dfa52b HEAD $ git log -1 HEAD # or master c

    gitのリモートリポジトリの更新を確認する - Qiita
    takaesu
    takaesu 2013/11/20
    gitのリモート側の操作について
  • Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova

    GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良

    takaesu
    takaesu 2013/11/20
    “役割を増やしたチームを新設して組織を無駄に肥大化させるのでなく、ツールを活用して解決できることも多い。組織を無駄に肥大化させるような昔からの固定観念は疑ってかかるべき。会社は成長する過程では変わらな
  • CoreDataに初期データをセットする

    CoreDataに初期データをセットする 一般的に、CoreDataに初期データをセットするのはどうやっているのだろうか? ネットを検索すると、わざわざ初期データ作成用のプロジェクトを作って、そこでデータを入れておいて、出来上がったデータベースファイルをコピーして使うというやり方が見つかった。 しかしこれは当に一般的なやり方なのだろうか?たとえば複数言語に対応する場合、各言語の初期データを入れたデータベースファイルを作るのか? まぁ、ローカライズのことを考えると、やはり初期データをプロパティリストとして持っておいて、初回起動時に登録するのが良いような気がする。 ということで、実際に試してみる。 まずSingle View Applicationでプロジェクトを新規作成。CoreDataInitializeDemoという名前を付けよう。 次に、CoreDataを使うので、TARGETSを選

  • [XCODE] CoreDataにおいてテーブル定義変更を行う方法 - YoheiM .NET

    今日は、iPhone開発ネタのうち、CoreDataのお話です。 CoreDataを用いたデータの永続化は、多くのアプリで行われていると思います。 しかし、一度テーブル定義を行ってから、その後テーブル定義変更を行い、その後アプリを 実行するとエラーが。そのエラーを発生させず、定義変更後にデータを移行する方法を 今日は書きたいと思います。 CoreDataのデータ移行(マイグレーション)の必要性 私がリリースしているiPhoneアプリの中に、出費管理を行う Pocket.Money.Managementがあります。 このアプリでは、出費情報(日付、内容、金額)をCoreDataを用いて保存して、参照するアプリです。 既にリリースしているのですが、このたびテーブルを一つ追加したいと思いました。 その際に、既に定義済みの定義ファイルを変更すると以下のようなエラーが発生します。 2012-05-0

    [XCODE] CoreDataにおいてテーブル定義変更を行う方法 - YoheiM .NET