はじめに メルカリ Engineering Office マネージャーのhiroiです。 我々のチームでは「Establish a Resilient Engineering Organization」というミッションを元に、エンジニアリングにおける、組織横断課題の解決を目指しています。 組織横断というと、Platformチームや、インフラ周りのチームを想像する方も多いと思いますが、我々のチームでは、プロダクト開発における技術的な課題を除く、組織課題や横断的な取り組みを推進しています。 具体的には、各技術領域ごとの研修プログラムの構築、エンジニア向けのイベント企画運営、技術広報（このEngineering Websiteも我々の活動の一つです）、ナレッジマネジメント、エンジニア文化の言語化や醸成、技術戦略策定、果てはインド開発支部の立ち上げのプロマネなどをしています。 この記事ではそんな我

anond:20241019210554 上司として接されることに慣れない「上司として接しなくて良いよ」と部下に言うだけ 所詮は中間管理職の中のぺーぺーなのでお前らと一緒だとちゃんと伝えればいい（実際にそうだし） 評価するのも自分じゃ無いし、ただの時間管理してるだけの雑用係 偉い人扱いしなくていいからね、と伝えて同僚と同じように接して貰う あと、割といい加減に仕事しておいて、ミスしてたら「ごめん！間違えてたわ！」って言っとく そうすると上司として接してくれなくなるし、変な忖度なくなるので便利 これだけでチームはちゃんとまとまるしミーティングでギスギスすることもかなり減る ちなみにこういうミスにつけ込んでマウント取ろうとするような奴は仕事できないからさっさと別のチームに押し付けた方が良い 部下の仕事やメンタルケア部下の仕事のケアなんてやらんでいい 基本的には「自分でやれ」のスタンスで良いし、

龍丸 @Tatsumaru_Rider うちのカーチャンにこういう子供いるけどもし自分が言われたら？って聞いた事ある そしたら答えが 「誰も生まれてくれとか頼んでねえ」 x.com/miyabonba0000/… 2024-08-02 10:42:11

はじめに人生で感じる大きなストレスの第1位が配偶者との死別、そして第2位が離婚です。 なぜ離婚はつらいのか、離婚経験がない人向けに語っていきます。楽しんでもらえれば幸いです。 なおこれは個人的な意見が多分に含まれています。 また自分は離婚された側です。 離婚経験がない人から離婚が理解されにくい離婚するとまず「何か問題があった人」とみなされます。 「生涯一緒にいようと約束したのに、その約束を守れなかった人」と思われます。 他人から思われるというよりも、むしろ本人がいちばんそう思って苦しみます。 結婚は、振り返ってみると、なんだかんだ命を懸けた判断でした。なんとなくであれ、気がついたらであれ、できちゃったからであれ、自分の長い人生を共にあゆむと決意した相手なので、離婚となるとその決意が底から抜けます。 離婚で経験した感情一覧離婚で味わった感覚としては以下の通りです。長いので読みやすいように分割

こんにちは。Algomatic NEO(x) の宮脇（@catshun_）です。 本記事では弊社 podcast の「Algomaticで話題になった生成AIニュースまとめ」という回で用意している会話ネタの一つとして "Claude 3.5 Sonnet Model Card Addendum" を読んだので、その備忘を共有いたします。 なお概要については npaka 氏の以下の note 記事が参考になりますので、本記事の前にこちらを参照いただくことをおすすめします。 note.com おことわり 解釈や引用に誤りがありましたらご指摘いただけると幸いです。 本記事では詳細な解説を含みません。詳細な調査等は必ず参照元の論文等をご確認ください。 引用時の名称や図は原則として引用先の媒体で記述されているものに従っています。 プロダクト等の利用時は 必ずライセンスや利用規約を参照して下さい。 本

tl;dr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビュ

こんにちは！MonotaROで3年ほどアナリストをしている杉田です。1年前にマーケティング部門マーケティングサイエンスグループに異動し、現在はマーケティング施策の効果検証手法や売上予測手法の改善に取り組んでいます。データサイエンス領域でのスキルアップを目指しており、アナリストとデータサイエンティストの間という（MonotaROの中では）少数派な道を歩もうとしている最中です。キャリア面での葛藤話もまたの機会にお話しできたらと思っていますが、若手メンバーのオンボーディングについて部署の皆さんと執筆をした記事がありますので興味があれば覗いてみてください。 note.com 今回は、アナリスト業務をする中で複数回ぶつかってきた「せっかくダッシュボードを作ったのに活用されない」という悩みについてじっくり考えてみたことをお話していこうと思います。 「せっかくダッシュボードを作ったのに活用されない」とい

今週のお題「上半期ふりかえり」 タイトルの3つはいずれも今年始めたもので、始めた順番に並んでいる。 タイトルの通り、これらがうまく噛み合うことで学習のサイクルがぶん回っている感じがする。 するとちょうど「上半期をふりかえろう」というテーマ記事イベントをやっているようだったので、ふりかえりも兼ねて「ぶん回っている」を言語化しておく。 副業 今年の大きなテーマとして「技術をお金に変える」があった。これは年初の目標の一番最初に書いていたことだ。 note.com 副業は本当に始めてよかった。そもそも始められたのもよかったし、そうそうに年初の目標を達成できたのもよかった。 勤務先も僕がやりたいことを最大限尊重した上で仕事を振ってくださるので、環境に恵まれた以外の何者でもない。本当に感謝。 本業だけをやっていた時に比べて、1.2倍ほどは経験値や知識獲得の機会が増えているため、必然的に学びは増える。

