Những màn "đá chéo sân" ngoạn mục của các bạn trẻ nhà Sun*

Mark Twain đã từng nói : "Đàn ông với một chiếc búa, mọi thứ xung quanh với anh ta chỉ là một cái đinh". Thế nhưng nếu anh ta có cả một cái cờ lê và một cái tua vít nữa thì sao? Chẳng phải như thế thì anh ta có thể sửa thêm rất nhiều thứ khác nữa, đúng không Sunners?

Nếu chúng ta có những công cụ hữu ích trong tay, cụ thể hơn là những kỹ năng, kiến thức đa dạng thì không việc gì chúng ta không thể làm được. 

Ở Sun*, có rất nhiều Sunners "đa zi năng" như thế! Họ là những người đã và đang "đá chéo sân" sang các lĩnh vực khác ngoài chuyên môn của mình nhưng đều đạt được những thành quả nhất định. Hãy cùng tìm hiểu về họ và những bí quyết "awesome" của họ nhé!

Biết nhiều ngôn ngữ lập trình

Mình có 8 năm kinh nghiệm với Python và 6 năm với JS. Ngoài ra mình có thể code được Java (mobile & web) và Go. Các dự án ở Sun* mình chủ yếu code bằng Python, JS, Java là chủ yếu.  

Với mình, ngôn ngữ là công cụ để phục vụ giải quyết vấn đề. Mỗi một ngôn ngữ IT sẽ có điểm mạnh riêng và mình có thể vận dụng thế mạnh của ngôn ngữ đó để giải quyết các vấn đề của mình. Khi gặp vấn đề mình sẽ nghĩ tới ngôn ngữ nào tốt nhất để giải quyết vấn đề đó.  

Khi trải nghiệm các ngôn ngữ mới, có lẽ thử thách nhất là khi học thêm java để code Android trong dự án KRK, bởi mindset của mobile với backend khác nhau rất nhiều. Khi gặp vấn đề, mình đem idea bên backend sang bên mobile và ... nó không 'work'.  

Về mặt ngôn ngữ thì mình thấy nếu Dev chuyển ngôn ngữ từ Java sang Python sẽ dễ hơn chiều ngược lại. Python ở một mức độ nào đó không "quá chặt" như Java. Nhưng nếu không biết về Java hoặc C++ từ trước thì vất vả thực sự đấy! 

Đối với mình, mindset rất quan trọng. Về ngôn ngữ, bạn làm nhiều thì dần bạn sẽ master thôi. Thực tế thì khi có ý tưởng và muốn thử thách cái mới thì bận rộn hơn là điều đương nhiên. Chính vì thế, mình đã quyết định dành thời gian buổi tối để "tọc mạch", tìm hiểu mọi thứ. Khi có một ý tưởng, mình note ý tưởng đó vào My Chat của Chatwork. Đến tối, mình sẽ thử triển khai ý tưởng đó trên các Framework, ngôn ngữ khác nhau xem là nếu vận dụng nó trong các dự án thì có vấn đề gì không. 

Hiện tại, mình vẫn đang học thêm về Ruby và hi vọng sẽ được sát cánh cùng anh em Dev Ruby của Sun* trong các dự án sắp tới."

Cân được BE, FE, Infra và Test theo testcase 

Mình hiện main role là PHP Web Developer nhưng quyết định trải nghiệm ở các domain khác nhau như FE hay Infra... Điều này giúp mình tiếp cận về công nghệ thông tin ở những góc nhìn khác nhau, tạo cho mình sự hứng thú để có thể hào hứng mỗi khi làm việc trong ngành này. 

Mình nhận được khá nhiều lời khuyên từ những người anh đi trước về việc nên chuyên môn hóa và trở thành chuyên gia về một mảng nào đó. Vậy nên main role của mình vẫn là Developer và vẫn tập trung mang tới sản phẩm 'awesome' cho người dùng. Tuy nhiên, để có thể làm tốt hơn hiện tại, mình nghĩ rằng bản thân nên biết các công đoạn trong khâu gia công phần mềm. Giống như kiểu mình coding ra được 1 cái hệ thống backend được, xong lúc đó mình lại không biết phải deploy nó lên production để đưa tới tay cho người dùng như thế nào thì đối với em cảm giác đó rất là khó chịu. 

