メジャーどうこう言われています。 ブログやTwitterにもたくさんのコメント頂きましたが、 皆さんの予想が合ってるかどうかわかりませんが。 来年は… 北海道日本ハムファイターズのユニフォーム着ていますよ(^^)
![ダルビッシュ有『来年の事。』](https://cdn-ak-scissors.b.st-hatena.com/image/square/2b23539c40d0964b1eac9748f588532e8f276552/height=288;version=1;width=512/https%3A%2F%2Fstat100.ameba.jp%2Fspskin%2Fheader%2Ftalent%2Fd%2Fdarvish-yu-blog.jpg%3F20240528)
Why manually run your tests, when the computer can do it for you! Autotest is a great tool to speed up test-driven development with Ruby or Ruby on Rails. Autotest makes your coding session even more productive as it automatically runs a subset of your test suite each time you change a file. Autotest is smart – it figures out which subset to run based on the files you’ve changed. Think of it as Co
9月からやる仕事がめでたく、Rails3.0 + Ruby1.9.2のお仕事なので色々と環境構築。とりあえず自動テストまわりやりました。 一応、環境を他と切り分けるために、rvmでアプリ用にgemsetを用意。アプリごとに簡単に環境を構築できるrvmマジ便利。 gem install bundler --pre gem install rails まずは、bundlerとrailsをインストール。次は適当なアプリを作って必要なgemのインストールなどを行う。テストはRSpecで書くので、-TをつけてTest/Unitは使わないようにする。 rails new demo -T 次に必要なgemをGemfileに記述。rspecとかを「テストだけだから」と思って、gropu :testにしたら、モデルを作成したときにTest/Unitのテストコードが作られたりしたので注意。githubのWik
Reprocessed, by Matt Patterson Something approaching a weblog RecentlyThe archivesTags For a long time I've thought that it would be a good idea to have a Continuous Integration server that could run all the tests for a project on checkin to source control. Until I started making use of Cucumber I didn't really have a full test run that took long enough to make buying a separate CI server feel mor
こんにちは、@sawada0903こと澤田です。 今Rails3.0を使ってサービスを開発しているのですが、 DBを定義するにあたり、やはりER図が欲しい。 Rails2.3.8を使っていた頃はRailroadというgemを使っていたん ですが、2008年で開発が止まっており、当然Rails3.0には非対応(涙)。 ちなみにRailroadに関してはこの記事が詳しいです。若干ね。若干。 Railsを見える化「RailRoad」 http://www.moongift.jp/2007/07/railroad/ なのでしばらく頭の中で開発を進めていたんですけど、やっぱり欲しい。 アジャイル気味に開発してるのもあり、かっつり最初から決めたくない。 とはいえリレーションを目で見たいし、複数人で開発するとなると尚更欲しい。 そこで、Googleさんに聞いてみる....。 と! こんなgemを発見。
http://d.hatena.ne.jp/shi3z/20101015/1287124685 のブコメでのid:shi3z さんとの会話に触発されて、Facebookとmixiのユーザーへの配慮の差を比較してみた。 技術寄りの人たちが根本的に誤解しているのが、「動きが速い」とか「豊富な機能」とかにとらわれて「迷わない」ことの重要さが吹っ飛んでいるということ。 とりあえず、一般人視点になりきってユーザーテスト。 あくまで「なりきり」だから、おそらくほんまもんの初心者が見たらこれの100倍は問題点が噴出するはず。 トップページ 文面 mixiの場合は上部の「mixiについて」できっちりSNSの概念を説明している。 Facebookのトップページは「できること」の具体的説明に乏しい。 トップページに登録フォームを置くことで使用開始までのステップを短くしたいのはわかるが、こういうものをユーザーへ
Paypalが、ついに自社の少額決済サービスであるPaypal Micropaymentsを提供開始しました。 残念ながらまだ日本語コンテンツはありませんが、既に円決済には対応しているようです。 通常、Paypalの円決済では手数料が3.6% + 40円ですが、このMicropaymentsを使用するとその手数料が5.0% + 7円となります。 それだけではわかりにくいので、通常手数料とMicropaymentsの手数料をグラフで比べてみることにします。 Paypal通常手数料と少額決済手数料の比較 手数料の分岐点を計算すると、 X * 3.6% + 40 = X * 5.0% + 7 X = 2357.1 すなわち、単価2,357円までの決済であれば、このMicropaymentサービスを使うと手数料が下がると言う事です。 たとえば、単価(ticket price)が1,000円の場合、
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く