この記事で書きたいことは、下記のようなことです。 ・「部下を育てる」ことは「部下の能力を引き上げること」だと勘違いしていた ・上司が部下に出来ることは、最大限上手くいっても「行動パターンのちょっとした変容」くらい ・けれどそれで、あんまり出来なかった人を出来る人っぽくムーブさせることは出来る ・もしかすると、「育てる」ってそういうことの積み重ねなのかも知れないなあ ・なんだかんだで「インフラ整備」以上に効率よく人の行動パターンを変容させられるものはない 以上です。よろしくお願いします。 *** さて、書きたいことは最初に全部書いてしまったので、あとはざっくばらんに行きましょう。 「人材育成」というのは仕事においてものすごーーく大事な要素でして、もちろん色んな人が色んな言葉で語っていますし、本もたくさん出ています。 何百人も部下を育てた人たちの言葉は大変説得力があって、私も感心することしきり

回答 (14件中の1件目) お疲れ様です。 あのー、特に回答リクエストをいただいたワケじゃないし、もう既に良回答もあるし、質問者さんも元気が出てるみたいで、とりあえず良かったです。 ただ、余計なお世話かも知れないですけど、質問者さんが知りたいかもしれない事に関して、自分も教える立場で仕事をした経験(アニメーションの専門学校で講師を15年くらいやってました)があるので、何かの役に立つかもと思いお節介回答してみます。 ぶっちゃけ、ポジティブな回答はくぼ ひできさんの回答で十分だと思います。なので、そっち方面の話はしません。 自分がする話は「もしかしたら目的を勘違いしていないか？を熟孝...

もうずいぶん前のことになりますが、Gmailが登場したときの衝撃はいまでも忘れられません。 それまでは手元のメールアプリでしかメールを開くことができず、複数の端末での同期はもちろん、手元にダウンロードしていないメールの検索も面倒でした。 Gmailは当時としては膨大だった1GBの容量をオンラインで提供することによってこの問題をいっきょに解決したわけですが、当時ネットユーザーたちが招待コードを互いに送り合い、利用がしだいに広まっていったのを記憶しています。 そうした熱狂に似たものが、最近またメールの分野で起こっています。クラウド上のグループウェアの草分け的存在の “Basecamp” を開発した人々の手によって、新しいコンセプトのメールサービス “Hey” （ヘイ）がリリースされたことがおおきな話題になっているのです。 このサービスの課金モデルをめぐってAppleと一悶着あったせいもあり、“

言語処理100本ノック 2020 (Rev 2) 言語処理100本ノックは，実用的でワクワクするような課題に取り組みながら，プログラミング，データ分析，研究のスキルを楽しく習得することを目指した問題集です． 詳細 ツイート

スタートダッシュを意識する時の留意点 中島聡さんは、『最初の２割の時間で８割を終わらせたとしても、すぐには周りに報告はしない方が良い』と言っています。なぜなら、２割の時間で仕事を終わらせられることを知られると、新しい仕事が次々と舞い降りてくるからです。 中島さんの本を読んだ後の変化 私は中島さんの『なぜ、あなたの仕事は終わらないのか』と言う本を読んで、Windows95が、3500個ものバグを残して販売されたことに、『え？完璧でなくてもいいの？』と驚きました。今まで私は、仕事を任せられた時に『完璧に仕上げなければ』と思い、期限を過ぎてしまうこともありました。しかし、期限内に仕事を終わらせて上司に確認してもらった方が、間違った方向へ進んでいるものがあったとしても食い止められるし、チームとして仕事を早く進めることができることが分かりました。中島さんの本を読んでからは、仕事を任せられたら『すぐに

This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ

Forbes JAPANは、イノベーティブな企業こそ未来をつくる“GREAT COMPANY”だと考え、「日本で最もイノベーティブな企業」をまったく新しい手法で選出した。イノベーター集積度ランキングで2位になったのは、ソニー。数年前に「一人負け」と揶揄された同社が、創業以来培ってきた技術力をテコに巻き返しを見せている。次なる一手は、その技術の異分野への転用だ。 「技術は多様な事業を貫き、力を与えるものだ」 ソニーの吉田憲一郎社長は2019年9月、研究開発（R&D）イベントでこのように述べた。それを支えるのが、R&Dセンターを統括する勝本徹専務だ。18年4月にR&D担当に就任して以来、ソフトウェアを中心としたシステム開発部門と、材料・デバイス開発部門といった別々の研究開発部門を一体化したR&Dセンターを発足させるなど、R&Dの新体制を築いてきた。 「財務基盤が強化され、5〜10年先の技術の仕

