「目標設定」はノルマや評価のためのものじゃない。 「期初の目標設定」が憂鬱でたまらないのだというお話を聞くことがあります。これは上司側の人からも部下側の人からもです。”いい感じ”に目標を決めていくのは大変な仕事ですし、上司やチームとのすり合わせに膨大な時間が費やされてしまうからでしょう。 ところが、そんなに苦労して決めたにも関わらず「目標を立ててよかったですか」と聞いてみると、黙り込んでしまうような人も珍しくありません。このような上司も部下も誰も幸せにならないような目標設定にはあまり価値がありません。 しかし、そもそも「目標による管理」というのは「従業員の創造性を向上させたい」とか「人間に対する尊厳を重視したい」という考え方から生まれたものです、と話をすると、意外そうにされます。運用方法を間違えることで、こうも印象が違うものになってしまうのです。 「目標による管理」はピーター・ドラッカーの

AWS Summit Japan 2024 にて、セキュリティ & One-AWS Zone ミニステージでの登壇資料です。 「負荷テストは、AWS を使ってどう楽になるか？」についてお話しました。スライド内のリンク類はコチラ→https://mabuchs.hatenablog.com/entry/…

024年6月28日に開催された 開発生産性Conference 2024 の講演資料です。 講演詳細についてはこちらをご覧ください。 https://dev-productivity-con.findy-code.io/2024

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編） ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90％以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの「命名的問題」、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた「構造的問題」のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。 具体的には、命

はじめに 今日、勤務先の制度上、定年を迎えました。大昔は、誕生日をもって定年でしたが、最近は定年を迎える月の末日ということのようです。 早いもので、35年と3か月(423か月)、雇われる身として、働いてきました。ちなみに、国民年金の満額は、480か月ですので、満額は貰えません。 今月末に定年エントリーを各予定です。 若い頃の働き方が定年までできるのはほぼ無理です。 家族が増えたり、家の購入、子供教育、親の介護などいろいろな事が起こります。 起こる前提にしておかないと、辛いだけです それから勤務先からの要求も変わっていきます。 という内容を残したいと思います。— Vengineerの妄想 (@Vengineer) 2024年6月9日 定年を意識したのは、パンデミックの2年目です。おこちゃまが大学進学のためにお家から出て行ってからです。 最初に定年について書いたのが下記のブログです。 veng

KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか？ 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化（自分比）できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --

2024.6.29 開発生産性カンファレンス2024

2024年6月29日 Findy 開発生産性カンファレンス2024 Closing Keynote https://dev-productivity-con.findy-code.io/2024

2024/06/29、開発生産性カンファレンス2024での登壇発表資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/Z8HnzjZb

開発生産性Conference 2024で発表した資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/XmiKkhYo

2024/6/28 開発生産性カンファレンス2024 登壇資料 https://dev-productivity-con.findy-code.io/2024

タイミーでは顧客に素早く、継続的に価値を届けられるエンジニアリング組織であるためにチームトポロジーをベースにした組織設計と運営を行なっております。 いかにプロダクトチームが素早くかつ安定して価値提供できる状態を作るか、プラットフォーム性とイネイブリング性をどのように使い分けて組織を強化しているか、SR…

2024年6月28日より開催された「開発生産性Conference 2024」の登壇資料です。 https://dev-productivity-con.findy-code.io/2024 ▼関連資料 SPI原点回帰論：事業課題とFour Keysの結節点を見出す実践的ソフトウェアプロセス改…

buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです。 buildersconではトークに関して技術的な制約はありません。 特定のプログラミング言語や技術スタックによるくくりも設けません。 必要なのは技術者達に刺激を与えワクワクさせてくれるアイデアのみです。 あなたが実装したクレイジーなハックを見せて下さい。 あなたの好きな言語のディープな知識をシェアしてください。 あなたの直面した様々な問題と、それをどう解決したかを教えてください。 未来技術のような未知の領域について教えてください。 buildersconに参加して、あなたの情熱をシェアしてください！皆様のご参加をお待ちしております！

#182: 久々に、スクラム道関西のイベント（オープンジャム）が開催されました！ その中で出たトピックからいくつかをピックアップして語っています。 チーム分割や、1チームの適切な人数ってどうするのがいいんだろうね〜という話題や、その他 6月21日に行われる Women in Agile Osaka 2024, スクラムフェス大阪 2024 といったイベントのお話, ほかにも先月公開された「日本国内のスクラムマスター/アジャイルコーチ年収調査」についての話題などなど。 Link スクラム道関西 オープン・ジャム・オンライン Women in Agile Osaka Conference 2024 スクラムフェス大阪 2024 日本国内のスクラムマスター/アジャイルコーチ年収調査2023-2024 X (Twitter) ハッシュタグ #agileradio にご意見ご参考をお聞かせください。

みなさんこんにちは。@ryuzeeです。 2024年6月28-29日に開催の開発生産性Conference 2024で登壇しましたので、資料を公開します。 最近「開発生産性」という言葉を耳にする機会がすごく増えたような気がしますし、自分でもあるメディアの取材で「開発生産性」という単語を使ったのですが、なんとなくスッキリしない感じを抱えていました。 僕自身は「生産性」という単語の不透明さをさけるべく「開発生産性」を使ったのですが、これでも不透明さは残ったままだったわけです。 ということで、「開発生産性」が何を指すのかを深堀りした上で、この単語とどう付き合っていくべきなのかを整理したのが、このセッションです。 スライド全部を読む時間のない方もいると思いますので、以下に結論を書いておきます。 「開発生産性」に関心を持つ理由も、「開発生産性」の定義もさまざま 重要なのはコンテキスト 数字だけで全て

Presentation Slides for 開発生産性Conference 2024 Session title: 作りすぎない技術 - API時代の開発努力の在り方について…

2024.06.27 ITニュース ばんくし（河合俊典） 「ポッドキャスト（Podcast）のおすすめが知りたい」 「テック系で聞いといた方がいい番組って何がある？」 そんなエンジニアのために、エンジニアtype編集部が独自に「おすすめのテック系ポッドキャスト番組」を一挙紹介します！ 有名エンジニアのイチ押し番組も合わせて紹介しているので、ぜひ番組選びの参考にしてください！ ポッドキャスト（Podcast）とは？ ポッドキャスト（Podcast）とは、インターネットを通じて配信される音声コンテンツであり、リスナーが自分の好きな時にダウンロードまたはストリーミングで聴くことができるサービスです。 その名前は「iPod」と「broadcast」を組み合わせた造語に由来しており、AppleのiPodの普及と共に広まりましたが、現在ではさまざまなデバイスで利用されています。 編集部が選ぶ！おすすめ

はじめまして、Azuma（@azuma_alvin）です。現在大学院の1年生で、2024年2月から4ヶ月間ミラティブのインフラチームにインターンとして参加しました。普段はインフラやMLOpsといった領域に興味があり、最近はVim環境の整備がマイブームです。 本記事では、ログ基盤をFluentdからFluent Bitへ部分移行した経緯とその2種類の監視ツールの実装についてお話しします。 記事の最後に、インターンから見たインフラチームの特徴と私が4ヶ月間で学んだことを紹介しています。興味がある方は末尾までスクロールしてぜひご覧ください。 1. 背景と目的 2. ミラティブのログ基盤について 3. ログ欠損の原因調査 Fluentdのバッファリングの仕組み fsnotifyを用いたバッファリングの観察 負荷試験 日付時刻フォーマットとワイルドカードによるログ欠損 ログ保存とサーバータイムスタン