em trước giờ đi làm chỉ gặp đúng 1 người sếp với title SA mà em thấy là thực sự nể và anh ấy giải thích về định nghĩa Solution Architect và Software Architect y hệt như anh nói. Đến giờ em vẫn mặc định đó Solution Architect phải là chuyên gia ko chỉ về Technical mà còn là phải hiểu biết tốt về Domain, nắm được các business logic của domain đó để là chỗ dựa cho cả team về bất cứ vấn đề gì trong dự án. Cảm ơn anh đã chia sẻ video này.
Bây giờ nhiều ông đọc vài blog, xem vài clip về Architecture như trên ByteByteGo, hay thi vài chứng chỉ AWS xong nghĩ mình là SA. 🤣 Đưa ra problem gì đó thì chém rất nhiệt, nào là phải dùng CDN, nào là phải sharding DB, nào là Event Sourcing,... trong khi chưa từng thử dựng Lab để test thử solution mình chém có work hay không? 😂
Làm sao để hỏi mấy người như SA thật sự anh, hỏi nhiệt tình và chi tiết, hỏi tất cả những thứ mình cần? Họ bận vậy, tính cách có khi hơi kỳ dị, lúc đầu bù tóc rối, họ thấy mình củ chuối quá chả muốn tiếp cận thì sao, vậy thì làm sao tiếp cận?
Gần như video nào của anh Dũng em cũng xem qua. Cám ơn những chia sẻ quý báo của anh. Em luôn muốn tác động đến cộng đồng lớn hơn, xưa em nghĩ đến việc kinh doanh, sau 3 năm làm fullstack với lĩnh vực công nghệ em được biết đến những vị trí như anh Dũng technical manager, head of engineering, ... Không biết theo anh một bạn trong nghề cần bao nhiêu lâu tgian để có thể đảm nhiệm tốt vai trò technical manager và những kiến thức cần có về cả chuyên môn để có thể ứng cử vị trí này ở thị trường ạ?
SA là một thử thách rất lớn, khi mà phạm vi công việc bị mở rộng ra nhiều. Ngoài tech ra, còn phải kiêm thêm Business, Domain và phải làm việc với con người từ nhiều team với nhau. Ôi thôi nó phát sinh đủ thứ chuyện trên trời dưới đất. Dĩ nhiên, nó sẽ có ảnh hưởng nhất định về cuộc sống: họp hành nhiều, công tác, đi sớm về muộn, cũng có các tech cần cập nhật ngay trong dự án và thỏa yêu cầu của khách. Nên cuộc sống gia đình cũng có phần ảnh hưởng. Có nhiều anh tôi biết được đề lên SA, một thời gian họ bị stress phải đi điều trị trầm càm. Sau đó họ đề nghị với sếp về làm IC hoặc lead team vừa nhỏ. Một số người thôi việc. Vị trí này không phải dành cho số đông, có vui, có buồn và có đánh đổi nhiều thứ.
chuẩn quá a ạ, có những người có AWS SA nhưng vào hands-on hay sâu sâu chút về tech thôi tắt điện luôn :)) kiểu học cưỡi ngựa xem hoa, bản thân e trước cũng học AWS SAA vs DVA nhưng cũng phải mất cả năm vừa học vừa hands-on trong dự án thực tế của cty mới may mắn pass, nói thật e chỉ mong những chứng chỉ về Tech bắt buộc phải có hand-on labs chứ ko chỉ toàn là trắc nghiệm 😄
bạn chưa gặp ông nào có AWS SA Pro nhưng không động vào tí code hay kỹ thuật nào rồi 😂😂😂 mà thực ra gần đây có con bé người Nhật trong HCM nó làm HR nhưng cũng thi 1 đống chứng chỉ giấy AWS(nó còn lấy cả specialist cơ)
em trước giờ đi làm chỉ gặp đúng 1 người sếp với title SA mà em thấy là thực sự nể và anh ấy giải thích về định nghĩa Solution Architect và Software Architect y hệt như anh nói. Đến giờ em vẫn mặc định đó Solution Architect phải là chuyên gia ko chỉ về Technical mà còn là phải hiểu biết tốt về Domain, nắm được các business logic của domain đó để là chỗ dựa cho cả team về bất cứ vấn đề gì trong dự án. Cảm ơn anh đã chia sẻ video này.
Bây giờ nhiều ông đọc vài blog, xem vài clip về Architecture như trên ByteByteGo, hay thi vài chứng chỉ AWS xong nghĩ mình là SA. 🤣
Đưa ra problem gì đó thì chém rất nhiệt, nào là phải dùng CDN, nào là phải sharding DB, nào là Event Sourcing,... trong khi chưa từng thử dựng Lab để test thử solution mình chém có work hay không? 😂
Theo em nghe thì hiểu là ai cũng có thể là SA nhưng mà để thật sự thành công trên đường dài thì mới là SA thật sự
Làm sao để hỏi mấy người như SA thật sự anh, hỏi nhiệt tình và chi tiết, hỏi tất cả những thứ mình cần? Họ bận vậy, tính cách có khi hơi kỳ dị, lúc đầu bù tóc rối, họ thấy mình củ chuối quá chả muốn tiếp cận thì sao, vậy thì làm sao tiếp cận?
Gần như video nào của anh Dũng em cũng xem qua. Cám ơn những chia sẻ quý báo của anh.
Em luôn muốn tác động đến cộng đồng lớn hơn, xưa em nghĩ đến việc kinh doanh, sau 3 năm làm fullstack với lĩnh vực công nghệ em được biết đến những vị trí như anh Dũng technical manager, head of engineering, ... Không biết theo anh một bạn trong nghề cần bao nhiêu lâu tgian để có thể đảm nhiệm tốt vai trò technical manager và những kiến thức cần có về cả chuyên môn để có thể ứng cử vị trí này ở thị trường ạ?
SA là một thử thách rất lớn, khi mà phạm vi công việc bị mở rộng ra nhiều. Ngoài tech ra, còn phải kiêm thêm Business, Domain và phải làm việc với con người từ nhiều team với nhau. Ôi thôi nó phát sinh đủ thứ chuyện trên trời dưới đất. Dĩ nhiên, nó sẽ có ảnh hưởng nhất định về cuộc sống: họp hành nhiều, công tác, đi sớm về muộn, cũng có các tech cần cập nhật ngay trong dự án và thỏa yêu cầu của khách. Nên cuộc sống gia đình cũng có phần ảnh hưởng.
Có nhiều anh tôi biết được đề lên SA, một thời gian họ bị stress phải đi điều trị trầm càm. Sau đó họ đề nghị với sếp về làm IC hoặc lead team vừa nhỏ. Một số người thôi việc.
Vị trí này không phải dành cho số đông, có vui, có buồn và có đánh đổi nhiều thứ.
Cám ơn chia sẻ của anh, hiểu lầm tai hại là có thật và em cũng đang đi nhầm hướng tiếp cận
chuẩn quá a ạ, có những người có AWS SA nhưng vào hands-on hay sâu sâu chút về tech thôi tắt điện luôn :)) kiểu học cưỡi ngựa xem hoa, bản thân e trước cũng học AWS SAA vs DVA nhưng cũng phải mất cả năm vừa học vừa hands-on trong dự án thực tế của cty mới may mắn pass, nói thật e chỉ mong những chứng chỉ về Tech bắt buộc phải có hand-on labs chứ ko chỉ toàn là trắc nghiệm 😄
bạn chưa gặp ông nào có AWS SA Pro nhưng không động vào tí code hay kỹ thuật nào rồi 😂😂😂 mà thực ra gần đây có con bé người Nhật trong HCM nó làm HR nhưng cũng thi 1 đống chứng chỉ giấy AWS(nó còn lấy cả specialist cơ)
chúc anh ngày mới vui vẻ
cảm ơn a