강의

멘토링

커뮤니티

Programming

/

etc. (Programming)

Không bị tổn thương, không làm tổn thương và cùng nhau phát triển

Trong quá khứ, tôi đã từng nghĩ "Chỉ cần giỏi phát triển một mình thôi không phải là đủ sao?", nhưng thực ra một mình không thể làm được gì cả (tất nhiên cũng có người giỏi một mình, nhưng đó không phải câu chuyện của tôi haha). Trong buổi chia sẻ kiến thức này, chúng ta sẽ cùng nhau thoát khỏi khuôn khổ của việc chiến đấu một mình, nói về cách xây dựng văn hóa và giao tiếp lành mạnh cùng đồng đội mà không làm tổn thương lẫn nhau, và cách để trưởng thành một cách bền vững. Chúng ta sẽ cùng nhau trao đổi về lý do tại sao blog lại cần thiết để nhà phát triển liên tục trưởng thành và bảo vệ bản thân giữa những bất an, liệu tâm lý muốn chứng minh bản thân ở công ty có đang khiến mình kiệt sức hơn là giúp phát triển, mức độ cần thiết của Code Review để duy trì văn hóa nhóm lành mạnh, những hướng dẫn chi tiết nào cần thiết để thiết lập văn hóa Code Review lành mạnh, và những Anti-Pattern nào của các Quản lý mà nhất định phải tránh gặp hoặc tuyệt đối không nên học theo, cùng nhiều chủ đề khác.

(5.0) 6 đánh giá

33 học viên

Độ khó Nhập môn

Thời gian 12 tháng

  • codercollie
Communication
Communication
Software Engineering
Software Engineering
Communication
Communication
Software Engineering
Software Engineering

Đánh giá từ những học viên đầu tiên

Đánh giá từ những học viên đầu tiên

5.0

5.0

코더콜리

100% đã tham gia

- Tôi đã xem hết toàn bộ video để kiểm tra xem bài giảng có được làm tốt không. Đối với những người sáng tạo ra một điều gì đó, điều họ tạo ra dường như lúc nào cũng có thiếu sót, nhưng không hiểu vì sao, khi nghe lại bài giảng do chính mình tạo ra, tôi lại cảm thấy hài lòng trước tiên hơn là nhìn thấy những thiếu sót hay điều đáng tiếc. - Nếu bạn nói "Anh tự khen mình quá lời rồi đấy à?", thì tôi cũng hơi không biết nói gì thật, nhưng ít nhất, bài giảng của tôi dường như khiến chính tôi hài lòng. Thực ra đây là bài giảng có phí, và tôi cũng nghĩ "Việc nhận tiền cho một bài giảng mà ngay cả người sáng tạo cũng không hài lòng, chẳng phải là điều đáng xấu hổ hơn sao?". - Sau khi nghe hết bài giảng, tôi, người sáng tạo, cũng có cơ hội để đưa ra đánh giá bài giảng. Mặc dù tôi đã hơi băn khoăn liệu việc người sáng tạo tự đánh giá, tự quyết định cho bao nhiêu điểm, và tự viết đánh giá có phải là điều quá buồn cười không, nhưng tôi đã mạnh dạn cho ⭐️⭐️⭐️⭐️⭐️. Tôi nghĩ bài giảng của tôi xứng đáng năm sao. - Đánh giá bài giảng sẽ được công khai khi có từ 3 đánh giá trở lên được viết. Ngoài tôi ra, đã có hai người đáng quý khác đã để lại đánh giá bài giảng, và với đánh giá của tôi, tổng cộng có 3 đánh giá đã được viết, nên tất cả các đánh giá bài giảng đã được chuyển sang chế độ công khai. Nếu các đánh giá khác đã được viết trước đó không tốt, tôi có thể đã ngại công khai, nhưng may mắn là nội dung các đánh giá khác đều tốt, nên đúng là điều đó đã dẫn đến suy nghĩ 'hãy công khai các đánh giá bài giảng'. - Bất kể chất lượng bài giảng làm hài lòng tôi, người sáng tạo, thì đương nhiên vẫn có thể có những điểm đáng tiếc đối với những người khác đang tham gia khóa học. Mặc dù bạn có thể bận rộn, nhưng nếu bạn gửi những điểm đáng tiếc đến coder.collie.dev@gmail.com, tôi sẽ xem xét. - Cuối cùng, chân thành cảm ơn bạn đã dành thời gian quý báu để nghe bài giảng của tôi.

