Khẩu trang vải là xu hướng mới ở Nhật. Ảnh: john Applese - Unsplash
Kỳ này, Gambaru mời bạn cùng đọc bài chia sẻ của một giáo viên người Nhật về xu hướng và thói quen mới của người dân Nhật Bản trước tình hình đại dịch Covid-19 vẫn đang diễn biến phức tạp.
Khẩu trang vải là xu hướng mới ở Nhật. Ảnh: john Applese – Unsplash
Trước sự lan rộng kéo dài của đại dịch Covid-19, người dân Nhật Bản tìm thấy được một thứ tuyệt vời: khẩu trang vải.
“Người Việt chúng tôi dùng khẩu trang vải lâu rồi nè. Có gì đặc biệt đâu chứ!”
Tôi chắc rằng bạn sẽ nói như vậy. Nhưng với người dân Nhật Bản, nó lại là một xu hướng mới.
Trong lúc số lượng khẩu trang y tế trên thị trường vẫn đang khan hiếm, người ta nhận thấy rằng khẩu trang làm bằng vải có thể tái sử dụng được, và cũng chẳng khó gì để làm.
Thế là nhiều người đã thử tự làm, cũng như giới thiệu cách làm lên các trang web và mạng xã hội.
Bây giờ bạn chỉ cần dạo một vòng trên internet là dễ dàng tìm thấy các bài viết, các video hướng dẫn làm khẩu trang vải.
Người Nhật chúng tôi đến thăm Việt Nam rất nhiều, nhưng tôi đoán là không ai chú ý đến việc rằng người Việt Nam thường đeo khẩu trang vải.
Thú thật, tôi nghĩ rằng biết đâu Việt Nam có thể kinh doanh lớn nhờ xuất khẩu trang vải sang Nhật Bản đấy chứ!
Gần đây, bà Koike Yuriko – thị trưởng Tokyo – luôn khiến nhiều người chú ý với những chiếc khẩu trang vải xinh xắn.
Bà cho biết đó là những chiếc khẩu trang hand-made do bạn bè, người ủng hộ và thậm chí là hàng xóm đã gửi tặng.
Thị trưởng Tokyo trông thật thời trang với những chiếc khẩu trang hand-made. Ảnh: Tokyo Metropolitan Government
Ở một số khu vực nổi tiếng với các sản phẩm giấy truyền thống, người ta cũng đang thử mô hình sản xuất khẩu trang giấy mới. Chất liệu giấy ở đây được làm từ thực vật, tốt cho sức khỏe.
Thành phố Mino, tỉnh Gifu là một trong những địa điểm sản xuất giấy nổi tiếng tại Nhật.
Ở đó, có công ty nọ đã phát triển một loại vải mới để làm khẩu trang. Vải này được dệt bằng bột giấy. Khẩu trang của họ đều được làm bằng tay, có thể giặt và tái sử dụng được.
Đây là một sự đổi mới đáng chú ý về các sản phẩm giấy tại Nhật Bản.
Khẩu trang vải là một sự đổi mới lớn cũng như là một trong những thói quen mới đối với người dân xứ anh đào. Mặc dù, vẫn có một số người cho rằng nói chuyện khi đeo khẩu trang là không lịch sự.
Thói quen mới của người dân Nhật Bản. Ảnh: Ketut Subiyanto – Pexels
Người Nhật vẫn phải tiếp tục chiến đấu với Covid-19, và đeo khẩu trang là một trong những hành động thiết thực để phòng ngừa virus lây lan trong cộng đồng.
Và tôi nghĩ rằng những chiếc khẩu trang vải xinh xắn, phong cách này có thể tạo chút niềm vui nho nhỏ trong cuộc sống khó khăn hiện giờ đấy.
Phỏng vấn thường có những bài Test về Logic. Ảnh: Danial RiCaRoS - Unsplash
“Thành công là kết quả của sự chuẩn bị kỹ càng”
Trước buổi phỏng vấn, bạn thường chuẩn bị những gì?
Ôn lại sơ bộ kiến thức, hỏi những người bạn cùng ngành, hay tham khảo từ những người phỏng vấn trước đó?
Việc xem qua những câu hỏi phỏng vấn giúp bạn kiểm tra lại mình còn thiếu sót ở đâu, phần nào lâu rồi chưa có cơ hội xem lại. Lấp đầy những “kẽ hở li ti” là cách tuyệt vời để trau dồi cũng như nâng cao kiến thức.
Theo kinh nghiệm của Gambaru, người phỏng vấn thường bắt đầu với những khái niệm cơ bản, sau đó tùy biến vào câu trả lời của bạn để hỏi nâng cao.
Mong muốn đầu tiên của người phỏng vấn đó chính là nền tảng kiến thức vững chắc của bạn.
Những câu hỏi thường gặp khi phỏng vấn Java Developer
Dưới đây là những câu hỏi thường gặp trong buổi phỏng vấn vị trí Java Developer:
1. Hướng đối tượng OOP
Hàm get/set trong Object để làm mục đích gì
Encapsulate Data
Dependency Injection
So sánh Abstract và Interface
Extend và Implement
Data Structure hay sử dụng
Khác nhau giữa Association, Aggregation và Composition (Câu hỏi nâng cao)
Vẽ Observer Pattern (Dựa trên level yêu cầu của vị trí)
Xem qua những câu hỏi phỏng vấn là cách giúp bạn kiểm tra nhanh kiến thức. Ảnh: Christina Morillo – Pexels
2. Java
String là bất biến? Đúng hay sai
So sánh Strong và Weak Reference, cho ví dụ cụ thể
Ví dụ: Static Locks, Code phía dưới có gì không ổn? Cách sửa. Ảnh: Java Specialists
3. SQL
Delete và Truncate statements
Drop và Truncate commands
Subsets SQL
Join trong SQL
Char và Varchar2 datatype trong SQL
Phân biệt Clustered and Non-Clustered Index trong SQL
ACID property trong database
4. HTTP
HTTP
Stateless
Stateful
Stateless, Session, Logout Stateless
Cookie và Session khác nhau ở điểm nào
Oauth2, JWT
Sự khác biệt giữa SOAP REST? Cái nào tốt hơn và tại sao
Put, Patch, Delete, Head
Các loại HTTP Status Code
5. Scaling system
Ví dụ: Có 1 server scheduler count down lượt chọn player của 1 game ABC, mỗi user sẽ có 5 lần chọn players mỗi lần user sẽ có 30 giây suy nghĩ để chọn (có thời gian count down).
Làm thế nào để scaling ra 3 nodes cho server scheduler này?
6. Tư duy Logic
Phỏng vấn thường có những bài Test về Logic. Ảnh: Danial RiCaRoS – Unsplash
Ví dụ:
Cho một non-empty list, trả về k phần tử thường gặp nhất.
Kết quả phải được sắp xếp theo tần số xuất hiện từ cao đến thấp, nếu có 2 phần tử cùng tần số thì trả về phần tử có thứ tự chữ cái thấp hơn (lower alphabetical order).
Explanation: “i” and “love” are the two most frequent words.
Note that “i” comes before “love” due to a lower alphabetical order
Hoặc bạn có thể ôn thêm các ví dụ liên quan đến xử lý chuỗi hay xử lý random.
Và cũng như tất cả các vị trí khác, bạn hãy:
Tập trung liên kết giữa kinh nghiệm làm việc 2 năm gần đây nhất của bạn với những yêu cầu mà công ty đăng tuyển trong Job Description.
Đề cập về dự án mà bạn cảm thấy tâm đắc nhất, hãy luôn nhớ thử thách bạn trải qua trong quá trình làm việc càng khó khăn sẽ càng đề cao những thứ bạn gặt hái được. Tất nhiên, mọi thông tin nên được trung thực.
Chia sẻ những giải pháp và “bài học xương máu” trong quá trình làm việc hay quản lý dự án.
Chuyên sâu phần nào thì hãy đề cập đến vấn đề đó. Nếu thực sự không chuyên, hãy mạnh dạn xin lời khuyên từ người phỏng vấn. Điều này sẽ được đánh giá cao.
Đến đây, bạn tự đánh giá mình được bao nhiêu điểm trên thang điểm 10?
Hy vọng những chia sẻ trên của Gambaru sẽ giúp bạn có được sự chuẩn bị tốt nhất trước mỗi buổi phỏng vấn nhé!
Sự linh hoạt là chìa khóa để giữ chân nhân viên. Ảnh: Johnson Wang - Unsplash
Tiếp tục cập nhật về những tác động của đại dịch COVID-19 lên giới công nghệ hay kế hoạch remote work của các doanh nghiệp công nghệ trong năm nay, Gambaru mời bạn theo dõi những dự đoán về xu hướng làm việc nói chung trong tương lai.
Làm việc từ xa đã trở thành hiện thực sau đại dịch COVID-19. Ảnh: Freepik
Tôi đang nhâm nhi ly cà phê tại một quán vỉa hè ở Belgrade, thủ đô Serbia.
Nơi đây đang ở giai đoạn hậu COVID, mọi người ra ngoài, ăn uống, cười đùa, và đáng ngạc nhiên là chẳng hề đeo khẩu trang.
Tôi nhớ về mùa hè hai năm trước ở đây.
Vào thời điểm đó, tôi nghĩ rằng những gì mình đang làm là vô cùng cấp tiến – một kẻ du mục kỹ thuật số làm việc toàn thời gian và chu du khắp thế giới.
Tôi đã tin rằng bản thân là bằng chứng cho thấy văn hóa văn phòng sẽ tuyệt chủng, và bị thống trị bởi làm việc từ xa.
Những người ủng hộ làm việc từ xa như tôi thay vì truyền cảm hứng cho mọi người rằng remote work chính là tương lai, chúng tôi lại đang chiến đấu theo một kiểu khác, một cuộc chiến chống lại đại dịch COVID toàn cầu và cuối cùng sẽ thuyết phục được giới tinh hoa công nghệ áp dụng hoàn toàn chính sách remote work.
Những gã khổng lồ bao gồm Facebook, Google, Coinbase, Twitter và 74% các công ty khác (như được tiết lộ trong một cuộc khảo sát gần đây của Gartner) đang lên kế hoạch thực hiện và duy trì làm việc từ xa trong năm nay.
Sự kiện mang tính bước ngoặt này giết chết văn hóa công sở và tất cả các bằng chứng cho thấy rằng remote work đang là hiện thực, buộc chúng ta đặt ra câu hỏi: “Tương lai thì sao?”
3 Dự đoán hàng đầu về việc làm tương lai
1. Công việc bạn làm không ràng buộc với bất kỳ công ty cụ thể nào
Một nghiên cứu của Gallup cho thấy sự linh hoạt là chìa khóa để giữ chân nhân viên. 53% nhân viên nói rằng sự cân bằng cuộc sống-công việc và hạnh phúc cá nhân là “rất quan trọng” đối với họ khi xem xét có nên nhận một công việc mới hay không.
Bước tiếp theo trong tính linh hoạt đó là các cách tiếp cận mới đối với việc làm như sự tham gia của nhân viên bán thời gian, freelancer và contractor làm việc theo dự án.
Sự linh hoạt là chìa khóa để giữ chân nhân viên. Ảnh: Johnson Wang – Unsplash
Đối với nhân viên bán thời gian, tùy chọn này cho phép họ có thể kiểm soát việc ưu tiên công việc bên cạnh những việc như chăm sóc sức khỏe, chăm lo cho con cái, cha mẹ hoặc đơn giản là có nhiều thời gian cá nhân hơn.
Đối với các công ty, điều này mang đến khả năng giữ chân nhân tài hàng đầu với các mục tiêu nghề nghiệp thay đổi và tạo ra thành công cho dự án với ít tài nguyên hơn.
Đối với nhân viên freelancer và contractor, việc có nhiều kênh để sử dụng chuyên môn của họ sẽ tăng tính linh hoạt trong công việc, giúp kích thích sự sáng tạo, mang lại nhiều quyền kiểm soát hơn và cơ hội khám phá những sở thích mới.
Từ góc nhìn doanh nghiệp, làm việc từ xa mang lại nguồn chuyên môn bổ sung trong việc giải quyết các khó khăn kinh doanh, tạo môi trường chia sẻ kiến thức về các vấn đề kinh doanh không nhạy cảm, không cần bảo mật đồng thời cho phép phản hồi và đổi mới từ việc đặt câu hỏi về các giả định cách vận hành doanh nghiệp.
2. Kết quả đầu ra có thể đến từ nhiều nguồn
Giống như việc nhân viên có thể lựa chọn làm việc cho nhiều công ty, doanh nghiệp có thể hưởng lợi từ việc có nhiều người làm cùng một công việc.
Chia sẻ công việc (job-sharing, work-sharing) là một hệ thống trong đó một công việc trước đây thường do một người đảm nhiệm nay được phân chia giữa hai người, và điều này ngay lập tức mang đến nhiều lợi ích vì “hai cái đầu vẫn tốt hơn một”.
Có nhiều cách khác nhau để phân chia vai trò, dựa trên đam mê, thế mạnh, chuyên môn và kiến thức cụ thể của nhân viên hoặc bằng cách tập trung vào việc kết hợp hai quan điểm đa chiều, chẳng hạn như các thành viên trong team đa thế hệ hoặc đa văn hóa.
Doanh nghiệp có thể hưởng lợi từ việc có nhiều người làm cùng một công việc. Ảnh: Pixabay – Pexels
3. Công ty thuê người theo những cách độc đáo và mang lại lợi ích chung
Mô hình tuyển dụng và cơ cấu nhân viên của các công ty sẽ có nhiều thay đổi. Ảnh: Polina Zimmerman – Pexels
Cuối cùng, bước tiếp theo trong cuộc cách mạng này sẽ là đặt câu hỏi đối với các giả định về mô hình nhân viên toàn thời gian truyền thống và tìm các tùy chọn có lợi cho công ty và những người xây dựng chúng.
Trong tương lai, các công ty thành công nhất sẽ phát triển mô hình của họ để đón nhận nhiều người tham gia phát triển công việc nội bộ bao gồm nhân viên toàn thời gian, chuyên gia tư vấn, freelancer và nhân viên bán thời gian.
Tất nhiên, có những thứ cần thay đổi trong hệ thống hiện tại của chúng ta để hiện thực hóa tương lai này.
Một ví dụ đó là việc tách phúc lợi y tế khỏi chế độ làm việc, và dường như đây là một gánh nặng đặc trưng của người Mỹ.
Rộng hơn nữa là việc tái cơ cấu hỗ trợ của chính phủ đối với doanh nghiệp và các dịch vụ được cung cấp cho loại hình này.
Nếu có thể thực hiện các bước để tạo ra những thay đổi đó và khuyến khích nhiều nhóm làm việc toàn diện hơn, chúng ta có thể bắt đầu phong trào “Việc làm tương lai” tiếp theo và tôi hy vọng chúng ta không cần một thảm họa toàn cầu khác nữa để biến điều này thành hiện thực!
Sự khác nhau giữa Junior, Mid-level và Senior developer. Ảnh: Soumil Kumar - Pexels
Ở bài viết trước, Gambaru đã cùng các bạn tìm hiểu về vị trí Senior Software Developer.
Hôm nay, mời mọi người theo dõi góc nhìn của Daan, một back-end developer từ Hà Lan về:
Sự khác nhau giữa Junior, Mid-Level và Senior Developer
Sự khác nhau giữa Junior, Mid-level và Senior developer. Ảnh: Soumil Kumar – Pexels
Số năm kinh nghiệm lập trình không đủ để xác định được ai là một Junior, Mid-level hoặc Senior Developer.
Tôi nghĩ điều quan trọng ở đây là kỹ năng.
Một Senior Developer chẳng phải là chuyên gia về mọi thứ, nhưng ta hoàn toàn có thể nói rằng Senior Developer có kỹ năng thành thục hơn Junior và Mid-level Developer.
Kiến thức
Senior Developer sở hữu lượng kiến thức lớn hơn nhiều so với Mid-level và Junior Developer.
Junior Developer cần mở mang hiểu biết về design pattern, architecture, automating testing, performance, security… mới thu hẹp được khoảng cách kiến thức với Mid-level và Senior Developer.
Đúng là rất quan trọng để biết mọi thứ trong quá trình phát triển phần mềm nên thực hiện như thế nào, nhưng chỉ biết những điều này chưa đủ để bạn trở thành một Senior Developer.
Kiến thức là một trong những yếu tố cho thấy sự khác biệt lớn nhất giữa các dev, nhưng nó chưa phải là tất cả. Ảnh: NeONBRAND – Unsplash
Coding
Trái với suy nghĩ của hầu hết mọi người, coding không phải là vấn đề về việc giao tiếp với máy tính.
Coding là việc giao tiếp với con người và hướng dẫn máy tính. Suy cho cùng, code được tổng hợp và biên dịch thành giá trị 0 và 1.
Code phải có ý nghĩa đối với những dev khác làm việc với nó trong tương lai.
Một team mới chưa bao giờ tiếp xúc với đoạn code vẫn có thể mở được nó và tiến hành làm việc với các tính năng mới hoặc fix bug.
Đây là nơi có thể thấy sự khác biệt lớn giữa Junior Developer và Senior Developer.
Tôi sẽ không nói về Mid-level Developer trong đoạn so sánh tiếp theo vì Mid-level Developer là một khu vực xám khi nói đến kỹ năng coding.
Phân biệt Junior Developer?
Junior Developer ít kinh nghiệm, một số vừa tốt nghiệp và lần đầu tiên đi làm.
Một Junior Developer thường chỉ nghĩ là phải làm cho code chạy được. Theo họ, phần mềm chạy được và phần mềm tốt là như nhau.
Viết được code tường minh không đơn giản và Junior Dev thường viết code rườm rà.
Bạn có thể nhận ra Junior Developer vì họ hay viết tất cả mọi thứ trên một dòng hoặc những lớp abstract phức tạp quá mức.
Đây là cách một Junior Developer thể hiện cho các dev khác biết họ có thể viết code tốt như thế nào. Và điều này là sai lầm.
Senior Developer thì sao?
Khi nhìn vào code của một Senior Developer, bạn có thể nghĩ: đây có phải là tất cả không?
Phần code còn lại đâu rồi? Một Senior Developer viết code đơn giản, dễ hiểu và thậm chí có thể là ngớ ngẩn.
Đây là một trong những phẩm chất làm lập trình lớn nhất một developer có.
Senior Developer tuân theo nguyên tắc KISS (Keep It Simple, Stupid).
Làm đơn giản thôi, ngốc ạ. Ảnh: Myburgh Roux – Pexels
Senior Developer viết code và cân nhắc về khả năng code maintain được và mở rộng được.
Đây là một tư duy hoàn toàn khác so với Junior Developer – Senior nghĩ về những người phải làm việc với code, còn Junior chỉ nghĩ về việc làm cho nó hoạt động trên máy tính.
Không chỉ là kỹ năng lập trình
Nói chung, Junior Developer thực hiện các task hoặc task đơn giản nhất với độ ảnh hưởng thấp. Họ không thực hiện việc thiết kế kiến trúc hệ thống.
Mid-level Developer cũng không tạo ra solution, họ chỉ thực hiện task.
Sự khác biệt với Junior Developer là họ thực hiện task đó với ít sự giám sát hơn miễn là họ được giao cho các task có tính ổn định tương đối.
Senior Developer thì có thể hoàn toàn tự mình phát triển một ứng dụng.
Điều này không có nghĩa là Senior Developer không có bất kỳ câu hỏi nào trong quá trình làm việc.
Senior Developer biết cách đặt câu hỏi đúng và cách xử lý những câu hỏi này.
Mid-level Developer có thể đặt câu hỏi đúng liên quan đến các task họ thường xuyên làm, nhưng cần hỗ trợ ở những task phức tạp hơn.
Senior Developer không hoang mang và biết cách theo dõi những câu hỏi đặt ra với hành động hợp lý.
Senior Developer vẫn luôn nhờ sự giúp đỡ từ các dev khác vì đôi khi cách tốt nhất là chỉ cần nhờ dev có kinh nghiệm trong lĩnh vực đó giúp đỡ.
Mid-level Developer cũng có thể hỏi đúng câu hỏi, miễn là họ không được giao những task có độ phức tạp cao, đòi hỏi kiến thức chuyên sâu.
Ta không nên mong đợi một Junior Developer sẽ làm được điều này vì họ thiếu kinh nghiệm và cần hướng dẫn từ một dev có kinh nghiệm hơn, cần những nguồn lực cần thiết hoặc một sự thúc đẩy mạnh mẽ để đi đúng hướng.
Nâng cấp từ Junior lên Senior Developer
Tất cả chúng ta đều muốn cải thiện bản thân và trở thành một developer hoàn thiện hơn. Các bước cần thực hiện để đạt đến cấp độ tiếp theo là gì? Ảnh: Jerry Zhang – Unsplash
Junior lên Mid-level
Vì các Junior Developer đều thiếu kinh nghiệm, nên điều quan trọng là phải tự mình trải qua toàn bộ chu trình lập trình ít nhất một vài lần.
Bằng cách này, bạn sẽ mắc nhiều sai lầm và học cách tránh lặp lại chúng vào lần tiếp theo.
Bạn nên học cách viết code đơn giản. Hãy nghĩ về người tiếp theo sẽ làm việc với code đó.
Bạn cũng nên tìm hiểu cách debug vì điều này sẽ giúp ta hiểu rõ hơn về những gì xảy ra trong quá trình lập trình.
Ngoài ra, bạn nên làm quen với những thực tiễn tốt nhất và tìm hiểu về architecture, performance, security v.v. Mục tiêu là thu hẹp khoảng cách kiến thức cần có để đạt đến mid-level.
Mid-level đến Senior
Đi từ Mid-level đến Senior là một chặng đường khá khó khăn. Một số dev sẽ chỉ ở mức Mid-level trong suốt sự nghiệp của mình.
Senior Developer biết khi nào cần đi đường tắt và khi nào thì không.
Đây là những bài học khó nhằn chỉ học được bằng cách mắc sai lầm trong quá khứ.
Nếu muốn lên Senior Level, bạn phải sẵn sàng nhận những task mà không ai biết cách xử lý và nên biết nhiều hơn ngoài việc làm thế nào để hoàn thành công việc.
Là một Senior Developer, bạn cũng có công việc hỗ trợ các dev ít kinh nghiệm hơn.
Và bạn sẽ chẳng ngạc nhiên khi tôi nói rằng Senior Developer làm chủ được công nghệ của mình.
Bên cạnh kỹ năng coding, họ biết tất cả các công cụ và ứng dụng đang được sử dụng trong công ty mình đang làm.
Tôi xin kết bài bằng một câu nói từ Martin Fowler:
Bất kỳ kẻ ngốc nào cũng có thể viết code sao cho máy tính hiểu được. Lập trình viên giỏi viết code con người có thể hiểu được.
Tiêu chí của một Senior Software Engineer. Ảnh: Christina Morillo – Pexels
Những năm gần đây trong ngành công nghệ phần mềm, các công ty không còn đòi hỏi kỹ sư phải có một bằng cấp cụ thể nữa.
Cá nhân tôi thích điều này bởi vì để làm ngành này, điều thực sự quan trọng là năng lực.
Ứng viên dù có bằng Cử nhân hoặc Thạc sĩ mà không thể giải các bài toán lập trình, hoặc có thể giải thích về Big-O notation (độ phức tạp của thuật toán) nhưng lại không hiểu rõ cách thức hoạt động của MVC (Model-View-Controller) thì chẳng được đánh giá cao.
Tôi cũng cho rằng trở thành một Senior Sofware Engineer làm việc cùng một team đòi hỏi nhiều hơn là số năm kinh nghiệm.
Những tiêu chí để nhận ra một Senior Software Engineer
Code tốt
Đây hẳn là điều hiển nhiên nhất, song những điều cơ bản như vậy giúp phân biệt một dev giỏi và một dev xuất sắc. Ảnh: Chris Ried – Unsplash
Senior Software Dev làm được những việc đơn giản như đặt tên biến và phương thức một cách hiệu quả vì điều này sẽ tạo được tác động lớn.
Họ bắt buộc phải luôn chú tâm đến nguyên lý SOLID, liên tục tìm xem code nào cần tái cấu trúc, tìm dead code, đảm bảo việc test cũng quan trọng như việc code.
Senior Software Dev là người trong team có thể tìm thấy sự cân bằng để code vừa tối ưu vừa dễ hiểu và đảm bảo duy trì được sự cân bằng đó trong team của mình.
Chia sẻ kiến thức
Tôi tin rằng một trong những trách nhiệm quan trọng nhất đối với một Senior Engineer là giúp team member phát triển nhanh nhất có thể.
Điều này có thể được thực hiện theo nhiều cách, chẳng hạn:
Lập trình cặp (pair programming) với các dev khác trong team và không cô lập mình.
Khi thực hiện một dự án phức tạp, họ chia sẻ giải pháp với các thành viên, có thể trong một cuộc họp riêng. (Nhiều team thường thực hiện buổi chia sẻ kiến thức vào cuối một Sprint để trao đổi với nhau những điều quan trọng mình đã học).
Họ biết sự khác biệt giữa việc để team member học hỏi thông qua thử thách và việc hỗ trợ họ, đồng thời tạo được sự cân bằng sao cho member của mình cảm thấy tự tin thay vì thấy kém cỏi.
Giúp team member nâng cao năng lực nhanh nhất có thể. Ảnh: Freepik
Kiên trì
Kiên trì là một trong những yếu tố quan trọng nhất để trở thành kỹ sư phần mềm. Ảnh: Gelgas – Pexels
Bạn tìm thấy bug. Bạn bắt tay fix lần đầu, lần hai và thậm chí là lần thứ 50 đều chẳng thành. Bạn bắt đầu bực bội, và sau một lúc, tự hỏi mình muốn làm nghề này bao lâu nữa.
Tuy nhiên, khi một cá nhân lùi lại một bước sau khi thử và thất bại 50 lần, hít một hơi thật sâu, ăn một ít sô cô la, và sau đó thành công trong lần thử thứ 51, đó chính là điều bắt buộc để cá nhân đó trở thành một Senior Engineer – một người chịu khó, bản lĩnh để nâng đỡ team vượt qua mọi thử thách.
Cởi mở, ham học những điều mới
Ngành công nghệ là một trong những ngành phát triển nhanh, nếu không muốn nói là nhanh nhất trên thế giới.
Cứ mỗi một hoặc hai năm, một số công nghệ, công cụ hoặc ngôn ngữ mới ra đời để giải quyết vấn đề hoặc mở rộng một cái gì đó đang có sẵn.
Để theo kịp, Developer phải luôn học hỏi những điều mới. Ảnh: Blake Meyer – Unsplash
Một trong những điều đáng buồn nhất là khi một người lập trình theo cùng một cách, hoặc với cùng một công nghệ trong nhiều năm và do đó cảm thấy không cần phải học một cái gì đó mới, hoặc thử mày mò một cái gì đó nữa.
Tôi thường nghe câu đại loại như “Tôi muốn sử dụng ngôn ngữ A vì tôi không phải là chuyên gia về ngôn ngữ B” và tôi có thể hiểu điều này, nhưng có lẽ ngôn ngữ B phù hợp với vấn đề bạn đang phải giải quyết hơn thì sao?
Và nếu như tất cả các member khác đều giỏi ngôn ngữ B hơn thì sao?
Việc biết cú pháp và thủ thuật một ngôn ngữ lập trình không quan trọng bằng quá trình tư duy và hiểu biết về hệ thống và cách các thành phần tương tác với nhau.
Ta luôn có thể tìm hiểu về cú pháp hoặc thủ thuật trên Stack Overflow.
Ngoài ra, học một cái gì đó mới cũng có nghĩa là có được trải nghiệm mới và những cách tư duy vấn đề mới mẻ hơn.
Khả năng nhìn nhận tổng quan
Khả năng nhìn nhận được tổng quan về toàn bộ hệ thống. Ảnh: Alex Powell – Pexels
Điều này đôi khi liên quan trực tiếp đến việc một người đã làm ở công ty bao lâu, nhưng tất cả Senior Engineer giỏi nhất mà tôi đã làm việc cùng đều có khả năng tuyệt vời nhìn nhận được tổng quan về toàn bộ hệ thống và do đó nhanh chóng hiểu được chức năng có thể hoặc nên được thực hiện như thế nào, và, thậm chí, có thể nhanh chóng xác định điều gì gây ra bug.
Khi đang cùng xử lý bug, một teammate của tôi đã không cần nhìn vào code mà nói với tôi rằng khả năng là do File A trên Dòng 25 hoặc File B trên Dòng 47.
Điều đó thật sự rất ngầu.
Đồng cảm
Cuối cùng, theo tôi, điều quan trọng nhất mà một Senior Engineer cần có, là sự đồng cảm. Ảnh: Andre Moura – Pexels
Hãy hiểu rằng mọi member của mình đang cố gắng hết sức, rằng mọi người vẫn đang học hỏi và sẽ tiếp tục học hỏi, kể cả bạn.
Hãy công nhận sự liên quan và tiềm năng của tất cả các ý tưởng khác nhau, không phải chỉ của riêng mình.
Những điều này gần như không thể dạy được, bạn phải tự trải nghiệm và tự học, nhưng chúng sẽ tạo ra tác động tích cực lớn hướng tới việc xây dựng một team nơi mọi người đều cảm thấy thoải mái và được tin tưởng.
Tôi hy vọng rằng mình sẽ không bị hiểu lầm khi nói rằng hơn 8 năm kinh nghiệm không phải là yếu tố làm nên vị trí Senior Dev.
Kinh nghiệm là quan trọng. Nhưng tôi cũng tin rằng vị trí này đòi hỏi những kỹ năng khác cần liên tục được trau dồi.
Chắc hẳn đã có lúc bạn tò mò phỏng vấn tại các công ty công nghệ của Nhật và Mỹ khác nhau như thế nào?
Sự khác biệt giữa hai nền văn hóa ảnh hưởng tới tiêu chí tuyển chọn của mỗi công ty, và việc nắm rõ sự khác biệt này sẽ giúp bạn có được sự chuẩn bị kỹ lưỡng hơn để có kết quả phỏng vấn tốt nhất.
Hãy cùng Gambaru khám phá một số điểm nổi bật để thêm vào bộ bí kíp chinh phục nhà tuyển dụng nhé!
Phỏng vấn công ty Nhật
Cử chỉ tinh tế và chuẩn mực của ứng viên luôn được các công ty Nhật đánh giá cao. Ảnh: Canva
1. Phong thái
Người Nhật thường quan trọng hình thức lễ nghi, do đó họ đánh giá ứng viên rất tinh tế thông qua các cử chỉ hành động ngay khi bạn xuất hiện tại công ty.
Trang phục của bạn có gọn gàng lịch sự? Bạn trao đổi danh thiếp có đúng cách và thể hiện sự tôn trọng đối với thẻ được trao?
Ngay cả tư thế khi ngồi trong phòng chờ và khi phỏng vấn? Tất cả đều được người Nhật đánh giá bạn có thực sự phù hợp với công ty họ hay không, vì thế hãy lưu ý nhé.
2. Câu hỏi cá nhân
Đừng bất ngờ nếu người Nhật hỏi các câu hỏi cá nhân như tình trạng hôn nhân, gia đình của bạn, mục tiêu nghề nghiệp trong tương lai là gì?
Đó là cách họ tìm hiểu xem bạn có thực sự phù hợp với công ty hay không?
Bạn nên đưa ra các câu trả lời đơn giản, rõ ràng và không phô trương nhé.
3. Thể hiện sự gắn bó lâu dài
Sự thật là công ty Nhật sẽ có ấn tượng tốt đối với những ứng viên có mong muốn gắn bó làm việc lâu dài.
Họ chú trọng mức độ phù hợp với team hiện tại.
Vì thế bạn hãy tìm hiểu về công ty, lĩnh vực kinh doanh và vị trí ứng tuyển. Điều này thể hiện mức độ quan tâm và hứng thú thật sự của bạn đối với công ty.
4. Khiêm tốn
Văn hóa của công ty Nhật thường hướng đến tính tập thể. Họ thích sự khiêm tốn và đề cao hiệu suất đội nhóm.
Do đó khi bạn khoe khoang đôi khi sẽ có thể gây ra cái nhìn tiêu cực. Vì thế hãy khiêm tốn khi chia sẻ nhé!
5. Kiên nhẫn
Người phỏng vấn có thể sẽ hỏi bạn những câu hỏi mà trước đó họ đã hỏi rồi, mục đích để kiểm tra tính nhất quán của bạn.
Bạn có thể thêm dần thông tin mới khi được hỏi lại, nhưng hãy chắc chắn rằng bản chất câu trả lời của bạn không đổi.
6. Đừng quên vai trò của Controller
Đừng quên sự giúp sức quan trọng của Controller trong buổi phỏng vấn. Ảnh: GEMS Blog – GNT
Cuộc phỏng vấn tại công ty Nhật thường có sự tham gia của Controller/ IT Comtor – những bạn thông dịch viên tham gia hỗ trợ phỏng vấn.
Họ chính là cầu nối trong dự án, người truyền đạt thông tin.
Controller có thể chưa hiểu sâu sắc về kỹ thuật nên bạn hãy trả lời đúng trọng tâm, ngắn gọn và dễ hiểu để các bạn ấy dịch chính xác nhất những gì bạn muốn trình bày.
Và đừng quên tương tác (eyes contact) với những người xung quanh để bầu không khí bớt căng thẳng.
Phỏng vấn công ty Mỹ
Hãy làm nổi bật giá trị của bạn khi tham gia phỏng vấn. Ảnh: Canva
1. Làm nổi bật giá trị của bạn
Khi được yêu cầu giới thiệu bản thân, thường bạn sẽ nói về trình độ học vấn, sơ bộ kinh nghiệm làm việc và nhanh chóng kết bài bằng câu kinh điển “That’s all”.
Vậy làm thế nào để triển khai được câu chuyện kế tiếp thêm thú vị?
Pro Tips: Bạn cần dẫn dắt và kết nối kinh nghiệm của bản thân đến việc mình sẽ giúp ích được gì tới dự án mà công ty đang tìm kiếm. Đó chính là điều mà các công ty Mỹ cực kỳ ấn tượng.
Ví dụ: Bạn có thể giới thiệu, tôi là một lập trình viên Java xuất sắc và tôi đã hoàn thành 2 dự án gần đây khá tâm đắc. Sau đó họ sẽ hỏi về dự án này, đã đến lúc bạn đi vào chi tiết nhé.
Hãy thể hiện khả năng chuyên sâu về kỹ thuật, những thử thách mà bạn đã trải qua trong dự án. Chắc chắn sẽ ghi điểm với người phỏng vấn.
2. Định lượng những con số liên quan đến kinh nghiệm bản thân
Bạn đã quản lý bao nhiêu người? Tham gia vào bao nhiêu dự án?
Các dự án bạn tham gia đã đạt được những kết quả gì (KPI)?
Định lượng những con số gắn liền với kinh nghiệm bản thân sẽ giúp phần tự PR của bạn có sức thuyết phục hơn trong mắt nhà tuyển dụng.
3. Phong thái tự tin
Văn hóa của công ty Mỹ thường có xu hướng chú trọng hiệu suất cá nhân.
Do đó việc bạn khoe đôi chút về các thành tích mình đạt được, sẽ không vấn đề gì mà còn trở thành điểm cộng nữa đó.
Và hãy luôn nhớ rằng tiêu chuẩn cao luôn đi liền với sự khắt khe trong tuyển chọn. Vì thế, bạn nên chuẩn bị tinh thần với “hơi nhiều” vòng phỏng vấn một chút nhé.
Ngoài ra, nụ cười và sự thân thiện luôn là điểm cộng và tạo ấn tượng tốt đối với nhà tuyển dụng.
Hãy cởi mở và vui vẻ khi bắt đầu cuộc phỏng vấn nhé. Mọi chuyện sẽ ổn thôi mà.
Nụ cười và sự thân thiện luôn là điểm cộng trong buổi phỏng vấn. Nguồn: JWUONLINE
4. Những câu hỏi linh hoạt
Người Mỹ thường sẽ không hỏi theo từng mục trong CV của bạn, họ thường sẽ hỏi những câu hỏi xoay quanh những gì bạn đã làm, những khía cạnh khác để đánh giá mức độ linh hoạt, khả năng giải quyết vấn đề và tiếp thu những cái mới.
Đặc biệt với dân kỹ thuật, khi được hỏi đến những phần kiến thức mà bạn có lỡ quên mất, hãy linh hoạt đưa ra giải pháp để giải quyết. Điều này cực kỳ ấn tượng.
5. Trả lời ngắn gọn, đi thẳng vào vấn đề
Người Mỹ kỳ vọng thông tin quan trọng nhất của câu trả lời xuất hiện ngay từ đầu. Hãy ngắn gọn và đúng ý họ muốn hỏi.
6. Ngôn ngữ
Tiếng Anh là một trong những yếu tố giúp bạn có một buổi phỏng vấn thành công tại công ty Mỹ.
Nếu đã tự tin với trình độ ngoại ngữ của mình thì mọi thứ sẽ dễ dàng hơn. Tuy nhiên, nếu bạn chưa thực sự tự tin về khoản này, nên luyện tập trước gương. Trong buổi phỏng vấn nên nói với tốc độ chậm rãi, rõ ràng.
Đừng cố gắng nói quá nhanh, vì người phỏng vấn sẽ đẩy nhanh hơn tốc độ nói. Phần nào chưa nghe rõ, hãy mạnh dạn hỏi lại kỹ nhé.
Tạm kết
Dù bạn đang muốn ứng tuyển vào công ty Nhật hay công ty Mỹ thì một thái độ tốt với tinh thần tích cực luôn là điểm cộng lớn.
Nhà tuyển dụng sẽ luôn mong muốn một ứng viên tràn đầy năng lượng, vui vẻ tham gia vào đội ngũ của mình. Hãy tự tin và tìm hiểu kỹ về công ty cũng như dự án bạn đang ứng tuyển.
Mỗi cuộc phỏng vấn sẽ là một lần trải nghiệm và thử thách bản thân và chắc chắn sẽ cho bạn thật nhiều kinh nghiệm!
Bất chấp đại dịch COVID-19, Animal Crossing: New Horizons vẫn thành công vang dội về mặt doanh thu. Ảnh: Sara Kurfeß - Unsplash
Animal Crossing thúc đẩy doanh số Nintendo. Ảnh: Nintendo
Mặc dù việc sản xuất bị gián đoạn bởi đại dịch COVID-19, doanh số máy chơi game Nintendo Switch của Nintendo, Nhật Bản đã tăng 34% vào quý vừa qua so với cùng kỳ năm ngoái với 3,29 triệu chiếc được bán ra.
Tựa game Animal Crossing: New Horizons là một nhân tố lớn thúc đẩy doanh số này, với 11,77 triệu bản được bán tính đến cuối ngày 31 tháng 3, 2020.
Trailer của Animal Crossing: New Horizons trên YouTube
Điều đó đủ để biến nó thành dòng game trên máy Switch bán chạy thứ bảy ngay cả khi chỉ tính mười ngày dữ liệu bán hàng.
Tuy nhiên, Nintendo cho biết thêm rằng New Horizons thực sự đã bán được 13,41 triệu bản trong sáu tuần đầu tiên, điều này có khả năng giúp nó vượt qua Pokémon Let’s Go! để xếp ở vị trí thứ sáu.
Số liệu bán hàng của Nhật Bản cho thấy New Horizons là một thành công vang dội.
Trò chơi này đã bán được nhiều hơn trong ba ngày đầu tiên so với bất kỳ tựa game Animal Crossing hay tựa game chơi trên Nintendo Switch nào khác tính đến nay, đẩy doanh số máy game cầm tay Switch lên mức cao nhất.
Bất chấp đại dịch COVID-19, Animal Crossing: New Horizons vẫn thành công vang dội về mặt doanh thu. Ảnh: Sara Kurfeß – Unsplash
Nintendo đã xuất xưởng hơn 21 triệu máy chơi game cầm tay Switch trong năm tài chính này, dễ dàng vượt qua mức 18 triệu dự báo.
Từ khi ra mắt cho đến nay, 55,77 triệu máy đã được xuất xưởng trên toàn thế giới, kém hơn 20 triệu chiếc so với dòng Nitendo 3DS.
Nintendo dự báo rằng từ nay cho đến ngày 31 tháng 3 năm 2021, họ sẽ xuất xưởng 19 triệu máy chơi game cầm tay Switch, cho thấy nó có khả năng sẽ đạt đến đỉnh điểm trong vòng đời sản phẩm của mình.
Từ khi ra mắt cho đến nay, 55,77 triệu máy Nintendo Switch đã được xuất xưởng trên toàn thế giới. Ảnh: Andrew Mantarro – Unsplash
Doanh thu cả năm của Nintendo đã tăng 9% so với cùng kỳ lên mức 1,3 nghìn tỷ yen (12,3 tỷ USD), nhưng công ty dự báo sẽ quay trở lại mức năm 2019 cho năm tài chính sắp tới, với doanh thu 1,2 nghìn tỷ yen.
Trong bản báo cáo thu nhập của mình trước tình hình đại dịch, Nitendo cho biết:
“Sự chậm trễ trong sản xuất và vận chuyển đang dần hồi phục. Tuy nhiên, chúng tôi có thể bị ảnh hưởng nếu tiếp tục có vấn đề liên quan đến việc mua sắm các bộ phận cần thiết. Ngoài ra, nếu tác động của COVID-19 kéo dài hoặc trở nên tồi tệ hơn, điều này có thể làm gián đoạn việc cung cấp sản phẩm.”
Nintendo cũng quan ngại về nhu cầu giảm đối với các sản phẩm do việc hạn chế về kênh di chuyển và bán hàng cũng như lịch trình phát triển có thể bị ảnh hưởng nếu tác động của COVID-19 kéo dài và nhân viên chưa thể quay lại văn phòng.
Số lượng dòng sản phẩm phần mềm sắp ra mắt của Nintendo hiện tại là cực kỳ ít mặc dù công ty có kế hoạch công bố các bản phát hành lớn vào đầu mùa hè này.
Theo lịch trình, tựa game trên máy Switch lớn nhất là phiên bản làm lại game nhập vai Xenoblade Chronicles trên hệ máy Wii được ra mắt vào cuối tháng 5, 2020.
Công viên Kitoushi tại Higashikawa. Vào mùa hè, trời nắng nhưng thời tiết vẫn mát như mùa thu Hà Nội. Ảnh: tác giả
Higashikawa – Thị trấn nhiếp ảnh xinh đẹp. Ảnh: tác giả
Thị trấn Higashikawa
Nhắc tới Nhật Bản, chắc hẳn ai cũng nghĩ ngay tới những thành phố phát triển, đắt đỏ, với những tòa cao ốc chọc trời, những đường ray tàu điện hiện đại bậc nhất.
Mình cũng vậy.
Nhật Bản với mình là một đất nước sôi động, hiện đại và sạch sẽ như vậy, mình luôn mong muốn một ngày được đặt chân tới những thành phố tràn ngập ánh sáng ấy.
Nhưng lần đầu tiên mình đặt chân tới Nhật và trải nghiệm suốt những ngày tháng tại đó không phải ở những thành phố nhộn nhịp.
Duyên số đã đưa mình tới một nơi không có những tòa nhà cao tầng hào nhoáng, không có những trung tâm mua sắm hàng đầu, mà là một thị trấn nhỏ xinh, yên bình với những con người, những hàng quán mộc mạc, giản dị – thị trấn Higashikawa.
Higashikawa là một thị trấn nhỏ nằm tại tỉnh Hokkaido – vùng cực Bắc của Nhật Bản, dân số khoảng hơn 8000 người và chủ yếu làm nông nghiệp.
Ban đầu, khi mới tới nơi này, thực sự mình vô cùng thất vọng. Đây không phải Nhật Bản mình hằng tưởng. Nhưng dần dần, càng tìm hiểu thì mình càng yêu thích thị trấn bé nhỏ này.
Nơi duy nhất tại Nhật Bản không dùng nước máy
Bạn không đọc nhầm đâu.
Đúng vậy, Higashikawa là nơi duy nhất tại đất nước hiện đại này mà không dùng hệ thống nước máy.
Nguồn nước người dân sử dụng tại đây là nước tuyết tan từ dãy núi Taisetsu– dãy núi tuyết khổng lồ.
Bạn có thể uống nước tại bất cứ đâu, từ vòi nước trong nhà bếp, vòi nước rửa tay ngoài đường, nước tưới cây, thậm chí cả nước trong phòng tắm vì tất cả đều từ một nguồn mà.
Nước tại Higashikawa cực kỳ ngon ngọt, vì là hoàn toàn tự nhiên và cũng rất tốt cho sức khỏe.
Suốt một năm sống tại đây mình không phải đóng phí sinh hoạt nước và cũng không mất tiền nước uống hàng ngày nữa ❤.
Chỉ có một điều là do từ tuyết tan nên nước lúc nào cũng lạnh cóng, dù mùa đông hay mùa hè cũng vậy, nên mình hoàn toàn không cần nghĩ tới chuyện phải làm sao để có nước mát uống vào mùa hè.
Đầu nguồn nước sinh hoạt. Ảnh: taisetsu-mizu
Không có hệ thống tàu điện
Thật bất ngờ phải không? Mình cũng từng không thể tin được khi biết rằng nơi mình sống không có ga tàu điện, chỉ có trạm xe buýt.
Để di chuyển trong thị trấn thì người dân thường chỉ đi bộ hoặc xe đạp. Mùa đông thì họ cũng dùng xe ô tô cá nhân, nhưng phần lớn thời gian sẽ ở trong nhà do tuyết rơi dày.
Mỗi khi muốn đi đâu đó xa xa, mình phải lên thành phố hoặc tới ga tàu của thị trấn kế bên để tìm tàu.
Ban đầu thì vô cùng bất tiện nhưng dần cũng quen. Cũng nhờ thế mà mình rèn luyện được sức khỏe vì đi bộ và đi xe đạp nhiều hehe.
Mình không biết rằng liệu đây có phải nơi duy nhất tại Nhật không có tàu điện chạy qua hay không.
Khi hỏi bác chủ quán mình làm thêm tại đây, thì bác có nói, bác rất yêu thiên nhiên, không mong muốn có tàu điện sẽ phá hỏng những gì thiên nhiên đang ban tặng và bác tin là những người khác tại thị trấn cũng như vậy.
Trong một chuyến đi chơi, trông vậy thôi chứ thực ra đang cuốc bộ mỏi chân ra ga tàu đó ạ :). Ảnh: tác giả
Một thị trấn được thiên nhiên ưu ái
Không biết các bạn đã xem hay đã từng nghe qua bộ phim “Nhắm mắt thấy mùa hè” chưa? Bộ phim đó được quay tại thị trấn này đấy.
Nếu chưa từng xem phim, thì bạn có thể nghía qua trailer phim này nhé.
Chỉ vài phút thôi nhưng mình tin chắc nếu có dịp bạn cũng sẽ một lần muốn ghé thăm vùng đất này để tận mắt thấy những cánh đồng hoa đủ màu sắc, những thảm cỏ xanh mướt trải dài dưới nắng, bầu trời trong xanh không một chút ô nhiễm và đặc biệt hơn cả là ngắm tuyết rơi giữa mùa hè nha.
“Nhắm mắt thấy mùa hè” – một bộ phim được quay tại thị trấn này. Nguồn: Galaxy Studio Youtube Channel
Higashikawa được chia làm 2 mùa rõ rệt trong 1 năm, là mùa hè và mùa đông. Mùa đông ở đây kéo dài tận 6 tháng, từ khoảng tháng 10 đến tháng 3 năm sau.
Nếu bạn có tới đây du lịch thì đi mùa nào cũng đẹp cả. Mùa đông sẽ được nhìn thấy tuyết rơi trắng xóa, có thể đi cáp treo lên núi tuyết để cảm nhận thế nào là thiên đường nhé.
Mùa hè thì trăm hoa đua nở, không cần phải sang tận Pháp đâu, tới Hokkaido bạn cũng được thấy cánh đồng Lavender tím trải dài, rồi thì hoa hướng dương vàng rực rỡ.
Cũng nhờ được thiên nhiên ưu ái bao nhiêu cảnh đẹp mà Higashikawa còn được gọi là “Thị trấn nhiếp ảnh”, thu hút biết bao nhiêu nhiếp ảnh gia đến tác nghiệp.
My roomate’s picture – tuyết rơi đầu mùa. Ảnh: tác giả
Con đường sau ký túc xá. Ảnh: tác giả
Trên đường đi học, tuyết đẹp quá phải dừng lại chụp hình <3. Ảnh: tác giả
Công viên Kitoushi tại Higashikawa. Vào mùa hè, trời nắng nhưng thời tiết vẫn mát như mùa thu Hà Nội. Ảnh: tác giả
Các sản phẩm từ sữa và nông nghiệp
Mình chưa được đi quá nhiều nơi, nhưng thực sự phải nói rằng kem và sữa ở Higashikawa nói riêng và Hokkaido nói chung là cực kỳ tuyệt vời.
Hầu như ngày nào mình cũng ăn kem! Kem không quá ngọt, giữ được mùi vị tự nhiên.
Và đặc biệt, vào mùa đông mình có thể đi bộ ngoài đường ăn kem mà không lo kem bị chảy (vì nhiệt độ rất thấp, trung bình khoảng từ -5 đến -10 độ).
À, một đặc điểm nữa mình nghĩ ít nơi có, đó là có thể tận dụng cửa sổ để làm tủ lạnh luôn.
Thường những nơi xứ lạnh có tuyết rơi, sẽ có nhiều lớp cửa sổ để giữ ấm trong phòng, mỗi lớp cửa để cách nhau khoảng 10-15cm, và vậy là mình có thể tận dụng khoảng trống đó trữ đồ luôn mà không tốn tiền điện.
Tủ lạnh trong phòng sắp ấm hơn ngoài cửa sổ, để đồ bên ngoài đỡ tốn điện :). NẢnhuồn: tác giả
Một bức ảnh được chụp từ của sổ nhưng không thấy đồ dự trữ :)). Ảnh: tác giả
Vườn thú Asahiyama
Từ Higashikawa tới vườn thú này tuy không quá xa nhưng mình phải chuyển 2 chuyến xe buýt và phải căn giờ về để không lỡ chuyến xe cuối cùng về nhà.
Ở đấy, mình may mắn được nhìn tận mắt nào là chim cánh cụt, gấu trắng, cáo tuyết, v.v – những sinh vật đẹp đẽ mà trước khi tới đây mình chỉ có thể thấy qua chương trình thế giới động vật mà thôi.
Bạn cũng có cơ hội được ngắm cảnh các chú cáo Bắc Cực, hươu sao, hổ chạy tung tăng trong tuyết. Còn được nhìn thấy những chú chim cánh cụt diễu hành nữa.
Chim cánh cụt diễu hành trong vườn thú, một ngày đàn chim cánh cụt tại đây được thả ra để giao lưu với du khách tới thăm quan 2 lần vào 11:00 và 15:30. Ảnh: tác giả
Cuộc thi nhiếp ảnh quốc tế Higashikawa
Higashikawa nghe chừng khá lạ lẫm với bạn khi tìm kiếm trên các trang thông tin về du lịch Nhật Bản, đó cũng là lý do mà nơi đây vẫn còn giữ được vẻ đẹp nguyên sơ, chưa có nhiều vết tích của du lịch.
Nhưng đối với người dân Nhật Bản, Higashikawa từ lâu đã nổi danh với cái tên “Thị trấn nhiếp ảnh” (Town of photography), là nơi thu hút rất nhiều nhiếp ảnh gia đến tác nghiệp.
Thậm chí có cả giải thưởng và một bộ phim về nhiếp ảnh được đặt theo tên của thị trấn này.
Vào tháng 8 hàng năm, Higashikawa International Photo Festival sẽ được tổ chức và thu hút đông đảo các bạn học sinh trung học tới đây tham gia.
Việt Nam cũng là một trong các quốc gia tham gia, và dưới sự dẫn dắt của những nhiếp ảnh gia kỳ cựu, dày dạn kinh nghiệm, đội Việt Nam đã nhiều lần đạt những giải thưởng cao trong cuộc thi này.
Cuộc thi nhiếp ảnh năm 2018. Ảnh: higashikawa-youth-fest
Team Việt Nam nhận giải năm 2018. Ảnh: ape.gov.vn
Từ ngày rời khỏi đây mình vẫn chưa có dịp quay lại Higashikawa.
Điều mình nhớ nhất là con người thân thiện, nhớ cảm giác thoải mái khi ngắm nhìn những cánh đồng lúa, những trang trại trên đường lên thành phố đi học, đi làm hàng ngày.
Nó hoàn toàn khác với cảm giác ngồi tàu điện, cảnh vật đô thị lướt qua xung quanh mà không để lại chút ấn tượng nào.
Ngày rời khỏi thị trấn về nước, mình thực sự rất lưu luyến. Mình cũng cảm thấy rất biết ơn khi đã có cơ hội được sống tại nơi đây, được trải nghiệm những điều mà mình chưa từng nghĩ tới.
Trong thời đại phát triển như hiện nay, cơ hội được tới những thành phố lớn như Tokyo, Osaka chắc chắn rất nhiều, còn cơ hội để tới một thị trấn chậm rãi, bình yên, xinh đẹp như Higashikawa thực sự rất hiếm.
Nếu có cơ hội bạn hãy tới Higashikawa du lịch một lần, để được ngắm tuyết rơi giữa mùa hè, để ăn kem giữa mùa đông mà không lo tan chảy, tự mình cảm nhận sự bình yên khó có thể tả bằng lời, và rất nhiều, rất nhiều những điều thú vị khác nữa.
Chắc chắn bạn sẽ không hối hận khi đã quyết định tới đây đâu.
Ảnh chụp trên đường mình ra sân bay về nước. Ảnh: tác giả
“Lên toa nào mà chẳng tới bến. Sao phải cần băn khoăn chọn toa tàu?”. Chắc bạn đang tự hỏi như vậy phải không nào? Để Gambaru giải thích nhé.
Tại các ga lớn ở Tokyo hay Osaka thường rất rộng, có rất nhiều cổng ra, nhiều thang bộ/thang máy.
Nhiều trường hợp sau khi xuống tàu phải đi bộ khá xa để tìm thang máy/thang bộ hay cổng ra, mà không phải lúc nào cũng tìm được ngay, nên nếu bạn phải chuyển tàu ngay sau đó thì có khi sẽ không kịp.
Một đoàn tàu bên Nhật gồm rất nhiều toa.
Dù cùng một chuyến nhưng có khi số toa của đoàn tàu vẫn khác nhau tuỳ theo thời gian, loại tàu.
Vì gồm nhiều toa như vậy nên hiển nhiên là khu vực đứng chờ lên tàu cũng trải dài dọc theo ga tàu.
Do đó, nếu chọn đúng toa thì bạn sẽ tiết kiệm được rất nhiều thời gian và công sức để đến được cổng ra cần đến.
Cách chọn toa tàu tiện nhất
Trước khi lên tàu, bạn thử tìm xung quanh xem có nơi nào dán bảng như này không?
Cách chọn toa tàu. Ảnh: Tác giả
Trên bảng này sẽ có nhiều thông tin, nhưng chúng ta chỉ cần quan tâm các thông tin liên quan đến ga và toa tàu thôi.
Cách xem:
Cột ngoài cùng bên trái là các ga tàu theo thứ tự. Ga mình đang đứng thường sẽ được đánh dấu cho nổi bật.
1 ô tương ứng với 1 toa tàu, và có đánh số thứ tự toa. Trường hợp có nhiều đoàn với số lượng toa khác nhau thì 1 dòng tương ứng 1 đoàn.
Ô nào được tô màu là những toa nằm gần cầu thang (thang cuốn, thang bộ, thang máy) hoặc nhà vệ sinh (cho ai có nhu cầu xả nước cứu thân gấp). Ngoài ra còn có ghi chú các cổng ra, hoặc những địa điểm nổi bật ở ga đến.
Chúng ta sẽ dò ga đến và xem ô nào ở ga đó thuận tiện đến vị trí mình muốn ra nhất rồi lên toa đó là xong.
Ga mình đang đứng thường sẽ được đánh dấu cho nổi bật. Ảnh: tác giả
Chắc bạn vẫn còn thấy trừu tượng phải không? Gambaru sẽ đưa ví dụ cụ thể nhé.
Đang đứng ở ga Jimbocho
Theo như trong hình thì chúng ta đang ở ga Jimbocho (có khung đỏ đỏ), đang đứng ở khu vực toa 5, 6 (có dán dấu tròn ghi 現在地).
Chúng ta muốn đi đến ga Iwamotocho (ga số 3, cách 1 ga dưới ga Jimbocho).
Lúc này, theo bảng chỉ dẫn thì ở ga Iwamotocho có các ô 2, 4, 6, 8 có màu xanh, tức là khi đến ga đó thì toa 2, toa 4, toa 6, toa 8 sẽ gần cầu thang.
Nếu chưa xác định mình ra cổng nào thì chọn toa nào trong các toa trên cũng được, do gần cầu thang mà.
Nhưng nếu bạn đã biết cần cổng ra nào thì nên xác định thêm lên toa nào sẽ gần cổng nhất.
Giả sử chúng ta muốn ra cổng A6 ở ga Ogawamachi (ga số 2, ngay dưới ga Jimbocho). Lúc này, toa 1, 4, 5, 8 (hoặc toa 9 với đoàn 10 toa) sẽ gần cầu thang.
Nhưng theo dòng chữ màu đen ở dưới, toa 1, 4 thì gần cổng A6, A7, toa 5 thì gần cổng A4, A5, toa 8, 9 thì gần cổng A1~A3.
Nên trường hợp này chúng ta sẽ lên toa 1 hoặc toa 4 để khi đến ga Ogawamachi thì dễ dàng ra cổng A6 nhất.
Một số lưu ý khi lên tàu
Đứng chờ ở cửa của toa. Số bự bên trái là số thứ tự của toa, số nhỏ bên phải là số thứ tự của cửa toa.
Như hình thì tôi đang đứng ở cửa số 3 của toa số 4. Ảnh: tác giả
Hãy đợi hành khách ở chuyến vừa đến ra khỏi tàu rồi hãy bước vào nhé. Đừng đứng chặn trước cửa ra của tàu.
Khi lên tàu, nhớ để cặp sách, túi xuống dưới sàn bên cạnh chân mình hoặc trên giá để hành lý nha.
Lưu ý không gọi điện thoại hay nói chuyện to tiếng khi đang ở trên tàu (bạn có thể đọc sách, ngủ hoặc dùng điện thoại trong thời gian này).
Ở một số chuyến tàu, có 1 số toa tàu chỉ dành riêng cho phụ nữ trong vài khung giờ cố định.
Các toa đó sẽ có dán biển báo màu hồng như thế này. Các bạn nam chú ý kẻo lên nhầm thì sẽ bị kỳ thị nhé.
Toa tàu chỉ dành riêng cho phụ nữ. Ảnh: seiburailway
Trên đây là một số bí quyết cơ bản để có thể đi tàu tại Nhật, hy vọng với bài viết này bạn sẽ không bị bỡ ngỡ, hay mất thời gian dù mới lần đầu trải nghiệm ma trận tàu điện bên Nhật nhé!
Để chuẩn bị cho một buổi phỏng vấn, các kỹ sư phần mềm thường dành nhiều thời gian tập code trên leetcode (https://leetcode.com/) và tút tát lại CV.
Và rồi sau khi nhận được một công việc hấp dẫn, họ mới nhận ra những kỹ năng hiện có lại chưa phù hợp với những gì hằng ngày mình đương đầu.
Làm thế nào để rèn luyện và nâng cao những kỹ năng cần thiết luôn là chủ đề lập trình viên quan tâm. Hãy cùng Gambaru tìm hiểu:
7 Thói quen của lập trình viên thành công
1. Học cách đọc code người khác viết
Bạn đang có tư duy “Tất cả mọi người trừ tôi đều viết code dở tệ”? Ảnh: Medium
Cho dù code được viết bởi một dev làm trước bạn hay thậm chí là do bạn viết một năm trước có lộn xộn thế nào, bạn vẫn cần phải học cách hiểu được nó.
Kỹ năng này mang đến nhiều lợi ích.
Thứ nhất, có thể đọc được code người khác viết là cơ hội tuyệt vời để hiểu về cách code, những gì nên và không nên khi code.
Quan trọng hơn, bạn biết thêm rằng loại code nào thì dễ dàng cho dev hiểu và kế thừa sử dụng.
Có thể đọc được những đoạn code lộn xộn người khác viết cũng giúp bạn dễ dàng cập nhật khi cần, đôi khi là cập nhật những đoạn code bạn có ít kinh nghiệm.
Tôi đã từng đọc một script từ Powershell sang Python sang Perl.
Dù có kinh nghiệm hạn chế về Perl, nhưng tôi vẫn có đủ nền tảng để hiểu những gì đang diễn ra và thực hiện các thay đổi cần thiết.
Điều này xuất phát từ việc có độ am hiểu về tất cả các code cũng như có thể đọc được các Perl script.
2. Độ nhạy đối với các dự án tệ
Phải thực hiện rất nhiều dự án tệ trước khi bạn nhận ra được ngay một dự án có ổn hay không. Ảnh: Snapwire – Pexels
Có nhiều kỹ năng cần mất nhiều thời gian để học nhưng xứng đáng. Một trong những kỹ năng đó là hiểu những dự án nào không đáng làm và chỉ đi vào ngõ cụt.
Một số dự án có thể chẳng có giá trị kinh doanh nào và được quản lý rất kém. Điều này không có nghĩa là bạn nên từ bỏ ngay khi cảm thấy không đồng tình với nó.
Tuy nhiên, nếu các bên liên quan không thể giải thích chính xác những gì họ sẽ làm với kết quả cuối cùng, thì có lẽ dự án đấy không đáng tham gia.
Ngoài ra, một số dự án có thể tập trung vào công nghệ thay vì giải pháp đến mức có thể rõ ràng ngay từ đầu rằng dự án đấy không mang được nhiều tác động.
Kỹ năng này đòi hỏi phải thực hiện rất nhiều dự án tệ trước khi bạn nhận ra được ngay một dự án có ổn hay không. Tại một số thời điểm trong sự nghiệp của mình, tự khắc bạn sẽ có dự cảm đúng.
3. Tránh các cuộc họp không cần thiết
Sắp xếp thời gian hợp lý cho các cuộc họp cần thiết. Ảnh: Burst
Dù bạn là software engineer hay data scientist, các cuộc họp là cần thiết bởi ta cần phải thống nhất quan điểm với PM, end-user và client của mình. Tuy nhiên, cũng có lúc những cuộc họp không cần thiết chiếm lấy toàn bộ lịch trình trong ngày.
Mục tiêu ở đây là đảm bảo bạn dành thời gian cho các cuộc họp quan trọng, thúc đẩy được quyết định và giúp team phát triển.
Phương pháp phổ biến nhất là sắp xếp hai giờ mỗi ngày cho việc họp hành.
Thông thường, hầu hết mọi người sẽ có một cuộc họp định kỳ tại thời điểm họ thấy có lợi và dùng thời gian đó để nắm được tiến độ công việc.
Một cách khác là đi làm sớm. Điều này hữu ích với tôi vì lúc đó văn phòng yên tĩnh hơn, ít ai làm phiền mình.
Quản lý thời gian tốt là rất quan trọng đối với dev vì công việc đòi hỏi họ những lúc phải tập trung và không nói chuyện với người khác.
Vào thời điểm đang tập trung, có rất nhiều ý tưởng phức tạp trong đầu và nếu liên tục dừng lại, có thể rất khó để để họ nối lại dòng suy nghĩ trước đó.
4. Sử dụng Git
Biết cách sử dụng Git mang lại nhiều lợi ích. Ảnh: Medium
Đối với kỹ sư phần mềm, Git chứa các lệnh và quy trình phức tạp. Không ai chắc chắn 100% những gì mình đang làm (lý do tại sao cheat sheet lại phổ biến).
Cho dù công ty của bạn sử dụng hệ thống lưu trữ nào, sử dụng Git sẽ hữu ích nếu dùng đúng cách và gây trở ngại nếu ngược lại.
Push và commit sai, bạn phải dành hàng giờ cố mà gỡ rối nhiều branch chồng chéo. Ngoài ra, nếu liên tục quên pull bản repo mới nhất, bạn sẽ phải xử lý các merge conflict chẳng vui chút nào.
Hãy làm cuộc sống dễ thở hơn bằng việc giữ một bản Git command cheat sheet chẳng hạn.
5. Viết code đơn giản, dễ maintain
Đừng nên tạo ra sự phức tạp không cần thiết. Ảnh: Medium
Các dev trẻ tuổi hay có xu hướng cố thực hiện tất thảy điều mình biết vào một giải pháp, áp dụng hiểu biết về lập trình hướng đối tượng, cấu trúc dữ liệu, design pattern và công nghệ mới vào mọi code họ viết ra.
Thực tế, điều này tạo ra một sự phức tạp không cần thiết bởi vì nó rất dễ bị gắn quá nhiều vào một giải pháp hoặc design pattern bạn đã từng sử dụng.
Có một sự cân bằng giữa các khái niệm design phức tạp và code đơn giản.
Các design pattern và object-oriented design được cho là để đơn giản hóa code trong bức tranh tổng thể. Quá trình càng được trừu tượng hóa (abstracted), đóng gói (encapsulated) và black-box, thì càng khó để debug.
6. Học cách từ chối và ưu tiên
Khối lượng công việc luôn là vô tận. Hãy đảm nhận những gì mình có thể được thực hiện. Ảnh: Pexels
Kỹ năng này thực sự phù hợp với bất kỳ vai trò nào, dù bạn là nhà phân tích tài chính hay kỹ sư phần mềm.
Ưu tiên và từ chối có thể là hai kỹ năng khác nhau, nhưng chúng có mối liên hệ chặt chẽ.
Ưu tiên có nghĩa là bạn chỉ dành thời gian tạo ra tác động lớn cho công ty. Từ chối đôi khi chỉ có nghĩa là tránh nhận việc nên được xử lý bởi một team khác.
Chúng thường xảy ra song song cho tất cả các vai trò.
Đây có thể là một kỹ năng khó đạt được vì ai trong chúng ta cũng thường có mong muốn hoàn thành mọi yêu cầu được đặt cho mình.
Đặc biệt là nếu vừa tốt nghiệp đại học, bạn sẽ muốn tránh làm người khác thất vọng.
7. Tư duy thiết kế vận hành
Suy nghĩ thấu đáo về các kịch bản vận hành. Ảnh: Medium
Một kỹ năng khó để kiểm tra khi phỏng vấn và khó có thể học theo khi học đại học là suy nghĩ về cách end-user có thể sử dụng phần mềm của bạn không chính xác.
Tôi gọi đó là suy nghĩ thấu đáo về các kịch bản vận hành. Tuy nhiên, đây chỉ là một cách lịch sự để nói rằng bạn phải cố gắng viết code sao cho dễ hiểu và sử dụng nhất thôi.
Ví dụ, vì phần lớn việc lập trình là maintain nên ta thường phải thay đổi code bị rối bằng code khác.
Ngay cả một thay đổi đơn giản cũng yêu cầu truy tìm mọi tham chiếu có thể có của một object, method, và/hoặc API.
Nếu không, ta có thể dễ dàng vô tình break các mô-đun được đính kèm mà không nhận ra, ngay cả khi chỉ thay đổi một loại dữ liệu trong database.
Nó cũng bao gồm nghĩ thấu đáo về các các edge case và toàn bộ thiết kế cấp cao trước khi lập trình.
Đối với các trường hợp phức tạp hơn khi đang phát triển các mô-đun hoặc microservice mới, điều quan trọng là phải dành thời gian nghĩ về các kịch bản vận hành của những gì đang xây dựng.
Hãy hình dung cách người dùng trong tương lai có thể cần sử dụng mô-đun mới, cách họ có thể sử dụng nó không chính xác, những tham số nào có thể cần thiết và những cách khác nhau một dev có thể cần code của bạn trong tương lai.
Rất dễ tạo ra phần mềm hoạt động tốt trên máy tính của bạn, nhưng có rất nhiều cách code có thể bị triển khai sai.
Ở quá trình production, bạn khó có thể nói code sẽ được sử dụng như thế nào và code nào khác sẽ được gắn vào code gốc của bạn.
Năm năm kể từ bây giờ, một dev có thể cảm thấy khó chịu về những hạn chế bởi code bạn viết ra.
