thảo luận [Thread tổng hợp] Chia sẻ về mức lương tại các công ty - Part 2

[nguyenduhn]

Mình đồng ý với chuyện phát triển được hay không là do cá nhân, nhưng làm trong môi trường của N là dễ lụt nghề lắm. Rất nhiều bạn nghỉ cũng vì lý do này.

Tất nhiên là trong môi trường như N thì các có rất nhiều thứ để học (the book, design pattern, process ...) và cũng có nhiều công cụ hỗ trợ việc học (Udemy, Pluralsight, ESI), nhưng theo đánh giá chủ quan của mình, không có nhiều thử thách để có thể phát triển như ở các startup. Cái gì khó thì đềuu có người lo rồi

[1] Bình thường mà, team tôi meeting xong thì có tư vấn nhà đất hay tâm sinh lý tình cảm thì cũng có sao đâu?

[2] N có policy làm rất gắt vụ này, tôi từng biết có team mà teammate report nhau vụ này, tôi không tin có những kẻ GATO mà lại không sẵn sàng report người khác, đá đổ chén cơm của nhau. Tất nhiên quan điểm của tôi giống bạn, không quan tâm các bạn ấy làm gì, miễn done task và không ảnh hưởng đến performance của team là được.

Em thấy ở N có nhiều thứ để học thật, nhưng phần nhiều vẫn là lý thuyết. Nhưng ai mà thích kiểu "học từ công việc thực tế" thì có lẽ N không phải là lựa chọn tốt nhất. Thấy mấy ông (dev) hay đùa rằng cả sprint code được 3 dòng

 

[nchhnchh]

Mình biết mình còn trẻ nên quan điểm của mình có thể không credible lắm, nhưng theo mình thì sự tiến bộ, phát triển của 1 cá nhân dựa vào nhiều yếu tố:

• Sự thử thách của công việc hiện tại
• Sự tự giác của cá nhân trong việc tự học, tìm hiểu, cố gắng improve bản thân
• Năng lực của cá nhân đó

Mình nghĩ không có công ty nào là nhàn mãi, cũng không có công ty nào là bận bịu mãi, mọi thứ đều có chu kỳ. Nên muốn grow thì 80% vẫn dựa vào cá nhân thôi. HR có show off cho mình là NAB có các policy khuyến khích việc tự học nên mình nghĩ vẫn oke.

rice, chung quy vẫn là mấy ô tự học, tự giác như nào. chứ giờ cho t chọn big tech GG, meta làm crud với chọn startup có nhiều challenge thì t chọn làm CRUD nha .

 

[MrTux]

Em thấy ở N có nhiều thứ để học thật, nhưng phần nhiều vẫn là lý thuyết. Nhưng ai mà thích kiểu "học từ công việc thực tế" thì có lẽ N không phải là lựa chọn tốt nhất. Thấy mấy ông (dev) hay đùa rằng cả sprint code được 3 dòng

Không phải lý thuyết nhé, thực chiến mà ra cả đấy nhưng để học được thì bạn cần phải ở level senior có view toàn diện về một hệ thống rồi: The Book (theory) -> NABserv + NABX (NEF/NEF2.0); API Management; Change management (release); Risk/GRACE/Fraud; AWS control towner, Azure Gen2 design, multi cloud, network design, ip management, VM patching, security patching, power management .v.v.

"học từ công việc" này nó ở level cao hơn là dùng -> hiểu -> apply cho những nơi khác

 

[nguyenduhn]

Không phải lý thuyết nhé, thực chiến mà ra cả đấy nhưng để học được thì bạn cần phải ở level senior có view toàn diện về một hệ thống rồi: The Book (theory) -> NABserv + NABX (NEF/NEF2.0); API Management; Change management (release); Risk/GRACE/Fraud; AWS control towner, Azure Gen2 design, multi cloud, network design, ip management, VM patching, security patching, power management .v.v.

"học từ công việc" này nó ở level cao hơn là dùng -> hiểu -> apply cho những nơi khác

Đồng ý với thím, đống tài liệu trên của N toàn là tinh tuý cả. Nhưng để đọc hiểu hết được thì cần có nội lực cao

 

[chuchimmelo]

Đồng ý với thím, đống tài liệu trên của N toàn là tinh tuý cả. Nhưng để đọc hiểu hết được thì cần có nội lực cao

Rõ ràng, nội cái chuyện đọc 1 cái solution design, xem xem decision records, xem design principles apply trong SD đó, xem trong SD có bao nhiêu khía cạnh đã được consider, hiểu thằng làm SD nó nghĩ gì thôi là trình độ đã khác đi nhiều rồi. Chưa kể những tinh tuý được viết ra trong mấy cuốn the book đọc đi đọc lại nghiệm ra biết bao nhiêu thứ hay ho.

 

[noobdev]

Rõ ràng, nội cái chuyện đọc 1 cái solution design, xem xem decision records, xem design principles apply trong SD đó, xem trong SD có bao nhiêu khía cạnh đã được consider, hiểu thằng làm SD nó nghĩ gì thôi là trình độ đã khác đi nhiều rồi. Chưa kể những tinh tuý được viết ra trong mấy cuốn the book đọc đi đọc lại nghiệm ra biết bao nhiêu thứ hay ho.