5.0

잘하자

100% đã tham gia

Tôi đã nghe rất kỹ. Đây là một bài giảng cung cấp ngôn ngữ riêng để junior có thể giao tiếp với công ty, và cơ hội tự suy ngẫm cho các quản lý tổ chức/dự án. Tôi thường vào Inflearn để tìm các khóa học cần thiết cho bộ phận của mình, và đã nghe khóa học này vì tiêu đề của nó khá lạ. Hóa ra giảng viên còn là một người đặc biệt hơn tôi nghĩ. Một tiến sĩ kỹ thuật tin vào bản tính thiện của con người, từ chối lời đề nghị của Google để đến một công ty bán dẫn, và dù đã trải nghiệm nhiều anti-pattern của quản lý ở đó, ông ấy đã tạo ra khóa học để không bị ảnh hưởng (để unlearn). Thông thường, khi trải nghiệm anti-pattern, người ta sẽ không còn tin vào bản tính thiện. Dù sao đi nữa, có lẽ nhờ sự mâu thuẫn này mà một bài giảng thú vị đã được tạo ra. Bắt đầu với những câu chuyện mà những ai từng học sau đại học hoặc từng bị phá hỏng một ngày vì lời nói thiếu chân thành của người khác sẽ cảm thấy đồng cảm, ban đầu tôi đã nghe một cách thích thú như nghe đài. Càng về sau, có nhiều câu chuyện có thể áp dụng vào thực tế đến nỗi tôi phải ghi chép lại. Chắc chắn CTO, trưởng nhóm phát triển của các startup, công ty SI – nơi dễ tái tạo văn hóa phát triển toxic – đều nên nghe. Đặc biệt, sự cần thiết và ý nghĩa của code review rất ấn tượng. Lần đầu tiên tôi thấy ở Hàn Quốc có người diễn giải và sử dụng theo cách này. Nhiều nơi, bao gồm cả nơi tôi từng làm việc, coi code review như một hình thức, một cuộc họp phụ, hay một sự chiếu cố của cấp trên. Nhưng mỗi lần tôi tự hỏi tại sao công việc lại bế tắc như vậy, có lẽ là vì chúng tôi không nhìn nhận code của nhau một cách hữu cơ. Tôi nghĩ rằng khi thực hiện code review như đã đề cập trong bài giảng, hiệu suất làm việc của đồng nghiệp có thể thay đổi ngay ngày mai. Và tôi ghen tị với những người bạn junior sẽ nghe bài giảng này. Junior mất nhiều thời gian để nhận ra điều mình cần, và ngay cả khi biết điều mình cần, họ cũng không biết dùng ngôn ngữ nào để yêu cầu công ty. Mượn ngôn ngữ của giảng viên, họ có thể đề xuất điều mình muốn với team. Hãy nhanh chóng đánh giá xem người quản lý mà bạn đang đối mặt có thể hiện anti-pattern hay không. Nhận biết được red flag có xuất hiện hay không cũng là kỹ năng cần thiết để tồn tại lâu dài trong xã hội. Tôi mong rằng những junior xem bài giảng này sẽ ít bị tổn thương bởi văn hóa phát triển toxic và code được lâu hơn. Đây là một bài giảng hữu ích về nhiều mặt. Cảm ơn.

5.0

초보자

100% đã tham gia

Đây là một bài giảng tuyệt vời.

