そもそも、教育の専門家でもない先輩社員たちに新人教育を丸投げしてしまうこと自体、間違ってません？
この記事で書きたいことは、大筋下記の3点です。 ・そもそも、部下や後輩を「ちゃんと育てられる」人など滅多にいない ・きちんとした予算も評価もなしに、新人育成を個人任せにするのは会社の重大な錯誤 ・どうしても新人教育の予算がちゃんと取れないのであれば、せめて新人教育をきちんと定型化して誰でも出来るようにする工数をかけるべき よろしくお願いします。 ということで、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 先日、megamouthさんのこちらの記事を拝見しました。 底辺IT企業は『書けない』プログラマとどう向き合ってきたか 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の”x”と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい
Rubyのまつもと氏、「気分を害することもある。だからどうか建設的であってほしい」
オープンソースソフトウェアの開発においては、コミュニティメンバーからのコードのコントリビュートだけでなく、さまざまな立場の人々から「この機能がほしい」「この動作はバグではないか」といった意見が寄せられます。 有名なオープンソースプロジェクトであるほど、そうした多くの意見やコメントを受け止めつつ開発は進んでいくわけですが、そうした状況は一方でさまざまな気苦労を生むであろうことは容易に想像が付きます。 人気のあるプログラミング言語として知られるPythonの生みの親であるGuido van Rossum氏は2018年7月、Pythonを開発する過程で生ずるさまざまな意思決定の気苦労から離れたいとの理由で、Pythonにおける「優しい終身の独裁者」からの引退を発表しました。 ちょうど新バージョン「Ruby 2.6」が登場したばかりのRubyに対しても、米国の掲示板redditで「[whining
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
