Vustech's Blog

Thẻ: Leadership

  • Chứng minh năng lực Leadership và Lộ trình Embedded/AI trong kỷ nguyên mới

    [img]Ảnh đại diện: Một kỹ sư công nghệ trẻ đang đứng trước bảng whiteboard vẽ sơ đồ hệ thống, thể hiện sự tự tin và tầm nhìn lãnh đạo[/img]

    Những ngày cuối năm 2025, khi nhịp sống hối hả của Sài Gòn đang dần chuyển mình sang năm mới 2026, tôi nhận được nhiều câu hỏi trăn trở từ các bạn trẻ: Từ việc làm sao để được công nhận ở vị trí quản lý khi còn quá trẻ, cho đến việc chọn Rust hay C++ để "sống sót" trong ngành Embedded.

    Với kinh nghiệm điều hành và dẫn dắt các đội ngũ công nghệ lớn, tôi muốn dành bài viết này để giải đáp những nút thắt đó dưới góc nhìn của một người đi trước, đồng thời chia sẻ về dự án "đại tu" quan trọng nhất của đời người: Sức khỏe.

    Quản Lý Trẻ Và Bài Toán Công Nhận: Làm Thế Nào Để "Chắc Chân"?

    Một bạn trẻ chia sẻ: "Em làm IT 1 năm, chuyển sang mảng dịch vụ mạng và may mắn được làm quản lý nhỏ, nhưng các bộ phận lâu năm không công nhận em". Đây là tình huống kinh điển.

    Lời khuyên của tôi là: Đừng đòi hỏi sự công nhận khi bạn chưa show được kết quả. Để "phá băng" và khẳng định vị thế, bạn cần:

    1. Lấy lòng tin từ "lính" trước: Trước khi muốn đồng nghiệp ngang hàng (peers) công nhận, hãy đảm bảo đội ngũ dưới quyền tin tưởng và nể phục năng lực điều phối của bạn.
    2. Networking và Thái độ cầu thị: Hãy chủ động tìm đến những người lead lâu năm để xin lời khuyên. Khi bạn hỏi với tâm thế học hỏi, họ sẽ sẵn lòng hỗ trợ thay vì làm khó.
    3. Trách nhiệm tuyệt đối: Thất bại là lỗi của mình, thành công là công lao của đội ngũ. Tuyệt đối không đổ lỗi cho hoàn cảnh hay sếp khi kết quả không tốt.
    4. Giữ tâm bình thản (Equanimity): Một leader thực thụ là người giữ được sự bình tĩnh trước biến cố. Dù giận dữ cũng chỉ nên diễn ra trong thời gian ngắn, sau đó phải trở lại trạng thái tỉnh táo để ra quyết định.

    [img]Sơ đồ kỹ thuật: 5 cấp độ năng lực của một Engineering Manager từ thực thi đến chiến lược[/img]

    Xu Hướng Tuyển Dụng AI/ML Tại TP.HCM 2026

    Dành cho các bạn sinh viên năm 3 đang định hướng AI: Thị trường 2026 sẽ phân hóa rất mạnh. Các vị trí Fresher AI/ML sẽ tập trung ở:

    • Các Big Tech: VNG (Zalo), Vin AI, Bosch.
    • Các trung tâm R&D: Axon Active, các startup Unicorn.

    Để có cơ hội, bạn phải nằm trong Top 20% – 30% của thị trường về kỹ năng thực chiến. Đừng chỉ học lý thuyết, hãy tham gia các dự án thực tế và build một Portfolio đủ mạnh để chứng minh khả năng giải quyết vấn đề bằng dữ liệu.

    Rust Hay C++: Tương Lai Nào Cho Kỹ Sư Embedded?

    Rust đang nổi lên như một hiện tượng đầy hứa hẹn. Tuy nhiên, trong ngành Embedded, di sản (legacy) của C/C++ là quá khổng lồ.

    • Rust: Sẽ là tương lai của các dòng sản phẩm mới, các dự án đòi hỏi tính an toàn bộ nhớ cao.
    • C/C++: Vẫn duy trì vị thế thống trị trong các hệ thống đã ổn định và các dòng chip cũ.

    [img]Biểu đồ so sánh: Hiệu năng và tính an toàn của Rust so với C++ trong lập trình hệ thống (Systems Programming)[/img]

    Lời khuyên của tôi: Hãy là một kỹ sư đa ngôn ngữ. Nếu bạn giỏi C++, hãy học thêm Rust và ngược lại. Khả năng thích nghi giữa cũ và mới sẽ là "vũ khí" giúp bạn không bao giờ lỗi thời.

    Embedded Linux vs MCU: Đâu Là Lối Đi Lương Cao?

    Nhiều bạn tin rằng làm Embedded Linux sẽ có lương cao hơn MCU truyền thống. Thực tế, thu nhập trong ngành IT phụ thuộc vào giá trị bạn mang lại hơn là công nghệ bạn sử dụng.

    Nếu bạn mơ ước vào những công ty "vàng" như Axon Active nhưng chỉ có 4 năm kinh nghiệm (trong khi họ yêu cầu Senior 10 năm), hãy cứ mạnh dạn ứng tuyển. Phỏng vấn là cách tốt nhất để biết mình đang đứng ở đâu. Đừng quá đặt nặng chuyện lương bổng ngay từ đầu, hãy chọn công việc khiến bạn cảm thấy hào hứng mỗi sáng thức dậy.

    Dự Án "Đại Tu" Cơ Thể: Khi Sức Khỏe Lên Tiếng

    Tôi từng nặng tới 104kg và phải đối mặt với nguy cơ huyết áp cao, tiểu đường tuýp 2. Sau 3 tháng kỷ luật, tôi đã giảm được 13kg, hiện còn 91kg.

    [img]Quy trình quản trị năng lượng cá nhân: Sự kết hợp giữa chế độ ăn low-carb, tập luyện và giấc ngủ phục hồi[/img]

    Bài học ở đây là: Đừng dễ dãi với bản thân. Cơ địa mỗi người mỗi khác, nhưng việc duy trì cân nặng hợp lý là điều bắt buộc nếu bạn muốn đi đường dài với ngành IT đầy áp lực này. Mục tiêu tiếp theo của tôi là 78kg để đảm bảo một cơ thể dẻo dai, sẵn sàng cho những thử thách công nghệ mới.

    Kết luận: Tâm Bình Thản, Đời Tự Tại

    Năm 2025 khép lại, tôi hy vọng bạn sẽ tìm thấy sự cân bằng giữa công việc và cuộc sống. Dù bạn là một quản lý trẻ đang loay hoay tìm sự công nhận, hay một kỹ sư đang phân vân giữa các tech stack, hãy nhớ rằng: Thái độ quyết định trình độ.

    Hãy giữ một cái tâm bình thản trước mọi biến động, không ngừng học hỏi và quan trọng nhất là hãy trân quý sức khỏe của mình. Hẹn gặp lại các bạn trong những chia sẻ tiếp theo của năm 2026!

    Tóm tắt hành động:

    1. Manager trẻ: Tập trung networking và lấy lòng tin từ đội ngũ nội bộ.
    2. Kỹ sư Embedded: Đầu tư song song Rust và C++.
    3. Fresher AI: Build Portfolio thực chiến để lọt vào Top 20% thị trường.
    4. Lập trình viên: Kiểm soát cân nặng và chỉ số đường huyết ngay hôm nay.

    Tác giả: Vustech

  • Dũng xây dựng thế hệ kế cận: So sánh Java và .NET trong cộng đồng developer Việt Nam

    [img]Sơ đồ quy trình delegate và build successor cho các vị trí leadership trong team kỹ thuật[/img]

    Mở đầu

    Bài viết trình bày về phương pháp xây dựng đội ngũ kế cận hiệu quả cùng phân tích sâu về thực lực giữa hai cộng đồng developer Java và .NET tại Việt Nam. Nội dung dựa trên chia sẻ từ người có kinh nghiệm thực tế ở cả hai hệ sinh thái và đã từng nhận giải thưởng Microsoft MVP.

    Phương pháp xây dựng thế hệ kế cận

    Nguyên tắc transparency cao

    Bí quyết đầu tiên trong việc xây dựng đội ngũ kế cận là transparency (minh bạch) ở mức rất cao. Điều này bao gồm:

    • Chia sẻ tất cả mọi thứ: top process, cách suy nghĩ, vision
    • Build capability cho họ để có thể take over công việc của mình
    • Không giữ lại kiến thức hay kỹ thuật quan trọng

    Delegate và đứng đằng sau

    Phương pháp hiệu quả để phát triển nhân tài:

    1. Giao việc (Delegate): Đưa công việc đang làm cho họ thực hiện
    2. Đứng sau giật dây: Để họ đứng trước, tự mình hỗ trợ từ đằng sau
    3. Tạo visibility: Giúp họ trở nên visible với các bên liên quan
    4. Build competence: Miệt mài xây dựng năng lực cho chính mình và đội ngũ

    [img]Mô hình 4 bước delegate hiệu quả: Assign – Support – Review – Empower[/img]

    Mục tiêu trở nên obsolete

    Một tư duy quan trọng: Làm cho chính mình trở nên obsolete (không còn cần thiết) trong organization. Khi đội ngũ kế cận đã giỏi, thậm chí giỏi vượt qua mình, leader có thể:

    • Yên tâm rời đi tìm challenge mới
    • Department vẫn hoạt động tốt trong 3-5 năm không ảnh hưởng
    • Tự do theo đuổi cơ hội mới ở vai trò cao hơn

    Phân loại và phát triển nhân sự

    Mỗi người có điểm mạnh khác nhau cần cách tiếp cận phù hợp:

    Loại nhân sự Đặc điểm Cách phát triển
    Có tinh thần tốt, williness cao Kỹ năng chưa tốt Cầm tay chỉ việc
    Có năng lực, làm độc lập Tự work được Delegate, tạo điều kiện mimic
    Có khả năng delivery Kỷ luật cao Giao việc quan trọng

    Build leader, không chỉ build developer

    Nhiệm vụ của lãnh đạo không phải là xây dựng senior software developer, mà là xây dựng leader. Thế hệ kế cận càng giỏi thì đời của leader càng khỏe.

    Khi họ đã đủ lông đủ cánh, có thể tách roll giống mình thì một trong hai phải đi để tìm challenge mới. Đây là cách để cả hai cùng grow và phát triển.

    Java vs .NET: Thực lực cộng đồng developer Việt Nam

    Microsoft MVP và sự nổi tiếng

    Tại Việt Nam, cộng đồng .NET có nhiều gương mặt nổi tiếng như:

    • Thắng Trung: Solution architect, làm .NET chủ yếu, sau đó thử PHP, Go
    • Thiện Nguyễn: Rất sâu về .NET, chắc tay, focus cao độ
    • Phi Huỳnh: Inspirer, có sense tốt về futuristic technology, blockchain

    Tuy nhiên, sự nổi tiếng này có nguyên nhân từ chương trình Microsoft MVP – một sản phẩm của Microsoft nhằm mở rộng cộng đồng developer xung quanh .NET.

    [img]Biểu đồ so sánh số lượng Microsoft MVP và Java experts được công nhận tại Việt Nam[/img]

    Java developers có thực sự kém hơn?

    Câu trả lời ngắn gọn: Hoàn toàn không. Thực tế:

    • Người làm Java ở Việt Nam rất giỏi, thậm chí có thể vượt trội so với .NET developers
    • Java thường được dùng trong hệ thống phức tạp, enterprise lớn
    • Java có mặt trong các công ty startup lớn như Line, Grab, Uber

    Tại sao Java developers ít nổi tiếng hơn?

    Không có chương trình chứng nhận tương tự

    Bên Java không có title tương tự Microsoft MVP, ngoại trừ Spring Advocate – được trao bởi công ty làm ra Spring Framework. Tuy nhiên, chưa thấy ai ở Việt Nam có title này.

    Tập trung vào công việc thực tế

    Developers Java giỏi thường:

    • Tập trung giải quyết vấn đề khó trong ngân hàng, Lazada, v.v.
    • Không xuất hiện nhiều trên diễn đàn
    • Không cần "sale Java" vì không ai trả tiền hay mang lại fame
    • Phải build reputation bằng đôi chân của chính mình

    Yêu cầu ra nước ngoài để xây dựng thương hiệu

    Để có title như Spring Advocate hoặc award từ Oracle, developers Java phải:

    • Xuất hiện nhiều ở thị trường Singapore
    • Tham gia cộng đồng quốc tế
    • Đầu tư thời gian và công sức đáng kể

    So sánh thực lực thực tế

    Tiêu chí .NET Developers Java Developers
    Độ nổi tiếng Cao (nhờ MVP program) Thấp hơn
    Độ sâu chuyên môn Thiện Nguyễn: rất sâu Tương đương
    Độ rộng công nghệ Thắng Trung: rộng Tương đương
    Bài toán giải quyết Enterprise vừa và nhỏ Enterprise lớn, phức tạp
    Môi trường làm việc NAB, enterprise Grab, Line, ngân hàng, Lazada

    Tại sao .NET có vẻ "giỏi hơn"?

    Microsoft hỗ trợ rất nhiều cho MVPs:

    • License Windows đầy đủ
    • MSDN subscription
    • Azure credit
    • Được tung hô, quảng bá

    Ngược lại, Java developers phải tự xây dựng thương hiệu mà không có sự hỗ trợ tương tự.

    Tư duy kiến trúc phần mềm

    Sai lầm phổ biến của juniors

    Nhiều developers trẻ hỏi về việc chọn kiến trúc: MVC, MVP, MVVM trước hay microservice, monolithic trước. Đây là cách tiếp cận sai.

    Cách tiếp cận đúng

    Non-functional requirements phải được xác định trước:

    1. Hiểu rõ non-functional requirements
    2. Chọn kiến trúc phù hợp để giải quyết các requirements đó
    3. Chọn technology choice dựa trên requirements
    4. Áp dụng design pattern (MVC/MVP/MVVM) phù hợp

    [img]Sơ đồ quy trình ra quyết định kiến trúc: Requirements → Architecture → Technology → Pattern[/img]

    MVC và Microservice không cùng cấp

    Một hiểu lầm phổ biến:

    • MVC/MVP/MVVM: Là design pattern cho tổ chức code trong một application
    • Microservice/Monolithic: Là kiến trúc hệ thống ở level cao hơn

    Bạn có thể:

    • Dùng monolithic và áp dụng MVC
    • Dùng microservice và mỗi service vẫn áp dụng MVC

    Microservice thực chất là tập hợp của nhiều monolith nhỏ đủ nhỏ, chạy trên nhiều process khác nhau.

    Lời khuyên cho developers trẻ

    Đừng ngại hỏi câu hỏi

    Người dở không phải là người hỏi, mà là người:

    • Biết không rõ nhưng không hỏi
    • Không tự đặt câu hỏi cho chính mình

    Việc hỏi cho thấy bạn đang tìm hiểu và muốn tiến bộ.

    Đầu tư vào học hỏi liên tục

    • Đọc nhiều để có lập luận logic khi trao đổi
    • Học cách present, giao tiếp
    • Thực hành debate với tinh thần win-win
    • Xem các TED talks để học kỹ năng diễn thuyết

    Tư duy "If it hurts, do it more often"

    Những gì làm bạn đau đớn, khó khăn chính là thứ cần thực hiện nhiều hơn để vượt qua chướng ngại vật và trở nên giỏi hơn.

    Kết luận

    Tóm tắt chính

    1. Xây dựng thế hệ kế cận: Transparency, delegate, đứng sau hỗ trợ, mục tiêu trở nên obsolete
    2. Java vs .NET: Thực lực tương đương, .NET nổi tiếng hơn nhờ MVP program
    3. Kiến trúc đúng cách: Non-functional requirements dẫn dắt quyết định kiến trúc
    4. Phát triển bản thân: Không ngại hỏi, đầu tư học hỏi, đối mặt với thử thách

    Checklist phát triển leadership

    • Đã chia sẻ transparent mọi thứ với team?
    • Có kế hoạch delegate công việc quan trọng?
    • Đã xác định và đào tạo successor?
    • Giúp team members trở nên visible?
    • Đầu tư học hỏi công nghệ mới liên tục?

    Dù bạn ở phía Java hay .NET, điều quan trọng nhất là không ngừng phát triển bản thân và xây dựng đội ngũ kế cận vững mạnh.

  • Head of Engineering trái domain và cách nâng cao kỹ năng giao tiếp cho Lead Developer

    [img]Sơ đồ lộ trình chuyển domain từ web software sang automotive với các mốc kiến thức cần đạt[/img]

    Mở đầu

    Bài viết chia sẻ kinh nghiệm thực tế từ hành trình chuyển sang làm Head of Engineering trong lĩnh vực automotive – một domain hoàn toàn xa lạ với background công nghệ thông tin thuần túy. Đồng thời, nội dung cũng đề cập đến phương pháp rèn luyện kỹ năng giao tiếp và tranh luận cho các lead developer đang gặp khó khăn trong việc trình bày và trao đổi với đồng nghiệp.

    Hành trình chuyển domain sang Automotive

    Bắt đầu từ con số 0

    Khi được tuyển vào vị trí Head of Engineering trong ngành automotive, người viết hoàn toàn không có kiến thức về lĩnh vực này. Mục đích tuyển dụng là tận dụng thế mạnh về công nghệ thông tin chứ không phải kiến thức automotive.

    [img]Biểu đồ phân loại các nhóm engineering trong automotive: Tool link, Platform, Customer Engineering[/img]

    Cấu trúc engineering trong automotive

    Ngành automotive software có các nhóm chính:

    1. Tool Link / Platform Engineering: Làm tool và platform internally
    2. Customer Engineering (CE): Làm trực tiếp với khách hàng, các hãng xe
    3. Embedded Engineering: Làm phần mềm embedded cho ECU

    Nhóm Tool Link đóng vai trò quan trọng nhưng đứng đằng sau phụ trợ, tương tự như Platform Engineering tại Netflix hay Google.

    Các loại tool và giải pháp trong automotive

    Công việc của đội platform trong automotive bao gồm:

    • IDE và Web Application: Tool hỗ trợ development
    • Configuration Tool: Cấu hình cho dự án
    • Simulation App: Phân tích bus của xe ô tô, simulate hoạt động ECU
    • Virtualization Program: Ảo hóa hệ thống
    • Data Management: Quản lý hệ thống data

    Quy trình automation trong automotive

    Tại Bosch (Bos), quy trình làm software đã automate được khoảng 50-60%, nhưng vẫn cần thêm automation để:

    • Gia tăng hiệu suất
    • Giảm giá thành sản phẩm
    • Cải tiến liên tục (Kaizen spirit)

    [img]Sơ đồ hệ thống tool chain trong automotive software development lifecycle[/img]

    Thách thức khi học domain mới

    Giai đoạn đầu: "Gà mắt tóc"

    Khi mới vào ngành, mọi thứ đều rất mới và khó khăn:

    • Không hiểu thuật ngữ chuyên ngành
    • Nghe như "gà nghe sấm"
    • Cần sự hỗ trợ và giải thích từ anh em trong team

    Quá trình tích lũy kiến thức

    Nhờ background Solution Architect, việc hiểu thuật ngữ ban đầu khó khăn nhưng dần dần:

    • Hiểu biết sâu hơn qua từng ngày
    • Cần hiểu sâu công việc của mọi người
    • Phát hiện ra know-how bên ngoài mang lại lợi ích cho ngành

    Quy mô và cấu trúc tổ chức

    Team size và growth

    • Khi mới vào: team size khoảng 80 người
    • Sau đó grow lên và hiện tại còn khoảng 50 người (do cắt giảm)
    • Support hầu hết business unit trong Bos Mobility

    Cấu trúc Bos Mobility

    • Bos Mobility là business unit của Bosch
    • Bên trong có 10-15 business unit con
    • Department thuộc Global Delivery Network (GDN)
    • Cung cấp service engineering across Bos và các business unit khác

    [img]Organizational chart của Bos Mobility và vị trí của GDN trong cấu trúc[/img]

    Giá trị của domain knowledge

    Domain knowledge trong automotive có giá trị rất cao:

    • Những người làm lâu năm có giá trị rất lớn
    • Bosch phải cho 13.000 người nghỉ hưu sớm ở Đức để giảm cost
    • Ngành suy giảm đòi hỏi tăng sức cạnh tranh

    Mức độ hiểu biết sau 5 năm

    Sau 5 năm làm việc trong ngành automotive:

    • Hiểu được khoảng 20-25% bề nổi
    • Có thể đứng nói chuyện được với mọi người
    • Vẫn chưa hiểu hết được mọi thứ bên sâu

    Điều này cho thấy độ phức tạp và chiều sâu của domain knowledge trong automotive.

    Lời khuyên cho sinh viên InfoSec muốn học DevOps

    Thực trạng internship DevOps

    Cơ hội internship DevOps khá ít, trừ các công ty chuyên sản xuất phần mềm cho ô tô. Trước đây, department tuyển khoảng 4 intern DevOps mỗi năm, nhưng hiện tại không còn chỉ tiêu.

    Có nên học Backend Spring trước?

    Nếu không tìm được internship DevOps, có thể chuyển qua Java với Spring. Tuy nhiên cần lưu ý:

    Đặc điểm Java/Spring Enterprise DevOps
    Quy mô dự án Lớn Đa dạng
    DevOps tool usage Ít dùng K8s, Docker trực tiếp Chuyên sâu
    Người làm DevOps Technical Lead/Architect DevOps Engineer
    Cơ hội tự làm DevOps 90% không có cơ hội 100%

    Lời khuyên thực tế

    Đừng nề hà cơ hội: Có việc thì cứ nhận, có cơ hội internship thì cứ nhận. Còn hơn là không có gì.

    Xây dựng kỹ năng giao tiếp cho developers

    Thực trạng của senior developer thiếu kỹ năng giao tiếp

    Nhiều developers có 4 năm kinh nghiệm, tự học từ năm 26-27 tuổi, trở thành senior developer nhưng:

    • Kỹ năng giao tiếp và giải thích vấn đề yếu
    • Ngại trao đổi, tranh luận
    • Chỉ giỏi kỹ thuật, trốn tránh discussion
    • Ở nhà ít nói, chỉ làm việc với vợ

    Phương pháp rèn luyện kỹ năng giao tiếp

    1. Đầu tư vào học hành chính thức

    Ở độ tuổi 26-27, đọc sách có thể chưa đủ hiệu quả. Nên:

    • Bỏ tiền đi học lớp giao tiếp: Tìm lớp có cơ hội thực tập presentation
    • Học cách present: Kỹ năng trình bày trước đám đông
    • Thực hành giao tiếp với đồng nghiệp: Áp dụng ngay vào công việc

    [img]Khung kỹ năng giao tiếp cần phát triển: Listening – Speaking – Presenting – Debating[/img]

    2. Đọc nhiều để có lập luận

    • Đọc sách, tài liệu để bổ sung kiến thức nền
    • Có đủ tri thức để lập luận logic khi trao đổi
    • Xây dựng argument vững chắc trong discussion

    3. Thực hành debate với tinh thần win-win

    Mục tiêu của trao đổi không phải là để thắng, mà là:

    • Tìm ra giải pháp tốt nhất
    • Đôi bên cùng đồng thuận
    • Tôn trọng người khác và tôn trọng bản thân

    4. Xem TED Talks để học diễn thuyết

    TED có nhiều diễn giả xuất sắc với:

    • Thời gian nói chuyện ngắn nhưng ấn tượng
    • Kỹ năng trình bày đáng học hỏi
    • Cách truyền đạt ý tưởng phức tạp thành đơn giản

    Vượt qua rào cản tâm lý

    Những nỗi sợ phổ biến

    1. Ngại va vấp: Sợ sai, sợ bị chê
    2. Sợ thua: Sợ nói xong thất bại làm giảm uy phong
    3. Ngại đám đông: Sợ trình bày trước nhiều người

    Cách vượt qua

    Gạt bỏ tư duy tiêu cực: Sẽ không thể trở thành người giao tiếp giỏi nếu:

    • Không thực sự giao tiếp
    • Không thực sự trao đổi với người khác
    • Không chịu thực hành

    Nguyên tắc: "If it hurts, do it more often"

    Những gì làm bạn đau đớn, khó khăn chính là thứ cần thực hiện nhiều hơn.

    Những "con cóc" trong cuộc đời cần phải ăn nó nhiều hơn để vượt qua chướng ngại vật. Đôi khi chướng ngại vật là do chính mình tạo ra.

    [img]Vòng lặp phát triển kỹ năng: Try → Fail → Learn → Improve → Repeat[/img]

    Giải pháp cho developer ở tỉnh muốn phát triển

    Thực trạng

    • Công việc maintenance, ít dự án mới
    • Công ty product ở tỉnh lẻ, không phải trung tâm
    • Không muốn lên Hà Nội vì sợ phố xá
    • Muốn có career path phát triển

    Cách tìm thêm việc

    Tự tạo cơ hội:

    1. Làm ra software và đi bán: Chủ động tạo sản phẩm và tìm khách hàng
    2. Mở rộng network: Biết nhiều người hơn, nói chuyện nhiều hơn
    3. Tìm hiểu nhu cầu xung quanh: Biết được pain point của người khác
    4. Tin vào word of mouth: Người ta sẽ giới thiệu bạn cho người khác

    Học hỏi từ tấm gương thành công

    Tham khảo các tấm gương như Thầy giáo Sơn – giáo viên tiếng Anh nhưng làm phần mềm rất xịn, có mặt trên tinhte.vn. Bạn này là ví dụ về:

    • Tự học hiệu quả
    • Xây dựng hệ thống kỹ năng mới từ con số 0
    • Comfortable và dễ dàng trong việc học cái mới

    Kết luận

    Tóm tắt bài học chính

    1. Chuyển domain: Bắt đầu từ số 0, cần 20-25% hiểu biết sau 5 năm là bình thường
    2. Domain knowledge giá trị cao: Đáng đầu tư thời gian dài hạn
    3. Kỹ năng giao tiếp: Phải học, thực hành, không ngại đau đớn
    4. Win-win mindset: Trao đổi để tìm giải pháp, không phải để thắng
    5. Tự tạo cơ hội: Đừng chờ đợi, hãy chủ động tìm việc và mở rộng network

    Checklist phát triển kỹ năng giao tiếp

    • Đã đăng ký học lớp giao tiếp/presentation?
    • Đọc đủ sách để có lập luận logic?
    • Thực hành debate với tinh thần win-win?
    • Xem TED talks để học kỹ năng diễn thuyết?
    • Áp dụng "If it hurts, do it more often"?
    • Mở rộng network và tìm cơ hội mới?

    Lời nhắn nhủ cuối cùng

    Đừng ngại va chạm, đừng ngại thất bại. Hãy nhận lấy cơ hội để nói chuyện, tranh luận, thảo luận với người khác. Dần dần bạn sẽ sharpen được kỹ năng của mình. Việc đầu tiên là phải thử làm, và nhớ mantra: những gì làm bạn đau, hãy làm nó nhiều hơn.

    Chỉ khi bắt đầu hành động, bạn mới biết mình có giỏi hay không. Trước khi làm, không ai chắc chắn về khả năng của chính mình.