マネージャーが持つべき究極のミッション | ベイジの日報
評価を高めて給与を上げよ マネージャーの仕事は、部下の仕事のレベルを高め、評価と給与を上げること。 他の人の考えは分からないが、私はそう考えている。年初の1on1では自分のミッションをそう伝えたし、アドバイスをしつつも問題定義や解決方法はセルフマネジメント型で自分で考えてもらうようにしている。時には「これやってみて」と具体的な課題を出すこともある。 相手がある程度成熟したビジネスパーソンだからこそ出来たことだと思うが、細かなアクションまでは追わないようにしている。自己管理は重要なスキルであり、自発的に変わる努力なしに成長は難しいと考えるからだ。マネージャー自身の仕事時間を確保するためにも、この方針は重要である。 マネジメントの基本的な考え方 上記指針の裏には、こんな考えがある。 成長意欲がない人を成長させることはできない できることは人が勝手に育つのを近くでサポートするくらい そのために相
TypeScriptは型安全じゃないからすばらしい - まめめも
「TypeScriptではじめる型システム」という記事をn月刊ラムダノートに寄稿しました。 新刊を発売しました "『n月刊ラムダノート』Vol.4 No.3（2024）発行のお知らせ https://t.co/PGppk1aRRA— lambdanote (@lambdanote) 2024年10月4日 どんな内容？ TypeScriptの極小サブセットに対する型検査器を書き、それを通して型システムを体感してみよう、という内容です。 詳しく言うと、boolean型とnumber型と関数型しかないTypeScriptサブセット言語がターゲットです。 型検査器の実装言語にもTypeScript（処理系はDeno）を使います。 TypeScriptづくしの一品です。 わかる人向けに言うと、「型システム入門」という本（通称TAPL）の単純型付きラムダ計算に相当する内容をTypeScriptで説明し
前提条件の思い込みを疑う - Konifar's ZATSU
自分が動かせない前提条件と思い込んでいたことを、同僚氏の助言で実はコントロールできることに気づいて前に進められたということが何度もあった。 前提条件や制約だと決めつけてしまって問題を解決できないと思い込んでることあるよなという話を雑に書いておきたい。 特に陥りがちなのは、期限や人員、予算、規約、法律あたりだろうか。 たとえば「この日までにできないと失注と言われている」みたいな話も、先方と話すと代替案の提示で調整可能なこともある。 「今期の予算が取れない」といった話も、実は今後1年のROIを正しく理解してもらえれば変更しうることもある。 所属開発チームの中ではなかなか動かすのが難しい改修も、社全体での位置づけを説明して短期のプロジェクトチームを作ればできるかもしれない。 これらはただの例であって、それくらい考えるのは当たり前だろと思う人もいるかもしれないし、ただの社内のプロセスの問題ではと感
視座の可視化｜kgmyshin
視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ？」「どう見極めればええのん？」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「
Rails vs Node.js
Previous slideNext slideToggle fullscreenOpen presenter view Rails vs Node.js 最終章 「Prisma」 @mizchi Cloudflare Meetup 2024/10/02 今日の Prisma + Cloudflare の様子 About https://x.com/mizchi Node.js とフロントエンドの専門家 100万円*達成率で御社のフロントエンドの高速化をやります 前書き フロントエンド/Node.js 視点のポジショントークです Railsに対するチャレンジャーとして Node.js を使ってきた話 Rubyの開発者やRubyのユーザーを否定する意図はありませんが、好き嫌いは否定しません。型が好きです 「Rails」は 2010年前後に流行っていた任意なWAFに置き換え可能 Symfony
『SUUMO』のデザインチームが、「社内委託」から抜け出し、事業戦略に関わるまでに取り組んだこと｜Cocoda
『SUUMO』を代表とするリクルートの住まい領域は、HRと販促、そしてそれらを支援するSaaSというリクルートの3つの事業領域のうち、販促領域に属する不動産情報などを主に扱う事業領域です。 そして住まい領域をデザイン管轄する住まいデザインマネジメントグループでは、賃貸領域や戸建・流通領域など、住まい領域が扱う8つの事業領域と機能テーマについて扱っており、社員5名 / パートナー20名がデザインチームとして活動しています。 『SUUMO』を運営するリクルート住まい領域は、賃貸・戸建て・マンションなど、複数の領域に分かれたプロダクトの集合体 この中で、社員5名 / パートナー20名がデザインチームとして活動住まい領域とそのプロダクトは、リクルートの中でも非常に歴史の長いプロダクトです。このようなプロダクトの場合、職種の役割が区分され、デザイナーが関与できる範囲が限定されていることがしばしばあり
Removing Corepack
東京Node学園 44時限目で発表した Removing Corepack についてです。
判断と決断の違いと決断のコツ - そーだいなるらくがき帳
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
抽象度の高い仕事の進め方 - Konifar's ZATSU
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
React Aria で実現する次世代のアクセシビリティ
Web Developer Conference 2024 (2024/09/07) での発表資料 https://web-study.connpass.com/event/321711/
ユーザー体験重視のSPAアーキテクチャ改 - laiso
JavaScriptフレームワークを取り巻く状況は、常に変化を続けています。近年では、サーバーサイドレンダリング（SSR）とクライアントサイドレンダリング（CSR）のバランスは、重要な検討事項です。 ChatGPTのRemix採用 2024年9月、ChatGPTがNext.jsからRemixに移行したことが明らかになりました。この出来事は、Remixの母体であるReact Router系のコミュニティで大きな話題となり、移行の理由について様々な憶測を呼びました。 JavaScriptエキスパートのWes Bos氏（学習動画教材とかを作っている人）は、ChatGPTのフロントエンドのソースコードを分析し、OpenAIがRemixを採用した理由について独自の考察を展開しました。 www.youtube.com 緊急で動画を回すWes Bos氏 Wes Bos氏の分析によると、ChatGPTのア
JavaScript Runtime とはなにか
Swiftで高速フーリエ変換してオーディオビジュアライザーを作る / iOSDC Japan 2024 Day1 Track D
Next.js App Router / React Server Components(RSC)を紐解いてみた - estie inside blog
デザインエンジニアの表(@HirokiOmote)です。 Next.jsでApp Routerがリリースされて、1年が過ぎました。 弊社では、@hiroppyさんを技術顧問に迎え、Frontendを中心とした長期的な技術選定にご協力いただきました。 本日は、そこで得た学びをご紹介したいと思います。 App Routerについて 2023年5月にNext.js 13.4がstableとしてリリースされ、App Routerが登場しました。 ツリー構造でのファイル配置が基本となりました。 ディレクトリ構成とルーティング page単位・feature(機能)ごとに切り分けたディレクトリ構成が可能になったため、より直感的で再利用性の高い構造が実現しました。 // App Router . ├── dashboard │ ├── components │ │ ├── button.tsx │ │ └
自分のパフォーマンスを最大化し続ける方法 - igsr5 のブログ
こんにちは。個人パフォーマンスを安定させることが得意な @igsr5_ です。 最近何人かに何か工夫してることあるの？と聞かれたのでブログとして書き出してみようと思います。 はじめに 業務に慣れてくると、求められるアウトプットのレベルや量は上がっていきます。 しかし業務知識をいくら習得しても、働き方が非効率だとパフォーマンスは安定せず、上昇する期待値についていけません。 仕事の成果を増やしたり、残業を減らしてプライベート時間を充実させるためには自分のパフォーマンスを最大化し続ける必要があります。 4つの意識を持つ 自分のパフォーマンスを最大化し続けるためには、4つの意識を持ちましょう。 決して「余裕」を失わない 「よし、やるぞ！」と脳が勝手に思える習慣を持つ 仕事に「モヤモヤ」を持ちこまない 健康でなければ全ての工夫は無意味 重要なのはプロジェクトが佳境の時など、普段より忙しい時こそ4つの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンドの現在地とこれから
仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal
GraphQL あるいは React における自律的なデータ取得について
Figma
null or undefined
Next.jsの考え方
