キャリアの点と線 - ワザノバ | wazanova
http://baxleydesign.com/the-one-question-interview/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 「面接での一つだけの質問」と題したBob Baxleyのブログエントリー : 「この仕事に就くと決めて、うちに入社したと思ってください。... 一つだけ確実なのは（短い期間であろうが、遠い将来であろうが）、貴方はいつか退職するということ。.... 退職してからこの会社のことを振り返って、あなたが経験したことや達成したことを3〜5個の箇条書きでまとめてLinkedInに掲載するとします。その時貴方は何と書きますか？」 数分しか時間がないと仮定した面接の際に何を相手に聞くのかという文脈の話なのですが、自分なら即答できないかもしれないなと思いました。答えられ
一歩進んだレスポンシブデザインの取組み - ワザノバ | wazanova
https://www.youtube.com/watch?v=UA0XnOxHqNg 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 “Junior Designers vs Senior Designers”というエントリーで、経験の少ないデザイーナーとデキるデザイナーの違いが、わかりやすいイラストで簡潔に表現されています。（実際にイラストを見ないとわかりづらいかもしれないので、サイトで確認ください。） この中で、FacebookのDesign DirectorのJulie Zuoが紹介しているポイントは、 1) プロセス: やみくもに迷走しながら進むのではなく、論理だったメソッドを順次検証することによりゴールに到達する。 2) 目標: 「よく見せる」、つまり、型の決まった箱の中でパーツを整理して
シングルページアプリの初速を上げる取組み - ワザノバ | wazanova
https://www.youtube.com/watch?v=VkTCL6Nqm6Y 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 OSCON 2014におけるInstagramのWebチーム責任者であるPete Huntの講演。PeteはInstagramに異動する前は、FacebookのPhoto/Video/Product Infraチームに在籍。 今回は、InstagramのwebサイトInstagram.comにおいて、シングルページアプリの課題である最初の読込みスピードを上げるために、どのような工夫をしたかについて紹介してくれてます。 Instagram.comのJavaScriptファイルは、縮小化後で9.5MB & gzip圧縮後で2.5MB。そのサイズだと、一つのファイルにまとめ
Twitterのキャッシュを支えるRedis - ワザノバ | wazanova
https://www.youtube.com/watch?v=rP9EKvWt0zo 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 1) Redisを採用している理由 キャッシュだけで、ストレージとしては利用していない。 主なところでは、Twitterのタイムラインで利用している。ホーム画面であれ、ユーザ画面であれ、タイムラインはTweetのインデックスなので、key/valueストア型のRedisを利用するケースとして最適。 以前はmemcachedを使っていたが、問題になったのは、タイムラインでおきるread/writeは、（ユーザが閲覧している範囲に追加反映するということなの
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としてよく知られるとおり、人間が良
デザインアセットをiPhone6に対応するワークフロー - ワザノバ | wazanova
http://aten.co/2014/09/12/designing-from-iphone-5-to-iphone-6-iphone-6-more-than-i-bargained-for/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約7時間前 発表されたiPhone6のサイズからして、予想はしてましたが、MerchbarのEdward Atenがまとめてくれたブログを読むと、改めて対応の工数を認識させられます。 iPhoneのレイアウト/解像度がどう変更されてきたか iPhone3 -> iPhone4: キャンバスのサイズは 320x480 pointsと同じなのでレイアウトは変更なし。解像度が 640x960 pixelesに倍増するので、アセットをアップグレードする対応。 iPhone4 ->
よいデザインチームのつくり方 - ワザノバ | wazanova
http://joshuasortino.com/journal/how-to-hire-a-designer-and-build-a-design-team 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約1時間前 DisqusやTeespringのデザインチームの立上げを指揮してきたJoshua Sortinoが、デザイナーの採用とチームづくりのポイントについてまとめています。「よいプロダクトを生み出す組織づくり」という意味では、他のポジションに共通する話しもあって興味深いです。 採用全般についてのアドバイス サービスづくりに情熱を燃やす人がベストな社員になる。正しいマインドセットがあれば、スキルは追いつく。 問題解決指向が強いが特定のスキルが弱い人の方が、そのスキルはあるが問題を解決しようというマインドセッ
Flickr: Redis Sentinelの導入 - ワザノバ | wazanova
http://code.flickr.net/2014/07/31/redis-sentinel-at-flickr/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 36分前 Flickrがエンジニアブログで、Redisのマスター障害復旧を自動化するためにRedis Sentinelを導入した経験を紹介しています。 Redisのユースケース 本番サービスに影響を与えないように、写真のアップロード / ユーザ通知 / メタデータの編集などの重たいタスクは、Redisのキューに送られて、非同期でオフライン処理されている。 クリティカルなタスクなので、99.9999%が処理（100万件のうち1件以下）され、99.995%の時間は稼働（月に停止が2分を超えない）させる必要がある。 もし、マスターが落ちると、復旧は手動対
エンジニアチームでブランドを築く - ワザノバ | wazanova
https://medium.com/on-startups/1feed0155749 2 comments | 1 point | by WazanovaNews ■ comment by Jshiike | 約5時間前 Nis Fromeのこのブログは示唆に富むものでした。 NisのチームがNew Yorkでハッカソンに参加したときのこと。慣れないテクノロジーに苦闘して、進捗が見えなくなってきた深夜3時、メール配信サービスのSendGridのエンジニア達が会場にやってきて、参加者に声をかけながら部屋をまわりはじめる。SendGridのDeveloper EvangelistであるMike Swiftから、「何か手伝える？」と言われた際に、SendGridのAPIを使ってるわけではなかったので、一旦は断る。しかし、彼は矢継ぎ早に質問を重ねてきて、Nisのチームがどのようなテクノロジース
NagiosのHTMLメールテンプレ - ワザノバ | wazanova
http://engineering.voxer.com/2014/02/24/nagios-html-email-templates/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 無味乾燥なNagiosの監視メールをちょっとファンシーにしてくれるHTMLテンプレです。インスタントボイスアプリVoxerのチームが、Node.js + EJSで書いたコードは、オープンソースで提供されています。 スクリーンショット: Critical Service スクリーンショット: Service recovery スクリーンショット: Host recovery [お願い] webで面白い記事を見つけてtweetすることがあると思います。「ワザノバでも取り上げるとよいのでは。」という内容であれば、#wazan
Etsy: レスポンシブなHTMLメールをつくる - ワザノバ | wazanova
http://codeascraft.com/2014/03/13/responsive-emails-that-really-work/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 HTMLメールは、 AndroidのGmailはインラインCSSしかサポートしてない。<style>タグは効かず、media queryは使えず、外部のスタイルシートに頼れない。 Gmail.comはHTMLのサポートが限定されている。HTML5のものを含めてサポートされてないタグが多く、classやIDなどの属性が使えない。インラインCSSのみ使え、<style>タグもかなり制限されている。 iOS / Mac OS Xのメールアプリは、media queryや多くのCSSが利用できる。 という状況なので、レスポン
WebSocketを再接続するアルゴリズムの工夫 - ワザノバ | wazanova
http://blog.johnryding.com/post/78544969349/how-to-reconnect-web-sockets-in-a-realtime-web-app 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 John RydingのブログでWebSocketの再接続のアルゴリズムの工夫について紹介しています。 リアルタイムウェブアプリにおいて、何らかの理由でバックエンドとの接続が切れた場合、クライアントは一定間隔で再試行するというロジックを設定（参考コード）していたとします。その場合、大量のクライアントがいて、もし長い時間接続が不能であれば、再開時にバックエンドには大量のリクエストが集中することになります。 そこでJohnがお薦めするExponential Backoff
Gruntとgulp.jsでサイトパフォーマンスを向上させる - ワザノバ | wazanova
@yosuke_furukawaさんがtweetしていたサイトパフォーマンスに関連する Gruntとgulp.js のタスク一覧です。確かによいまとめなので、メモしておきます。 GruntとGulpには、画像の最適化、HTML/CSS/JavaScriptファイルの結合 & 圧縮をするタスクがあるので、まずそちらをベースラインとして利用されたし。 1) 画像ファイルの圧縮 & 最適化 webページは平均1.5MBで画像ファイルが多くを占める。モバイルで160KBの画像ファイルを追加すると直帰率が12%悪化すえるというEtsyのデータがあり。 Grunt grunt-contrib-imagemin grunt-imageoptim (OSXのみ） 二つのタスクのどちらを選ぶかは、こちらの比較表 で確認してください。 Gulp gulp-imagemin 3/4/2014時点ではImage
Gilt: 単一のRailsアプリから複数のScalaアプリへの移行 - ワザノバ | wazanova
http://tech.gilt.com/post/73434506726/scaling-gilt-at-gilt-nyc-tech-talks-comes-to-2-park 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 GiltのYoni Goldbergが、同社のアプリが、RailsベースからScalaに移行しスケールしてきた経緯を紹介しています。 Videoがでたら是非紹介したいと思っていたネタですが、1ヶ月待ってもアップされないので、ひとまずあきらめてスライドの紹介だけになります。もしビデオがアップされたら改めて更新します。 2007年の典型的なスタートアップ。サービスをとにかくなるはやでローンチするために、当時盛り上がってきていたRailsを採用。 2009年、フラッシュセール開催時の
Ilya Grigorik: モバイルで1000 msの壁を突破する - ワザノバ | wazanova
http://www.youtube.com/watch?v=I4vX-twze9I1 comment | 0 points(Chromeでは問題ないですが、Safariでは指定したスライドのページに直接飛ばないようです。お手数ですが、Chromeで閲覧ください。) Ilya GrigorikがVelocity NYC 2013で、モバイルのページパフォーマンスを改善する取組みを紹介しています。 モバイルであれ、デスクトップであれ、ユーザの反応は、250 ms 以下なら「早い」だが、1秒を超えるとアクセスをやめる気持ちが起きる。[スライド 2] あまり知られていないが、モバイルデバイスのフィジカルレイヤも遅延の要因になる。最近発表されたAgawiのレポートによると、ユーザのタッチイベントをregisterするのにiPhone5で55ms、Moto Xで120+msかかる。[スライド 4]
1-Man-Startupというエンジニアの組織 - ワザノバ | wazanova
https://medium.com/p/6e80a46572c7 メンバが増えると自分一人では全部できなくなり、あらゆることがチームに委譲されていくようになりますが、逆に人数が少ないと全体に目が届いてしまうので、リーダーが全ての意思決定をしてしまうことがあると思います。GitHubやValveなど数百人単位の会社が自己管理型の組織運営に取り組んでいる事例を紹介してきましたが、もっと組織が小さいと自律的に動くチームに自然になるかというとそうではなくて、スタートアップからあまり時間がたってない時点で、自己管理型の組織になる芽をつんでしまう可能性があります。と言っている自分も、10人くらいだと全てを決めたくなる衝動にかられる（笑）と思うので、自戒の意味をこめて。 スポーツチーム運営サイトを提供しているBluefieldsの場合、社員7名になった時点での仕事の進め方は、 ２週間のスプリント単位で
エンジニアが起業する環境が整っていくこと - ワザノバ | wazanova
http://blog.ycombinator.com/announcing-the-safe-a-replacement-for-convertible-notes 「Web/スマホエンジニアのためにクオリティの高い開発ノウハウがたまる場」をつくりたくてワザノバを始めたという経緯があったので、サイトの趣旨とちょっと違うかなと思い、ワザノバで起業の話しは今まであまり取り上げてきませんでした。しかし、今日は休日なのでちょっと違った話題をということと、Ycombinatorの発表した"Safe"が、手法としてはけっして目新しいものではないですが、エンジニアが起業する環境を整えるという視点から意義のあるものだと思ったのであえて書きます。 起業して一番やらなくてはいけないのは、サービスを磨くこと。当たり前のことですが、現実はそれ以外にやらねばいけないことがあるので、なかなか100%の時間を使えない
Groupon: 単一のRailsアプリから複数のNode.jsアプリへの移行 - ワザノバ | wazanova.jp
https://engineering.groupon.com/2013/misc/i-tier-dismantling-the-monoliths/ Grouponのビジネス自体はかつての盛り上がりはないですが、シンプルなRailsアプリが、事業の成長 & グローバル化に従って、アーキテクチャを変えていった過程をエンジニアブログで紹介してるので、参考になればと。 1) まとめ Grouponは、Railsのシングルコードベースを独立した20個のNode.jsアプリにアーキテクチャを変更した。 ページの読み込み時間が概ね50%改善。これはテクノロジーの効果とコードの書き直しでwebページが軽くなったのとの相乗効果。 同じトラッフィクに対してハードウェアが削減できた。 チーム間の依存関係が少なくなったので、新機能リリースのペースが早くなった 同じ機能を複数の国にそれぞれ導入するような冗長さが
Flickr: 視差効果を使ったサイトのパフォーマンス改善 - ワザノバ | wazanova.jp
http://code.flickr.net/2013/06/04/adventures-in-jank-busting-parallax-performance-and-the-new-flickr-home-page/ かつてスーパーマリオブラザーズで使われたように、ページの背景を前景よりも遅く動かす視差効果を用いて、スクローリング時にページをもっとインタラクティブに見せる仕組みを採用したときのパフォーマンスチューニングについて、Flickrのエンジニアブログで紹介しています。[6/4/2013時点] 1) Events and DOM performance 最もシンプルな視差効果のスクリプトは、
Flickr: RedisをMySQLのセカンダリインデックスにする - ワザノバ | wazanova.jp
http://code.flickr.net/2013/03/26/using-redis-as-a-secondary-index-for-mysql/ Flickrがエンジニアブログで、Redisを利用したDBクエリ最適化の事例を紹介しています。 1) 背景 Yahoo.comのサイトの右側に、直近でアクティブなFlickrコンタクトの写真が10枚掲載 [例] されます。 Yahoo.comのトップページのサイトパフォーマンスを担保するため、このAPIはかなり厳しめのSLA (Service Leve Agreement) が課せられてます。直近に写真をアップロードしたアクティブなユーザのリスト作成の際、コンタクト数が多いユーザが存在すると、SLAを守るパフォーマンスがだせないため、クエリとMySQLのインデックスを改善する必要がでてきた。 2) 最初の試み 直近のコンタクトデータを非
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
