誰もが知りたい『鬼滅の刃』大ヒットの理由。 これはどれほど丹念に作品と向き合っても答えは得られない。 なぜなら人の繋がりから生じる偶然の結果だからだ。 なぜ大ヒットしたのかという疑問 この『鬼滅の刃』解説記事に対する反応が興味深い。 このnoteは『鬼滅の刃』の導入を解説したものだ。どうやって読者を1ページ目から引き込むか、その「技術」と「困難」について書かれている。これに対し、ブコメはほぼ批判一色となった。 書いてある内容は決して間違っていないし、かなり細かく説明されている。なのになぜ批判が多いのか。コメントの内容は主に以下の2点となる。 『鬼滅の刃』に限った話ではない 長い 先に後者についてだが、「長い」ということは必ずしも悪ではない。スクロールバーが点になるような記事でも、好意的なコメントが多いこともある。結局のところ「長い」という批判が意味することは、自分の知りたいことが書かれてい
スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ｜Anno Takahiro
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
SNSであれニュースサイトであれ、タイムラインは自然状態で放置をすると、どんどんネガティヴに闇堕ちしていく。 これはnoteにおいても、つねに注意を払っている課題だ。なぜ多くのサービスでタイムラインが闇落ちするのか、チームと共有するためのメモ。 人間の脳は、ネガティヴな情報に積極的に注目する人間の脳は、原始時代に基礎設計されてから、ほとんど進歩していない。このため現代の人間の意思決定は、しばしば原始時代の生存戦略に引っ張られて判断を誤る。 判断ミスが死を意味するような環境で、長く生き抜いてきた私たち人類は、基本的に保守的だ。生存を優先し、損失の回避を優先するようにできている。5年後の穀物よりも、この瞬間に猛獣に襲われて死なないことを優先する。そういうコンセプトで進化をしてきた。 目前の危機回避を優先するなら、重要なのは危険の兆候を捉え、即座に解消することだ。かくして、ネコジャラシに弄ばれる
なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog
CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる？」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした（笑）。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜
「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023
4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という状況から、おさらばしましょう。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17655 発表者 https://twitter.com/_N_A_ https://note.com/mryy
こんにちは！三井住友銀行 デザイナーの堀と申します。 前回の初投稿から、SNSなど多方面でたくさんの反応をいただきありがとうございました。予想以上の反響で銀行内でも話題となり、三井住友銀行のデザイナーの活動が少しでも広がったことにうれしく思います。 その中で「銀行アプリが変わった」とのコメントを多くいただき、自分たちが関わったプロジェクトがお客さまの手元に届いているんだなぁと感動しました。 今回はその「三井住友銀行アプリ」について書いていきたいと思います。 本題に入る前に…、お伝えしたいことがあります。 三井住友銀行初！2019年度グッドデザイン賞を取りました！！（ぱちぱちぱち） デザイナーだけでなく、たくさんの方々のご協力、お客さまの声から作られたアプリなので受賞したときは本当にうれしかったです。 それでは本題です。 アプリリニューアルの背景 様々な理由がありますが、まずはこれです。 キ
認知バイアスとは、思考のプロセスにおける系統的な間違いのこと。簡単に言い換えると、思い込み。意思決定や判断を行う際の精神的な近道として機能するが、間違った判断を生み出すこともある。 年齢、性別、文化的背景に関係なく、誰もが認知バイアスの影響を受けていると言われる。 これを理解しておくことは、デザインを生業にする我々にとってはとても重要だと思う。なぜなら、人間である以上は、そこに認知バイアスがあり、それを熟知しておくことで、より適切なデザインをすることができるようになるから。 ユーザーエンゲージメントを向上させる7つの要素 認知バイアスが存在する理由我々の脳は、日々信じられないほどの量の情報を取り込んでいる。同時に、できるだけ思考エネルギーを節約したいとも思っている。そのため、難しい判断を迅速に行うために、一般論や経験則（ヒューリスティックとも呼ばれる）に頼っている。 脳がより効率良く判断を
表が示すようにBlueskyにはDM（ダイレクトメッセージ）もなく、非公開アカウント設定もなく、投稿範囲の指定もできない。ハッシュタグすらもない。 見かけがXに似ているといっても、その中身は運営陣の風変わりな設計思想に基づいている点に留意しなければならない。 なんなら以前はブロック機能もなかった。単に見たくないだけならミュート機能で十分というのが運営陣の認識だったのだが、ユーザからの粘り強い要望を受けてようやく実装された経緯がある。この一件を見ても電子決済やマッチングにまで幅広く手を出そうとしているXとは対極の理念を持っていることが分かるかと思う。 モデレーションの程度も今時のSNSにしては珍しく明快な方だと言える。というのも、初期状態では暴力・性的な投稿が非表示化されているが、これらは単純な設定変更ですべて可視化できる。つまり、運営陣は過激な表現が流通しうる実態を予め認めており、投稿その
あの逆ギレ会見がなぜ許されるのか。「いや、私は許していない」という人も多いだろうが、そのような世論が高まったところで結局は何が変わるでもない様をこれまで見てきた。 民意よりもその政治家とその周囲の意向が優先され、問題発言をした張本人は、怒りの声を上げる側が疲れ果てるのを待てば良いだけ。「女性はいくらでも嘘」発言も「セクハラ罪はない」発言もそうだった。 ◆ 森喜朗さん（東京オリンピック・パラリンピック大会組織委員会長）の「謝罪」会見を見て、つくづく羨ましいと思った。 森さんは、「世界にはどんな風に説明していきたいとお考えですか」と質問する女性記者の言葉を途中で遮るようにして、喋り始めた。質問への回答は長く、要領を得ずわかりづらかった。 男性記者に「森会長の方からIOCに説明される意思はありますか」と聞かれ、不機嫌そうに「それは必要ないでしょう、ここで話しているんだから」と答えた。 また別の記
はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するための具体的な方法を示します。 1. 他の人から見て何をやっているかわからない問題 主要なポイント 「あれってどうなってます？」って聞かれていませんか？ これを頻繁に聞かれる場合、確実に何やっているかわからない人だと思われています タスクの状態は、必ず聞かれる
pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator
- はじめに - Pythonのパッケージ管理ツールは、長らく乱世にあると言える。 特にpip、pipenv、poetryというツールの登場シーン前後では、多くの変革がもたらされた。 本記事は、Pythonパッケージ管理ツールであるpip、pipenv、poetryの3つに着目し、それぞれのツールに対してフラットな背景、技術的な説明を示しながら、所属企業内にてpoetry移行大臣として1年活動した上での経験、移行の意図について綴り、今後のPythonパッケージ管理の展望について妄想するものである。 注意：本記事はPythonパッケージ管理のベストプラクティスを主張する記事ではありません。背景を理解し自らの開発環境や状態に応じて適切に技術選定できるソフトウェアエンジニアこそ良いソフトウェアエンジニアであると筆者は考えています。 重要なポイントのみ把握したい場合は、各章の最後のまとめを読んで頂
はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回：技術的負債はなぜ生じるか。 第2回：ソフトウエア開発を「制御」する意外な処方箋 第3回：技術的負債への取り組みはなぜ「２つのDX」につながるのか。 第1回：技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債（あるいはレガシーシステム）はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り
河井克行元法相は、なぜ突然買収容疑を全面的に認めたのか、選挙日程を逆算した裏事情とは（大濱崎卓真） - エキスパート - Yahoo!ニュース
公職選挙法第三十三条の二 ６ 衆議院議員及び参議院議員の再選挙（統一対象再選挙を除く。）は、当該議員の任期（参議院議員については在任期間を同じくするものの任期をいう。以下この項において同じ。）が終わる前六月以内にこれを行うべき事由が生じた場合は行わず、衆議院議員及び参議院議員の統一対象再選挙又は補欠選挙は、当該議員の任期が終わる日の六月前の日が属する第一期間又は第二期間の初日以後これを行うべき事由が生じた場合は行わない。 よって、3月15日までに議員辞職を行わなかった河井克行衆議院議員は、仮に3月16日以降に衆議院議員を辞職しても、少なくとも10月の第4日曜日まで補欠選挙が行われることはありません。また、現在の衆議院議員の任期満了日は今年10月21日のため、結果的に「補欠選挙」が行われないことになります。 ここからは筆者の考えですが、おそらく河井元法相は、被告人質問初日の日程を3月16日以
まだ現職辞めへんで！！ということを最初に宣言しておきつつ、どういう時に仕事/会社を辞めたくなるかを考えてみたい。 朝眠いとかだるいとかそもそも働きたくないとか5000兆円欲しいとかそういうやつではなく、基本的にはやる気がある状況でもふと環境をリセットしたくなるというか、ああなんだかめんどくさいなーと感じるみたいな、比較的ライトな感情の変化の話である。人によっては「にゃーん」とツイートしたり、シャワーを浴びながら「つらい…」とつぶやいてしまったりするアレだ。 なんでこんなことを考えてるかというと、最近TL上で「この人が辞めるのマジか」とか「この人が入社したのかすげえ」と感じることが何度かあり、全然そんな素振りを感じなかったのにやはり一期一会なのだろうかと思ったことがきっかけである。仕事を辞めるのにポジティブな理由だけということはまずないという持論がある。 自分にも感情の波みたいなものがあって
「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
扱う領域が多岐にわたり、それぞれに専門性が必要とされるプロダクトマネージャー。日々の業務や意思決定の合間の限られた時間に、学習を進める必要がありますが、短時間で質のよいインプットを行うには、今も昔も書籍は有効な手段の一つです。一方で、一言でプロダクトマネージャーといっても、キャリアの変遷や得意とする領域が異なり、必要とする参考書も人それぞれです。そこで本稿では、全体像を押さえつつ、自分に適したラーニングパスを見つける上で参考になる、筆者の読書経験にもとづいたプロダクトマネージャーのための読書地図をご紹介します。 最初から「プロダクトマネージャー」という人はほとんどいない 「プロダクトマネージャーは忙しい」 あらゆる職場で耳にする言葉です。 それもそのはず、プロダクトマネージャーはその仕事の性質からカバーすべき範囲が多岐にわたり、それぞれに専門性を持って臨む必要があります。 そのため、キャリ
ホーム > それでもコロナは施設や病院を麻痺させ、弱い人を殺してしまう。それをわかったうえで議論していますか。 「新型コロナウイルスの脅威」と言って、今、本気で怖がっている日本人はどれぐらいの割合だろう？ たぶん、あまりいないだろうと私は想像する。 2020年、まだこのウイルスが正体不明だった頃は、大半の日本人が脅威を感じて外出やイベントを自粛した。 クルーズ船報道が物々しかったこと、有名芸能人が死去したこと、等々もウイルスの脅威を印象づけ、自粛に拍車をかけたかもしれない。 それから二年の歳月が流れた。 日本における感染者数は、2020年とは比較にならないスケールになったが、景気は悪くなり、人々は世界的なインフレと円安に神経を尖らせてインバウンドに期待している。 そこから察するに、日本人の大半は、今はあまり脅威を感じていないのではないだろうか。 社会全体の数字を見れば、確かにそれもそうだと
ポエムです。筆者はプランナーおよびプログラマーとして、いわゆるソシャゲの運営を8年ほど務めてきました。過去を振り返って、ぶっちゃけ話をつらつらと書いていきます。 現実はこんなに若くないけど TL; DR 「運営」の良いところは何よりも「失敗できること」。ゲームづくりは試行回数が命。 一方、「ソシャゲ」に目を向けると、今後はゆるく滅びていくしかないだろうなあと思ってしまう。法外な課金体系についても思うところがないといえば嘘になる。 AI の出現やらでビジネスモデルもクリエイティブも大きく変化が予想される中で、今までの成功論からは離れて、もっと危機感を抱いて次の時代を作らなければ生き残れないだろう。 おことわり 内容はすべて筆者の個人的意見であり、責任はすべて筆者に帰属し、所属する組織団体の意向とは一切関係がありません。 それと、一部経営層への批判と捉えられる文章があるかもしれませんが、それら
2019年9月24日、株式会社メルカリにて、エンジニア向けイベント「Mercari Bold Challenge ~CTOとエンジニアが赤裸々に語る 変化と挑戦~」が開催されました。社員数は1,800人を超え、40ヵ国以上の国から多様な人材が集まり急成長を続けるメルカリ。一方で、急成長に伴って新たな課題も生まれています。そこで今回は「Bold Challenge（大胆な挑戦）」というテーマで、メルカリのエンジニア組織の変化と挑戦について、そのリアルを語ります。プレゼンテーション「メルカリのエンジニア組織の今とこれから」に登場したのは、執行役員CTOの名村卓氏。講演資料はこちら CTO名村氏が語るメルカリのエンジニア組織の今 名村卓氏：こんにちは。CTOの名村です。僕からは、メルカリのエンジニア組織の話をさせていただきます。「今とこれから」ということで、これまでのことと、今抱えている課題と、
みなさまは"The Causal Revolution" (因果革命)という言葉を聞いたことがあるでしょうか？ 私は今月(2021年6月)に初めて知りました。Google Trendsでもデータ不足によりトレンドが表示されません。 つまりまだ全然マイナーな概念で、聞いたことがないほうが自然かと思われますが、これは「来る」と確信したため本記事を投稿しました。この確信の根拠の箇所を記事中で太字で書いた他、最後にもまとめたため、本記事を読む価値がありそうかの判断には先にそちらを読んでもらってもいいかもしれません。しかしながら、因果革命ないし統計的因果推論は学ぶ価値のある分野です。本記事を読まなくても下記に挙げた書籍を未読の方はぜひ一読してみてください。Qiitaでも因果推論についての記事はいくつもあります。しかし、私が感動した点を明示化した記事は見当たらなかったため本記事を投稿しました。 この記
『私は運が悪い！』という人を観察すると、色々な意思決定において違和感のある選択をして、ろくでもないことを引き寄せてるように見える。
吉村英崇🎂8/28が誕生日と覚えなくて良いのよ_(: 3 」∠ )_ @Count_Down_000 私は運が悪い！という人の話を聞くと，実は再現性が高い習慣を持ってたりする 『知らないオジサンに絡まれたり，いきなり怒られる』という方と一緒の職場になって気がついたが、 友人と会うと ●扉 ●エレベーター ●エスカレーター など乗り口•下り口でも立ち止まって長話するのに気がついた x.com/count_down_000… 2024-05-16 12:04:58 吉村英崇🎂8/28が誕生日と覚えなくて良いのよ_(: 3 」∠ )_ @Count_Down_000 ●運が悪すぎると本人はいう ●ただ、状況が似たような時に悪い事が起きる ●しかし、他は同じ状況で『悪運』が起きてない ってのは運ではなく、再現性がある事 おかしいと長期的に見てると、人の忠告を聞いてない、注意書きを見てないが多い
2024年4月5日、江崎グリコは基幹システムの切り替え後にシステム障害が発生し、同社や販売委託を受けている一部の冷蔵食品の出荷に影響が生じていると公表しました。ここでは関連する情報をまとめます。 障害後緊急対応するも在庫数合わず業務停止 今回システム障害が起きたのは江崎グリコの基幹システムで2024年4月3日の新システムへの移行に伴い発生した。物流、販売、会計などを一元管理するERPパッケージ SAP社製「SAP S/4HANA」で構築されており、「顧客への継続的価値創出を可能にするバリューチェーン構築と経営の迅速な意思決定を目的とした、調達・生産・物流・ファイナンスなどの情報を統合する基幹システム」と同社では説明している。障害原因の詳細は同社から開示されてはいないが、システム障害の問題個所の特定は済んでいる。なおサイバー攻撃によるものではないと取材に答えている。*1 システム障害の影響に
「何をやっても駄目だった」ポンコツの自分を救ってくれたマインドセット - メソッド屋のブログ
先日 エンジニアType さんから取材『牛尾剛さん、『世界一流エンジニアの思考法』って本当に日本でも実行できますか？(仮）』を受けました。私は「日本で出来ないことは何一つありません」と回答しました。私が日本にいるときに実際に実施したアクションや、実際にやってみた事例などをご紹介しました。 それは、私が自信に満ち溢れた人物だからではなく、幼少のころから自己肯定感も低く、何をやっても上手くいかなかった自分を救ってくれたちいさな「マインドセット」があったおかげです。 「何をやっても駄目だった」ポンコツの自分を 救ってくれたマインドセット このマインドセットは『日本では一見難しそうな何かを実現すること』に対しても過去の人生でとても有効でした。同じような悩みを持つ人のために、エンジニアTypeさんの記事のフォローアップとしてこちらにも書いてみることにしました。それは小さなマインドセットのチェンジなの
世の中には、経営やマーケティングのためのフレームワークや論理モデルが数多く存在しています。これらを学ぶことは、ビジネスパーソンとしての私の基礎力に繋がるのではないかと思い、特に著名なフレームワークを中心に、作られた背景や基本的な特徴を少し調べてみました。 3C マッキンゼー・アンド・カンパニー在籍時代の大前研一氏が1982年に発表した著書『The Mind of the Strategist』の中で提唱したフレームワークです。環境分析の手法のひとつといえるもので、外部分析と内部分析を簡潔に組み合わせて、市場機会を発見することを目的としています。 1980年代、トヨタ、SONYなど日本の製造業が世界市場で高い競争力を持っていました。しかし、成功している企業には必ずしも優秀な戦略コンサルタントがいた訳ではなく、洞察力と直感力による戦略立案がなされていました。 経営やマーケティングに関する「天賦
東京都の新型コロナ対策サイトはなぜNuxtJSだったのか？ ─ シビックテックのベストプラクティス｜ハイクラス転職・求人情報サイト AMBI（アンビ）
文科系の学部に在籍しながらシビックテックに興味を持ち、関治之氏の「右腕インターン」として1年ほど関わる。その後いくつかのシビックテック活動やインターンシップを経て、株式会社almaの創業に参画。プロダクト開発をリードするかたわら、共同設立したCode for Youthなどでも活動する。学習院大学4年。 なぜNuxtJSだったのか？ あるいはjQueryでなかったか？ 偶然に決まったNetlifyは開発にとても役立った 後でコンポーネントを変更改善できるよう小さく作る ベストエフォートでの開発体制 リリース直後から届いたエンジニアの反響 シビックテック活動のベストプラクティス なぜNuxtJSだったのか？ あるいはjQueryでなかったか？ ── まず最初に、今回の技術的なバックグラウンドから聞かせてください。一見すると行政が関係した仕事とは思えない現代的な技術選定のWebサービスですが、
5年間は生き続ける考え方が凝縮された良書「AWSで実現するモダンアプリケーション入門」 | DevelopersIO
「最近、モダンモダンすげぇ聞くけどモダンってなに？」 「人の数だけモダンはあるんだよ…」 近年、パブリッククラウドを主軸としたアプリケーション開発文脈の中で「モダンアプリケーション」という言葉をよく聞くようになりました。自分もMAD（Modern Application Development）事業部の部長を去年やっていたりして、モダンという言葉には人一倍敏感だったりします。 そんなおり、そのモダンアプリケーションについて真正面から解説する本を、著者の落水さんから献本いただいたので、僭越ながら書評という形でご紹介させていただきます。 モダンがなにかようやくわかるの…!? ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / 丸わかりやで。 書籍の概要「AWSで実現するモダンアプリケーション入門」 AWSで実現するモダンアプリケーション入門 〜サーバーレス、コンテナ、マイ
※この記事は、株式会社アルクによるSponsoredContentです。 英語で雑談ができない。イギリスに4年行っても、TOEIC 900点を超えても、居酒屋で雑談ができない。長年、これがつらかった。 何年海外に住み、TOEIC高得点だって、コミュ障はどうにもならん かつて、秋葉原に住んでいた。秋葉原といえばワールド・アニメ・オタクのメッカであり、外国人観光客も多い。そして私は普段着でウロウロしている女だ。メイド・ガールでもないのだから、こりゃあ現地人であろうということで、結構道を聞かれる。 Where is Mandarake？ まんだらけはどこですか？ Oh, it’s just over there. But…If you are looking for Mandarake, wouldn’t you also want to visit Melon Books? It’s a 3
要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す
ひとり会社を経営してこの4月から第6期になる。期間として次の12月で創業5年になる。先日、その5年近くの経営の中での失敗からのふりかえりについて書いたところ、多くの人たちに読んでいただいたので嬉しい。 この記事で引用した次の経理の書籍についても多くの人たちが読んでくれているようにみえる。それ自体は素直に嬉しいものの、約4年前の記事であるため、当時の私が起業に関して無知だったり、よくわかっていなかった内容もいくつかある。そこで現時点でのアップデートを含め、いま私が起業するならこうした方がよかったと、自身の経験からわかったことを整理してみる。 起業時に夢も希望もない私自身、先にあげた過去の記事を読み返していて、よい大人がひどい理由で会社を辞めたものだと思う。一方で世の中には既存の社会構造や組織に馴染めない人もいる。自分で会社を経営することは自己責任ではあるが、社会に対して馴染めないなにかを少し
こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト
はじめまして。デジタル庁ファクト＆データユニット所属、データエンジニアの長谷川です。 本記事ではデジタル庁内でデータ活用を推進するための組織と分析基盤についてご紹介します。 これまでのデジタル庁noteと比べると、技術寄りの話題が多い記事となりますが、庁内のデータ活用に興味のある方はぜひご覧ください。 デジタル庁のデータ活用組織「ファクト＆データユニット」ファクト＆データユニットとはデジタル庁の特徴の一つに、デジタル分野において各種の専門性をもつ「民間専門人材」が多く所属していることが挙げられます。 民間の専門人材は、デザイン、プロダクトマネジメント、エンジニアリングなど、領域ごとに「ユニット」と呼ばれる組織を構成しており（参考：デジタル庁 - 組織情報）、必要に応じてさまざまなプロジェクトにアサインされて業務を遂行する、人材プールのような役割を果たしています。 ファクト＆データユニットも
とある人事部長の後悔を聞いてほしい１（追記あり）
かつて、大手企業で人事部長をしていた。 人事部長という役職名ではないが、似たような名称のポジションだった。 人事の機能のひとつに『処分をつける』というのがある。 問題のある社員への指導教育だったり、人間関係のトラブルに決着をつけたり、罪を犯した人間を罰したりする機能だ。 それに比べれば、勤怠管理だの、給与の支払いだの、社会保険の手続きなどは子どもの遊びに思えてくる。 そんな、面倒くさい問題に10年近く携わってきた。 今でも夢に見る。 後悔がある。どうしてあの時、もっとやれなかったんだろう、やらなかったんだろう。 どうして、あの人の心に寄り添うことができなかったんだろう。どうして、自分の思う正しさを貫くために上位の役職者を説得しなかったのだろう。 そんな後悔を吐き出したくて、はてな匿名ダイアリーに投稿することにした。 事案は４つある。そこまでぼかしてはいない。私自身と向き合うためには、真実を
霞が関を去ろうと思う
注意点 「霞が関を」としているものの、霞が関全体を語れる訳はないです。キャッチーにしたいがために目的語を大きくしました。あくまで一例。 現状に耐えきれなくなりそうで吐き出したかっただけです。お目汚しすいません。身バレは怖いので瑣末な部分にフェイクあり（というフェイクを入れておきます）。 私のスペック京大理系院卒基本情報、デスペ持ち、水色コーダー総合職、技官、4年目係長 今のポストは3ポスト目 なぜ去ろうと思ったか意思決定が科学的でない 誰々がこう言っているからこうなんだ 前回こうだったからこう これまでやってきたのだから今回もやらなければな 俺がそうだと思ったからそうなんだよなどなど、自分自身で考えることができていない人が多い。そもそも科学的な営みの経験がない人が圧倒的多数なので仕方のないことなのかもしれない。 勉強しない少なくとも総合職ならば、必死に勉強するものだと思っていたのだけど違う
■ Claude 3に例の「読了目安2時間」記事を解説させてみた Anthropicの先日出たばかりのClaude 3（Opus）が、ChatGPTのGPT-4を超えてきたと聞いて、自分の原稿を解説させてみたところ、確かに革新的な進歩が見られる。もはや内容を「理解」しているようにしか見えない。GPT-4では、昨年11月に試した時には、そうは見えず、優れた文章読解補助ツールという感じでしかなかった。 一昨年のCafe JILIS「高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱」は、発表した当時、長すぎて読めないから誰か要約してという悲鳴があがっていた。その後、ChatGPTの登場で、その要約能力に期待されたが、冒頭のところしか要約してくれなかったり、薄い論点リストが出てくるだけで、その期待に応えられるものではなかった。 もっとも、GPT-4でも、質問力があ
「小さくて多い」が日本の問題
コングマリット→コングロマリットに修正 会社が「小さくて多い」CPUだったらintelとAMD、GPUだったらnvidiaとAMDがいい例だけど、アメリカ企業は業界で基本的に2,3社、多くても4,5社に集約している ルーターはシスコシステムズとジュニパーネットワークスとか、ソフトウェアはフリーとかオープンソースとかも含まれるから一言でいえないけど 映像編集はAdobe、3D/CADはオートデスク、DBはオラクル,MS、クラウドはAWS,Azure,Googleみたいに寡占で儲ける それを頭に入れたうえでこれ見てほしい 自動車(トヨタ、ホンダ、日産、スズキ、マツダ、ダイハツ、スバル、三菱、日野、いすゞ) 鉄道(日立、川崎、近畿車輛、総合車両製作所、日本車輌製造) 造船(今治、ジャパンマリンユナイテッド、大島、三菱、名村、川崎、三井、定石) 複写機プリンター(フジ、リコー、コニカミノルタ、キヤ
この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました！わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA（Non Disclosure Agreement）にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います（1コイン分の金額で
衰退が確定した国におけるプランB｜Taejun
経産省の「未来人材ビジョン」はとてもよく書けていて、日本の現状を突きつけるものだった。 https://www.meti.go.jp/press/2022/05/20220531001/20220531001-1.pdf 残念だけど、日本はすでに詰んでいて、今後も停滞が続くと個人的には思っている。僕がその見識を信頼する人たちも、大声では言わないけれども同じような意見だ。 なぜ詰んだといえるのか。いろいろな理由はあるけれども、一番深刻なのは高齢化と硬直的な人事制度だと思う。 社会に高齢層が増えることの一番の問題は「人は年をとると昔の自分より頑迷になる」という一般的事実に基づいている。これは高齢者攻撃の話ではなく、人間の脳は年齢とともに劣化するという事実の話だ。そして、人間はよほど自覚的でないと自分の脳の劣化には気づかない。より多くの頑迷な人が投票権を持っているので、政治は基本的にその人たちを
*（５月１３日追加その１） 衆議院の資料のPDFファイルが巨大すぎて対象部分を見つけるだけでやになってしまう方も多いと思ったので、関係する部分だけを抜き出しておきました。これでも難解だけど、僕の解読が間違っているかもしれないので、お時間がある方はできればご自分で確認してみてください。最初にあげたファイルのラインマーカーがスマホだと字が潰れて見にくいとの苦情がありましたので、ラインマーカーを少し薄味に変えてあげ直しておきました。今週は明日からは番組準備で忙しいから、ここまで丁寧にはできないよ。 検察庁法改正部分抜き出し (510KB) 国家公務員法８１条７抜き出し(308KB) **（５月１３日追加その２） コメント欄でも指摘されていますが、ここに若干の読み間違いがあるかもしれません。国家公務員法の８１条７の適用によって、検事総長、次長検事、検事長の定年がそれぞれ最長で３年延びることは間違い
巨乳を彼女の必須要件から外すのに8年かかった。
まずおれがどれだけ巨乳好きか話す。 正確には、とある巨乳に「〜くらい巨乳が好きなんだね」と言われた話をまずは話す。 そもそも多少巨乳好きという自覚がおれには合った。 この年頃の男というのは、某マッチングアプリのいいね欄（自身がいいねを送った相手を遡って見れるという欄）を男友達の内輪で見せ合い、各々のタイプに対して不躾るという時間がある。 そこでいつも友人には「巨乳なら他はなーんも関係ないじゃん」と言われるのだ。だから巨乳好きという自覚があった。 個人的にはドキドキしたらいいねを送ると決めているが、友人からすると分かりやすく巨乳にドキドキしているのが分かるそうだ。 そんな価値基準で某マッチングアプリをわさくさしているおれは、ある夜、パッツンパッツンの胸1枚だけをトップ画像に設定した巨乳とどうにか会う事になった。 あれよやれよと一晩を過ごしたのだが、その巨乳の女の子からは事を終えた後にいろんな
ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog
はじめに アーキテクチャ・デザイン全般 ソフトウェアアーキテクチャの基礎 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Design It! ソフトウェアシステムアーキテクチャ構築の原理 データ指向アプリケーションデザイン マイクロサービス マイクロサービスアーキテクチャ マイクロサービスパターン 実践的システムデザインのためのコード解説 ソフトウェアアーキテクチャ・ハードパーツ ドメイン駆動設計 エリック・エヴァンスのドメイン駆動設計 ドメイン駆動設計入門 ボトムアップでわかる！ドメイン駆動設計の基本 現場で役立つシステム設計の原則 要件定義 はじめよう！プロセス設計 ～要件定義のその前に はじめよう！ 要件定義 ～ビギナーからベテランまで はじめよう！システム設計 ～要件定義のその後に Web, Web API Webを支える技術 プロになるためのWeb技術
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『鬼滅の刃』大ヒットの理由が見つかることは無い - 本しゃぶり
タイムラインが闇堕ちする仕組み｜深津 貴之 (fladdict)
三井住友銀行アプリについてお話します。｜SMBC DESIGN
デザイナー必見！知っておきたい10の認知バイアス デザイン会社 ビートラックス: ブログ
Blueskyの眺め方 初版 - 点と接線。
森喜朗さんの逆ギレ会見がなぜ許されるのか（小川たまか） - エキスパート - Yahoo!ニュース
もう仕事に追われたくない！自分起点で楽しく働くための自己管理術 - Qiita
「技術的負債」への処方箋と「２つのDX」 - Qiita
どういう時に仕事を辞めたくなるか - Konifar's ZATSU
「プロダクトマネージャーこそ、戦略的に読書せよ！」──最短で成果を出すための読書地図
それでもコロナは施設や病院を麻痺させ、弱い人を殺してしまう。それをわかったうえで議論していますか。
ソシャゲ運営を8年やって感じた、良いところと悪いところ - 音速きなこおはぎ
エンジニアを増やしていけば、うまくいくと思っていた––メルカリCTO名村卓氏が語る、開発組織の今とこれから
今起きている革命、「因果革命」とは - Qiita
江崎グリコの基幹システム移行トラブルについてまとめてみた - piyolog
知っておくと便利な思考フレームワーク×35 | knowledge / baigie
TOEIC 900点でも英語で雑談できない自分を変えた勉強法 byトイアンナ - はてなニュース
ひとり会社を起業したときにわからなかったこと｜Tetsuya Morimoto
ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る｜kyuns /キュン 今村雅幸
デジタル庁のデータ分析基盤「sukuna」｜デジタル庁
高木浩光＠自宅の日記 - Claude 3に例の「読了目安2時間」記事を解説させてみた
メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記｜松岡玲音｜note
検察庁法改正案の中身がやっと理解できたよ（５月１３日再更新） | ジャーナリスト神保哲生 official blog