自分は2020年に初めてマネージャーという役割になってしばらくの間、メンバーに寄り添う意識が強くてあまり職責を果たせていなかったと思う。「今思うと」という話で当時はそう思っていなかったのが黒歴史と言える。過去の自分のことを思い出しながら、この「メンバー思い"風"マネージャー」だった自分に向けたフィードバックを雑に書いてみる。 お前は"メンバーを守ること"が目的になっていて、経営や他部署との対立構造を自ら作ってしまっている。 たとえば、ビジネス上満たしたいリリースターゲットを共有された時、メンバーの負荷を勝手に想像して初手で噛みついてしまっているな。マネージャーとしてきちんと"断る"ことも仕事といった感じで、どこか使命感に近い感覚を持っていないか。お前がやっていることは、結果として経営との接続どころかむしろ最初のブロッカーのような立ち振る舞いにしかなっていない。 人事制度の変更アナウンスに対

A new tool that blends your everyday work apps into one. It's the all-in-one workspace for you and your team

独自ツール開発でスタジオ撮影をDX！「VLS（Virtual LED Studio）」 / dx-studio-vls

左上、右上など‥特定方向だけborder-radiusを適用して、角を丸くする方法です。 このように指定できます。 border-radius: 10px 20px 30px 40px; /* 左上・右上・右下・左下 */ 時計回りに値を指定していきます。 例1：右下のみ指定する場合 右下の角だけを丸くしたい場合は、このようにします。 border-radius: 0 0 0 32px; ただ一方向のみの使用であれば、以下のようにするとスマートです。 border-bottom-right-radius: 32px; 『border-(タテ)-(ヨコ)-radius』といった具合に、プロパティ名として書きます。 “margin-bottom”のような書き方ですね。 例２：対角線上に指定する border-radius: 32px 0;" 左上や右下など、対角線上に指定することもできます。

会社のカジュアル面談に来てくれた方と話すと、自分自身考えさせられたり意見を交わして理解が深まったりする。 自分が以前に聞かれて特に面白かった質問を雑にいくつか書き出してみる。会話の中で出てきた質問なので、このままストレートに聞かれたわけではない。 いま楽しいとしんどいの割合はどのくらいですか EMをやっていた時で、しんどいが7くらいで答えたと思う 割合を答えるだけなので答えやすく、それに対してどう感じているかといった深堀った話もできて面白かった もちろん楽しい割合が多いのも素晴らしいのだけれど、ある程度しんどさもあるのが常だし真っ当だと思っていてリアルなところを聞けるいい質問だと思う 自分が入るであろうチームで一番大きい課題は何ですか 当時解決してほしい課題は明確にいくつかあったものの、実は"一番"大きい課題と聞かれるとバシッと答えられなかった 話していく中でこういうところが一番ですかねみ

JaSST'24 KyushuでおこなったLTセッションです。 10分のLTで、勉強をしたらどのようなことが起こるかをひとつだけ説明しています。

マネジメントの想定問題集があれば、疑似体験により引き出しが増えて成長が早まるのではないかと思ったことがあるので雑にかいておきたい。 マネジメントは昔からたくさんの関連書籍も出ていて、ある程度型をもって技術として磨いていけるものではある。 一方で、「やらないことを決める」「思い切って委譲する」といったいわゆる"セオリー"的なことは理解はしつつも、そういう小綺麗な話ばかりではないのはマネジメント経験者なら共感できるのではなかろうか。 社内での役割や経営・メンバーとの関係性にもよるけれども、たとえば次のような泥くさい想定問題があったらどう答えるか考えてみると面白いかもしれない。 1on1 でメンバーから「事業 / プロダクトの方��がわからない」と言われました このまま放置すると離職リスクになりうるかもしれません マネージャーとしてどう動きますか？ 事業計画上、4週間後にはリリースしたい機能があり

7年勤めた会社が斜陽気味で、昇給も昇格もなさそうだったので、30代になる前、コロナ禍を機に思い切って転職。結果、運も味方して晴れて昨年からいわゆる中間管理職的なポジションになった。 しばらくは少し上がった給与を無邪気に喜んでいたが、ここ最近はしんどさや孤独感が強い。 ざっくばらんに書くと ----- ・同じ職位だった人たちと、今までのように話せなくなった…上司として接されることに慣れない ・今までフォローされる側だったが、フォローする側になったので、部下の仕事やメンタルのケアを行うための仕事が増加 ・メンタル以外も、健康問題、上の方針の文句などガス抜きや対応が必要なこと多数 ・殆どが年上の職場なので、フォローにも気をつかう ・会議が爆増したので、仕事に当てられる時間が減少 ・上位レイヤーが説明不足なので、その橋渡しをするために色々奔走 ・方針決定や判断を求められる仕事が増えたので、具体的な

