「いまどき!?」CakePHPでPHPUnit入門 - Qiita
はじめまして、セプテーニ・テクノロジー（ベトナム・ハノイ）駐在の鎌田です。 昨今、社内グループにおける新規サービス開発の現場においても、RailsのRspec、ScalaのScalaTest・Specs2等々、 自然言語に近いテスト表記を用いた近代的なテスト駆動開発が主流になってきてます。 とは言え、数年前から運営中のサービス（＝テストコードが無かったりする、いわゆるレガシーコード）だと、当然、既存のフレームワークの中で選択可能なテストツールの種類も限られてきます。 そんな中、今回はあえて(?)今のトレンドから若干離れてる気がしなくもないですが、CakePHP × PHPUnitな記事を書こうとおもいます。 想定の環境としては、あらかじめCakePHP 2.xが入ってる前提です。 1.PHPUnitのインストール Pearからインストールする方法が一般的ですが、Pearから最新のPHPUn
Railsの基礎知識 | Railsドキュメント
xxx : コントローラ名、モデル名 yyy : アクション名 mmm: マイグレーション名 YYYYMMDDhhmissは作成日時が入る テーブル定義についての規約 テーブル名とクラス名 テーブル名は複数形 単語の区切りはアンダーバー(_) 対応するクラス名は単語の先頭を大文字にして _ を取り除いたもの キーのカラム名 主キーのカラム名は「id」 外部キーのカラム名は「テーブル名の単数_id」 日付関連のカラム名 DATE型のカラムには名前を「受動態_on」 TIMESTAMP型のカラムには名前を「受動態_at」 更新日時、作成日時は「updated_at」「created_at」 結合テーブル 関連させたいテーブル名をくっつけた名前 カラム「id」を作らずに、関連させる2つのキーのセットを主キー Railsの実行環境 概要 実行するときの3つの実行環境 development tes
これからWeb系のベンチャーで起業しようと思っている人へ考慮しなければいけないリストを作成した ~技術編~ - nigoblog
Web系に限らずですがとにかくいろんなことを考えなければいけません。 業界で3年以上やっていたエンジニアならいざしれず、非エンジニアやフロントエンドしか触ったことのないエンジニア。 そして学生等々、Web系ベンチャーをやるには案外考えることが多いんだぜってことを伝えたいと思います。 開発編 運用編 まとめ という流れで説明します。 開発編 主にサービスローンチまでのプロセス。 最近でいうとMVP (Minimum Viable Product)だったりアジャイルだったりが流行っていますが、 とりあえずMVPを構築するまでに考えなければいけないことをリストを書いていきます。 1. 言語は何を使うか 一番ベーシックな概念にして、一番重要かもしれません。 とりあえずフロントエンドはさておき、バックエンドをどうするか。 ここで選択肢を上げておきます。 PHP Perl Ruby Python Sc
Herokuで作るFacebookアプリ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
自社サービスの機能を簡単にAPIで提供出来てしまう！gem doorkeeperが凄い。 - @camelmasaの開発日記
自社サービスにAPIを実装する事ってあまりないですよね。 kamadoのプロダクトも現在はAPIは公開してません。 もし提供するのであれば、簡易的な方法ですが、ユーザーテーブルにtokenカラムを追加して、API用のルーティングを作成する…という方法が考えられると思います。 しかし、その実装時間でより良いAPIが実装出来るとしたら素晴らしいですよね。 そこで紹介したいのがgem doorkeeperです。 日本語の記事が見当たらなかったので記事にしました。 github https://github.com/applicake/doorkeeper gem doorkeeperってどんな機能があるのか？ 簡単に説明すると、 ・アプリケーションの管理機能 ・アプリケーションの承認管理 ・スコープの設定 いってしまえば、Facebook API(に近い実装)そのまま実装出来ます。 しかもOAu
Ruby を利用した大規模ウェブサービスの開発・運用 - RubyKaigi 2011 発表資料 - クックパッド開発者ブログ
技術部開発基盤グループの id:secondlife こと @hotchpotch こと舘野です。 先日の RubyKaigi 2011 で、「Ruby を利用した大規模ウェブサービスの開発・運用」という内容で発表させていただきました。 前半はクックパッドのサーバアーキテクチャ、各種サーバのアプリがどんな風に動いているのかの紹介を、後半では「開発」→「デプロイ」→「フィードバック」→「開発」…という、サービス開発で行われているサイクルを30人以上エンジニアが居るクックパッドでどう高速に回し続けているかのお話しです。 Ruby を利用した大規模ウェブサービスの開発・運用 [slideshare id=8630511&w=425&h=355&sc=no] View more presentations from hotchpotch 当日のRubyKaigi 2011 での発表の動画は、以下を
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> `�s�U �q��U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
QAhub - QAhubはShapadoで構築されています。 - QAHub
QAhubはRuby on Rails製のQ&AサイトShapadoで構築されています。ここではShapadoの開発、設置に関する日本コミュニティを運営します。 CakePHP PHPの高速開発フレームワーク、CakePHPに関するQ&Aサイ... OpenSource オープンソース・ソフトウェアに関するQ&Aサイトです。ライセンス... Google Apps Q&A Google Appsを利用する上でのQ&Aを蓄積するサイトです。 jQuery Q&A JavaScriptのフレームワークjQueryを使った開発のQ... Rails Q&A Ruby on Railsを使ったシステム開発のQ&Aサイトです。 もっと見る
１時間でツイッターサービスを作ろう！
はじめに どうもKRAYの芳賀です。 今日はツイッターサービスをスピーディーかつ無料で作るお話です。 僕は日頃趣味でツイッターサービスを作っているのですが、アイデアを着想したその日のうちにプロトタイプを作って動かすことができるくらいにノウハウが溜まってきました。 仕事が終わってからのプライベートな時間だけでも、１週間から１か月もあれば１つサービスがリリースできる感覚がつかめたので、必要最低限の機能を備えたサービスを短時間で作れないだろうか？と時間を計測しつつ実践してみたところ、なんと１時間で完成できたので、その手順を紹介します。 開発の流れ まずは開発の流れを説明します。 ツイッターアカウントの用意 まずツイッターのアカウントが必要になるので、まだ持っていなければ取得しましょう。サービス用に改めて取得してもいいですね。 サーバの用意 作成したウェブアプリを設置するサーバを準備します。PHP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SHIRASAGI公式サイト
http://openbook4.me/projects/92