形態素解析は日本語処理の初歩であり、文を単語に分割したり、品詞や活用形、基本形を分析するために行います。本記事では形態素解析のツールをいくつかの出力例を交えて比較していきます。 （SentencePieceでいいじゃん、という人はお呼びでないですが、そういう方には、Twitterのトレンドが変な分割になってたら嫌では？と申し上げておきたいです） MeCab 言わずと知れた形態素解析器。とりあえずMeCabを使うという人は今なお多いことでしょう。とにかく高速であるということと、システムと辞書が分離されているのが特徴です。またPythonから使うのも簡単になりました（Janomeというものがありましたがmecab-python3の方が高速です）。Javaから使いたい人はKuromojiを使えばmecab(+ipadic)相当の結果が得られるはずです。 辞書はIPA辞書が推奨されていますが、Un

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

この記事は NTTコミュニケーションズ Advent Calendar 2019の14日目の記事です。 昨日は @yuki_uchida さん の記事、BERTを理解しながら自分のツイートを可視化してみるハンズオン でした。 はじめに 当初は Kubeinvaders の解説記事を書こうかなと思っていたのですが、先日うちの子供が通う保育園から、うちの子供に対するインシデントの報告を受け、今後の対策として保育園にChaos Engineeringを提案するという我ながら変なことをしてきたのでそのことを書きます。（※完全に会社に関係のない私事です） 保育園からインシデントレポートを受けたので、今後の対策案としてChaos Engineeringを提案してきた — まひと / Mahito (@Mahito) November 29, 2019 保育園で起きたインシデントについて 妻からの電話

こんにちは、らくからちゃです。 サラリーマンにとって年に2度のお楽み。賞与の支給日がやって参りました！！今期はヤラカシも多かったので、本当にいただけるのかドキがムネムネしておりましたが、ちゃんと振り込んで頂けました。ありがたやありがたや。ほんのり減ってたのは気にしない(´・ω・｀) ただ増えても減っても、実際の手取額の変化はそれよりも小さな金額になります。お給料が増えればそれだけ税金や社会保険料も増えますし、逆に減れば税金や社会保険料も減ります。 となると気になるのが「もし仮に◯◯万円年収が増えたら、手取りはどれくらい変わるんだろう？」ってところじゃないでしょうか？ 個人的に興味のある部分でしたので、額面年収別に 社会保険料 課税対象所得 について整理してみました。あくまで税理士でも社会保険労務士でもFPでもないド素人のメモなので超々概算ですが、どなたかのお役に立てば幸いです。 1.あなた

Sourcetrailは、開発者が他人の書いたソースコードを理解し、生産的にコーディングを行えるよう支援する。開発者は既存のソースコードを理解することに多大な時間を費やすが、一般的なコードエディタは、こういった作業にはほとんど役に立たない。 Sourcetrailの主要開発者であるEberhard Gräther氏は、「Google Chrome」のグラフィックスチームにインターンシップとして参加した2012年時点の経験を次のように語っている。 「割り当てられた単純に見えるタスクに着手し、具体的なコードの改善に取り組み始めるとすぐに、Chromiumの巨大なアーキテクチャを理解する機会が全くないことに気付いた。ドキュメントはあまり役に立たず、開発チームのメンバーは非常に友好的だったが、コードベースについて質問するインターンに邪魔されることを好まないことも分かった。そこで、ソースコードを読ん

私は Google のソフトウェアエンジニアとして働いている。とても良い待遇で満足している。 Google の待遇が良いことはイメージとしては知られていると思うが、実際どれくらいの額なのかということはあまり知られていないように思う。そして、出回っている情報には間違っているものも多い。そこで、正しい情報を知ってもらいたいと思い、自分の給料の推移をここに記すことにした。なぜそのようなことをするかは後に述べる。 まず、Google の給料について説明するときは、以下の三要素が重要になる。「基本給」「ボーナス」「RSU」である。このうち、基本給とボーナスは一般的だが、RSU はそうではないので、説明する。例えば RSU を100万円受け取るとする。そうすると、「その時点での100万円分の Google 株を、その次の年から四年間かけて受け取る権利（ただし Google に在籍していることが条件）」

商談規模が大きくなればなるほど、その商談に関わる顧客の部門や登場人物の数はどんどん増えていく。 その際、商談が相手企業のどのような意思決定プロセスで進んでいくのかという決裁ルートが分かっているか否かで、受注率には決定的な差が生まれてしまう。 今回は営業を成功させるための決裁ルートの把握について共有していく。 営業力のある会社は、新人にも「決裁ルート」を探らせる いわゆる「営業力のある会社」に共通していることは、新人営業パーソンにアカウントやターゲットとなる見込み客の「決裁ルート」が必須のヒアリング項目であることを教え込み、その把握の方法を徹底的に指導していることだ。 官公庁や自治体のような入札であれば、決裁権や決裁ルートを事細かに探る必要はなくなるが、日本の場合は入札ではない商取引が圧倒的に多いので、決裁ルートを把握した上で、受注率を高める施策を展開した企業のほうが有利になる。 商談をスタ