「マネージャーが潰れてしまった」 これは、わりとよく聞く話だ。 チームとしての痛手だし、個人にとっては相当しんどい経験だと思う。 最近、自分がマネージャーという立場で日々業務を回している中でも、 「今、結構ギリギリだな」と思う瞬間がある。 別に不満があるわけでも、燃え尽きているわけでもない。 でも、“業務と期待が積み上がり続ける感じ”が、ジリジリ効いてくる。 だからこそ今日は、「マネージャーを潰さないためにできること」を マネージャー本人／上位マネジメント／チームメンバーの3視点から雑に整理しておきたい。 マネージャー本人ができることまず、自分自身としてやっておくべきことは明確で、 抱えている業務の全体像を常に可視化しておく 自分のキャパの上限を認めて、助けを求めるクセをつける 「やらないこと」を明確に決めておく（期待に応え続けようとしすぎない） メンタルの“疲れの兆し”に敏感になる（鈍感

こんにちは、ニケです。 皆さん、AITuber 開発していますでしょうか？ AITuber、最近よく聞く言葉ですね。 面白そうだけどどこから始めればよいか分からない、という方も多いと思います。 というわけで今回は、AITuberという分野に興味を持っている方のために、できるだけ簡単にAITuberの作り方について解説していこうと思います。 具体的に「Youtubeのライブチャットに反応してキャラクターが応答を返すAITuber」を作成します。 下記が完成版のサンプルです。 なお、非エンジニアの方でも理解できるように、今回は仕組みの説明に注力し、コードの中身は解説しません。 動作コードはほぼ1つのファイルに収まっているため、コードに興味がある方は、ChatGPTにそのままコピペして解説してもらうと良いでしょう。コードは後ほど共有します。 ちなみに簡単に自己紹介すると、私は普段 AITuber

こんにちは、ニケです。 今回はAITuberKitにスライドモードを追加したのでその解説をしたいと思います。 ちょっと前置きスライドモードは、AIキャラがスライドを自動で発表し、質問に回答してくれる機能です。 なお、スライドと台本は "予め" 用意しておく必要があります。 手動で作成するか、PDFから自動生成する機能を利用して作成することになります。 AIらしく、"リアルタイム" でこれらのスライドやそれに対する発話内容も作成することは技術的に可能ですが、下記の理由で人間が用意する方法を採用しました。 完全AIでは精度が良くないこと（ハルシネーションが含まれる可能性がある） 考慮すべきことが増えてむしろシステムとして煩雑になってしまうこと 人力のスライド発表でも事前に内容をチェックすることは一般的であること 「タイトルを入れたらそれに対してAIが勝手にスライドを作って発表してくれる機能」だ

はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割

こんにちは。MASKMAN Inc. デザイナーの向田と申します。 今回はデザイナーの私がAIを使用して、エンジニアの力を借りず、Three.jsでWebアニメーションを実装できるか、に挑戦した話を記事にしてみました。 今回作ったもの 3種類の画像がパーティクルになって切り替わる3種類の花の画像が、パーティクルの散乱・収束とともに切り替わるアニメーション演出を、Three.jsで実装しました。コードは基本的に全てChatGPT(GPT-4)が出力しており、私は「作業指示」と「実行結果」を伝える程で、自分ではほとんどコードを記述していません。 まるで、つよつよエンジニアとチャットで話しながら制作しているような感覚で作業を進めることができました。それでは、GPT-4との共同制作の過程を振り返ってみたいと思います。 どうやって作った？今回、主に使用したのは、OpenAI社の対話型AIであるCha

こんにちは！株式会社Rabeeのデザイナーのakaneです🐏 今回は、Webアクセシビリティの初心者が基礎を学ぶときに助かった資料を紹介します。各資料に対する説明も掲載しているので、どうぞ最後までお楽しみください🌏 ※冒頭、Webアクセシビリティに関する前提知識の紹介が長くなっています。本編を読みたい方は「資料①｜ざっくり知ろう」からご覧ください。 ※今回は、デジタル庁等の引用元にならって「障害」の表記を使用します。 ※noteの内容に誤りがございましたら、お手数ですがコメントやSNS等でご指摘いただけると幸いです。 はじめにまずは、Webアクセシビリティに関する基礎知識の整理からスタートします。最近よく耳にする「合理的配慮」のことも振り返ります。 WebアクセシビリティとはWebアクセシビリティとは、文字通りWebサービスにおけるアクセシビリティのことです。 アクセシビリティは「アク

