成長実感ばかりを追いかけていると、「一流」へのきっぷを手放してしまう。 | Books&Apps
つい先日、「最近、成長実感がないので、転職を考えてます」という方と話をした。 話を聞くと、彼は現在の会社で4年目、社内での評価は高く、上位2割には間違いなく入っているという。 だが彼は不満をいだいていた。 「この仕事、もういいかなー、って思うんですよね。」 「そうですか？」 「最近は成長の実感もないし、数字を追いかけているだけですからね。つまんないっすよ。」 正直、彼が転職をしたい理由が、成長実感がないことに起因するのかはよくわからない。 単に上司と仲が悪いだけかもしれないし、給料が安いからかもしれない。 だが、成長実感がないことが、大きな不満につながることだけは、私の目から見ても確かだと感じる。 パーソル総合研究所の調査は「成長実感は、その会社で働き続けたい気持ちを上げる」ことを示唆する。 成長「実感」の効果は、「目指す」ことのおよそ3倍 「成長実感」は「その会社で働き続けたい気持ち」を
多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
Qiita:Teamの開発を通して見つけてきた、Incrementsの文化を作る方法
dotsカンファレンス2016で発表した資料です。
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
「言いにくいことを言う」ことはもの凄く大事だし、「言いにくいことを言える環境作り」は上司の責任だ、ということ: 不倒城
「言いにくいけれど言わなきゃいけないことを言う」のは物凄く大事です。どんな場面でもそうだけれど、特に仕事の場合そうです。 それは何故かというと、「言いにくいこと」というのは大抵の場合何かの問題を孕んだものであって、問題は公開して対処しないと、時間をおけばおく程必ず傷口が広がるから。 例えば、「自分の担当範囲の進捗が遅れている」ということは言いにくいです。けれど、始めの内なら人員を増やしたり担当分野を勘案したりして対処出来ることでも、遅れを公開しないでいればいる程、対処する為の余裕は少なくなります。残り数日、というところで大幅な進捗遅れが判明した時の阿鼻叫喚は言うまでもありません。 例えば、「自分の担当範囲で大きなミスをした」ということは言いにくいです。けれど、ミスをすると大抵の場合他の業務に影響が出るような問題が発生しますし、すぐにそれがバレなかったからといって黙っていると、問題はどんどん
「あ、この人、仕事できるんだろうな」って思う9つの瞬間-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
社会人を長年やってますと、自分なりの「人の判断の仕方」ってものができあがってきます。 「この人は信用できそうだ」とか「あの人とは距離をおいて付き合おう」といった自分なりのアンテナです。大人って、イヤな生き物ですね（笑） でも、みなさんも、こういうアンテナを無意識のうちに働かせているはずです。 大人はとてもすれた生き物でして、ちょっとやそっとでは人を信用しないようになってしまいますが、今日は私なりの「あ、この人、仕事できるんだろうな」って思う9個の瞬間を紹介します。 1.メールのレスが早い メールのレスの速さと仕事能力は、ほぼ比例します。忙しいと遅くなるのではという気がしますが、逆です。むしろ、早いのです。 早い人は、内容も洗練されています。まず結論があり、次に理由、誰が何のアクションをいつやるのかといった5W1Hが2〜3行で書かれているのがよくあるパターン。過剰な装飾、あいまい表現がなく、
非エンジニアに無念コードがなぜダメなのかを説明するメタファー - Yamashiro0217の日記
非エンジニアに無念コードがなぜダメなのかを説明するメタファーを考えてみた。 目的は、無念コード・設計・環境・フローがあると、 いかに生産性が落ち、ビジネスがうまくいかないか、 プログラマーの心が病むかを、 なるべくエンジニアリングの用語を使わないで説明すること。 他にいいメタファーあったら、ブクマやらコメントやら、ブログ別書くなどして、 世界を幸せにしてもらいたい。 メタファー エンジニアリングとは部屋の掃除と一緒である ストーリー導入 あなたは、ある日、引越しを決意しシェアハウスに引越しました。 引越した先のシェアハウスのリビングは、 それはもう汚い。 散らかり放題、生ゴミ、壁の汚れ。 さぁ。どうしましょう。 さらに引っ越すという手段もありますが、 あなたは、リビングの掃除を試みるのでした。 ストーリー2 片付けをしていたある日、あなたは、 「リビングの中に、俺の鍵（機能や、コードなど）
いろいろと思ったことなど。 - mixi engineer blog
こんにちは、仕事するのは好きだけど出勤が大嫌いな森本＠たんぽぽグループです。 今年の5月頃に社内ブログに書いた文章をまとめなおしてみました。 社歴とか年齢とか経験年数とか 社歴とか年齢とか経験年数とかは飾りで大した意味はありません。 よくわからない仕様があったときに、尋ねると歴史的な経緯を教えてくれるとかあるかもしれません。 聞いたらどんどんドキュメント化しておくといいです。 遠慮しないでね 変だって思ったときに、先輩だから年上だからと遠慮する必要はまったくありません。 というよりも、遠慮することは悪です。 目的はよりよいサービスを作ること。 遠慮することで目的を達成できるのならば遠慮すべきですが、逆に達成を妨げる方向しか働きません。 間違いを認めよう アイデア・プログラム・設計などなどに対する指摘は、個人に対する攻撃と取る人が時々います。 指摘されて間違いを認めることは最初は恥ずかしいで
さいたま市の不動産売買ならアールラインへ
2024年04月23日 GW休業のお知らせ 4月27日（土）～5月6日（月）までゴールデンウイーク休業とさせていただきます。 2024年03月28日 社有物件「イトーピアエフィールさいたま新都心8階」お引渡しが完了しました。 2024年03月27日 「さいたま市大宮区上小町」共同住宅用地のお引渡しが完了しました。 過去のお知らせをすべて見る
総務のポータルサイト イー総務ドットコム
e総務.com閉鎖のお知らせ 平素より格別のお引き立てを賜り誠にありがとうございます。 誠に勝手ながら、このサイトは2020年1月をもちまして閉鎖いたしました。 これまでご利用いただきました皆さまには、心より御礼申し上げます。
デスクトップ百景 第七十九景：LinuxエンジニアのMacデスクトップ 矢吹大輔
こんにちは。グーグルでLinux システムアドミニストレータをしている矢吹大輔です。各国にあるグーグルのオフィスで社員が利用する社内インフラストラクチャを設計、開発、運用する仕事をしています。オープンソースのソフトウェアとグーグルのテクノロジを組み合わせて、各国の社員が仕事をしやすいようなシステムを作っています。 1990年代前半に「Macintosh Classic II」を買ってMacユーザーになり、UNIXも同じ頃に大学で使い始めました。その組み合わせは（SunOSの代わりにLinuxになりましたが）今でも続いています。 そんな私のデスクトップを、自宅の環境を中心にご紹介します。 ■ 自宅、会社ともにLinuxとMacの併用 自宅ではメインとしてMacBook、iTunes/iPhotoのデータストレージやその他の作業用としてPower Mac G4（Mirrored Drive D
叱るより真因を追究、対策べからず集
うっかりミスは、どうすればなくせるのか。IT業界の関係者にとどまらず、ヒューマンエラーの発生メカニズムを研究する元パイロットや心理学者、「失敗学」に詳しい大学教授などにも話を聞いた。専門家がこぞって強調するのは、「人間はミスをするという事実を認めるのが対策の第一歩」ということだ。「気合を入れて臨めばミスは起こらない」と考えるのはご法度である。システム開発・運用現場では、ミスした作業者をしかったり、責任者を処罰したりするケースがある。これも無意味あるいは逆効果だ。 本誌は専門家の意見を参考に、うっかりミスを減らしたいなら、これだけはやってはいけないという「べからず集」をつくった。べからずは、トラブル発生から原因分析、対策・実行の流れに沿って並べてある（図5）。
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
年収ラボ-最新の平均年収・給料・賃金動向を調査-