37signals流の考え方を楽しもう「強いチームはオフィスを捨てる」書評 - FutureInsight.info
Ruby on Railsの開発などでもお馴染みのスーパーテクノロジー企業37signalsが、リモートワークを取り入れた話をベースにリモートワークのススメをまとめた本「強いチームはオフィスを捨てる」。原題のREMOTEと比べるとちょっとださい邦題だなーとおもいつつ、このくらいの方がわかりやすいのかもしれません。 強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」 ジェイソン・フリード Amazon.co.jpで詳細をチェック 楽天市場でこの商品を検索 どこにいても世界中の人と簡単にコミュニケーションできるのに、なぜオフィスが必要? 人生の大切な時間を通勤に費やすのはナンセンス! 優秀な人材と一緒に働きたければ、物理的距離なんて関係ない! 前作『小さなチーム、大きな仕事』で圧倒的な支持を集めたカリスマ経営者たちが、今回取り上げたのは「リモートワーク」。 世界に散らばる36
37signalsのBasecampでは、Railsで用意されているデフォルトの3つの環境のほかに、Beta、Staging、Rollout... - Sooey
37signalsのBasecampでは、Railsで用意されているデフォルトの3つの環境のほかに、Beta、Staging、Rolloutの3つを定義して使っている。 Beyond the default Rails environments by David of 37signals Rollout環境は、新機能をまずユーザーの10%にだけ公開するために使われるもので、Flickrやetsyなど多くのサイトではFeature flippersとよばれる機構で実現している（機能毎のフラグを参照することで、新機能をユーザーに提供するかどうか切り替えるようなもの）。コメント欄でも、何故、Feature flippersではなく環境で機能のロールアウトを行うのかが尋ねられていて、DHHは以下のように回答していました。 I always want to leave the campsite in
最初からディテールにこだわると仕事の妨げになる | ライフハッカー・ジャパン
「美は細部に宿る」という言葉もあるように、常に詳細を重要視する人もいます。しかし、ソフトウェア開発会社「37signals」の共同設立者であるジェイソン・フリード（Jason Fried）氏は、詳細にこだわり過ぎるあまり、仕事が終わらなくなることがあると指摘しています。フリード氏は「詳細の重要さにこだわり過ぎることで、いかに大事なタイミングを逃すか」について書いています。早い段階で詳細にこだわり始めると、気をつけていないとやる気が無くなってしまったり、進行が遅れたり、中断したりすることになりかねません。 第1週目で、見出しのフォントサイズを気にしない。第2週目で、緑の影が完ぺきにできることに固執しない。第3週目で、送信ボタンを3ピクセル右に移動させる必要はない。とりあえずページに必要なものを載せて、それを使っていくこと。確実に仕事を終わらせること。気になるところは後で調整して、完ぺきにすれ
37signalsはベータサーバーを本番環境のデータベースに接続している
David Heinemeier Hansson氏（Railsの開発者。以下DHH）が37signalsのブログに公開したRunning beta in productionというエントリによると、同社ではBasecampの開発に使われる6つのベータサーバーがすべて単一の本番環境のデータベースを参照して動いているそうです。 DHH氏曰く、「自分がいいアイデアだと思ったものが本当にそうなのかを知るには、実際のデータを対象に自分たちが日々使ってみることが必要」とのこと。 Basecampでは新機能や改良の開発、技術的なアップグレードなどを継続的に行なっており、そのために同一の本番環境のデータベースを参照する6個の異なるベータサーバーが運用されています。通常、開発中の機能は開発用のデータベースと共に運用するのがセオリーだと思いますが、DHH氏は「実際の重要なデータとともに不満を感じながら使わない
Design Decisions: Calendar Notifications
One of the joys of building the new Basecamp was using the new Basecamp to quickly iterate on a design problem. Because I’m in Colorado and the rest of the team lives elsewhere, we rely on a combination of tools to share files and work through ideas. And while we might have used Campfire in the past, we now use Basecamp messages to quickly work through ideas and keep the conversation focused. Duri
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"> � Ƙ�U @����U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
Ruby on Railsのチームから学ぶ仕事術
Ruby on Rails自体についての解説は、「WebプログラマはRailsに乗るべきか？」や、「Rubyでアジャイルプロトタイピング」にもありますので、そちらもぜひご覧ください。本記事は2006年に執筆されたものです。RubyやRuby on Rails全般の最新情報は＠IT Coding Edgeフォーラムをご参照ください。 素早く開発が行えるRuby on Railsに驚くとともに、Railsのプロジェクトの素早さの根源はどこにあるのか不思議に思った人も多いことでしょう。 Ruby on Railsの開発には、37singals社のDavid Heinemeier Hansson氏を中心とする11名で構成されたチームがかかわっています。 Core team behind Ruby on Rails Ruby on RailsによるWebアプリケーション構築風景を撮影したいくつかのス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