まえがきアニメーションを多く取り入れたWebサイトが好きかどうかのアンケートを取ると、ネガティブな票が多く占めることがよくありますが、それに関して思うところがあったので「Webサイトにアニメーションは必要あるのか」というテーマで自分の思っていることを言語化してみました。 X (Twitter)で「動くWebサイト　嫌い」で検索 Xでちらっと検索しただけでも動くサイトが嫌い、という方は結構いそうですね。もし「アニメーションはすべて悪」と思っている人がいたらぜひ読んでいただきたいです。 この議論はアプリなどにも言えることですが、私の主なお仕事はWebサイトのフロントエンド実装なので、Webサイトについて書かせていただきます。 また、保険をかけているわけではないですが、私はUI (ユーザーインターフェース) の研究をしている専門家でもないんでもないので、この記事の内容に学術的なものは一切ありませ

こんにちは。メルカリのsaimaruです。タイトルの通り、5月末をもってメルカリを卒業することを決めました。2018年7月（忘れもしないIPOの翌月）に入社したので、過ごした期間は約4年11ヶ月。沢山の方にお世話になりました。本当にありがとうございました。 ご報告🪅 私ごとですが約5年働いたメルカリを卒業します。本日、最終出社でした。メルカリの人を信じる性善説カルチャーが大好きで、仕事の価値観が根底から覆された経験を得ました。本当にありがとうございます。自分史上、最高の5年と胸を張って言える。この会社の仲間になれて幸せでした！再出発！ pic.twitter.com/RBZgMOvowt — Ryo Saimaru｜有休消化中 (@saimaru310) April 14, 2023 メルカリでは主に人や組織、採用にまつわるPR/ブランディングを担当し、直近の約1年間はEmployer

こんにちは。伊原 力也（@magi1125）と申します。業務アプリケーションのデザイナー、デザインチームのマネージャー、アクセシビリティ関連のコンサルタントなどをやっています。 ウェブアクセシビリティを普及啓発する活動を始めて10年が経ちました。おかげさまで興味を持ってくれる人はかなり増えたと感じています。しかし、人が増えると声は届きにくくなります。「アクセシビリティをどこから学び始めていいかわからない」という意見も目にするようになってきました。 また、私はこれまでにアクセシビリティに関する書籍を何冊か書いていますが、専門書ってちょっと高いので、興味があるぐらいの段階で本を買うのはちょっと……という気持ちもわかります。 ということで、これまで自分が発信したり関わったりしたコンテンツのうち、ウェブアクセシビリティの理解の助けになりそうものをベストアルバム的に一度まとめてみることにしました。

組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

Qiita Conference 2023で登壇の機会をいただきましたので、登壇内容を一部noteにもしておきます。登壇資料は最後に貼ってあります。 前提プロダクトマネジメントはUX、Tech、Businessの交差領域であり、各々の専門性が重なるというのが基本概念のはずです。（左）しかし、プロダクトマネージャーという職種が増えてきた結果、分業したままなんとかプロダクトマネージャーがその糊となって繋げている組織をみることがあります。（右） プロダクトマネージャーではなく、プロダクトマネジメントは各領域の専門家が集まるチームでやっていきましょう。プロダクトマネージャーはその旗を降る人であって一人でプロダクトマネジメントをするわけではありません。 エンジニアがプロダクトづくりを推進するためには、Tech x UXやTech x Businessの領域に積極的に手をだして重なりをつくっていきまし

このまま、私は、私という自我を手放して、この子の一部となってしまうのだろうか 深夜2時、泣き喚く赤子を呆然と抱えながら、幾度となくそう思った。 赤子と自分の境界線が、溶けてなくなって、ひとつになってしまうような、強烈な感覚だ。 睡眠不足で回らない頭、マミーブレインで物忘れが激しくなった気がする。 やっと寝かしつけ、布団に入った頃にはもう次の授乳時間が迫っている。 なかなか寝付けずSNSを開くと、周りの友人は順調にキャリアを積んでいるようで、流れてくる転職エントリが目に沁みるほど眩しい。 プログラマーは常に最新の技術をキャッチアップし、死ぬまで勉強しなければ続けられない この業界にいると、よく目にする言葉である。 私も、産前は勉強会に出たり、技術書を読み漁ったり、それなりに楽しく勉強していた方だったはずなのに・・・ このままではまずい、何かをはじめなければと焦燥感にかられる。 それはまるで綱

2024年リリースのMulti-Editに対応しました。 Figmaconfig2023にリリースされたVariables,Developer mode,NestedComponentに対応しました。 Figmaconfig2022で発表されたComponent PropertyとAutoLayoutについても追記しました。 世の中のFigmaの日本語ドキュメントがショートカットや基本機能の解説に終始していることで、毎回チームに運用マニュアルをインストール必要が出てきて辛いのでこちらにオープンドキュメントとしてまとめておきます。 コピペしてアップデートしてもらって大丈夫です。各社のNotionページにPullしてあげてください。 あくまで現状のFigmaの仕様の前提で個人的な運用最適解としての見解です、こういったたたき台があることで議論が活発になると嬉しいなという気持ちです。💕気に入って

