SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発著者／訳者：西村 直人、 永瀬 美穂、 吉羽 龍太郎出版社：翔泳社発売日：2020-05-20単行本（ソフトカバー）：288ページISBN-13：9784798163680ASIN：4798163686 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法著者／訳者：James Stanier / 吉羽龍太郎 永瀬美穂 原田騎郎 竹葉美沙出版社：オライリージャパン(2022-08-26)定価：￥ 3,740エンジニアリングチームのマネ

2023-10-04 VCから見たSmartHRの取締役会（社内文章を公開します） ごぶさたしております、Nstock / SmartHR の宮田です。 最近は Nstock のコーポレートブログで書くことが多く、個人ブログで書くのはひさしぶりです。そしてひさしぶりの SmartHR ネタです。 SmartHR の取締役会の話 SmartHR 社の取締役会には、社内取締役 5… 2023-04-18 転職先として「0点」と言われた Nstock で、スタートアップ業界を変える金融プロダクトをつくろう こんにちは、SmartHR / Nstock の宮田です。 ちなみにタイトルの「0点」は私の発言ではありません。言った人はこのブログのなかに登場します。 Nstock は「株式報酬 SaaS」と「金融プロダクト」の会社です 少しずつですが「株式報酬 SaaS」の会社という認知… 2023-03

"Locality is efficiency, Efficiency is power, Power is performance, Performance is King", Bill Dally マルチスレッディングとは？ CPUとGPUのマルチスレッディングの違いをブログにまとめていたけど例によって誰も興味なさそう— arutema47 (@arutema47) 2021年8月16日 つぶやいたら読みたい方が多そうだったので完成させました。 マルチスレッディングとはメモリ遅延を隠蔽しスループットを上げるハードウェアのテクニックです。 ただCPUとGPUで使われ方がかなり異なるため、その違いについて考えてみる記事です。 （SIMDについて並列プログラミングの観点から触れるべきでしたが、時間無いマルチスレッディングに注目するため初版では省きました。） 本記事について 本記事はCPUとG

人長さんのこれまでの記事を総ざらい 「四川料理のスゴい人」こと、日本橋の四川料理店リバヨンアタック料理長・人長良次さん。 人長さんのレシピを集めた書籍も絶賛発売中です。 ▼人長さん初の著書『四川料理のスゴい人 自宅でつくる本格中華レシピ』（三才ブックス） store.ponparemall.com これまで『メシ通』でもさまざまな中華レシピを解説し、多くの方から評価をいただきました。 今回は、これまでの連載記事からあらためてそれぞれのレシピのコツや難点をまとめて解説。 あと、もうちょい簡単にしたり、もうちょいおいしくしたりというテクをうかがってみました。 INDEX ▽01:「麻婆豆腐の作り方」を四川料理のスゴイ人に教わったら、目からウロコが3回落ちた ▽02:「四川料理のスゴイ人」に、 辣子鶏（ラーズーチー）の自宅用レシピを教わってきた【ハマる辛さ】 ▽03:自家製ラー油の作り方を「四川

田中健一 ※「これで英語がペラペラに！」「これを読めばTOEIC●●●点間違いなし！」――こんな広告や売り文句がいたるところで目に飛び込んできます。でも、結局は「どうしたらいいか分かんない！」となりがちです。そしてそんなときこそ、定評のある学習法に立ち返るのが最適です。2001年に刊行され英作文学習の名著として評価されてきたものの長く品切れとなっていた長部三郎『伝わる英語表現法』が、今月遂に復刊します。その魅力を、英語講師の田中健一さんに紹介していただきました。 ［追記］本書の復刊は、発表された時からTwitterで話題となり、なんと復刊となった当日（8月20日）に、早くも更なる重版が決まりました。 ■英作文学習に最適な教材 10年ほど前の夏のことでした。 「先生、この本どうですか。父の書斎で見つけたのですが」 京都大学志望の男子生徒（その後、見事に合格しました）が、私の出講する予備校の講