Trong quá trình học tập, thử thách bản thân ở những vai trò mới đó, mình có lo lắng 2 điều: Nắm được kiến thức mới nhưng chưa có "đất" áp dụng; Sẽ phải mất thời gian nghiên cứu xem cái domain mình đang tìm hiểu tiếp cận các nguồn tài liệu của nó ở đâu cho chất lượng. 

Mình cảm thấy khá may mắn tại môi trường Ở Sun *, BLĐ luôn cố gắng tập trung phát triển định hướng của mọi người, qua đó mình có thể được trao những cơ hội áp dụng những kiến thức mới học của mình vào những dự án thực chiến. Được join vào những team có những domain khác nhau đồng nghĩa với việc mình cũng sẽ học hỏi được từ họ những kiến thức chất lượng khác nhau, và vô tình nó cũng giải quyết hết khó khăn kể trên. 

Kiêm nghiệm được nhiều vai trò nên đôi lúc ở những domain khác nhau, mình cũng sẽ phải switch context qua lại, thi thoảng cũng gặp vài trường hợp não bị overload. Việc học thêm những kiến thức mới cần ưu tiên những topic liên quan đến dự án, công việc hoặc về xu thế hay best pratices. Sau đó sẽ tìm cho mình nguồn tài liệu tốt và lên thử plan trước. 

Em đang định hướng bản thân trở thành DevOps trong tương lai. Con đường đó em nghĩ khá gian nan nhưng...khổ nỗi chỉ có như vậy thì em mới có hứng thú để làm việc được." (Cười)

Vừa làm Dev, vừa "đá chéo" sang Comtor  

Mình đang được tạo điều kiện để thử sức ở vị trí Comtor. Dù là Dev PHP nhưng vì mình thích tiếng Nhật, cũng học khá lâu rồi nên mong muốn được áp dụng vào công việc và cũng muốn được tham gia dự án với một góc nhìn khác. 

Trong quá trình đó, mình đã được trải nghiệm đủ những cảm xúc từ lo lắng, sợ sệt, cho đến vui mừng vì mình đạt được thành quả gì đó. Lúc mới join dự án với role mới, mình khá lo, sợ vì mình mà sẽ ảnh hưởng và làm phiền mọi người. Từ những câu đơn giản chat với khách hàng thôi mà cũng mất khá nhiều thời gian mới gửi đi được, rồi câu từ ghép lại cũng không chắc chắn và từ vựng chuyên ngành của mình còn quá ít.... 

Mặc dù lo vậy nhưng mình cũng rất thích thú, vì được trải nghiệm và được làm điều mới. Cũng may mắn là được PSM của mình và các anh chị động viên, hỗ trợ rất nhiều nên mình có thể biến lo sợ thành động lực cố gắng. 

Nhìn các anh chị trong team và PSM của mình thực sự rất 'bá', mọi người có thể học thêm rất nhiều trong khoảng thời gian ngắn nên mình rất hâm mộ. Hiện tại, mình chỉ đơn giản là tập trung vào 1 mục tiêu mình hướng tới và thực hiện nó vào tất cả những lúc có thời gian và gác lại những việc không cần thiết.

Comtor kiêm công việc của BrSE 

Trong quá trình làm việc với vai trò Comtor, mình nhận thấy có những task của role khác như BrSE mà mình muốn làm và có thể làm được. Nếu mình cố gắng làm sẽ đẩy nhanh tiến độ phát triển hơn, trao đổi giữa team và khách hàng cũng 'smooth' hơn nên mình đang cố gắng học để làm được những công việc này. 

Khi khách hàng hay team trao đổi về những nghiệp vụ, kĩ thuật khó mà bản thân chưa nghe thấy bao giờ thì mình sẽ cố gắng nắm bắt từ bối cảnh để hiểu được vấn đề, rồi về tìm hiểu thêm về các nghiệp vụ hay kĩ thuật tương ứng để lần sau trao dồi những thuật ngữ đó. Hoặc khi khách hàng muốn thay đổi specs mà ảnh hưởng đến kế hoạch phát triển, thì cần phải trao đổi với team xem, với CR nào team sẽ làm và CR nào sẽ để sang phase operation làm. 

