「世界一流エンジニアの思考法」は強いエンジニアの習慣がいい感じに言語化されていてよかった件 - Lean Baseball
界隈で話題になっている（と私は認識している）「世界一流エンジニアの思考法」を早速読んでめちゃくちゃ良かった, とにかく人に勧めたいぞ！ という現役エンジニア（私）による書籍の感想エントリーとなります. 話題の本めちゃ良かったです. このブログを書く数日前にkindleで買って読む→めちゃいいやん！→紙版も買う←今ここ ってぐらいすごく良かったです*1. 世界一流エンジニアの思考法 (文春e-book) 作者:牛尾 剛文藝春秋Amazon 何が良かったか一言で言うと, 「強いエンジニアの習慣がここまでいい感じに言語化されている！！！」 という所ですね, 割と余すところなく詰まっていると思いますし, 一つ一つのTipsは再現性もあると思います（真似できるかどうかは別として真似は可能*2）. そんな「世界一流エンジニアの思考法」の感想を手短に書きます, 気になる方はお付き合いください. TL;D
スプリントの振り返りでKPTをやめた話 - Gunosy Tech Blog
本記事は、Gunosy Advent Calendar 2020 23日目の記事です。 Miroで作ったKPTボード こんにちは。広告技術部の石田です。 みなさんはスプリントの振り返りでKPTをやっていますか？ KPTで話が脱線して時間が長引くうちにKPTで話すこと自体がつらくなるKPT疲れを起こしていませんか？ そんなKPT疲れから抜け出すために私たちはこの一年間でKPTで振り返りをすることをやめました。 この記事ではKPTをなぜやめたのか・やめてどうなったかを紹介します。 KPTがプロブレム大会になる 私たちのチームでは週に一回会議室を90分押さえてKPTとスプリント計画を行っていました。 四年前に振り返りでKPTをやり始めた頃はそれほどP(プロブレム)の数も多くなかったのですが、次第にプロブレムを話す時間が90分のうちの50分、60分、70分と長くなり、それに伴いスプリント計画に回す
データをいい感じに活用する文化を育てる - アジャイルな言語化とその取り組み - JX通信社エンジニアブログ
「JX通信社Advent Calendar 2019」3日目の記事です.*1 昨日は, @kimihiro_nさんの「Scala で書いたマイクロサービスを Go で書き直した話」でした. 改めまして, こんにちは. JX通信社でエンジニアをしています, @shinyorke（しんよーく）と申します. 今年の10月に入社してから, CTO室*2のデータ・エンジニアとして基盤の構築から運用のサポートまで色々しています. ちなみに趣味は野球のデータ分析です.*3 入社後最初のエントリーとして, 私が好きかつ情熱を持って育てているデータ基盤の話を語りたい...ところですが！？ 入社してプロジェクト内でやった言語化は記録・知見として残しておきたい. 世の中, アジャイルなやり方・プラクティスは多数あれどデータ・サイエンスや分析という文脈での言及って案外少ない. チームメンバー以外からの評判も良かっ
DevLOVE Xに参加したまとめと感想 - ビープラウド社長のブログ
2019/6/22(土)、23(日)にDevLOVE Xに参加しました*1。 私は2日間で11セッションに参加しました。 今後に役立てるためにも、ブログにまとめたいと思います。 参加の目的 DevLOVE Xには、以下の目的で参加しました。 いまのIT業界で活躍しているひとたちが、いま何を考えどのようなことを話すのかを聴き、2019年6月時点のIT業界、エンジニア界隈の動向や雰囲気を感じる 自分の知識や感覚をアップデートする アップデートした結果を、自分の行動と会社の事業につなげる 感想 全体 登壇者のメンバーが豪華で、かつ内容も興味深いため、各時間帯でどのセッションに参加するのに迷いました。これだけのメンバーが集ったのは今までのDevLOVEの方々の取り組みの結果かと思います。 イベントの内容、活気・雰囲気ともに、今後の記憶に残る素晴らしいイベントでした。 スタッフのみなさん、登壇者のみ
捨てる勇気なくして成功なし。「管理ゼロで成果はあがる」は、本気で組織を変えたい人への珠玉のヒント集 - ビープラウド社長のブログ
「部下を定時に帰らせて、かつ成果は出さないといけない。どうしたらいいのかな。」 大企業に勤めている高校時代の友人から先日相談されました。 働き方改革の流れで、日本は働く時間を少なくする方向に向かっています。 無意味な残業、もしくは深夜残業や休日出勤をしてまで成果を上げる。 これらが常態化するよりは、働き方改革の流れは望ましいと思います。 一方で、仕事の時間を減らしながら、成果は今までどおりに上げるというような、一見矛盾したことを求められ、皆が悪戦苦闘しているのが、いまの日本の世の中でしょう。 そのような人たち(私も含めて)におすすめしたい書籍が出版されました。 ソニックガーデン社の倉貫義人さんが書いた「管理ゼロで成果は上がる〜見直す・なくす・やめるで組織を変えよう」です。 管理ゼロで成果はあがる ~「見直す・なくす・やめる」で組織を変えよう 作者: 倉貫義人出版社/メーカー: 技術評論社発
開発者は“自分のため”にテストを書くべし––TDDをはじめるうえで大切なこと | ログミーBusiness
2018年11月12日、KDDI DIGITAL GATEにて、Tech-onが主催するイベント「Tech-on MeetUp#03」が開催されました。今回のテーマは「アジャイル」。スクラムやカンバン方式などのアジャイル開発をそのまま導入しても、思ったような成果が出ないこともあります。そこで、現場でうまくいっている事例を実際の開発メンバーに語っていただき、その成功の秘訣と知見を共有しました。プレゼンテーション「テスト苦労開発、あるいはTDDの夢」に登壇したのはやっとむ氏。講演資料はこちら テスト苦労開発、あるいはTDDの夢やっとむ氏：みなさん、こんばんは。本日は「Tech-on MeetUp #03」にお越しいただきありがとうございます。 私は安井力と申します。 「やすいつとむ」と書いて「やっとむ」という名前で活動してるので、「やっとむ」という名前で検索していただいたら、なにか引っかかるか
組織に流れるフォースを間接的にコントロールする仕事 - @i2key のBlog
Recruit Engineers Advent Calendar 2018 - Adventar ということで、エンジニアリングマネージャー的なことを書いてみます。1on1とか採用とか評価制度とかではなく、組織力学のような話を。 フォースを感じる 自分は普段からエンジニア組織をマネジメントする際に「構造によって発生する力学」をすごく意識しています。いま、大体100人弱の社員エンジニア組織をマネジメントしているなかで、役割上、判断する仕事がかなりの割合をしめます。その判断でどんな力学が発生して最終的に現場で何が起こるかまで可能な限り想像力を張り巡らさないとならないです。そして、この想像力において、どれだけ解像度を高くできるかこそが現場感だと思います。経験がないと何がおこるか想像すら出来ないと思うので。 ビジネスにおける意思決定で発生したフォースは徐々に伝搬し、最終的にエンジニアの現場に流れ
データ基盤エンジニアの面白さ - 下町柚子黄昏記 by @yuzutas0
データ基盤エンジニアという仕事の魅力について、質問を受ける機会がありました。 何が魅力なのか。どういう面白さがあるのか。どこにモチベーションがあるのか。 せっかくなので自分なりに考えをまとめてみます。 5つの面白さ ざっくりまとめると、データ基盤エンジニア（あるいは：分析基盤エンジニア・データエンジニア）というのは、「主体的に働きやすく」「スキルを(伸ばし/広げ)やすく」「キャリアアップに繋げやすい」仕事だと思います。 1. データ活用担当への第一歩として データ分析や機械学習を仕事としてやりたい。だけど、職務経歴としてはアプリケーション開発やインフラに強みがある。 この立場の人がキャリアをピボットするための踊り場として、データ基盤の担当になることがあります。 持ち前のスキルを活かしてデータ基盤の構築・運用に関わるところから始めます。 データ仕様に詳しくなっていき、徐々に活用側へと染み出し
PyCon JP 2018までの道のり〜「カイゼン」の時代だからこそ見直したい「アジャイルサムライ」 - Lean Baseball
いきなり報告で恐縮ですが、先日（2018/8/18）発売のSoftware Design 9月号にて、「データサイエンティストになる方法 - 野球とIT，プロの現場の仕事とは？」というテーマで執筆させていただきました. ソフトウェアデザイン 2018年9月号 作者: 中西崇文,中川伸一,橘慎太郎,安部晃生,横山直敬,馬場真哉,藤原秀平,飯塚修平,足立昌彦,藤田稜,やまねひでき,安藤幸央,結城浩,武内覚,宮原徹,北村壮大,平林純,速水祐,樽石将人,清水琢也,山田泰宏,田代勝也,上田隆一,中村壮一,重村浩二,くつなりょうすけ,mattn,小飼弾,すずきひろのぶ,あわしろいくや,中島雅弘,榎真治,法林浩之,関治之,奥村和彦,後藤大地,Software Design編集部出版社/メーカー: 技術評論社発売日: 2018/08/18メディア: 雑誌この商品を含むブログを見る 自分のエンジニア・キャリ
すべてのエンジニアに「言語化」「選球眼」の大切さを伝えたい！という話 #PyDataOkinawa #PyBegiOkinawa - Lean Baseball
ワールドカップと野球、絶妙にタイムゾーンが違ってて丸一日楽しい私ですこんばんは.*1 沖縄から帰ってまいりました.*2 以前のエントリーで「基調講演するよ！」と話をさせてもらった 「PyData.Okinawa + PythonBeginners沖縄 合同勉強会」ですが、（悪天候にも関わらず）沢山の方々にお越しいただき*3、本編から懇親会（二次会含む）まで楽しくやらせていただき無事終わりました. pydataokinawa.connpass.com PyData.Okinawaおよび、Python Beginners沖縄の皆さま、スタッフそして応援していただいた皆さま誠にありがとうございました！ このエントリーでは、そんな合同勉強会の振り返りと、私のエンジニア哲学である「言語化」「選球眼」について軽くポエムしたいと思います. TL;DR データサイエンスの人もWebの開発者も、すべてのエン
野球エンジニアのお仕事と最近 - 一人CTO業 #とは - Lean Baseball
写真はオフィスの自席で撮ったやつです.*1 仕事しながら野球見るの最高すぎます、野球最高、やきうisジャスティス. こんばんは野球エンジニアです、最近ずっとイベントや発表関連の事しか書いてないのでたまには近況でも綴ろうと思います. ちなみにですが、このブログでは通算100回目の投稿となります.*2 今日のテーマ 一人CTO業 #とは ←ここがメイン プライベートも含めた近況などなど TL;DR CTOとしてエンジニアとして、今（野球）のチャレンジを全力でやれてるのはすごく良いし最高だ フロントエンドエンジニアリングを覚えてきている&ハマってる CTO業（エンジニア以外）や採用をやりつつも、「イシューからはじめる」「動くプロダクトが正義」を貫いていきたい そんなお仕事に集中するためコミュニティ・外部活動は去年までよりだいぶ絞っている（#rettypyは全力でやる） 趣味や食生活をバランスよく
「なるんだ！」を実現する「逆算」のキャリア設計 ─ 野球エンジニアへの挑戦 - GeekOutコラム
皆さま、初めまして。 渋谷で野球のエンジニアをしている中川伸一と申します。 エンジニアのコミュニティやネット上では「シンヨーク（@shinyorke）」や「野球エンジニア」と呼ばれています。 今年（2018年）2月から、野球データ解析・分析のベンチャー「ネクストベース」のCTO（野球エンジニア）として、 データ解析システム「BACS（バックス）」などを通じてプロ野球チームのデータ解析サポート データと科学の力で野球の未来を発信する「Baseball Geeks（ベースボールギークス）」の運営 その他、野球に関するデータ解析およびプロダクト開発 といった事業を、エンジニアリングの側面でフルサポートしています。 「野球のデータ」に携わる仕事は昔からの夢で、「なるんだ！」の気持ちをもって活動した結果、縁あって野球エンジニアになれました！ という話をする機会を「Developers Summit
新米スクラムマスターにお勧めの本
「新米スクラムマスターが読むべき、読んでおくべき書籍や資料を教えてください」とFacebookで書いたところ、何人かのアジャイルコーチやスクラムマスターといった皆さんからお勧めをもらいました。 https://www.facebook.com/yattom/posts/1771377669542867 (ログインしなくても読めます。「コメント26件」みたいのを開いてください) せっかくなので、ここにも転記しておきます。私の独断で分類しつつ、一部紹介コメントも追加しました。 超基本、必読 「スクラムガイド」 Jeff Sutherland, Ken Schwaber バイブル。ときどき読み返すといい 「アジャイルマニフェスト」 基礎知識。12の原則がだいじ 『エッセンシャル・スクラム』 Kenneth S. Rubin ガイドがバイブルならこちらは事典 『アジャイルサムライ』Jonathan
「それ、アジャイルできてへんのちゃいますか？」チェックリストの公開 - メソッド屋のブログ
DevOps を導入して、リードタイムの短縮などの効果を出したい時に、前提条件となっている「アジャイル」がまだ導入できていないケースが多い。そういったケースでは、まずアジャイル導入のご支援をすることもよくある。 そういった支援に入ると、「アジャイル導入前提」で構成されたはずのプロジェクトであっても、全然「アジャイル」のポイントを外しているというケースは珍しくない。更に問題なことに、「アジャイルをできます！」と言っているベンダーさんを連れてきても、全然ポイントを外しているというケースすら珍しくない。今回のブログではそういったケースでも、簡単に確認できる、「アジャイルになっていないかもしれない簡単なチェックポイント」を対策付きでいくつかご紹介しよう。 スプリントの中で、ウォータフォールを実施するのではない。それはミニウォータフォールというバッドプラクティスだ。 1. 進化型設計ができていない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jupyter(Python)とBigQueryによるデータ分析基盤のDevOps #pyconjp // Speaker Deck