Bạn sẽ nhận được điều này sau khi học.

  • Lý do blog là điều cần thiết cho nhà phát triển để phát triển và tăng trưởng bền vững!

  • Cách để thoát khỏi cái bẫy "chứng minh bản thân" và phát triển mà không tự làm kiệt sức!

  • Những cách tự bảo vệ mình, tự nhiên có được khi làm blog!

  • Lý do đội cần văn hóa code review lành mạnh và các hướng dẫn thực tiễn để thiết lập nó!

  • Những Anti-Pattern của Manager cần tránh gặp, và tôi tuyệt đối không được học theo!

Khi tôi lớn lên, trái tim tôi ngày càng bị tổn thương. Làm sao tôi có thể cùng nhau phát triển mà không bị tổn thương? 🤔

  • Trước đây, tôi nghĩ, "Phát triển không phải là việc mình phải làm một mình và mình chỉ cần làm tốt công việc của mình sao?" (hahahahahahaha). Tuy nhiên, trong quá trình phát triển hiện đại, bạn không thể tự mình làm bất cứ điều gì (tất nhiên, bạn có thể làm bất cứ điều gì với ChatGPT!).


  • Không đơn độc, mà cùng với những người khác, “Sự phát triển vô cùng vui vẻ này” sẽ thú vị và bền vững hơn, đồng thời bảo vệ chính chúng ta! Đủ mạnh để bảo vệ người khác cùng một lúc! Sau đây là các phương pháp!

💡 Trong phần chia sẻ kiến ​​thức này, chúng tôi sẽ nói về:

  • Thực tế là một blog có thể có nhiều chức năng hơn là chỉ là một danh mục đầu tư; nó cũng có thể là thiên đường cho các nhà phát triển!
    (Ít nhất thì tôi đã sống sót nhờ vào việc viết blog…)

  • Cơ chế kỳ lạ khi cố gắng chứng minh với công ty rằng bạn đang làm việc chăm chỉ nhưng thay vào đó lại kiệt sức!
    (Và câu chuyện mọi thứ trở nên tốt hơn sau khi dừng lại là một câu chuyện có thật gây sốc)

  • Nếu bạn chỉ cần làm tốt việc đánh giá mã, nhóm của bạn sẽ ít phải tranh cãi hơn rất nhiều. Đúng vậy.
    (Nó cũng phát triển nhanh. Một mũi tên trúng hai đích!)

  • ‘Tôi không giỏi bình luận… Một hướng dẫn thực tế về việc xem xét mã sẽ giúp bạn tránh nói 'điều đó'!
    (Làm sao để mọi người cùng phát triển mà không ai bị tổn thương)

  • Nhận ra rằng mã kiểm thử không phải là một nỗi đau, nó thực sự là tài liệu hướng dẫn tốt nhất từ ​​trước đến nay!
    (Tại sao đoạn mã này lại được viết như thế này?) biến mất)

  • Hãy cùng xem xét những đặc điểm của những người quản lý tồi mà chúng ta vô tình trở nên giống họ, chửi bới họ và tránh xa họ.
    (Nếu bạn không biết, bạn sẽ bị phạt)

Tôi giới thiệu điều này cho những người này

Viết blog, các nhà phát triển không biết cách hoặc lý do để bắt đầu

Một nhà phát triển điều hành một blog và muốn phát triển bền vững và ổn định

Các thành viên nhóm hoặc người lãnh đạo muốn tạo ra một nền văn hóa đánh giá mã lành mạnh

Các nhà phát triển hy vọng rằng việc xem xét mã sẽ trở thành một công cụ giao tiếp và phát triển thay vì chỉ là một 'cuộc kiểm tra' đơn thuần

Các nhà phát triển cấp cao hoặc các nhà quản lý mới đang bị choáng ngợp bởi công việc quản lý đầu tiên của họ

Các nhà phát triển muốn biết những lỗi thường gặp và thói quen xấu (phản mô hình) và trở thành nhà lãnh đạo giỏi.