TL;DR 並行処理を実装する人のこれからのスタンダードになる一冊。買い。 並行プログラミング入門 ―Rust、C、アセンブリによる実装からのアプローチ 作者:高野 祐輝 オライリージャパン Amazon 買ったら思いの外早く届いたのでパラパラと読み始めたら一気に読み終えてしまった。 総評 敢えて雑な喩え方をするなら The Art of Multiprocessor Programming (通称TAoMP本) の内容を薄めてRustやアセンブラや計算モデルを足したような本だった。 日本語の書籍としてはかなり珍しくWait-Free, Lock-Free, Obstruction-Freeの違いなどを適切に論じており、TTAS Lock, MCS Lock, TL2といった日本語では希少な情報が書かれているレアな本である。これらに付いて論じている日本語の本は知る限り (TAoMP本と昔僕

2021年度リクルート エンジニアコース新人研修の講義資料です

こんにちは丸山@h13i32maruです。つい先日、devchat.fmというポッドキャストに出演して、「ドキュメント」というお題について話しました。なぜこんなニッチなお題について話したかというと、Ubie Discoveryに入社して5ヶ月の間にいくつか*1まとまったソフトウェアドキュメントを書いたので、自分の中でホットな話題だったからです。 #devchatfm 33回目は、Ubie DiscoveryのSWE @h13i32maru にドキュメントを書くことで得られるメリットや、ポイント・工夫などを聞きました！ #33 チームの生産性を上げるドキュメントのすすめ with@h13i32maruhttps://t.co/TrmZd13D91— 久保 恒太 / Ubie CEO (@quvo_ubie) 2021年8月12日 これらのドキュメントは個人的にわりと良く書けたと思ってますし、

この記事に関連する話題: プロダクト開発者に求められる、これからの「倫理」の話をしよう。 プロダクトマネージャー (PM) としてのこれまでの私的な経験を踏まえて、『プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで』を読んで思ったことをつらつらと。 （8/12 追記）冒頭で示しているように、本記事ではPM＝プロダクトマネージャーとして表記しています。後述の通りPMとプロジェクトマネージャーは異なるものであり、後者に対して略記は用いていません。 プロダクトマネージャーは本当に“魅力的な職業”か “完璧な世界”など存在しない 良かった点 「PMはミニCEOである」という言説や「PMとプロジェクトマネージャーの違いは？」というよくある質問に対する補足 「プロダクトの成功」を定義するところから始めることの重要性 PMの武器は信頼、情熱、共感、

1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

事業フェーズや課題によって評価制度は変わっていく 佐藤将高氏（以下、佐藤）：松本さん、LayerXではどういう評価の仕方をされているんですか。 松本勇気氏（以下、松本）：LayerXは、まさにこれから運用していこうみたいなフェーズになってるんですよ。これまで評価っていうものを実はしていなかったんですよね。小さな組織での評価って相当なエネルギーがかかるし、みんなの納得につながることが意外と少なくて。ミッション、ビジョン、バリューがきちんと浸透していて、そこに対してモチベーションがある限り、実はそれほど評価制度について深く考える必要はないのかなと思ってるんですよ。 ただ、これから拡大していくにあたっては、そのさっきも言ったとおり、コミュニケーションとか行動評価とか、行動の方向性を揃えていかなきゃいけないので、そういう指針として使えるような評価制度ってことで、ちょうどこの成果や行動についての評価

周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない

はじめまして、ティアフォー技術本部 Planning / Controlチームで開発を行っている堀部と申します。 今回は状態推定の王道技術「カルマンフィルター」が実際に自動運転で用いられるまでの道のりやノウハウなどを書いていこうと思います。 みなさんはカルマンフィルターという言葉を聞いたことがありますでしょうか。 カルマンフィルターとは「状態推定」と呼ばれる技術の一種であり、自動運転においては現在の走行状態、例えば車速や自分の位置を知るために用いられます。 非常に有名な手法で、簡単に使えて性能も高く、状態推定と言えばまずカルマンフィルターと言われるほど不動の地位を確立しており、幅広いアプリケーションで利用されています。 使い勝手に定評のあるカルマンフィルターですが、実際に自動運転のシステムとして実用レベルで動かすためには多くの地道な作業が必要になります。 この記事では、カルマンフィルターが

企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン

回帰問題をNNで解くときはドロップアウトとBatchNormは使わないほうがいいって話、あまり知られてない気がする Pitfalls with Dropout and BatchNorm in regression proble… https://t.co/4ra2zVPStC

リンク www.ncd-ri.co.jp イメージシステム | カラー戦略の専門家 | NCD-WEB | 色彩心理・生活者研究・トレンド分析の日本カラーデザイン研究所 日本カラーデザイン研究所はオリジナルのカラーシステム「HUE&TONEシステム」やイメージ分析システム「イメージスケール」を開発、発展させてきました。 62 users かたおか＠LP専門Webデザイナー / 著者 @kataokadesign 「Webデザインを学び始めたばかりで配色がうまく決められない」という悩みがあるなら、日本カラーデザイン研究所のイメージスケールを活用すると良いでしょう。 各キーワードに関連する配色が体系化されているので、配色で大失敗する可能性はひとまず減らすことができます。 ncd-ri.co.jp/about/image_sy… pic.twitter.com/QTfzBpQ2EL

こんにちは！ いまがわです。 我が家は私、エンジニアの夫、現在1歳の息子の3人家族です。直感で動くタイプの私に対して夫は合理的思考の持ち主で、育児や日々の生活において、よく時給換算で分析したり効率アップにつながる方法を考えたりしています。 たまに意見が食い違うこともありますが……夫の冷静な視点によって新しい気付きを得たり、助けられたこともよくあります。そんな夫婦間のやりとりや子供のことを『デザイナー脂肪』というブログで紹介しています。 ＊ 小さいお子さんがいらっしゃる（もしくはこれから生まれる）皆さま、育児関係で困ったことがあるとき、どうやって解決していますか？ 初めての妊娠・育児って本当に分からないことだらけです……。引き継ぎがあるわけでなく、エラーメッセージが出るわけでもない。昨日は大丈夫だったことが今日はダメ。このように日々変化する中、1カ月先の未来でさえもどうなるか読めません。 そ

WEBサービス開発みたいな界隈でもう5年マネージャー業をしているので、おそらく人並みにはプロジェクトマネジメントの手法に触れてきている。実際やってきたこともあれば、やってはいないが事例やテクニックとして知っていることも含む。*1 そうやって過ごしてきたが、結局プロジェクトマネジメント手法よりも絶対にどうにかする覚悟、つまり精神論の方が重要だという個人的な結論に至っている。 どんなに精緻に工数とリスクを見積もって振り返りを繰り返しても、「まあ遅れてもいいや」という空気ではプロジェクトは遅延し続ける。逆に見積もりが雑でも「どうにかする覚悟」さえあればなんとか目標とした期日に間に合う。 もちろん覚悟と精神論でやっていると残業が常態化して炎上と言って差し支えない状態になるのだが、覚悟がなくて遅延したプロジェクトも最終的に炎上としか言いようのない状態になるので、同じ炎上なら期日に間に合っている方がマ