quyển này là lưu hành nội bộ à thím

 

[Love U So Much]

Đồng ý với thím, đống tài liệu trên của N toàn là tinh tuý cả. Nhưng để đọc hiểu hết được thì cần có nội lực cao

Nội lực yếu thì đọc nhiều lần, tìm keyword rồi xem thêm

 

[Hiimchic]

Em thấy ở N có nhiều thứ để học thật, nhưng phần nhiều vẫn là lý thuyết. Nhưng ai mà thích kiểu "học từ công việc thực tế" thì có lẽ N không phải là lựa chọn tốt nhất. Thấy mấy ông (dev) hay đùa rằng cả sprint code được 3 dòng

N đống tài liệu và architect show ra ai xem cũng đc vậy thì ít cty nào có lắm.
Cái Architect cho cloud chuẩn hơn sách (đúng hơn là sách lấy N làm best practice)

Không có mấy cty ở HCM mà bạn vô cty nhưng solution và 3rd party phải thay đổi cho hợp vs policy và architect cty bạn làm đâu, ít nhất là ở phần cloud và Infra.

 

[WasupMoFucker]

vl thời đại 4.0, sách vở, youtube, blog của ex-google ex-FAANG nói chung đầy.
Whitepaper, system design, post mortem của các cty lớn thích clg cũng có.
Các ông chém cứ như vài cái doc nội bộ của N là bí kíp võ công Nghe bàn luận hài vc

 

[holyflame]

ở NAB thì ngoài việc toàn bộ doc là public, ai cũng có quyền xem thì implementation cũng đc push lên github chung và cũng public luôn. Thế nên anh vừa có thể xem, vừa có thể sờ. Nó hơn nhau là cái chỗ đấy.
Mấy cái anh nói thì chỉ được xem khác gì cưỡi ngựa xem hoa

 

[haianh1233]

ở NAB thì ngoài việc toàn bộ doc là public, ai cũng có quyền xem thì implementation cũng đc push lên github chung và cũng public luôn. Thế nên anh vừa có thể xem, vừa có thể sờ. Nó hơn nhau là cái chỗ đấy.
Mấy cái anh nói thì chỉ được xem khác gì cưỡi ngựa xem hoa

Khác hẳn cty M*M* nhỉ, source code mà giấu như mèo giấu cứt

via theNEXTvoz for iPhone

 

[giacatvuhau]

LOL Đồng chí phuquytaithien này nó vẫn cay vụ WQ nên cứ theo cắn tôi mặc dù tôi ignored rồi bạn ạ. Trước tôi từng nói là WQ có 10 vòng phỏng vấn, nhưng sau đó đã nhận sai và đính chính lại rồi, tuy nhiên là con gà tức nhau tiếng gáy, chẳng hiểu nó cay gì mà cứ theo cắn hoài haha

Mình thì mình ignored nó lâu rồi nhưng nay thấy quote của bác thì thấy ignore mấy thành phần này không sai tí nào.

Vụ 2 jobs, em cũng thế, nếu có thấy thì cũng mắt nhắm mắt mở, miễn là đừng ảnh hưởng đến mình, chứ ai cũng đi làm thuê ăn tiền tư bẩn cả mà

mấy thể loại ghen ăn tức ở thì chỗ nào chả có, và đa phần toàn dạng kém cỏi nên mới phải đi GATO, quan điểm của em thì miễn nó ko động gì đến mình là dc, còn làm 2 jobs hay 10 jobs thì cũng kệ người ta. việc ai người nấy làm, ko nhiều chuyện

via theNEXTvoz for iPhone

 

[chuchimmelo]

quyển này là lưu hành nội bộ à thím

Đúng rồi b, tớ thấy mấy cuốn đó là tinh tuý, đọc SD cũng tinh tuý nốt, đại loại là có những system nó khổng lồ như con rồng, nhưng Architect họ vẽ chi tiết đến từng cọng lông kẻ vảy và ghi kĩ từng thứ họ đã consider. Đọc kĩ thì mới thấy SD bên này kinh khủng cỡ nào. Tuy nhiên sau này NAB vietnam chủ yếu được giao cho làm BFF không à(hoặc các team khác có làm những phần critical nhưng tớ không biết) thì engineer mất đi cơ hội tiếp cận những phần quan trọng.

 

[The_Hermit]

Đúng rồi b, tớ thấy mấy cuốn đó là tinh tuý, đọc SD cũng tinh tuý nốt, đại loại là có những system nó khổng lồ như con rồng, nhưng Architect họ vẽ chi tiết đến từng cọng lông kẻ vảy và ghi kĩ từng thứ họ đã consider. Đọc kĩ thì mới thấy SD bên này kinh khủng cỡ nào. Tuy nhiên sau này NAB vietnam chủ yếu được giao cho làm BFF không à(hoặc các team khác có làm những phần critical nhưng tớ không biết) thì engineer mất đi cơ hội tiếp cận những phần quan trọng.

