ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary

早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと

[ledsun]

「仕事で技術に取り組むときは未知の技術と既知の技術を混ぜるといい」と読みました。僕の感覚だと5対5はだいぶハード・コア。未知2 既知8くらいだと多くの人が許容できる。な、イメージです。

[koyancya]

うおお…… -> “出来ることだから仕事でやるんじゃなくて、仕事でやるから出来る様になる。”

[el-condor]

大体同意。あと立場が上の人からできることは「能力的には少しだけ無理させる」「体力的・時間的にはなるだけ無理をさせない」「報酬で報いる」かな。とはいえ加減は難しい。

[stormsnow1221]

割と全面的に同意なんだけど、この育て方はプレッシャーに耐えきれず潰れる人間が一定数現れることを許容しないといけないので、大っぴらに広まることは有り得ないんですよね

[nobodyplace]

“実際には、とにかく公式ドキュメントを読んで書いてを繰り返すことが多い。つまり、ただ読んで書いてをやり続けるだけということになる”まあそれよな

[modal_soul]

キャリア初期は興味や危機感がメインだったけど、最近は利益、責任駆動にシフトしてきた気がする

[circled]

自分が気に入ってるライブラリやフレームワークのGitHubリポをwatchに追加して、日々流れて来るissueやらPRに一通り目を通しているの勝手に色々出来るようになってくよね(数が多いと中々に大変だけど)

[rkosaka]

概ね同意だけど、サラリーマン数年経験してる人同士なら、これから負荷かけてストレッチしましょう、とあらかじめ合意して欲しい。

[yasushicohi]

いい感じの逆境、いい感じの負荷がよい、そこに挑戦する余裕や余余力を創出する

[takahashim]

この4分類でいうと私の動機は主に「興味」と「危機感」なので、他人の動機づけについては「めっちゃ面白そうに振る舞う」みたいな奇矯な技しか使えないのだよなあと得心しました

[syque]

“何かを学ぶ時に、どれか一つにドライブされているという様なことはなくてこれらの複合で成り立っている”

[syu-m-5151]

この記事を読んで『やってみせ、言って聞かせて、させてみせ、ほめてやらねば、人は動かじ。』という言葉がふと心に浮かんできた。

[tetsu040e]

近くに詳しい人がいて教えてもらう機会があるならそれが一番手っ取り早いけど、そうでないならこの方法しかないかな。 これができるのもソフトウェアエンジニア冥利につきるとも言える。

[youko03]

“「もし出来なかったら辛いし、良く分かってないがとにかくやってみる」みたいな精神で仕事できるかどうかが職業エンジニアとしての能力向上に重要で、そういうエンジニアを増やしたい企業としてはとにかく耐えられ

[ducktoon]

動機が興味(楽しさ)に極振りでぶっ壊れている奴は強い

[akulog]

いやもうわかりみしかない

[tsutaken]

大抵の同世代は同じ方法で生き残ってきたので共感できる。でも、高すぎる負荷は悪しき文化なので自分のところで絶ちたいし、挑戦した失敗と無難な成功に対する評価は同じくらいにしたい( • ̀ω•́ )ｷﾘｯ✧

[surume000]

強い

[nabinno]

対象ドキュメントに対して業務で必要な観点でまとめさせるようBingのプロンプトを教えたらOKか。分からないならプロンプト調整するとか。

[thaim]

自分もだいたい同じ。承認欲求も利益に含まれるかな。問題は教育として他人の能力向上をサポートするとき。人によってモチベーションは異なるし、正直自分の面倒は自分で見てで済ませたい。

[remonoil]

"HxHの天空闘技場で強めに念能力でぶん殴られて生き残るみたいな方法しか普通の人間が壁を越える方法は無いのではと思う。" ぶん殴る側と外野はわりと楽しいんだよね

[takilog]

いい記事だ

[ken39arg]

同意

[l__LINE__l]

権限を与え責任を負ってもらう、危機感を醸成し認識してもらう、見合った給料を支払う、の3つは企業側でできること。興味だけは個人に依存

[n314]

趣味でHaskellやったら結構考え方広がったなあと思っていて、しかも業務時間中にやってたんだけど、普通の会社じゃ無理だよな。

[yarumato]

“やることは3つしかない。1)公式に近い文書、信頼できる著者の書籍を読む。2)使ってみる。小さなアプリ書く。3) 利用してるOSSのコードを読む。一旦動かしてからコードを追う。　仕事でやるからできるようになる”

[sigwyg]

ペナルティが難しいよなー。真面目な子は抱えすぎて潰れるし、ダメな人はマジで何も気にしないし。書くしかないと言ってもコピペエンジニアは応用が効かないので、なんとか壁は超えて欲しいところだが

[zakusun]

記事も上位のコメントもバランス取れていて共感できる。誰のせいにもしない本人次第のやる気と根気で実戦で身につけるしかない。そしてそれを悪用しないで報酬と体的に無理をさせない使役者の責任が合わせて必要。

[kazuppo01]

これが堂々とできるのが会社員なので、会社の金で修行しつつ、出来ることが増えたらフリーランスも含めて自由に働くが良いと思ってる > “出来ることだから仕事でやるんじゃなくて、仕事でやるから出来る様になる。”

[tpircs]

そもそも向いてない人には向いてない。数学の証明問題を解くのに近い世界と思っていて、そういうのが苦手な人にやれと言っても無理がある。

[kts56]

泳げないやつは溺れればいい

[knok]

まず他人の足跡をたどるというのは自分もよくやる第一歩だな

[dencygon]

“一つ目は興味(楽しさ)だ。単純に気になるし面白いと思うからやってみたい知りたいと思えば、多少の苦労も乗り越えられる。 二つ目は責任。言い換えると仕事で必要だからやる、ということ。それを使わないと仕事が進

[tzccinct]

動機は興味(楽しさ)、危機感、責任、利益(金)。

[hatahata_chan]

大体同意だけど、チーム開発や上流ついては自分だけでどうしようもないところがあるので、そこは教育できるようにしないとと最近思っている。

[hiroomi]

“知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。”立ち位置、どっち方向に向こうが、モチベーションを維持するはそんなこと。

[kimihito]

“「もし出来なかったら辛いし、良く分かってないがとにかくやってみる」みたいな精神で仕事できるかどうか”

[kubecorn]

やや現実主義寄りで厳しいことを書いていると思う人もいるかもしれないがほぼ同意。

[hdampty7]

能力を高めるとか意識高すぎ。モチベは何であれやってると慣れてくる。この慣れがそのうち能力に変わってる。理解可能なら頭を使って慣れるけど、よく分からなんことは手を動かして慣れる。

[rgfx]

湾岸MIDNIGHT(Series97-1)の「何かをやろうとした時、"やらなければできない"が大事だけど、そのうち知恵がついて"できるからヤル"になる。それは結局"できないコトはやらない"だ」を思い出す。