【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
エンジニアも見ておきたいGoogle Search Consoleの機能 5選 - Qiita
はじめに 「株式会社じげん Advent Calendar 2021」17日目を担当します、きあ（Chia）です。 エンジニアとしてプロダクトの開発・運用保守をしつつ、SEO・CROといったマーケティング施策の立案・分析も担当しております。 今回は、エンジニアとマーケティングの両方を担当している私から、「Google Search Console」（以下サーチコンソール）で、エンジニアが見ておくとサイトの改善効率が上がる機能を5つご紹介します。 このような方に向けた記事です 自社でWebサービスを開発・運用しているエンジニアの方 サーチコンソールにどのような機能があるか知らない方 基本的な機能の紹介、見ていく上での簡単なポイントの紹介となります。 普段からサーチコンソールを見る習慣がある方、またWebサービスの運用に関わっていない方にはあまり役立てないかもしれません。 用語について 記事中
Wantedly Visitの機械学習を使ったレコメンデーション | Wantedly Engineer Blog
Wantedly Visitで開発チームのリーダーをしている久保長です。ここ最近は、Wantedly Visitのレコメンデーションを強化するために、推薦チームの立ち上げも行ってきていました。 推薦チームを発足して二年間で、大きな成果を生み出すことができました。具体的には、例えば「募集の推薦画面に表示されてから話を聞きに行く確率」といういうような主要指標が２倍になり、ユーザ体験にも大きな影響を与えることができました。 もともとレコメンデーションの経験がなかったこともあり、当初、全体的に取り組まないといけないことはなにか、どのように最適化を進めていくのかが分かっていませんでした。今回、一つ一つのトピックについて簡単にはなりますが、できるだけ関係しているプロジェクトの全体が分かるようにまとめています。機械学習を使った様々なアルゴリズムを取り入れたことに加えて、UIや基盤の改善についてもそれぞれ
BASEを支える機械学習エンジニアチームをゼロからつくってきた1年 - BASEプロダクトチームブログ
出典： https://unsplash.com/photos/36Vbwo1OiZU BASEでData Strategyチームのマネージャーをしている鈴木僚です。 Data Strategyチームのミッションは、データを使ってプロダクトを成長させ、戦略的に事業を推進させることです。 EC事業では、オーナーズ（ショップオーナー）・購入者・社内メンバーの3者からなる膨大なデータが日々蓄積されています。Data Strategyチーム（以下、DSチーム）では、その3者に対して、より良い意思決定ができるよう機械学習を活用したソリューションを提供しています。例えば、直近ではオーナーズがより簡単にショップ運営ができたり、ショップと購入者のマッチングをより適切なものにしていくことに取り組んでおります。また、安心して購入者の方々にショッピングを楽しんでいただけるように商品の品質の自動チェックも始めてお
O'Reilly Japan - エンジニアのためのマネジメントキャリアパス
本書は、技術系マネージャーとそれを目指すエンジニアに向けて、IT業界の管理職に求められるスキルを解説する書籍です。テックリードからCTOになった経験を持つ著者が、管理職についたエンジニアが歩むキャリアパスについて段階をおって紹介します。インターンのメンターから始まり、テックリード、チームをまとめるエンジニアリングリード、複数のチームを管理する技術部長、経営にかかわるCTOやVPと立場が変わることによって求められる役割について、それぞれの職務を定義しながらくわしく説明します。 さらに管理職の採用や評価、機能不全に陥ったチームの立て直し、管理職についてからの技術力の維持など、様々なハードルを乗り越えるための考え方やテクニックを多数紹介。技術系管理職の全体を視野に入れ、各段階で必要なスキルを学ぶ本書は、マネジメントのキャリアを志すエンジニア必携の一冊です。 推薦の声 まえがき はじめに 1章 マ
ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、
サーバントリーダーシップが陥れる「良い兄貴問題」 - Noize
今回の記事ではエンジニアやIT業界ではすでに定着した感のあるポッドキャスト『rebuild.fm』の#123について触れてみたいと思う。 rebuild.fm いきなり横道にそれるが、podcastはランニング中や移動中に1.5倍速で流して聞けるのが便利。一方でメモがとれず終わった後にきちんと整理する時間を取らないと「要旨はなんだったのか」が曖昧になり自分に残らない感があるのが悩ましいですね。 今回のゲストである @naoya_itoさんが『エンジニアチームのリーダーシップ』というテーマについて『Fate/Zero』というアニメの11話「聖杯問答」になぞらえてうまく例えていた。 「聖杯問答」の内容について、超端的に言うと、世代を超えた3人の王が統治の仕方を論じ、民や臣に厚いタイプの王が大いなる野望を追いかけるタイプの王に負ける、という話。 趣旨：サーバントリーダーシップの是非 放送を通じた
【前編】華麗なるキャリアの道程は、『ドワンゴ』から逃げ出したい一心から！？
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第七回にして本対談もついに最終回を迎えることになりました。その栄えある最終回を飾ってくださるのは、あの『株式会社ドワンゴ』の川上量生氏！ 創業期からエンジニアとして第一線で活躍し、現在は代表取締役会長と『象徴CTO』を兼務。そして『株式会社KADOKAWA・DWANGO』（10月１日付で社名を『カドカワ株式会社』に変更予定）の代表取締役社長、『スタジオジブリ』のプロデューサー見習い、アニメーション製作会社の『株式会社カラー』では取締役と、業界では知らぬ者はいないスーパースター。そんな川上氏が、プライベートでもゲーム仲間として交流のあ
エンジニアにとっての地方と東京 ─ �あるいはエンジニアのキャリア形成に環境が与える影響について
"首都「圏」から島根「県」へエンジニア・ワークシフト2015" での講演資料です
熱血！ アセンブラ入門 - 秀和システム あなたの学びをサポート！
コンピュータとプログラミングを愛するすべての人に捧げるアセンブラ入門。700ページ以上にわたり、40種類のアセンブラを読み説きながら、アセンブラが現役であり続ける理由を考察します。アセンブラを読みはじめるのに、CPUの仕様書や、英語力なんて必要ないのです。研究者がこだわる「わかる喜び」、エンジニアがこだわる「動く喜び」を追い求める「熱意」こそが大切です。本書を片手にオンリーワン・エンジニアを目指しましょう。 【サポートはこちら】→https://www.shuwasystem.co.jp/support/7980html/4180.html 第1部 基礎編:まずはアセンブラに慣れよう 01 まずは基本操作を覚えて，アセンブラに慣れよう！ 01.01 アセンブラを見てみよう 01.01.01 3つの関数だけを見てみる 01.01.02 まずは，目的を意識して読んでみよう 01.01.03 ア
エンジニアの評価基準、そして危機感を簡単に得る方法。｜クックパッド CTO 橋本健太に訊く！［後編］ | キャリアハック（CAREER HACK）
▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。｜クックパッド CTO 橋本健太に訊く！［前編］ エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか？ 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員とは別に用意しているというクックパッド。エンジニアの評価基準の一例を伺い、成長を促す仕組みに迫った。 クックパッドはエンジニアをどんな軸で評価するのか？ ― クックパッドでは、「エンジニアのあるべき姿」で明文化した6つの指針を、評価にも落としこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
