CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
クリティカル レンダリング パス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 公開日: 2014 年 3 月 31 日 クリティカル レンダリング パスの最適化は、現在のユーザー操作に関連するコンテンツの表示の優先順位付けを意味します。 高速なウェブ エクスペリエンスを提供するには、ブラウザで多くの作業を行う必要があります。この処理の大部分は、ウェブ デベロッパーからは見えません。ウェブ デベロッパーがマークアップを記述すると、見栄えの良いページが画面に表示されます。では、ブラウザはどのようにして HTML、CSS、JavaScript を取り込み、画面上にピクセルをレンダリングしているのでしょうか。 パフォーマンスの最適化とは、HTML、CSS、JavaScript のバイトの受信から、これらをピクセルとしてレンダリングするために必要な処理までの中間
Google が言う 「モバイルフレンドリー」 とは？ モバイルフレンドリーテストツールで色々試してみた Google がモバイル検索の順位決定時に 「モバイルフレンドリー」 かどうかを重要なシグナルとして利用すると発表したことに関連して、そもそも Google は何を根拠に 「モバイルフレンドリー」 かどうかを判断しているのか、という点について調べてみました。 先週ですが、Google が Official Google Webmaster Central Blog で、2015年 4月 21日 （米国時間） から、モバイル検索の順位決定時に、その Web サイトが 「モバイルフレンドリー」 かどうかを重要なシグナルとして利用すると発表しました。 Finding more mobile-friendly search results ： Official Google Webmaster
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
noteはAngularJSを使って、ブラウザで描写しているこの"note"というサービスはAngularJSを使って、JavaScript側（つまりブラウザ側）でノートの中身を公開しているみたいなのです。 それはブラウザでソースを見てみるとわかります。 例えばhttps://note.mu/sadaaki/n/nd921f3f7c635のノートのソースをChromeで見てみると・・・ まずhtmlタグにng-appのプロパティがついています。これはAngularJSを使うならば必要なプロパティで、ここからnoteはAngularJSを使っているんだなあと分かります。 AngularJSは簡単に言うと、サーバー側ではなくブラウザ側でHTMLを描写する仕組みです。これを利用するとどんな利点があるのか。僕の理解している範囲内だと、サーバー側はベースとなるHTML（上のソース）と各ノートのJSO
ウェブの第一人者であり、熱心なAndroid支持者であるTim Bray氏がGoogleを退職することを明らかにした。在宅勤務を希望していることがその理由だ。 Bray氏はブログ投稿に、「私はカリフォルニアに引っ越すつもりはなく、Googleもバンクーバーに事業所を開設する予定がないという、互いに相いれない見解の違いのある中で、これは友好的な別れだ」と記した。「私は、（Googleに）採用される前と、その後にも南へ移り住むことを検討してほしいと言われてきた。私はそうしたいとは思わなかったし、丁重に断ってきた。そしてついに、私の所属グループは、このまま遠隔勤務を認めるわけにはいかないと伝えてきた」（Bray氏） Bray氏は、自身の心はバンクーバーにあるとして、ベイエリアは「過密都市で、人種差別的、排他的で、物価も高い。だから、この地に住みたいと思ったことは全くない」と、その心境をありのまま
最近やっと “How Google Tests Software” を一通り読み終わって、あまりに時間をかけすぎたのでまた頭から軽く読み直そうかなあと思っていたところ、Masaki Nakagawa さん経由 で日本語訳が出ていることを知った。 ただ、#rubykaigi バイヤーズガイド ‘13 の これを買うべき人: テストを日常的に書いている人と、テストを書く習慣がない人 というのは、さすがに煽りすぎだと思う。テストを書く習慣がない人は そもそもあらゆるテストが無いなら『レガシーコード改善ガイド』あたりから アプリケーションにテストが無いけど、フレームワークなどの土台部分に支援がある環境なら、あんまり自作しないで、まずはフレームワークを学ぶところから 自分がテストを書く習慣がないだけで、まわりは書いてるなら、まずはまわりを真似るところから はじめるべきであって、その段階で本書に行くの
■ Team Geek ―Googleのギークたちはいかにしてチームを作るのか(Brian W. Fitzpatrick) だいぶ前にオライリーから献本していただいたのだが、紙だったのでどうしようかなーと思っていたらすぐに電子版が出るという噂を聞き、待っていたらアメリカ出張中に送ってくれたのだった。おかげで帰りの飛行機で読めました*1。電子書籍バンザーイ。 とはいうものの、実は本書に対しては(悪い)先入観がある。事前にartonさんの評を読んでざわっときたのだ。本書を開いたら冒頭に「ミッションステートメント」が出てきてそれは疑惑に変わり、さらに文中に「信頼残高」の用語が出てきて確信した。この本の著者、フランクリン・プランナーやってるだろ! 文献の中に「7つの習慣」が出てこないのが不思議なくらいだよ。 10年も前の話だが、会社でフランクリン・プランナーのセミナーを受けさせられて、あの考え方に
Team Geek ―Googleのギークたちはいかにしてチームを作るのか さっそく『Team Geek』読みました。200ページ程度と分量が多くなく、わりと気楽にさっくり読めます。しかしこれは面白い。 ソフトウェア開発のチームやプロジェクトなどの運営にかかわるもろもろのエッセイ集、みたいなノリの本。内容はコーディングや実際の開発の細部には立ち入らず、むしろエンジニア同士の（あるいはエンジニアとエンドユーザの）関係のような「人間」にフォーカスを当てている。 いわく、ソフトウェア開発というのはチームプレイである。孤高の天才がひとりで作るようなモンじゃない。ユーザ＝自分みたいなソフトウェアなら別だけれど、世間に広く使われるようなものというのは、一人で作るということはほぼないんじゃないかと思う。だから、個人個人の技量（技術力）とべつに、チームプレイをどうこなすか、という視点がないとうまくまわらな
_ おそるべきTeam Geek 角さんとオライリーからTeam Geekを頂いたので、読んだ。完読した。これはひどい。おもしろいし、おそらくとても役に立つから、みんな、読め。 Team Geekを一言で説明すると『Googleに勤務する中堅エンジニアがOSSのプロジェクトやGoogle含む企業で遭遇した経験を元に解説する成功するチーム作り本』なのだが、おそらく、その言葉から推測される内容とは全然異なるものが読める。 ここで読める（学べる）のは、（本書と同様に虚飾を取っ払った率直な書き方をすれば）どうやって自分が組織の中で成功するかについての技術だ。 中核をなす技術は、HRT（謙虚、尊敬、信頼）であり、それに基づいた行動規範が導かれ、その規範にしたがってどうすれば良いかについてケースとそれに対するアンチパターンや成功事例を示す。謙虚、尊敬、信頼! ってまるで根性、友情、勝利みたいに、正義そ
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
Google の使命は、世界中の情報を整理し、世界中の人がアクセスできて使えるようにすることです。
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
About this data We've been using Chrome's anonymous opt-in usage statistics to count the occurrences of certain CSS features in the wild. The numbers on this page indicate the percentages of Chrome page loads (across all channels and platforms) that use the corresponding CSS property at least once. Data is ~24 hrs old. Except as otherwise noted, the content of this page is licensed under a Creativ
Google アナリティクス ウェブテストの基盤を成す統計手法について説明します。Google アナリティクスでは、ウェブテストの手法として多腕バンディット方式を採用しています。多腕バンディット テストには、次のような特徴があります。 最も利益の大きい選択肢の特定を目標とする ランダム分布がテストの進行とともに更新される 「多腕バンディット（multi-armed bandit）」という名前は、それぞれに異なる見込み配当率が設定された、「One-armed bandit（片腕の盗賊）」というスロット マシンが複数並んでいる状況を模した仮説テストという意味を持っています。スロット マシンのプレイヤーは、最も見込み配当率が高いスロット マシンを見つけ出す必要がある一方で、利益を最大化する必要もあります。この状況では、これまでの配当率が最も優れているマシンのみをプレイするか、それともさらに配当率
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く