tất cả chỉ là lý thuyết thôi
Tất cả những gì thực tiễn đều được xây dựng từ lý thuyết, ngay cả trong programming cũng vậy, tất cả những gì mình làm là mình breakdown những khái niệm trong lý thuyết ra và xây dựng một quy trình để ứng dụng nó vào thực tiễn. Nên thay vì chỉ nói như vậy thì bác hãy chia sẻ kinh nghiệm của bác để mọi người cùng học hỏi. Mình rất open và sẵn sàng tiếp thu các ý kiến trái chiều để có được góc nhìn mới.
ý tưởng ở đây là em muốn diễn đạt các vấn đề ở trong chuyên ngành bác ạ
Vốn từ của em , theo em cảm nhận thì cũng ko phải ít lắm vì em tiế xúc với TA khá nhiều qua đọc với nghe ( TA em tầm 800+ TOIEC) nhưng mà khi nói thì bị tắc tịt cả hai nguyên nhân bác nêu ra cho em thì em dính cả hai cái nhưng mà cái ý 2 em thấy đúng với TH của em hơn . Bác có cách nào giúp em được k ạ
Nếu bác đã xác định là tiếng anh chuyên ngành rồi thì bác hãy tạm thời ngừng xem hoặc đừng học về các chủ đề không liên quan nữa, mà hãy đánh trọng tâm vào chuyên ngành của bác.
Bác nói bác luyện tập bằng IELTS Speaking Part 1 (Đây là phần hỏi về bản thân) => Mình đoán là bác đang luyện tập để trả lời phỏng vấn. Mình khuyên bác thay vì lặp lại câu mà người ta nói thì bác hãy tổng hợp các câu hỏi và viết câu trả lời ra giấy hoặc file word / notepad và học thuộc câu trả lời của mình. Bác hãy dành thời gian trau chuốt câu trả lời trên giấy của mình sao cho nó hay nhất có thể (có thể nhờ người khác sửa hộ hoặc góp ý). Sau đó cứ
x ngày là bác viết lại hoặc nói lại câu trả lời của mình, đến một lúc nào đó thì nó sẽ trở thành phản xạ của bác.
VD: Mình tổng hợp 10 - 15 câu hỏi phỏng vấn ra file notepad => Dành thời gian để trả lời chúng hay nhất có thể (tra từ điển, hỏi han,...), ráng học thuộc (không cần đúng từng chữ). Sau đó, sau 3 ngày là mình sẽ trả lời lại từ câu 1 -> câu 5, 3 ngày sau mình trả lời từ câu 6 -> câu 10, 3 ngày tiếp mình trả lời từ câu 11 -> 15.
=> Con số cụ thể thì bác hãy thay đổi, nhưng quy trình nó là vậy.
Còn vấn đề về ngôn ngữ chuyên ngành của bác, ngành tech của bác rất rộng. Có người chuyên về phần cứng, có người chuyên về phần mềm, có người chuyên về phụ trách việc giao tiếp giữa các bên liên quan (Business analyst => Phụ trách việc communication giữa khách hàng và đội technical). Cho nên bác phải hiểu communication là một skill hoàn toàn riêng biệt và hoàn toàn có thể kiếm tiền được.
Lời khuyên chung là bác phải gia tăng thời gian tiếp xúc với chuyên ngành của mình và tăng thời gian : Tham gia các diễn đàn tech như stackoverflow, github (cái này bắt buộc rồi), hoặc các diễn đàn tương tự. Chắc bác cũng đã phải tự search những problem của mình ở các diễn đàn này rồi, vậy thì lần tới bác search, bác hãy ghi lại các câu hỏi, note hoặc chép lại các
thuật ngữ, động từ liên quan đến thuật ngữ đó.
=> Bạn có thể lặp lại cách thức ở phần câu hỏi phỏng vấn đối với các câu hỏi về tech và các câu hỏi ở stackoverflow => Quy trình tương tự. Khi bạn viết đủ nhiều thì bạn sẽ naturally produce được tiếng Anh của riêng bạn.
=> Tham gia trả lời các câu hỏi mà bác đã chuẩn bị ở các diễn đàn như quora, reddit, hay stackoverflow.
Và bạn phải hiểu là những nhà diễn giả khi họ lên sân khấu, hoặc quay các video youtube chia sẻ kinh nghiệm, hay các giáo viên khi họ lần đầu bước lên bục giảng , hay những người làm sale lần đầu gặp khách hàng => Tất cả những người này đều phải chuẩn bị sẵn một bản script và luyện tập nói những bản script đó rất nhiều lần. Không phải ai sinh ra cũng có năng khiếu giao tiếp bẩm sinh. Bạn để ý những youtuber nổi tiếng (trong nước và ngoài nước), ở những video đầu tiên của họ chất lượng bài chia sẻ và bài nói rất là tệ => Do họ cũng bắt đầu
tập viết và
organize thoughts , qua thời gian thì chất lượng bài chia sẻ của họ tốt hơn vì họ đã luyện tập viết script qua nhiều tháng trời.
Một cách khá hiệu quả ở những người sale là họ đã
formulate (công thức hóa) các câu bán hàng của họ => Bạn cũng có thể làm tương tự trong chuyên ngành của bạn
Ví dụ:
"Tôi cần làm điều X này để đạt được mục tiêu Y này. Tuy nhiên, khi làm điều X này tôi sẽ gặp vấn đề A (và vấn đề B). Vì thế, tôi nghĩ là trước tiên tôi nên làm điều Z để giải quyết vấn đề A....."
=> I need to .....(X) to achieve ..... (Y). However, when I ..... (X), I will encounter ..... (A) and ..... (B). Because of that / Hence / Therefore, I think I should ...... (Z) to deal with ..... (A) ......
Một cách nữa là dân lập trình bên nước ngoài thường sử dụng là mua một con đồ chơi về (thường là rubber duck - con vịt cao su) => Khi nào dân lập trình gặp khó khăn trong việc giải thích một vấn đề nào đó => Họ sẽ ráng giải thích sao đó cho con vịt nó hiểu.
=> Bác có thể search rubber duck debugging