Android Test Casual Talks 01を開催しました - ギークに憧れて
2013-12-15 Android Test Casual Talks 01を開催しました Android Test Casual Talks #1 on Zusaar Agenda 01 · hotchemi/android-test-casual-talk Wiki · GitHub Twitter / Search - #androidtest 先日､Android Test Casual Talksというイベントを@androhiさんと開催しました｡ハッシュタグは#androidtestでした｡ Androidのテスト専門イベントというニッチな会だったので人が集まるが心配でしたが､蓋を開けてみれば募集から半日程度で定員が埋まってしまい､最終的には20人以上補欠でお待ち頂くという嬉しい誤算でした｡ 会場はリクルートのMTLカフェをお借りできました｡ 会場をご提供頂いた@i2key
Dropbox CEO Drew Houston: How to Succeed as a First-Time Founder
Dropbox CEO: How to Succeed as a First-Time FounderDrew Houston knows a thing or two about finding success the first time around. Here are the things that helped him along the way. Drew Houston, co-founder and CEO of Dropbox, knows that it only takes one great idea to start a successful company. And he believes being a first-timer isn't a bad thing--in fact, you have some inherent advantages over
DropboxのCEOドリュー・ヒューストンが説く「起業初心者が成功するために大切な3つのこと」 | ライフハッカー・ジャパン
Inc.：Dropboxの共同設立者兼CEOであるドリュー・ヒューストンは、素晴らしいアイデアがひとつあれば、起業に成功することができると考えます。また、起業に挑戦するのが初めてでもあっても、決して不利にはならないと考えています。むしろ、連続起業家よりもいくつかの点で有利であるとさえ言います。 MITを卒業後、2007年にクラウドを使ったファイル共有サービス、Dropboxの元となる最初のコードをボストンのあるバス停で書いて以来、ドリュー・ヒューストンと共同設立者兼CTOであるアラシュ・フェルドーシは、Dropboxを2億のユーザーを抱え、日々10億ものデジタルファイル、写真、ビデオが共有されるまでの事業に成長させました。 この2人のMIT卒業生は（フェルドーシはDropboxの立ち上げのために途中で中退しましたが）、当時多くの人が面倒に感じていたファイルの共有方法に解決策を提供しました。
Chrome Devtools for beginners (v1.1)
1. Chrome DevTools for beginners Version 1.1 2013/12/13 第4回HTML5ビギナーズ Toru Yoshikawa (@yoshikawa_̲t) 2. Who? 吉川 徹 / Toru Yoshikawa @yoshikawa_̲t html5j／HTML5とか勉強会スタッフ／ビ ギナー部 (副部⻑⾧長) Google Developer Experts (Chrome) HTML5 Experts.jp エキスパートNo.3 Web先端技術味⾒見見部 (顧問)／⽇日本jQuery Mobileユーザー会 (管理理⼈人)／Sublime Text 2 Japan Users Group (管理理⼈人)な どなど Blog: http://d.hatena.ne.jp/piko
Infrastructure as Code - naoyaのはてなダイアリー
今年の3月に 入門Chef Solo - Infrastructure as Code という本を書いた。 その名の通り Chef の入門書なのだけど、このサブタイトルは "Configuration Management Tool (構成管理ツール)" でもなく "Provisioning Framework (プロビジョニングフレームワーク)" でもなく、はたまた "Automated Infrastructure (自動化されたインフラ)" でもなく、"Infrastructure as Code" にした。 この一年で Chef や Puppet にはずいぶんと注目が集まった。おそらく、AWS をはじめとするクラウドサービスがより広いユーザーに浸透したことで仮想化環境が前提になって、以前よりも頻繁にサーバーを構築し直したりする機会が増えたとかその辺がひとつ理由として挙げられると思う
git による分散作業パターン | GREE Engineering
分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の 14 日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o Java や C++ には OOP の概念が必要であったように、分散作業の認識が薄いまま git や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく「こんなもんだろう」と思って手間をかけていませんでした
DailyJS: JavaScript Developer Survey 2013: Results
The JavaScript Developer Survey has now closed. As always the results are available to the community for further analysis: Summary Raw spreadsheet data (zipped CSV) Results for 2012 51% of readers write client-side code, while 28% said they write server-side code. Last year client-side was at 98%, so I imagine this is partly due to a changing audience on DailyJS, but it’s interesting how strong se
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