はじめに Platform Group の久保田（ @ykbt13 ）です！ BASEではリアーキテクチャとしてバックエンドの既存機能を旧リポジトリから新リポジトリへ移行する作業を日々行っています。詳しく知りたい方はぜひこちらを参照してください。 www.youtube.com そんななか、BASEにおけるコア機能の1つである商品の発送機能の移行が行われました。しかしながら、コア機能であるがゆえに様々な改修が繰り返されて複雑化してしまった発送機能では移行前の動作を保証する術がテストのみでは不安があります。 そこで、リアーキテクチャを円滑に進めるべく、本番環境上で移行前後の処理を同時実行しデータベースの結果を比較することで動作の保証を行うツールを開発しました。 この記事では、同様にリアーキテクチャを進めている方々を対象に、そのツール（BASE内では通称DryRunと呼んでいますので以降Dry

唐鎌大輔 ［みずほ銀行チーフマーケット・エコノミスト］ May. 15, 2024, 06:45 AM ビジネス 65,891 4月29日、160円台から一気に154円台まで急騰したドル／円相場は、足元で156円台半ばまで値を戻している。 報道各社は政府・日銀が2度の為替介入を実施した可能性を指摘するが、いずれにしても円安基調に大きな変化はないように見える。 要因については金利や需給を指摘する向きが多いが、中には次なる円安リスクもしくは要因として、日本の｢財政ファイナンス｣がテーマ視されていることを指摘する声もある。 財政ファイナンス……中央銀行（日銀）が通貨（円）を発行し、政府の発行した国債などを直接引き受けること。財政赤字を補てんする意味合いがある。 日本の国債は大部分が内国債（自国内で発行された、多くは自国通貨建ての債券）なので、日銀の国債買い入れという事実上の財政ファイナンスによっ

携帯電話などで遠くはなれている人と話をしたり、インターネットを通じて世界じゅうの情報を手に入れたり…。通信技術のおかげで、私たちはすばやく多くの情報を送ったり受け取ったりすることができる。そんな通信技術に欠かせないのが光ファイバケーブルだ。光の情報を伝えることで、現代の通信を担っている。この本を読むと、光ファイバケーブルで通信ができるしくみなど、光ファイバケーブルのことがよくわかるよ。 （もくじ） プロローグ 第１章　光ファイバケーブルって何？ コラム　光ファイバの構造 コラム　光ファイバの種類 第２章　光ファイバケーブルが大活やく コラム　通信線の歴史 コラム　光ファイバケーブルの敷設 第３章　すごいぞ！　光ファイバケーブル コラム　伝送時の損失の量 第４章　光ファイバケーブルの歩み コラム　ファイバスコープに使われた光ファイバ コラム　インターネット利用の発展 第５章　光ファイバケーブ

度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー（以下、PM）が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン（新しいサービスを開始すること）に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか？ 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで

研究開発部 システム&セキュリティ担当の松倉です。 世間の DMARC 対応を加速させたといっても過言ではない Gmail におけるメール送信者のガイドラインが適用開始されてから 3 ヶ月近くが経ち、NFLabs. に届くメールでも DMARC ポリシーが設定されているドメインが多くなっています。 しかしながら、そのほとんどはポリシーが none であり、DMARC レポートを通じて影響範囲を見極めている、という企業がまだ多そうです。 受信側から見ると、ポリシーが quarantine または reject であればセキュリティ観点では安心感がある一方、正規のメールが検疫や破棄となる場合もあり悩まされることがあります。 DMARC 認証の失敗原因となりがちなのはメーリングリスト等のメール転送で、NFLabs. でもこれにより正規のメールが DMARC failとなって検疫される、という事例

このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07　初版公開 2024.06.12　以下書籍を追加 ・プロジェクトマネジメント 最強の教科書 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 2024.10.03　分類図追加、以下書籍を追加 ・よりよくわかるプロジェクトマネジメント ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・ITエンジニアのためのプロジェクトマネジメント入門 プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント　おすすめ　本」などとキーワード検索して、

はじめに こんにちは。 Feature Dev1 グループでマネージャーをしている髙嶋です。 突然ですが、サービス運営するうえでユーザーからのお問い合わせ対応を無視することはできません。 そしていかに迅速かつ適切な内容で回答できるかどうかは、どこまでいってもゴールのない永遠の課題と言えるものでしょう。 ネットショップ作成サービス BASE に関するお問い合わせ対応についての運用に直近変化があったため、その経緯と効果（はある意味これからでもありますが）を共有させていただきたいと思います。 サマリとしては、概ね以下のような内容となります。 お問い合わせ対応のうち、技術的な観点が要求されるものはエンジニアに対して調査依頼がきます BASE では特定の部署が対応する形ではなく、開発組織横断で対応にあたっています 具体的には通称 cs_q というチャンネルに調査依頼がくるので、基本的には依頼がなされ

資格試験の勉強を始めようとしているとき、仕事で知らない知識を学ぶ必要があるとき。まったく知識のないところから勉強をスタートすると、「身につくまで大変そう……」と不安に思ってしまうのも無理もないことです。 でも、大丈夫。そんな “ほぼ白紙状態” から効率よく勉強する方法があるのです。 今回の記事では、そのひとつであるファインマン・テクニックについてご紹介します。筆者がほぼ白紙状態から学びを実践した模様もあわせてお伝えしましょう。 ファインマン・テクニックとは ほぼ白紙状態からファインマン・テクニックで学んでみた 理解できているかいないかを明確にして “わかったつもり” を回避する ファインマン・テクニックとは ファインマン・テクニックとは、学習内容について自ら “説明” しながら勉強するという学習法です。 この方法のもとになっているのが、ノーベル物理学賞を受賞したアメリカの理論物理学者、リチ