ソフトウェアエンジニアとして心がけていること｜Satoshi Nakagawa
SF ベイエリアで働く1人のソフトウェアエンジニアとして、楽しくエンジニアリングをやっていくために日頃からぼんやりと心がけている3つのポイントについて今回は書いてみたい。 インフラを作る側にいるソフトウェアエンジニアとして普通の Software Engineer から Senior Software Engineer、Staff Software Engineer とだんだん昇進していくにしたがって、より大きな成果を出すことを期待される。Staff レベルにはチームをまたいだ成果を出すことが求められる。そのためには多くの場所で使われるようなサービスやライブラリを作るのが一番成果としてわかりやすい。 会社とプロダクトが初期段階から成長していく過程で、最初は1つしかなかったエンジニアリングチームが大きくなるにしたがってインフラ側とプロダクト側に分割されていく。そのときにかならずインフラ側に属
仕事が早い人は、思考と作業を分けている｜三宅孝之
僕が社内でずっと言い続けていることがあります。 それは「思考と作業は分けましょう」ということです。 よく、プレゼン資料を作るためパワーポイントを開いてフリーズしている人がいます。もしくは、文章を書くためワードを開いてフリーズしている人もいます。それは「思考と作業を同時にやろうとしている」からです。 ではなぜ、思考と作業を同時にやると効率が悪くなるのか？ それは「脳サボっちゃう問題」が起こるからだと思っています。 脳というのは考えることをめんどくさがるもの。作業をやりながら思考しようとしても、脳は作業のほうにリソースを使ってしまい、思考のほうになかなか行かないのです。 パワーポイントで図を作成しているときや、ワードで文章を打ち込んでいるときは、「思考」しているように思えますが、実は脳の多くが「作業」に使われている、ということも少なくありません。 だから、なるべく脳を作業から解放してあげること
「とりあえずやってみて」とか「まずは自分で考えて」が、今の若者に響かない理由。
わたしはアルバイト時代、「とりあえずやってみて」「まずは自分で考えて」と言われるのが大嫌いだった。 とりあえずやっても、わからないことがたくさん出てきて途方に暮れるし、自分で考えたところで、それでいいかだれかにお墨付きをもらわないと行動に移しづらい。 どうすればいいのか知ってるんだから、教えてくれればいいじゃん。 とりあえずやってもどうせ失敗してやり直しだし、自分で考えてやっても上の人にいろいろなおされて結局相手の希望通りにさせられるなら、最初から教えてよ。 そう思う。 でもこの思考回路は、「最近の若者はすぐ答えを知りたがる」と、上の世代の人たちからはすこぶる評判が悪い。 「自分でやろうとせず他人に甘え、楽をしようとしている」と受け取られるからだ。 でも、「とりあえずやってみて」が若者に響かないのには、相応の理由があるんだよなぁ。 「無駄なく最短ルートで成長したい」若者たち 「世代論」につ
自分へ厳しくダメだししないと、能力は上がらない。
前にも書いたが、趣味で「フォートナイト」というゲームをやっている。 フォートナイトは世界で最もプレイヤーの多いゲームの一つで、世界大会（ワールドカップ）の賞金総額は100億円を超え、ゲーム内の仮想世界でライブイベントなども開催される、メタバースの代表格だ。しかも無料。 世界3億5000万人が集うゲーム、「フォートナイト」の磁力 人気歌手のアリアナ・グランデは8月にフォートナイト上でライブイベントを開催して話題となった 最近では、ダルビッシュ氏が息子さんとプレイしているという記事を見かけたが、著名人のファンも多い。 フォトナでリフレッシュ ダルビッシュが語る、心身の不調を『フォートナイト』に救われた話──『フォートナイト』は1日の終わりにひと息つける場所。 https://t.co/JkdotnTXn7 — 安達裕哉（Books&Apps） (@Books_Apps) March 5, 20
褒められて育った人間、会社で怒鳴る人がいても「こいつ頭おかしい」と思うらしく、萎縮してしまう我々とは全く違う... - Togetter
ずんずんのずんずんいこう（╹◡╹） @zunzun428 最近分かった恐ろしい事なんですが、人は褒められて育てられると、会社などで怒鳴る人がいると「え？こいつ頭おかしいんじゃん？」って思うらしいんですよ…怒鳴られると自分が悪いんだと思う我々とは違う…これがすくすく育ってきた人間… 2021-11-14 12:30:19 ずんずんのずんずんいこう（╹◡╹） @zunzun428 外銀→SG外資IT→キャリアコーチ。みんながいい感じにキャリアアップするお手伝いをしてます。転職・キャリアに役立つ呟きを発信しているよ。 noteなどはこちらを見てね→linktr.ee/zunzun428 zunzunweb.com
「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏：その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど（笑）、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ
ジオシティーズの閉鎖で消えた「わからん科目攻略法」が、埋もれるのがもったいないので、ここで紹介する。
かつて「ワンランク上の勉強法」というサイトで”わからん科目攻略法”というものが紹介されていた。 これは非常に有用な技術なのだが、現在はジオシティーズの閉鎖に伴い閲覧不可能である。。 このまま埋もれてしまうにはあまりにも勿体ないので簡単に紹介し、今日はその技術を土台として自分の頭でモノを考えるという事がどういう事なのかを書いていこうかと思う。 最近全然頭使ってないなという人には参考になるかもしれない。 難しい概念にぶち当たったら、理解しようと思わないで１０回読め あなたが物理の勉強を始めたと仮定しよう。 物理は難しい。 分野によっては一読しただけでは何が書いてあるのかサッパリ理解できない事も多い。 高校生の頃に早々に脱落してしまった人も多いだろう。 この難しい科目を”わからん科目攻略法”は「理解しようと思わずに毎日ただ目を通して10回ぐらい読め。そんで11回目にわかろうと思って読め」と説く
老害というのは、「自分の成功体験の再現性を疑うことが出来ない人」のこと
この記事で書きたいことは、以下のような内容です。 ・成功体験を分析すると、大きく分けて「再現可能な部分」と「再現不可能な部分」に分けられる ・前者は「自分の努力や実力でカバー可能な要素」後者は「周囲の環境や運次第で、努力や実力とは関係ない要素」と言い換えることも出来る ・部下や後輩を指導する立場の人間は、定期的に自分の成功体験をたな卸しして、再現可能/不可能を切り分けしておくべき ・「老害」とは、自分の成功体験のたな卸しが出来ず、成功体験全てを努力で勝ち取ってきたと勘違いしている人のこと ・再現不可能な成功体験に基づいた指導を部下や後輩に押し付けるのは避けた方がいいですよね よろしくお願いします。 さて、書きたいことを最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前勤めていた会社でお世話になった元上司が先日定年退職されまして、久々に電話でお話しました。 こんなご時世なの
なぜ優秀なデザイナーでも酷いデザインを生み出してしまうのか？ デザイン会社 ビートラックス: ブログ
日常生活において「なんでこんなデザインにしちゃったんだろう？」と感じることが意外と多い。 誰がどう見たって醜いルックス、どうしたって使いにくい操作性、非常に心地悪い体験、などなど。もっと良いデザイナーにデザインさせろよ！と思うかもしれない。でも、もしかしたら原因は他にある可能性も。 優秀なデザイナー ≠ 優れたアウトプット優れたデザイナーに頼めば、必ず優れたデザインをしてもらえるのか？答えはNo。むしろどんな優秀なデザイナーであっても、低いアウトプットのクオリティーが低いものになってしまうこともある。 そして、その理由はデザイナーのスキル以外にあったりする。これは、イコール優秀なデザイナーさえ雇えばクオリティーの高い結果が出るわけではないということでもある。 ■ 醜いデザインが生み出されてしまう主な理由■事前に十分なインプットが得られていない間違った期待値設定クライアントや担当者に対して間
エンジニアが「PMも兼任して」と言われたときの心構え
この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守
炎上マーケティングしたときに起こること｜小野ほりでい
Go Toでちょっと高い旅館に泊まったら、大失敗。出てきた夕食がこれ。さらに天麩羅とごはん、お吸い物。多すぎて到底食べきれない。シニア層がメインターゲットのはずなので、つまり廃棄前提（としか思えないし、実際にかなりの廃棄が出ているはず）。不味くはないけど、体験価値としては…… pic.twitter.com/hw3xsCQTfM — よりかね けいいち@子どもに伝えたいIT／メディアリテラシー（noteサークル） (@k_yorikane) August 10, 2020 先日、「旅館で出てきた料理が多すぎる」という苦言風のtweetが拡散し、結果的に宣伝効果があったこと、そして発信者のプロフィールに「田端大学」というキーワードがあったことから「炎上マーケティングではないか」と話題になりました。 この田端信太郎という方を調べてみると、以前にも「コロナ禍で同業者が倒産すれば競合が減るのだから
エンジニアのスキルと抽象度｜Jumbo
この記事を読む前に、「みんなちがってみんないい」と3回唱えよ スキル相談で考えること1on1や採用・育成の中で「新しく〇〇を勉強しようと思っているんですよねー、どうですかね？」かみたいな相談をされることが多く、基本的には「イイじゃん、Youやっちゃいなよ」の精神なのですが、なんのために？そのスキルはどこまで伸ばすのか？という話はなるべくするようにしています。 その時に期待されている役割や今のスキルを分析するために、「解決すべき課題の抽象度」「スキルの関連性」という話をよくするので共有しようと思います。 我々の仕事我々は「課題（タスク）」を解決することでお金をもらっています。とくにエンジニアやデザイナーは"課題解決に特化する仕事"だと考えています。この課題には以下のようなものがあります。 解決すべき課題 ・SQLのパフォーマンス問題 ・iOSアプリユーザーさんの使い勝手が悪い ・組織の人数不
「仕事で成長」って、本当に必要ですか？
何か月か前の話で申し訳ないんですけど、「まなめはうす」のまなめさんっていう、コーラばっかり飲んでる変な人がこんな記事書いてたんです。 部下の教育に失敗した話 そう思う私だからこそ、部下には学ぶ時間さえ与えれば成長できると思って、業務を進めなくてはいけない立場でありながらも、可能な限り時間をつくってあげたんですよ。 部下になった時点で数か月後には別のPJに異動することも決まってたこともあって、そのための準備とかスキルアップとか必要と思って。 結論から言うと、私が作ってあげた時間は無駄に終わり、後日本人からも、もっと仕事をふって欲しかったと言われたのですが。 これ、実は私も同じようなことしちゃった、正確にはしかけちゃった経験があるんですよ。 前の会社の時の話なんですけどね。 その会社って、あるプロジェクトが終わると即他のプロジェクトにアサインされて、「隙間の時間」的なものが本当に全然なかったん
良心のため960億円の報酬を捨てたWhatsApp創業者ブライアン・アクトン、Facebookとの決別を語る - GIGAZINE
10億人以上のユーザーを抱えるメッセンジャーアプリ「WhatsApp」を育て、2兆円以上でFacebookに売却した後に、8億5000万ドル(約960億円)の報酬受取権を放棄してFacebookを退社したWhatsApp共同創業者のブライアン・アクトン氏が、Forbesの独占インタビューに応じ、WhatsAppをFacebookに売却した経緯や、その後のマーク・ザッカーバーグCEOとの軋轢、なぜFacebookを去ったのか、そして、決して譲ることのできない自身のポリシーなどについて打ち明けています。 Exclusive: WhatsApp Cofounder Brian Acton Gives The Inside Story On #DeleteFacebook And Why He Left $850 Million Behind https://www.forbes.com/site
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
不幸を再生産しないための設計に対する向き合い方