Trelloのアーキテクチャ - ワザノバ | wazanova
http://nodeup.com/fiftyfour 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 Trelloのアーキテクチャについてのアップデートです。2012年1月にブログで紹介されたものと、昨年11月の最新状況をまとめてみます。 まずは、当初のアーキテクチャ: UIをクライアントサイドで生成し、プッシュでの更新を受け入れるシングルページアプリ。Client/ServerともにJavaScript、2011年5月以降はCoffeeScriptで書いている。 1) The Client TrelloのサーバはHTML、クライアント側のコードをほぼ扱っていない。Trelloのページは2Kのシェルで、一つの圧縮されたJavaScriptファイル（サードパーティのライブラリと圧縮したCoffeeSc
APIファーストで開発する - ワザノバ | wazanova
http://blog.pop.co/post/67465239611/why-we-chose-api-first-development POPは、簡単にビジネス/アイデアをかたちにするために、1分でドメイン/スタートページ/メアドを用意できるサービスとのこと。彼らが、「APIファースト」で開発しようとした理由を紹介してます。 1) 将来APIを提供できるように 機能を追加する都度、APIが既に準備できているかたちになるので、将来APIを第三者に提供するときもスムーズ。 2) フロント/バックエンドの分離 バックエンドのテンプレートコードがフロントエンドのクライアントビューとやり取りしない仕様にすることで、将来の開発に負の資産を残さない。 3) スケーラビリティ フロント/バックエンドそれぞれを独立してスケールさせることができるので、将来的にメリットがでるはず。 4) 開発言語のバリア
Zillow: モバイルアプリの自動化テストフレームワーク - ワザノバ | wazanova
http://engineering.zillow.com/the-search-for-mobile-app-test-automation/不動産価格サイトのZillowが、エンジニアブログで、モバイルアプリのテスト自動化のソリューションを比較検討した経緯を紹介してます。 1) 背景 モバイル向けのテストツールを２年半探したが、Robotiumフレームワーク(Android)は1ヶ月ももたずに使えなくなったので、テストケースを定期的に実行するチャンスがなかった。次にKIF (iOS) は、アプリと直接つながったObjective-Cのコードを書かなくてはいけなかったので断念。XcodeのInstrumentsは、ワークしたものの、メンテしきれなくなった。 2) Robotium Drawbacks テストケースごとにコンパイルする必要があった。ANt, pomファイルのメンテナンス。J
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としてよく知られるとおり、人間が良
リモートワーカーになってみて感じてること - ワザノバ | wazanova.jp
https://weworkremotely.com/ 37 Singnals のDHHの最新の著書「Remote: Office Not Required」がKindleにダウンロードされてきたので読んでみようと思ったら、同じタイミングでリモートワーカー専用のリクルーティングサイトが立ち上がっていました。 ワザノバの場合はメンバが太平洋の両側にいるので、必然的にリモトワーカーになったわけですが、６ヶ月経過してみて感じてることは、 通勤時間がなくなったので、時間効率はかなりよくなった。 アメリカのオフィスは飲み物/スナックが食べ放題で、それほど好きでもないコーヒーを水替わりに飲む習慣がついていたので、明らかに体調はよくなった。 オフィスでのストレスがなくなったのかもしれないが、元来ストレスはそれほど感じないので大きな変化はない。 事業戦略とか深く考えなくてはいけないときは一人で静かなところ
Spotify: iOSのビルド作業時間を短縮する - ワザノバ | wazanova.jp
http://labs.spotify.com/2013/11/04/shaving-off-time-from-the-ios-edit-build-test-cycle/ Spotifyのブログで、iOSのビルド作業において、XCodeが実行する間の待ち時間を短縮する取組みを紹介しています。 1) 背景 ソースコードをいじった後、XCodeでRunボタンを押してからシミュレータで結果を確認できるまでの時間は、自宅のiMacで平均82秒かかっていた。コマンドラインで確認したところ、linkingで29秒、dSYMファイルの生成で25秒。SpotifyのiOSクライアントのコードベースはかなり大きく、linkerが2,000のオブジェクトファイルをまとめる必要があるので、おそらく取組みがいがあると判断。 2) dSYM file generation dSYMは、OSXの初期、linker
CIについてのおさらい - ワザノバ | wazanova.jp
CIについては、 CIに興味がある会社は多いが、 バックアップをとってない バックアップをとっていても手順書がない システム監視してない 退職者がでても本番用のパスワードを変えてない サーバ設定管理をしてない システムをスケールさせる段取りがついてない サーバ交換の手順が決まってない など、まともなシステム運用環境が用意されてない事例が散見される。最初からHerokuやPaaSに任せている会社であればよいが、そうでなければ基本的なことの整備は大切。まずは、Ansible / Puppet / Chef / SaltStackなどでの設定管理から手をつけてみればよいのでは。 という意見もあるようですが、「CIとは何か？」については、やはりThoughtWorksのサイトが一番簡潔によくまとまってるようです。 Integrate at least daily コードを1日数回共有のreposi
ダブルMVCの意味するところ [GoGaRuCo 2013] - ワザノバ | wazanova.jp
[Video] http://www.youtube.com/watch?v=s1dhXamEAKQ TildのYehuda KatzのGolden Gate Ruby Conference 2013での講演。 Ruby on RailsのクリエーターであるDavid Heinemeier Hanssonが、「JavaScript勢はダブルMVCで苦しんでいる。サーバとクライアント両方にMVCが必要で複雑すぎる。」とTwitterで発言したのに対して、Yehudaは、それでは誤解を与えると危惧し、GUIプログラミングが歴史的にどのようにMVCに発展してきたかを紹介することで、ダブルMVCが本当に意味するところを解説しています。 DHHの発言は、盛り上がってきたMeteor / Node.js勢に対する単なる批判っぽいですが、それに対してYehudaはロジカルに話をまとめてます。 スライドを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