Để có thể đưa 1 dự án phát triển hạ cánh tương đối an toàn, cần phải quản lý specs, CR và theo dõi tiến độ chặt chẽ. Dù là Comtor nhưng vì muốn học thêm nữa nên khi task chính của mình đã xong thì mình sẽ tìm hiểu thêm về nghiệp vụ của khách hàng hay process, thuật ngữ kĩ thuật mới,... 

Về quản lý thời gian, mình dùng Google Calendar - 1 công cụ cũ mà hiệu quả. Mình sẽ note công việc trong ngày và thời điểm sẽ làm task tương ứng lên trên calendar, nhìn vào đó mình sẽ biết được mình cần làm gì vào thời điểm nào.

Trước mắt, mình hướng tới vị trí BrSE nên mình đang trau dồi thêm các skill cần có của vị trí này. 

Thật ra thì ban đầu do dòng đời xô đẩy, các anh assign vào support dự án thì mình cũng join vào, mà mình join với tâm thế chưa hiểu kĩ về dự án nữa!  

Mình luôn nghĩ rằng không trải nghiệm mọi thứ khi còn trẻ là một điều lãng phí! Bởi thế khi mà còn có thể chịu được áp lực thì cứ cố gắng đi. Thử thách bản thân thì cũng có thể chứng tỏ được với mọi người rằng mình cũng là một người có chí cầu tiến, không đơn thuần chỉ muốn làm một công việc nhẹ nhàng lặp đi lặp lại.  

Sau khi được nhận handover từ người trước thì đã phải bập vào dự án ngay, nhiều lúc đọc tiếng Việt thôi mà cũng muốn choáng, họp thì JP toàn nói những thuật ngữ lần đầu mới nghe thấy, hoặc những trao đổi từ trước khi mình join. Nhưng vừa làm vừa vỡ lẽ ra, chỗ nào bối rối quá thì xin lời khuyên từ các anh chị nhiều kinh nghiệm. Rồi tự tích lũy kinh nghiệm xử lý các tình huống để lần sau không lặp lại sai lầm tương tự. Dần dần mình đã kiểm soát và hiểu được đồng đội cũng như khách hàng của mình hơn, giờ confirm gì cũng ăn luôn đỡ mất thời gian hơn trước.  

Mình nhận thấy rằng khi trải nghiệm ở vai trò BrSE thì bản thân mình tiến bộ và linh hoạt khi xử lý các tình huống hơn, kiến thức về infra cũng được level up. Cũng vì thế mà mình bận rộn hơn, nhưng mình thích bận hơn là rảnh. Cảm thấy cái đầu được sử dụng nhiều thì người mình không bị ì đi. 1-2 tháng đầu, cuối tuần mình còn phải rà soát lại các công việc trong tuần xem có bị miss task hay trao đổi nào không nhưng bây giờ mình đã có thể xử lý gọn ghẽ trong tuần rồi.  

Khi làm việc thì mình ưu tiên xử lý task công việc của mình trước, trong khi Dev làm task thì mình tự học tiếng Nhật, học đọc hiểu, đọc 1 số topic liên quan đến kĩ thuật. Trong tương lai gần chắc là mình vẫn giữ role như hiện tại, nhưng về lâu dài thì mình muốn thử sức ở role BA hoặc PM, mình còn phải học hỏi rất nhiều!

Ngày trước mình luôn nghĩ: làm BrSE khó lắm, phải biết code, giỏi kĩ thuật... Mà mình không giỏi kỹ thuật nên không có cơ hội đâu! Nhưng về sau, khi Sun* đưa ra 4 hướng phát triển BrSE thì mình thấy bản thân có cơ hội mới nên đã tự tin hơn, có động lực phấn đấu để trở thành 1 BrSE theo hướng quản lý dự án, phân tích nghiệp vụ dự án. 

Trước đây, mình hầu như chỉ làm các dự án liên quan tới app trên smartphone. Sau đó, khi join dự án mới, làm về backend (ngôn ngữ Ruby) với nghiệp vụ khá khó, khách hàng cũng rất kĩ tính nên thời gian đầu mình rất lo lắng! 

Nhiều thuật ngữ về kĩ thuật ban đầu mình không rõ nên phải hỏi Dev nhiều. Tuy nhiên sau 1 thời gian được team dự án cùng PSM support, mình đã hiểu được nghiệp vụ dự án & biết thêm nhiều kiến thức về server side, AWS... Mình học được nhiều kiến thức về xử lý trong server side, kiến thức về AWS, tự đứng ở vị trí user để suy nghĩ về các chức năng thêm mới trong dự án. 