チームのキャパシティを超える要求を抱えたプロジェクトが、なんの問題もなく完了するはずがありません。なんとか作り上げられた機能は、表面上は要求通りでも、どこかぎこちなさを感じます。ユーザー体験が悪く、それがユーザー価値を押し下げ、ビジネス価値を削り取ります。触るたびに新しい欠陥も見つかるかもしれません。内部品質も最低です。それが今後の追加開発の足を引っ張ることにもなるでしょう。そして、ただ消費するような働き方によって、チームは成長も達成感も感じられず、疲弊します。 詰め込み型のプロジェクトは、誰にとっても利点がなく、そのうえ持続不可能なやり方なのです。 「詰め込んでもなんとかなる」という楽観主義詰め込み型のアプローチは、組織内でプラクティス化しやすいプロジェクト計画手法です。この手法で完了したプロジェクトは、一見すると、上手くいったように見えます。多少の遅延があったとしても、概ね一通りの機能

Note Storybook Vitest Plugin は 2024 年 10 月 5 日現在実験的な機能として提供されており、API が将来にわたって変更される可能性があります。 Storybook v8.3 より、ストーリーをテストするためのテストランナーとして Vitest を使用できるようになりました。今までも composeStories 関数で作成済みのストーリーを使いまわし、Jest などのテストランナーを用いてたテストを行うことができましたが、複雑なセットアップが必要でした。 また Vitest では ブラウザモード により、ヘッドレスブラウザ上で Storybook のテストを高速に実行できる点が特徴です。ヘッドレスブラウザ上でテストを実行することにより、例えば jsdom や happy-dom などのシミュレーションを使用する方法と比べて、実際のブラウザでの挙動をよ

実はハードル高そうに見えて低いのがグラタン。牛乳常備していない人には勧めないけど、大抵の残り物野菜はこいつで処理できる。 マカロニはレンジ7分で茹で上がるので茹でてる間に玉ねぎ1/4の薄切りと適当に余った野菜入れて炒める。あればウインナーか鶏肉いれる。 玉ねぎが透き通ったらそこにハウスシチューの粉大さじ1入れて玉ねぎにまとわりつかせる。 牛乳と水を80mlずつ入れる。とろみが出てくるのでそこに茹で上がったマカロニ投入。あとチーズ乗せてオーブントースターで4分くらい焼くだけ。 焼き時間入れても14分位で終わる。楽ではないけど残り野菜処理したいときとかカレー作るよりは楽。ハウスシチュー使えばほぼそれだけで味決まるので初心者でもできる。シチュー作るよりグラタン作るほうが圧倒的に多いわ。

NTT Tech Conferenceは、NTTグループのエンジニアたちが一堂に会し、NTTグループ内外のエンジニアたちと技術交流を行うためのカンファレンスです。ここで、細田氏が「PDFのコピペが文字化けするのはなぜか？〜CID/GIDと原ノ味フォント〜」をテーマに話します。まずは文字化けが起こってしまう原因について。 原ノ味フォントの作成者 細田真道氏（以下、細田）：細田です。ふだんはNTTグループのどこかでDXな仕事をしていますが、今日はぜんぜん仕事とは関係なく、個人的にやっているオープンソースなどの話をしたいと思います。よろしくお願いします。 簡単に自己紹介をします。楽譜を作成するプログラム「LilyPond」のコミッターと、GNUの公式文書フォーマット「Texinfo」のコミッターをしています。あとで話しますが、「原ノ味フォント」を作っていて、すごく似たような名前で「原ノ町」という

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに アノテーションの髙嶋です。 プログラムの開発環境として、私はVSCode + Dockerコンテナを使用しています。 日々問題なく使えていた開発環境が、ある日突然コンテナのビルドエラーが発生するようになり起動できなくなったので、その解決方法を記載しています。 実行環境 今回の事象が発生した環境は下記の通りです。 OS：Windows 10(22H2) WSL：Ubuntu-20.04 Rancher Desktop：1.13.1 Docker：25.0.4-rd, build c4cd0a9 Docker Compose：v2.24.7 また、コンテナ環境の定義ファイルは下記構成になっています。 ./ ├ .devcontainer ｜ ├ devcontainer.json ｜ └ docker-compose.extend.yml ├ docker-compose.yml └

元山 (@kudakurage) と出口 (@dex1t) が最近気になっているサービスやデザイントピックスを取り上げてのんびり話すポッドキャストです。毎週金曜日に配信します。 感想や質問などは、 おたよりフォーム から送っていただくか、Twitterでハッシュタグ #resizefm をご利用ください。

Ruby Advent Calendar 2018 3日目の記事になります。 なんとか日付が変わる前に書けました…。 何を書こうか迷ったんですが、この記事では今年 Ruby にパッチを投げまくったディープな Refinements の世界について書いてみようかと思います。 そもそも皆さん Refinements は使っていますか？どんな機能か知っていますか？ まずは Refinements についておさらいしてみましょう。 クラス拡張について Ruby ではオープンクラスに対してメソッドを拡張する事が出来ます。 # Integer クラスに対して後からメソッドを追加する事が出来る class Integer def twice self + self end end # 追加したメソッドは既存のオブジェクトから呼び出すことが出来るようになる p 42.twice # => 84 # クラス