従来のGoogleアナリティクスである、ユニバーサル アナリティクス（以下UA）のサポートがいよいよ2023年7月に終了することが、先日アナウンスされました（※）。昨年対比やトレンドをチェックすることを考えると、2022年内できるだけ早めに次世代のGoogleアナリティクス（以下GA4）へ移行したいWebメディア運営者も多いかと思います。新しいツールの勉強や、既存システムの改修が必要な問題ではありますが、この機会を、データ収集・可視化の設計を見直し、日々の意思決定の共通言語としてデータを使いやすくするチャンスと捉えてみてはいかがでしょうか。 ※  Google、ユニバーサルアナリティクスのサポートを2023年7月1日に終了。早めのGA4移行を推奨 このnoteでは、前半でダッシュボードによるデータの可視化にコストをかけるべき理由を整理します。後半では、2021年秋に文春オンラインのダッシュ

PV至上主義は蛇蝎のごとく嫌われています。 コンテンツの価値は無機質な数値では評価できない、質より量を追求するとモラルハザードを起こす、など様々な理由でPV至上主義は忌避されます。しかしながら、Webメディアは広告収益をもたらすための主たるドライバーであるPVを追い求めざるを得ません。そんな板挟みの中で戦略を決めあぐねているWebメディアの皆様、ぜひこのnoteでPVとの付き合い方を再考し、戦略を立てるヒントを探してみてください。 私は、文春オンラインで1年間にわたりPVを高めるために量的・質的分析を行い、インサイトを毎週欠かさず編集部にフィードバックしてきました。その間、2020年1月の約2億4千万PVから、2020年12月には約3億3千万PVまで大きくなりました。もちろん、スクープの有無によってPVは大きく変動するのですが（4億PVを超えた月もありました）、平常時のベースのPVも上がっ

私が一番最初にAndroid アプリをデザインしたのが2016年の初夏頃で、その頃はまだiOS・Android とデザインが違うのが主流でしたが、2021年現在のアプリはiOS もAndroid もプラットフォームごとの細かな違いはあれどほぼ同じデザインが主流となっています。 これは2016年の10月にAndroid APIがBottomNavigationView に対応してからじわじわ浸透していった変化だと考えているのですが、その辺の歴史の話は省略します。プラットフォームは違えどスマートフォンアプリである以上デザインは同じ方が楽なので、共通化されていったのは自然な流れだと思います。実際両者が全然違うUI・デザインだと大変ですしね……。 とはいえ、プラットフォームが違うので全て同じというわけにもいきません。iOS にはHuman Interface Guidelines、Android

【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって

食べログFE（フロントエンド）チームの金野と申します。 以前の記事で、jQuery+Backbone.jsからReact/TypeScriptへのリプレースを進めていることをご紹介しました。 リプレースした部分では、Atomic Designを採用しています。 今回の記事では、採用した理由や食べログでの分類方針についてご紹介します。 Atomic Designを導入した目的Atomic Designを導入したねらいは以下になります。 ・コンポーネントの責務がより明確になる ・見た目の粒度だけでなく、ロジックの責務も明確にできる ・「ドメインが入るか／入らないか」。「抽象的か／そうでないか」の区別が明確になる ・世間的にも浸透している概念のため、デザイナー・エンジニア間の共通言語を作れる 食べログではもともとUIコンポーネントをFLOCSSの考え方に従ってレイヤー分けしていましたが、以下の課

先日GoogleよりGoogle Analyticsの大幅アップデートが発表されました。 その名も「Google Analytics 4」です。 従来よりアプリ + ウェブ アナリティクスという名称でβ提供されていたものが正式にリリースされた形になります。 自分の勉強がてら、アップデートの内容を整理したいと思います。 アップデートの背景 そもそもなぜGoogleは今回のアップデートを行ったのでしょうか？ アナウンスの原文にその答えが書いてありました。 新しいアナリティクスでは、デバイスやプラットフォームごとに細分化された測定ではなく、顧客中心の測定を行うことができます。マーケターが提供するユーザーIDや、広告のパーソナライゼーションにオプトインしたユーザーからのGoogle独自のシグナルなど、複数のIDスペースを使用して、顧客が貴社のビジネスとどのように相互作用しているかをより完全に把握す

杏ちゃんはBANされたツーラーでも内部の人間でもありません！！ 先日Twitterにて指摘したグランブルーファンタジーのステージング環境へアクセスが可能だった件についてまとめておきます。 （該当ツイートは削除済みのため画像を添付しておきます） ※ 注意 本記事中にはURLやIPアドレスが含まれます。 既に外部からのアクセスはできなくなっていますが、利用規約等を考慮しアクセスしないほうがいいと思います。 ステージング環境へのアクセス外部からのアクセスが確認できた環境は複数ありURLからおそらくステージング環境と思われます。 1. stg.game.granbluefantasy.jp 2. stgz.game.granbluefantasy.jp これらの環境は外部から「制限なく」「誰でも」アクセス可能な状態で公開されていました。 また、Googleにインデックス登録されており検索結果に表示