Nghe thú vị vậy, chắc năm sau ráng phấn đấu vào NAB xem sao

 

[Cryolite឴]

vl thời đại 4.0, sách vở, youtube, blog của ex-google ex-FAANG nói chung đầy.
Whitepaper, system design, post mortem của các cty lớn thích clg cũng có.
Các ông chém cứ như vài cái doc nội bộ của N là bí kíp võ công Nghe bàn luận hài vc

Ít khi được thấy docs của bank lắm, mà mấy chỗ đó lại nhiều quy định với luật siết cổ, nên tính ra cũng quý mà
Chứ công ty tech thì nhiều quá nhàm rồi

Khác hẳn cty M*M* nhỉ, source code mà giấu như mèo giấu cứt

via theNEXTvoz for iPhone

Thím hỏi câu đó với Vietcombank hay Angrybank xem, có khi họ cho thím xem đó

 

[Hiimchic]

vl thời đại 4.0, sách vở, youtube, blog của ex-google ex-FAANG nói chung đầy.
Whitepaper, system design, post mortem của các cty lớn thích clg cũng có.
Các ông chém cứ như vài cái doc nội bộ của N là bí kíp võ công Nghe bàn luận hài vc

Có thì nhiều nhưng hands on với có nơi phá thì mấy ông làm được bác ?
Doc share thì đầy nhưng 80% là general knowledge.

 

[MrTux]

vl thời đại 4.0, sách vở, youtube, blog của ex-google ex-FAANG nói chung đầy.
Whitepaper, system design, post mortem của các cty lớn thích clg cũng có.
Các ông chém cứ như vài cái doc nội bộ của N là bí kíp võ công Nghe bàn luận hài vc

Quan trọng nó đã, đang và sẽ còn sử dụng trong một ngân hàng top đầu của Úc. Tất cả những cái mình nói, bạn nói nó không có gì mới cả, nhưng implementation thế nào, chia functional ra làm sao, tích hợp thế nào, với tool nào, pros/cons, business outcome, lý do nào cho những tech decision trong đó thì mình không nghĩ tìm kiếm được trên internet đâu.

Ví dụ luôn nhé, NAB-X thì N đã có bài viết về nó [1] và cũng có paper / docs về nó [2] nhưng implementation thế nào ở một cái business như banking thì mình nghĩ không phải ai cũng tưởng tượng ra được.

NABserv nữa, bản chất cũng là opensource build lên, code thì cũng là Java SpringBoot; jenkins groovy và bash (CI/CD), đâu có gì "mới" đâu? Cái làm lên tên tuổi của nó là việc nó được một team tay to phát triển và maintenance, battle testing nên có những impact lớn tới tech của bank, chứ nó đâu có khó, đâu có phức tạp kiểu không ai hiểu được đâu?

[1] NAB-X: a microservice-like approach in the application experience space (https://medium.com/@nabtechblog/nab-x-a-microservice-like-approach-in-the-application-experience-space-c092ba67c4f)
[2] Micro Frontends (https://martinfowler.com/articles/micro-frontends.html)

 

[Bukayo Saka .]

Về lý thuyết thì đầy trên mạng ấy mà, nhưng để implement một ứng dụng hoàn chỉnh thì nhiều cái phải xử lý lắm.

Ví dụ đơn giản DDD cần tách business ra khỏi infra, nhưng trong 1 giao dịch mà phải đảm bảo trừ tiền A và cộng tiền B đã phải dính tới infra rồi. Làm thế nào để đảm bảo vừa tách business ra thì lại phải xem implement nhưu thế nào.

 

[WasupMoFucker]

Có 2 vấn đề:
1. Việc cưỡi ngựa xem hoa. Các ông bảo xem doc trên mạng thì khác gì cưỡi ngựa xem hoa, thế tôi cũng nói luôn vào cty việc hàng ngày éo có cái gì nhưng kêu internal doc hay lắm đọc đi thì cũng khác mẹ gì cưỡi ngựa xem hoa Ông có được tham gia vào process đéo đâu Được xem code người khác viết cũng gọi là thực chiến cơ à

2. Việc internal doc của N có những cái trên mạng ko có. Nói thẳng luôn là đéo tin. Tôi thà đọc sách của tay to viết cả TG đọc còn hơn. Còn muốn thực chiến à, opensource project đầy, architecture discussion đầy. Tôi ko phủ nhận domain bank nó cũng có cái hay riêng, nhưng domain nào mà chả có cái hay đặc thù của nó. Nghe ngứa cả đít

Chốt lại ở đây tôi muốn nhắn đội trẻ là xem công việc hàng ngày mình làm gì, teammate, leader mình như nào. Chứ nghe khoe là vào đi đọc internal doc hay lắm thì xàm l hết Thời gian đấy ngồi đọc sách, blog, cày leetcode có ích hơn đấy.

 

[nivnemo]

Khác hẳn cty M*M* nhỉ, source code mà giấu như mèo giấu cứt

via theNEXTvoz for iPhone

thím làm team nào mà ko đc xem. xưa tôi làm xem đc hết cmn luôn mà có giấu vẹo gì đâu