Sau khi tham gia lớp học, đây là những gì xảy ra 🎉 !

  • Viết blog cho phép bạn ghi lại một cách có hệ thống câu chuyện của mình với tư cách là một nhà phát triển và xem xét giá trị của bản thân một cách khách quan theo quan điểm của riêng bạn thay vì theo quan điểm của người khác. (Nó cung cấp cho bạn bằng chứng mạnh mẽ nhất về chính bạn.)

  • Thay vì lãng phí năng lượng vào việc "tự chứng minh", hãy học cách cùng nhau phát triển bản thân và nhóm của bạn. (Bạn sẽ nhận ra rằng bạn không còn phải đấu tranh một mình nữa.)

  • Hiểu được văn hóa đánh giá mã lành mạnh và học cách đưa ra và nhận phản hồi tích cực và hiệu quả từ các thành viên trong nhóm (giảm xung đột không cần thiết và cải thiện bầu không khí làm việc của nhóm).

  • Tìm hiểu các hướng dẫn đánh giá mã hiệu quả để có được sự tự tin và chuyên môn trong quá trình đánh giá. (Có thể giao tiếp rõ ràng mà không gây tổn hại cảm xúc không cần thiết.)

  • Bằng cách hiểu được tầm quan trọng và vai trò của mã thử nghiệm, bạn có thể viết mã giúp ích rất nhiều trong việc tuyển dụng và duy trì các nhà phát triển mới trong nhóm của mình. (Bạn sẽ trở thành một nhà phát triển có khả năng viết mã kiểm thử một cách tự nhiên.)

  • Tránh những sai lầm và lỗi thường gặp của người quản lý mà bạn có thể không nhận ra mình đang mắc phải và trở thành người lãnh đạo mà nhóm của bạn có thể tin tưởng. (Hãy thực hiện bước đầu tiên hướng tới việc tạo ra một nền văn hóa tổ chức lành mạnh).

Bạn nghĩ ra bài giảng này như thế nào 💭 ?

  • 2018 ~: Trong suốt chương trình học, cả giáo sư và tôi đều phớt lờ tôi, nên tôi tự hỏi liệu mình có thực sự vô dụng không. 🤔 Sau khi suy nghĩ về điều đó, tôi đã tạo một blog công nghệ cá nhân và nó diễn ra tốt hơn tôi nghĩ (hơn 1 triệu lượt xem tích lũy), vì vậy tôi đã lấy lại được lòng tự trọng của mình và thậm chí còn tốt nghiệp 🎓 . Viết blog đã cứu tôi 🙏 .

  • 2020~: Hiện tại tôi đang làm việc chăm chỉ với vai trò là nhà phát triển tại một công ty bán dẫn. Làm việc như một nhà phát triển phần mềm trong một công ty mà sản phẩm chính không phải là phần mềm cũng khá thú vị 🔍 .

  • 2023 ~: Trong quá trình thực hiện dự án, tôi đã gặp khó khăn vì Quản lý của mình, vì vậy tôi bắt đầu suy nghĩ về Mẫu phản biện của Quản lý và tôi đang suy nghĩ về cách mình có thể trở thành một Quản lý giỏi một cách quyết liệt 🔥 . Những kẻ phản diện trong cuộc sống làm phong phú thêm cuộc sống của tôi, nhưng tôi không chào đón họ. Xin đừng đến nữa. Làm ơn 🙏 .


Những điều cần lưu ý trước khi tham gia lớp học

Môi trường thực hành

  • Bạn không cần bất cứ thứ gì cả. Vì tôi sẽ giải thích mọi thứ bằng lời nên bạn chỉ cần bật nó lên và nghe như một chiếc radio. Một bài giảng ASMR đầy đủ!


Tài liệu học tập

  • Được cung cấp dưới dạng liên kết Google Slides! Tài liệu sẽ được cập nhật thường xuyên!

Kiến thức và ghi chú của người chơi

  • Đây là khóa học Kỹ năng mềm, không phải khóa học Kỹ năng cứng, do đó không yêu cầu kiến ​​thức trước.


Khuyến nghị cho
những người này

