[DevGround]開発者、私の成長を助けたもの
hanbit
「開発者、私の成長を助けたもの」について話します。 _ソ・ジヨンAIエンジニア _キム・ヨンジェ技術専門フェロー _ハ・ジェスンシニア開発者 _ジョーはリード開発者 _キム・サンウデータグループ本部長 _クマコーチアジャイルコーチ
Beginner
Communication, Business Productivity
過去の私は、「一人で開発さえうまくできればいいんじゃないか?」と考えていましたが、実際、一人では何もできません(もちろん一人でうまくやる人もいますが、私の話ではありませんでした 笑)。この知識共有では、私たち皆が、一人だけの戦いというフレームから抜け出し、チームとともに互いに傷つけ合うことなく、健全なコミュニケーションと文化を築きながら、着実に成長する方法について話します。 開発者が継続的に成長するために、そして不安の中で自分自身を守り抜くためにブログがなぜ必要なのか、会社で自分自身を証明しようとする気持ちは、成長を助けるよりも自らを枯渇させるために機能しているのではないか、コードレビューがチームの健全な文化を維持するためにどれほど必要か、そして、健全なコードレビュー文化を定着させるために必要な詳細なガイドにはどのようなものがあるのか、出会ったら必ず避けるべき、あるいは私が決して真似してはいけないマネージャーたちのアンチパターンにはどのようなものがあるのかなどについて、ともに話してみます。
受講生 33名
難易度 入門
受講期間 12か月
学習した受講者のレビュー
5.0
코더콜리
- この講義がよくできているか確認するため、全ての動画を視聴してみました。何かを創作する人々にとって、自分が作り出した何かには常に不足が見えがちなのですが、理由は分かりませんが、私自身が作った講義を聴いてみて、不足や物足りなさよりも「満足だ」という考えが先に浮かんだように思います。 - 「あまりに自画自賛がひどいんじゃないですか??」と言われたら、少し何も言えなくなってしまうのですが、私の講義は少なくとも、私の気に入っているようです。実は有料講義なのですが、「創作者の心にも響かない講義でお金を受け取る方が、もっと恥ずかしいことではないか?」という考えも浮かんだりします。 - 講義を全て視聴し終えたところ、創作者である私にもレビューを投稿できる機会が与えられました。創作者自身が星評価をつけるのも、星評価をつけるなら何点をつけるのが適切なのかも、そして直接レビューを作成するのも、あまりにおかしいのではないかと少し悩んではみましたが、思い切って⭐️⭐️⭐️⭐️⭐️をつけてみました。私は自分の講義が五つ星に値すると思っています。 - レビューは3件以上投稿されると公開されます。私を除いて、既にレビューを投稿してくださったありがたい方々がさらに2名いらっしゃり、私のレビューを加えて合計3件のレビューが作成され、全体のレビューが公開に切り替わりました。既存に投稿された他のレビューが良くなかったら、公開されるのをためらっていたかもしれませんが、幸いなことに他のレビューの内容が良かったため、「レビューを公開しよう」という考えにつながったのも事実です。 - 講義のクオリティが創作者である私の気に入るかどうかとは別に、受講されている他の方々には当然物足りない部分があるかもしれません。お忙しいとは思いますが、coder.collie.dev@gmail.comまで物足りなかった点を送っていただければ、反映いたします。 - 最後に、貴重な時間を割いて私の講義を受講してくださり、心より感謝申し上げます。
5.0
잘하자
非常に興味深い講義でした。ジュニアには会社と対話するための自分自身の言葉を、組織やプロジェクトの管理者には自己反省の機会を与えてくれる内容でした。 時々Inflearnで担当部署に必要な講義を探していますが、この講義はタイトルがユニークで受講しました。ところが、先生は私が思っていた以上にユニークな方でした。性善説を信じる工学博士でありながらGoogleからのオファーを断って半導体会社に入り、その中で管理者の様々なanti-patternを経験しましたが、染まらないため(unlearnするため)に講義を作った人。普通anti-patternを経験すると性善説を信じなくなりますが、いずれにせよ、この矛盾のおかげで面白い講義が生まれたようです。 大学院に通った経験や、他人の無責任な言葉で一日を台無しにした経験がある人なら共感できる話から始まり、最初はラジオを聞くように楽しく聞きました。後半になるにつれて実務に適用できる話が多く出てきて、メモを取らなければなりませんでした。toxicな開発文化を再生産しやすいスタートアップやSIのCTO、開発チームリーダーは全員聞くべきではないかと思いました。特にcode reviewの必要性と意義が印象深いです。韓国でこのように解釈して利用する人がいるのを初めて見ました。私がいた場所を含め、多くの場所でcode reviewを単なる形式、付随的な会議、上級者の好意程度に考えています。ところが、毎回なぜこんなに仕事が進まないのだろうと思っていたのは、お互いのコードを有機的に見ることができなかったからではないかと思いました。講義で述べられていた通り、code reviewを行った場合、すぐに明日の同僚の業務成果が変わる可能性があるという気がします。 そして、この講義を受講するであろうジュニアの方々が羨ましいです。ジュニアは自分自身に必要なものを把握するのに時間がかかりますが、必要なことが分かったとしても、どのような言葉で会社に要求すれば良いのかを知りません。講師の先生の言葉を借りて、チームに望むことを提案してみるのも良いでしょう。自分が接する管理者がanti-patternを見せているかどうかを素早く判断してください。red flagが出ているかを認知するのも、社会で長く持ちこたえるために必要なスキルです。この講義を見るジュニアたちが、toxicな開発文化に傷つけられることなく長くコーディングすることを願います。色々な面で有益な講義でした。ありがとうございました。
5.0
초보자
良い講義でした。
持続可能な開発と成長のために開発者にとってブログが必ず必要な理由!
「自己証明」という罠から抜け出し、自分をすり減らさずに成長する方法!
ブログを運営しながら自然と身につく、自分を守る方法!
チームに健全なコードレビュー文化が必要な理由とその定着のための実践的ガイド!
会ったら必ず避けるべき、そして絶対に自分が真似してはならないマネージャーのアンチパターン!
学習対象は
誰でしょう?
チームワークは大事だと教わったが、Slackの返信ひとつにもどきっとするようなジュニア開発者
良いマネージャーになりたかったのに、なぜか文句ばかり言われるシニア開発者
コードレビューは必要だと学んだが、毎回「はいLGTM…」と逃げてしまう開発者
頑張っているのに、「何をまた証明するんだ?」という考えに疲れていく開発者
ブログを書こうと何度も思い、TILの最初の行に「今日も何もできなかった」とだけ残してやめてしまった開発者
技術ブログを書いているうちに、「これ、誰か読むのかな…?」という考えになり、下書きが17個も残ったことがある開発者
チームの雰囲気は良いのに、コードレビューの時だけ急に皆が冷たくなるのを感じる開発者
前提知識、
必要でしょうか?
技術ブログなどで、自分自身を記録しようと試みた経験があれば、もう少しピンとくるかもしれません。
「自分を証明しなければならない」という心理やプレッシャーに慣れている人には、もう少し響くかもしれません。
コードレビューが何か、どのように行われるのかを経験したことがあるなら、もう少し実感が湧くでしょう。
共同作業中にコミュニケーション問題(「正しいことを言われているのに、なぜか嫌な気持ちになる?」)を経験したことがあるなら、もう少し響くかもしれません。
33
受講生
6
受講レビュー
5.0
講座評価
1
講座
こんにちは!コーダーコリー🐶です!
コーダーコリーさん、なぜコーダーコリーなのですか?🐾
私は「将来ボーダーコリーを飼おう」と心に決め、往復4時間の通勤に耐えている開発者です。
講義を作ってボーダーコリーを家に迎え入れられる時まで!より一層頑張ります🚀
コーダーコリーさん、これまでどのように過ごしてこられましたか?🤔
1) 2000年代半ば〜2010年代初頭:プログラミング💻は楽しいけれど、無理そうだ
某工科大学に入学し、初めてプログラミング(C言語)を学びました。最初は慣れずに戸惑いましたが、自らキーボードを叩きながら何かを作り上げていく過程が面白かったです。適性にも合っていましたし、成績も悪くありませんでした。
ただ、当時の時代背景として、今のようにエンジニアの待遇が良い時期ではありませんでした。コンピュータ工学科は常に志望順位が最下位でした。また、学部生時代にコンサルティングファームでインターンをしたことがあるのですが、エンジニアが主体となってプロジェクトをリードしているという感じではありませんでした(言葉を選んで表現してみました(笑))。
プログラミングは楽しかったのですが、最善の選択ではないと自分自身と妥協し、大学院への進学を決めました。
2) 2010年代初頭 ~ 2010年代後半:遅くなったけれど、今からでも戻らなきゃ🔄
大学院入学直後から、徐々にデータやAIを中心に学問的なパラダイムが少しずつ変わり始め、アルファゴ以降は完全に転換されました。
研究を進める過程で、新しいパラダイムに適応できない指導教授と絶えず論争がありました(もちろん教授が間違っていて私が正しかったです)。研究は長期間停滞し、心身ともに疲れ果てた私は、しばらく学位課程を中断して自宅で過ごすことになります。
自宅で休んでいる期間にPython関連の開発ブログを作り、運営し始めました。ブログ開設から1年が過ぎた頃からは、毎日約2,000人の訪問者が訪れるようにもなりました。ブログからポジティブな影響を受け(ブログが本当に私を救ってくれました)、運良く卒業することができました。
3) 2020年代初頭〜:ChatGPTパラダイムの中でどのような決断を下すべきか?🤖
国内のある半導体企業に入社し、キャリアを歩んでいます。生活には不自由しておらず、満ち足りています。しかし、精神的には満たされていません。私の自意識が不必要に肥大しているからでしょうか?
最終プロダクトがソフトウェアではない場所でソフトウェアエンジニアとして働きながら、様々な興味深い状況を経験しています。泥の中でも花が咲くように、ここだからこそ経験できる多くのことを経験しています。
ChatGPTに象徴される、新しい(あるいは過去最大級の)パラダイムの中で、絶え間ない葛藤と共に生きています。ChatGPTによってエンジニアの大規模解雇が予測される中、会社員としてより一層励むべきなのか、あるいは頭の中で構想していたアイデアをChatGPTでより迅速に具現化できるようになった今、個人開発者として生きていくべきなのかというジレンマに陥っています。
とにかく、精一杯頑張ります。
コツコツ続けることだけは、本当に自信があるんですよ🔥
メール:
全体
31件 ∙ (2時間 16分)
全体
6件
5.0
6件の受講レビュー
受講レビュー 1
∙
平均評価 5.0
修正済み
5
- この講義がよくできているか確認するため、全ての動画を視聴してみました。何かを創作する人々にとって、自分が作り出した何かには常に不足が見えがちなのですが、理由は分かりませんが、私自身が作った講義を聴いてみて、不足や物足りなさよりも「満足だ」という考えが先に浮かんだように思います。 - 「あまりに自画自賛がひどいんじゃないですか??」と言われたら、少し何も言えなくなってしまうのですが、私の講義は少なくとも、私の気に入っているようです。実は有料講義なのですが、「創作者の心にも響かない講義でお金を受け取る方が、もっと恥ずかしいことではないか?」という考えも浮かんだりします。 - 講義を全て視聴し終えたところ、創作者である私にもレビューを投稿できる機会が与えられました。創作者自身が星評価をつけるのも、星評価をつけるなら何点をつけるのが適切なのかも、そして直接レビューを作成するのも、あまりにおかしいのではないかと少し悩んではみましたが、思い切って⭐️⭐️⭐️⭐️⭐️をつけてみました。私は自分の講義が五つ星に値すると思っています。 - レビューは3件以上投稿されると公開されます。私を除いて、既にレビューを投稿してくださったありがたい方々がさらに2名いらっしゃり、私のレビューを加えて合計3件のレビューが作成され、全体のレビューが公開に切り替わりました。既存に投稿された他のレビューが良くなかったら、公開されるのをためらっていたかもしれませんが、幸いなことに他のレビューの内容が良かったため、「レビューを公開しよう」という考えにつながったのも事実です。 - 講義のクオリティが創作者である私の気に入るかどうかとは別に、受講されている他の方々には当然物足りない部分があるかもしれません。お忙しいとは思いますが、coder.collie.dev@gmail.comまで物足りなかった点を送っていただければ、反映いたします。 - 最後に、貴重な時間を割いて私の講義を受講してくださり、心より感謝申し上げます。
受講レビュー 2
∙
平均評価 3.5
修正済み
5
非常に興味深い講義でした。ジュニアには会社と対話するための自分自身の言葉を、組織やプロジェクトの管理者には自己反省の機会を与えてくれる内容でした。 時々Inflearnで担当部署に必要な講義を探していますが、この講義はタイトルがユニークで受講しました。ところが、先生は私が思っていた以上にユニークな方でした。性善説を信じる工学博士でありながらGoogleからのオファーを断って半導体会社に入り、その中で管理者の様々なanti-patternを経験しましたが、染まらないため(unlearnするため)に講義を作った人。普通anti-patternを経験すると性善説を信じなくなりますが、いずれにせよ、この矛盾のおかげで面白い講義が生まれたようです。 大学院に通った経験や、他人の無責任な言葉で一日を台無しにした経験がある人なら共感できる話から始まり、最初はラジオを聞くように楽しく聞きました。後半になるにつれて実務に適用できる話が多く出てきて、メモを取らなければなりませんでした。toxicな開発文化を再生産しやすいスタートアップやSIのCTO、開発チームリーダーは全員聞くべきではないかと思いました。特にcode reviewの必要性と意義が印象深いです。韓国でこのように解釈して利用する人がいるのを初めて見ました。私がいた場所を含め、多くの場所でcode reviewを単なる形式、付随的な会議、上級者の好意程度に考えています。ところが、毎回なぜこんなに仕事が進まないのだろうと思っていたのは、お互いのコードを有機的に見ることができなかったからではないかと思いました。講義で述べられていた通り、code reviewを行った場合、すぐに明日の同僚の業務成果が変わる可能性があるという気がします。 そして、この講義を受講するであろうジュニアの方々が羨ましいです。ジュニアは自分自身に必要なものを把握するのに時間がかかりますが、必要なことが分かったとしても、どのような言葉で会社に要求すれば良いのかを知りません。講師の先生の言葉を借りて、チームに望むことを提案してみるのも良いでしょう。自分が接する管理者がanti-patternを見せているかどうかを素早く判断してください。red flagが出ているかを認知するのも、社会で長く持ちこたえるために必要なスキルです。この講義を見るジュニアたちが、toxicな開発文化に傷つけられることなく長くコーディングすることを願います。色々な面で有益な講義でした。ありがとうございました。
잘하자様、こんにちは。コーダーコリーです! * 丁寧なレビューを書いていただき、ありがとうございます。陳腐な表現かもしれませんが、非常にやりがいがあり、胸がいっぱいになります。実は講義を準備しながら、私が準備した講義は技術的な講義ではなく、開発者のマインドセットあるいはソフトスキルに近い講義でしたので、少し心配していましたが、お役に立てて幸いですし、良いレビューを残していただいたことについても感謝申し上げます。 * おかげで、次の知識共有も準備をしっかり進められそうです。心から感謝いたします。 追伸:IDもハングルで、コメントもハングルで書いていただいたようですが、英語に自動翻訳されているようです!良いコメントでしたので、英語でもハングルでもすべて読みました!
受講レビュー 14
∙
平均評価 5.0
受講レビュー 44
∙
平均評価 5.0
修正済み
5
良い講義でした。
こんにちは、初心者の方。 貴重なお時間を割いて講義を受講していただき、講義の評価もしていただき、ありがとうございます。微力ながら、今後の人生にお役に立てれば幸いです。ありがとうございます!
受講レビュー 6
∙
平均評価 5.0
¥2,789
同じ分野の他の講座を見てみましょう!