Cũng vì vậy mà mình bận rộn hơn trong việc quản lý tiến độ dự án & review nội dung làm task của dev. Trung bình 1 ngày sẽ mất thêm 1-2h để làm 2 việc này nhưng cũng nhờ đó mà mình hiểu thêm về hệ thống (cách dev thực hiện logic như thế nào để đạt được kết quả mong muốn...) 

Để học thêm cái mới, mình cố gắng sử dụng tool nhiều nhất có thể: tool dịch để giảm effort dịch tài liệu, tool quản lý (redmine, backlog) + set deadline để giảm effort quản lý task và add calendar để không quên deadline. 

Mình mong muốn sẽ trở thành 1 BrSE theo hướng phân tích nghiệp vụ dự án + quản lý dự án để có thể cùng khách hàng và dev đưa ra các solution phù hợp cho các task. 

Hiện tại trên giấy tờ mình là Comtor, còn công việc thực tế là BrSE (chủ yếu là quản lý tiến độ, spec, trao đổi với Sun JP). Mình muốn được nâng cao khả năng của bản thân thông qua việc đảm nhiệm những công việc mới, và ngoài ra là mong muốn có cơ hội sử dụng nhiều hơn những kiến thức về kỹ thuật mà mình đã học được. 

Ở vị trí này, mình đã có thêm được nhiều kinh nghiệm, từ quản lý tiến độ, thời gian, spec cho đến kĩ năng giao tiếp và năng lực ứng xử với mọi người xung quanh. 

Công việc hiện tại của mình tương đối bận rộn, nên việc quản lý thời gian hiệu quả là rất cần thiết. Để làm được điều này, mình sử dụng nhiều kĩ năng như tạo checklist, đánh độ ưu tiên, lên kế hoạch, ủy thác công việc... Hết giờ làm việc, mỗi ngày mình đều dành ra ít nhất 1 tiếng để học thêm cái mới. Đối với bản thân việc học kiến thức mới, mình cũng đặt ra mục tiêu và kế hoạch cụ thể để việc học đạt được hiệu quả như mong đợi. 

Trong tương lai gần, mình định hướng trở thành một BrSE "chính hiệu", thông qua việc tiếp tục thử thách bản thân ở công việc hiện tại để nâng cao hiệu suất và tính chính xác, đồng thời cũng thử thách thêm các nội dung công việc mới để mở rộng vốn kỹ năng của bản thân. 

Mình đang là Dev VueJs (FE) nhưng đã từng làm PHP (BE) và Flutter (Mobile). Base của mình là BE nhưng mình muốn thử sức và tìm hiểu thêm những ngôn ngữ khác xem có gì hay ho. Mình muốn trở nên linh hoạt, thích nghi nhanh chóng chứ không bị phụ thuộc vào ngôn ngữ nào cả! 

Trong quá trình đó, mình cần thêm chút thời gian để làm quen với ngôn ngữ mới chứ có base thì học ngôn ngữ nào cũng được. Mình may mắn là có đồng nghiệp tận tình hỗ trợ nên mọi việc cũng tốt lên rất nhiều. 

Thông qua việc học thêm ngôn ngữ mới, mình nhận thấy bản thân tập được sự kiên nhẫn và quyết tâm đến cùng. Bên cạnh đó, mình nghĩ việc luôn tự tạo động lực cho bản thân là rất cần thiết! 

Trong tương lai, mình muốn trở thành 1 BrSE, nhưng mà bây giờ thì cố gắng trở thành một FullStack Developer đúng nghĩa trước. 

Có một câu nói rằng: Thành công là các mục tiêu, còn tất cả những cái khác chỉ là sự giải thích. Cuộc sống của chúng ta chỉ bắt đầu trở nên tuyệt vời khi chúng ta xác định rõ ràng mình muốn gì, lên kế hoạch để đạt được điều đó và rồi thực hiện kế hoạch đó mỗi ngày. Cũng như các Sunner kể trên, họ đã đặt mục tiêu rõ ràng và lên kế hoạch hoàn thành chúng. Sự "đa zi năng" ở họ là minh chứng rõ nét nhất cho điều đó!