タグ

2011年10月2日のブックマーク (17件)

  • rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType

    こちらの記事を参考に自分で自動テスト環境を構築した記録です。この記事はすごく参考になりました。感謝です。 Rails3+RSpec2+Spork+Guard(guard-rspec,guard-cucumber)で最速のBDD(振舞駆動開発)環境を作る - Curiocity Drives me 0.環境 # Gemfile source 'http://rubygems.org' gem 'rails' gem 'rake', '0.8.7' gem 'mysql2', '0.2.6' gem 'haml-rails' gem 'jquery-rails' $ bundle install --path vendor/bundle1.rpec-rails, factory_girl_railsのインストール # Gemfile source 'http://rubygems.org' g

    rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType
  • RSpec: fixtures vs mocks

    Hi there!, It's been a while since the last time I wrote but better late than ever ;) This time I'm going to dissert a little about the way we write our specs. In particular, as I am a rookie with rspec, I would like to know which is the right way to load data into our tests. For that matter, I've found that there are mainly two approaches for that: 1) use fixtures or 2) use mocks/stubs instead. U

  • Cloud Foundry Jobs, Employment in Palo Alto, CA | Indeed.com

  • rummelonp.com

    rummelonp.comNameKazuya Takeshima Blogrummelonp.hatenablog.com Mastodon@[email protected] Twitter@rummelonp GitHub@rummelonp

  • Test-Driven React: Find Problems Early, Fix Them Quickly, Code with Confidence by Trevor Burnham | The Pragmatic Bookshelf

    Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl

  • 携帯電話スタンド

    Twitterで携帯電話スタンドが紹介されていました。 100均で売っているのでてっきり、Made in Chainaかと思いましたが、日製です。 http://www.yamadakagaku.co.jp/keitaistand.htm キャンドゥで扱っているというので、会社帰りに最寄のキャンドゥによりました。 大人気なのか、クリアが3個しかありませんでした。 とりあえず、3つゲット 遊んでみました。

    携帯電話スタンド
  • Androidの下回りのすごい資料

    Android アプリケーションが起動するまでの流れ というすごい資料が公開された。 DSAS開発者の部屋 http://dsas.blog.klab.org/archives/52003951.html まだすべて見きれてないが、起動系の知りたかったこと、ほぼ書いてあるんじゃないかな。 ということで、ちょっと丹念に見てみよう。 横浜PF部で是非発表して欲しいな(^^)

  • Android’s HTTP Clients

    [This post is by Jesse Wilson from the Dalvik team. —Tim Bray] Most network-connected Android apps will use HTTP to send and receive data. Android includes two HTTP clients: HttpURLConnection and Apache HTTP Client. Both support HTTPS, streaming uploads and downloads, configurable timeouts, IPv6 and connection pooling. Apache HTTP ClientDefaultHttpClient and its sibling AndroidHttpClient are exten

    Android’s HTTP Clients
  • [ANN] Rails 3.1.1.rc2

    Hi everyone, Rails 3.1.1.rc2 has been released. Please give it a try, it’s our chance to fix regressions you might find and make a beautiful 3.1.1 stable release. If there are no regressions I will be releasing 3.1.1 final next October 3rd. If you find any regression please contact me ASAP by email, twitter or github. CHANGES Action Mailer No changes Action Pack Allow asset tag helper methods to a

    [ANN] Rails 3.1.1.rc2
  • 新人OL、つぶれかけの会社をまかされる - elm200 の日記(旧はてなダイアリー)

    あまりに深く感動すると書評というのは書きにくい。批評対象との距離が取りづらくなるからだ。このはそんな一冊。 新人OL、つぶれかけの会社をまかされる (青春新書PLAYBOOKS) 作者: 佐藤義典出版社/メーカー: 青春出版社発売日: 2010/09/29メディア: 新書購入: 3人 クリック: 81回この商品を含むブログ (29件) を見る まず表紙の絵を見てほしい。可愛い若い女の子がピザのかけらをかじりながら、ミニスカートのビジネススーツを着て仁王立ちしている。マンガ風だが、インパクトのある絵で(特に男性は)はっと目を引き寄せられずにはいられないだろう。ノリが軽い。実際、このはラノベなのだ。ただ普通のラノベとは違うのは、マーケティングの教科書でもあるという点だ。しかも非常にまっとうな。 著者の佐藤義典氏は、早稲田大学政経学部を卒業後、ペンシルベニア大ウォートン校で MBA を取得。

    新人OL、つぶれかけの会社をまかされる - elm200 の日記(旧はてなダイアリー)
  • Island Life - 無限素数列、続き

    About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ

    Island Life - 無限素数列、続き
  • 会社を楽しくするために「朝会」で実践してみたコト | Lancers社長日記

    いいね! 12 ツイート B! はてブ 53 Pocket 84 2ヶ月ほど前の、朝9時30分の「朝会」でのできごと。ふと気づくと、会社の「朝会」の空気が「どよーん」としている日がありました。夏の暑い日で、長丁場の開発中でもあり、色々と疲弊していたのは間違いないのですが、「自分が経営している会社がこんな空気になるなんて最悪だ!こんな時でも楽しい空気にしたい!」と強く思ったのを覚えています。 その日以来、色々とを読んだりして、この2ヶ月間、コツコツと小さなことですが、実践してみました。他のメンバーがどう思っているかは知りませんが(笑)、個人的には楽しく「朝会」ができているのではと思っています。 ここでいう「楽しい」というのは、会社として、皆と目標・気持ち・疲れなど色々なことをポジティブに共有できている状態なんだと思っています。 いくつか実践して効果があったことをご紹介できればと思います。

  • Sharp ハッカソンで作ったアプリを公開しました。

    子供向けのホームアプリ(正確には、自分が普段使っているスマホでときどき子供にゲームとかさせる親向け)です。 Pakaroid - Android Market 「子供にスマートフォンのアプリで遊ばせたいけど、関係ないアプリを勝手に起動させたくない。」 「子供用のアプリに簡単にアクセスしたい。」 「子供でも使えるようなホームアプリに、アプリをまとめておきたい。」 そのためにどういうアプリがいいかな、ということで、 ・ホームから子供が自分でアプリを起動できる - Pakaroid(パカロイド)というゆるキャラをタップして アプリ一覧を表示(しかもキャラがでかいからタップしやすい) - 全体的にポップな感じ - アニメーションをつけて楽しく ・関係ない操作をさせない - メニューキーのロングタップや検索キーのロングタップを無効化 - 設定アプリなどへの入口であるダイアログの表示方法を メニューキ

    Sharp ハッカソンで作ったアプリを公開しました。
  • Ulam Spiral

    多面体描画道楽 (19) 微分解析機 (17) 再帰曲線 (14) Christopher StracheyのGPM (10) 曜日の計算 (10) 素因数探し (7) 菱形六十面体 (7) EDSACのプログラム技法 (6) Life Game (6) 古い計算機 (6) SATソルバ (5) ビットごとの秘法と技法 から (5) ビットスワップ (5) 開平法 (5) 面積計を使う調和解析器 (5) ARMのプログラム技法 (4) HP-16Cのプログラム技法 (4) Rubicキューブのシミュレータ (4) 乗算表 (4) 個人用電卓のプログラミング (4) 入れ子のかっこ (4) 復活祭公式 (4) 15パズル (3) 3シリンダ機関車 (3) Maxwellの面積計 (3) PDP8のプログラム技法 (3) Piの1000桁 (3) unix time (3) フィボナッチ数の話

    Ulam Spiral
  • スタートアップからのシリコンバレー進出:「進出すべき会社」ではなく「進出に望ましい会社形態」

    先週、東京のセミナーで話した中身を何回かに分けて書きます。 セミナーのタイトルは「スタートアップからのシリコンバレー進出」で、アーリーステージのベンチャーがシリコンバレーに進出するにはどうしたらよいか、という内容。ただし、「シリコンバレーに進出すべきベンチャーとはどのような会社か」という内容ではありません。 「シリコンバレーに進出するとして、そのために望ましい会社の形態はどういうものか」 についての説明なのであった。 前置き:シリコンバレーに「進出すべき」会社かどうかはなぜ二の次なのか 最近しみじみ思うのだが、「シリコンバレーに進出したい」という場合、「客観的に見てそれが正しいか」は、あまり意味が無いのではないかと。(会社だけでなく、個人がシリコンバレーで働きたい、という場合も同じデス。) 理由は2つある。 1.何が当に正しいか誰にもわからない シリコンバレーは、新しいものを開拓する場所

    スタートアップからのシリコンバレー進出:「進出すべき会社」ではなく「進出に望ましい会社形態」
  • 「アジャイルなスクラッチ開発」ではダメ - 設計者の発言

    他のソフトウエア分野についてはわからないが、売掛・買掛・在庫・原価といった会計要素を統合的に管理するためのしくみ(基幹システム)の開発については、はっきり言えることがある。ウォーターフォール手法(WF)に替わるやり方としてアジャイル手法を導入しても、それが「スクラッチ開発(いちいちゼロからシステムを作るやり方)」である限り、状況はたいして変わらない(もっと悲惨なことにならなければ幸運というものだ)。 基幹システムの開発に関して、アジャイル手法に救いを求めようとする人たちの初歩的な勘違いが「WF元凶論」である。これまでの開発プロジェクトがなかなかうまくいかなかったのは、やり方が悪いからだ――そこまでの観察はおおむね正しい。しかし、そこからWFこそが元凶と断ずるのは短絡である。 それは、今にも崩れそうな石橋を前にして「<石橋を叩いて壊す>ような慎重でおおげさな渡り方はやめて、軽やかにスキップし

    「アジャイルなスクラッチ開発」ではダメ - 設計者の発言
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。