Khóa học này dành cho ai?

  • Lập trình viên junior học cộng tác quan trọng, nhưng tim thót lại chỉ với một tin nhắn Slack.

  • Senior developer muốn làm quản lý tốt, nhưng lạ là chỉ bị chê trách.

  • Nhà phát triển đã học phải làm code review, nhưng cứ mỗi lần là lại chỉ ‘LGTM…’ rồi thôi

  • Lập trình viên mệt mỏi vì cứ nghĩ 'Mình còn phải chứng minh điều gì nữa đây?' dù đã rất nỗ lực.

  • Developer đã hàng chục lần chỉ nghĩ đến việc viết blog, rồi từ bỏ khi chỉ để lại dòng "hôm nay cũng chẳng làm gì cả" ở dòng đầu tiên của TIL.

  • Lập trình viên từng viết blog kỹ thuật, vì nghĩ "Liệu có ai đọc không...?" nên chỉ để lại 17 bản nháp.

  • Lập trình viên cảm thấy không khí đội nhóm tốt, nhưng cứ đến buổi code review là bỗng nhiên mọi người trở nên lạnh lùng.

Cần biết trước khi bắt đầu?

  • Nếu có kinh nghiệm thử ghi chép về bản thân như qua blog công nghệ, bạn sẽ dễ cảm nhận hơn một chút.

  • Người quen với tâm lý và áp lực “phải chứng minh bản thân” có thể cảm thấy thấm hơn một chút.

  • Nếu bạn đã từng trải nghiệm code review là gì và cách nó diễn ra, bạn có thể thấy nó gần gũi hơn.

  • Nếu bạn từng gặp vấn đề giao tiếp trong lúc cộng tác ("Lời nói đúng đấy, sao lại thấy khó chịu?"), bạn sẽ cảm nhận rõ hơn một chút.

Xin chào
Đây là

33

Học viên

6

Đánh giá

5.0

Xếp hạng

1

Khóa học

Xin chào! Tôi là CoderCollie🐶!

CoderCollie ơi, tại sao bạn lại là CoderCollie vậy?🐾

  • Tôi là một nhà phát triển đang nỗ lực chịu đựng việc đi làm mất 4 tiếng cả đi lẫn về mỗi ngày với quyết tâm rằng "trong tương lai nhất định mình sẽ nuôi một chú chó Border Collie".

  • Tôi sẽ làm việc chăm chỉ hơn nữa cho đến khi có thể tạo ra các bài giảng và đưa một chú Border Collie về nhà!🚀

CoderCollie à, bạn đã sống như thế nào vậy?🤔

1) Giữa những năm 2000 ~ Đầu những năm 2010: Lập trình💻 rất thú vị, nhưng chắc không ổn đâu

  • Tôi đã nhập học vào một trường đại học kỹ thuật và lần đầu tiên được học lập trình (ngôn ngữ C). Ban đầu tôi còn bỡ ngỡ và gặp nhiều khó khăn, nhưng quá trình tự mình gõ bàn phím để tạo ra một thứ gì đó thực sự rất thú vị. Nó phù hợp với năng khiếu của tôi và kết quả học tập cũng khá tốt.

  • Tuy nhiên, bầu không khí thời bấy giờ không phải là lúc đãi ngộ dành cho lập trình viên tốt như bây giờ. Khoa Khoa học máy tính luôn nằm ở thứ hạng thấp nhất trong danh sách nguyện vọng. Ngoài ra, tôi từng đi thực tập tại một công ty tư vấn trong quá trình học đại học, và tôi cảm thấy lập trình viên không phải là người đóng vai trò dẫn dắt dự án (tôi đang cố diễn đạt một cách nhẹ nhàng rồi đấy ha ha).

  • Dù việc lập trình rất thú vị, nhưng tôi đã tự thỏa hiệp với bản thân rằng đó không phải là một lựa chọn tốt và quyết định học lên cao học.

2) Đầu thập niên 2010 ~ Cuối thập niên 2010: Muộn rồi, nhưng bây giờ mình phải quay lại thôi🔄

  • Ngay sau khi nhập học cao học, các mô hình học thuật đã dần thay đổi theo hướng tập trung vào Dữ liệu (Data) và AI, và sau sự kiện AlphaGo, nó đã hoàn toàn chuyển đổi.

  • Trong quá trình thực hiện nghiên cứu, tôi đã có những tranh luận liên tục với giáo sư hướng dẫn, người đã không thích nghi được với những hệ tư tưởng mới (dĩ nhiên là giáo sư sai và tôi đúng). Việc nghiên cứu bị đình trệ trong một thời gian dài, và vì kiệt sức cả về thể chất lẫn tinh thần, tôi đã tạm dừng chương trình học thuật để dành thời gian ở nhà.

  • Trong thời gian nghỉ ngơi tại nhà, tôi bắt đầu tạo và vận hành một blog phát triển liên quan đến Python. Sau một năm kể từ khi lập blog, mỗi ngày đã có khoảng 2.000 lượt khách truy cập. Nhờ nhận được những ảnh hưởng tích cực từ blog (blog thực sự đã cứu rỗi tôi), tôi đã may mắn tốt nghiệp được.

3) Đầu những năm 2020 ~: Nên đưa ra quyết định gì trong kỷ nguyên ChatGPT?🤖

  • Tôi đã gia nhập một công ty bán dẫn trong nước và đang tiếp tục phát triển sự nghiệp của mình. Cuộc sống hiện tại rất ấm no và đầy đủ. Thế nhưng, về mặt tinh thần, tôi lại cảm thấy không được thỏa mãn. Có phải vì cái tôi của tôi đang lớn dần lên một cách không cần thiết hay không?

  • Làm việc với tư cách là một nhà phát triển phần mềm tại một nơi mà sản phẩm cuối cùng không phải là phần mềm, tôi đang trải qua nhiều tình huống thú vị khác nhau. Giống như hoa nở trong bùn, tôi đang được trải nghiệm nhiều điều mà chỉ ở đây mới có thể có được.

  • Tôi đang sống trong sự trăn trở không ngừng trước một kỷ nguyên mới (có lẽ còn lớn hơn cả quá khứ) được gói gọn trong cái tên ChatGPT. Tôi đang rơi vào tình thế tiến thoái lưỡng nan: liệu nên tiếp tục cống hiến hết mình cho công ty trước dự báo về làn sóng sa thải hàng loạt lập trình viên do ChatGPT gây ra, hay nên bắt đầu cuộc sống của một doanh nghiệp cá nhân vì giờ đây tôi có thể hiện thực hóa những ý tưởng vốn chỉ nằm trong đầu một cách nhanh chóng hơn nhờ vào ChatGPT.

  • Dù sao đi nữa, tôi cũng sẽ cố gắng hết sức.

    Tôi thực sự rất tự tin vào việc làm mọi thứ một cách kiên trì🔥

email:

coder.collie.dev@gmail.com

Chương trình giảng dạy

Tất cả

31 bài giảng ∙ (2giờ 16phút)

Ngày đăng: 
Cập nhật lần cuối: 

Đánh giá

Tất cả

6 đánh giá

5.0

6 đánh giá

  • codercollie님의 프로필 이미지
    codercollie

    Đánh giá 1

    Đánh giá trung bình 5.0

    Đã chỉnh sửa

    5

    100% đã tham gia

    - Tôi đã xem hết toàn bộ video để kiểm tra xem bài giảng có được làm tốt không. Đối với những người sáng tạo ra một điều gì đó, điều họ tạo ra dường như lúc nào cũng có thiếu sót, nhưng không hiểu vì sao, khi nghe lại bài giảng do chính mình tạo ra, tôi lại cảm thấy hài lòng trước tiên hơn là nhìn thấy những thiếu sót hay điều đáng tiếc. - Nếu bạn nói "Anh tự khen mình quá lời rồi đấy à?", thì tôi cũng hơi không biết nói gì thật, nhưng ít nhất, bài giảng của tôi dường như khiến chính tôi hài lòng. Thực ra đây là bài giảng có phí, và tôi cũng nghĩ "Việc nhận tiền cho một bài giảng mà ngay cả người sáng tạo cũng không hài lòng, chẳng phải là điều đáng xấu hổ hơn sao?". - Sau khi nghe hết bài giảng, tôi, người sáng tạo, cũng có cơ hội để đưa ra đánh giá bài giảng. Mặc dù tôi đã hơi băn khoăn liệu việc người sáng tạo tự đánh giá, tự quyết định cho bao nhiêu điểm, và tự viết đánh giá có phải là điều quá buồn cười không, nhưng tôi đã mạnh dạn cho ⭐️⭐️⭐️⭐️⭐️. Tôi nghĩ bài giảng của tôi xứng đáng năm sao. - Đánh giá bài giảng sẽ được công khai khi có từ 3 đánh giá trở lên được viết. Ngoài tôi ra, đã có hai người đáng quý khác đã để lại đánh giá bài giảng, và với đánh giá của tôi, tổng cộng có 3 đánh giá đã được viết, nên tất cả các đánh giá bài giảng đã được chuyển sang chế độ công khai. Nếu các đánh giá khác đã được viết trước đó không tốt, tôi có thể đã ngại công khai, nhưng may mắn là nội dung các đánh giá khác đều tốt, nên đúng là điều đó đã dẫn đến suy nghĩ 'hãy công khai các đánh giá bài giảng'. - Bất kể chất lượng bài giảng làm hài lòng tôi, người sáng tạo, thì đương nhiên vẫn có thể có những điểm đáng tiếc đối với những người khác đang tham gia khóa học. Mặc dù bạn có thể bận rộn, nhưng nếu bạn gửi những điểm đáng tiếc đến coder.collie.dev@gmail.com, tôi sẽ xem xét. - Cuối cùng, chân thành cảm ơn bạn đã dành thời gian quý báu để nghe bài giảng của tôi.

    • goodworker님의 프로필 이미지
      goodworker

      Đánh giá 2

      Đánh giá trung bình 3.5

      Đã chỉnh sửa

      5

      100% đã tham gia

      Tôi đã nghe rất kỹ. Đây là một bài giảng cung cấp ngôn ngữ riêng để junior có thể giao tiếp với công ty, và cơ hội tự suy ngẫm cho các quản lý tổ chức/dự án. Tôi thường vào Inflearn để tìm các khóa học cần thiết cho bộ phận của mình, và đã nghe khóa học này vì tiêu đề của nó khá lạ. Hóa ra giảng viên còn là một người đặc biệt hơn tôi nghĩ. Một tiến sĩ kỹ thuật tin vào bản tính thiện của con người, từ chối lời đề nghị của Google để đến một công ty bán dẫn, và dù đã trải nghiệm nhiều anti-pattern của quản lý ở đó, ông ấy đã tạo ra khóa học để không bị ảnh hưởng (để unlearn). Thông thường, khi trải nghiệm anti-pattern, người ta sẽ không còn tin vào bản tính thiện. Dù sao đi nữa, có lẽ nhờ sự mâu thuẫn này mà một bài giảng thú vị đã được tạo ra. Bắt đầu với những câu chuyện mà những ai từng học sau đại học hoặc từng bị phá hỏng một ngày vì lời nói thiếu chân thành của người khác sẽ cảm thấy đồng cảm, ban đầu tôi đã nghe một cách thích thú như nghe đài. Càng về sau, có nhiều câu chuyện có thể áp dụng vào thực tế đến nỗi tôi phải ghi chép lại. Chắc chắn CTO, trưởng nhóm phát triển của các startup, công ty SI – nơi dễ tái tạo văn hóa phát triển toxic – đều nên nghe. Đặc biệt, sự cần thiết và ý nghĩa của code review rất ấn tượng. Lần đầu tiên tôi thấy ở Hàn Quốc có người diễn giải và sử dụng theo cách này. Nhiều nơi, bao gồm cả nơi tôi từng làm việc, coi code review như một hình thức, một cuộc họp phụ, hay một sự chiếu cố của cấp trên. Nhưng mỗi lần tôi tự hỏi tại sao công việc lại bế tắc như vậy, có lẽ là vì chúng tôi không nhìn nhận code của nhau một cách hữu cơ. Tôi nghĩ rằng khi thực hiện code review như đã đề cập trong bài giảng, hiệu suất làm việc của đồng nghiệp có thể thay đổi ngay ngày mai. Và tôi ghen tị với những người bạn junior sẽ nghe bài giảng này. Junior mất nhiều thời gian để nhận ra điều mình cần, và ngay cả khi biết điều mình cần, họ cũng không biết dùng ngôn ngữ nào để yêu cầu công ty. Mượn ngôn ngữ của giảng viên, họ có thể đề xuất điều mình muốn với team. Hãy nhanh chóng đánh giá xem người quản lý mà bạn đang đối mặt có thể hiện anti-pattern hay không. Nhận biết được red flag có xuất hiện hay không cũng là kỹ năng cần thiết để tồn tại lâu dài trong xã hội. Tôi mong rằng những junior xem bài giảng này sẽ ít bị tổn thương bởi văn hóa phát triển toxic và code được lâu hơn. Đây là một bài giảng hữu ích về nhiều mặt. Cảm ơn.

      • codercollie
        Giảng viên

        잘하자 님, xin chào. Tôi là CoderColly! - Cảm ơn bạn rất nhiều vì đã viết một đánh giá khóa học thật tâm huyết. Dù là một cách diễn đạt cũ kỹ, nhưng tôi cảm thấy rất ý nghĩa và tự hào. Thật ra, khi chuẩn bị bài giảng, tôi đã hơi lo lắng vì đây không phải là một bài giảng kỹ thuật, mà gần với mindset của nhà phát triển hoặc soft skill hơn, nên tôi rất vui vì nó đã giúp ích cho bạn, và cũng rất biết ơn vì bạn đã để lại đánh giá tốt. - Nhờ có bạn mà tôi có thể chuẩn bị tốt cho buổi chia sẻ kiến thức tiếp theo. Chân thành cảm ơn bạn. Tái bút. ID của bạn là tiếng Hàn, và hình như bạn cũng viết bình luận bằng tiếng Hàn, nhưng có vẻ bình luận đã tự động dịch sang tiếng Anh! Vì là bình luận hay nên tôi đã đọc cả bản tiếng Anh lẫn tiếng Hàn!

    • miri0502님의 프로필 이미지
      miri0502

      Đánh giá 14

      Đánh giá trung bình 5.0

      5

      61% đã tham gia

      • codercollie
        Giảng viên

        Chào Hyeseong! Cảm ơn bạn đã theo dõi khóa học và để lại đánh giá cho khóa học.

    • idiotist님의 프로필 이미지
      idiotist

      Đánh giá 44

      Đánh giá trung bình 5.0

      Đã chỉnh sửa

      5

      100% đã tham gia

      Đây là một bài giảng tuyệt vời.

      • codercollie
        Giảng viên

        Xin chào bạn mới bắt đầu. Cảm ơn bạn đã dành thời gian quý báu để nghe bài giảng và cả việc đánh giá bài giảng nữa. Mong rằng dù chỉ là một chút nhỏ nhoi nhưng sẽ giúp ích cho cuộc sống của bạn trong tương lai. Cảm ơn bạn!

    • qhdrn67님의 프로필 이미지
      qhdrn67

      Đánh giá 6

      Đánh giá trung bình 5.0

      5

      32% đã tham gia

      • codercollie
        Giảng viên

        Chào bạn Jay! Đây là CoderCollie. - Cảm ơn bạn đã dành thời gian quý báu để nghe bài giảng và để lại đánh giá!

    470.240 ₫

    Khóa học tương tự

    Khám phá các khóa học khác trong cùng lĩnh vực!