thảo luận Cấp độ trên senior là làm những việc gì?

phải chi ân xá cho ổng thớt được nhỉ

changtrai_namay said:

phải chi ân xá cho ổng thớt được nhỉ

Click to expand...

Ban nick này thì lập nick khác thôi.

Tôi là OP đây, bạn có gì thắc mắc về topic cứ hỏi

tu_do_quan_diem said:

Ban nick này thì lập nick khác thôi.

Tôi là OP đây, bạn có gì thắc mắc về topic cứ hỏi

Click to expand...

Bác cho em hỏi sinh viên VN muốn intern ở Bigtech thì cần điều kiện gì để qua vòng gửi xe ạ? Có bắt buộc cần có giải ACM-ICPC không, resume cần cái gì để ngta ấn tượng, codeforces 2k có được chú ý hơn không,.... Em cảm ơn

good topic

connholam said:

good topic

Click to expand...

spam để kiếm bài post f33 mà comment vô nghĩa vậy ?

bác chia sẻ thêm kiến thức thiết kế hệ thống đi ạ

Topic này hay mà lại dead tiếc nhỉ

Chà. Đọc xong hết nhìn lại thấy bác thớt bay màu rồi. Với lại cũng hơn 2 năm từ lúc viết bài này
Nhưng dù là bao nhiu năm thì những vấn đề thớt này nói là ko hề thay đổi

Sent from Xiaomi 2201117TG using vozFApp

mọi ng có ai còn bài cũ khác của chủ thớt ko e tìm ko thấy

Các kỹ năng ngoài hard skill quan trọng ghê các thím à

msdn.microsoft.com/en-us said:

Càng lên cấp độ cao hơn các bạn sẽ càng để ý là kĩ năng communication và quản lý công việc lại càng chiếm vai trò quan trọng, không như lúc còn là Junior developer.

Cho nên các bạn mới ra trường hoặc Junior developer nên cân nhắc phát triển kĩ năng của mình đồng đều, đừng ôm mộng lập trình viên rockstar như trên phim ảnh, một mình cân cả thế giới, kiến thức về mặt kĩ thuật chưa phải là tất cả đâu.

Click to expand...

Làm sao để nâng cao cái kỹ năng mềm đây ông. Kỹ năm mềm là 1 thứ gần như chả có cái sách vở nào dạy nổi cả

quá hay,mà bác này ra đảo r à các bác

vinhdn20 said:

Làm sao để nâng cao cái kỹ năng mềm đây ông. Kỹ năm mềm là 1 thứ gần như chả có cái sách vở nào dạy nổi cả

Click to expand...

mặt dày luyện thôi chứ sao nữa.

• Thuyết trình yếu: tìm mọi cơ hội đi chém gió, đơn giản dễ làm nhất là đi dạy đám đàn em về 1 cái gì đó mà mình cảm thấy master.
• Giao tiếp kém: thì giao tiếp nhiều lên, không biết bắt đầu từ đâu thì ra quán trà đá, ngồi buôn dưa với chủ quán xem.

- kỹ năng lập kế hoạch, tổ chức: gọi đám bạn, tổ chức 1 chuyến đi phượt cho cả đội xem.

Mấy senior cho em hỏi, khi bắt đầu thiết kế 1 hệ thống, hay 1 service, các bác làm gì đầu tiên? Em thì cứ nhảy vào là tìm solution, vẽ squence, rồi class diagram, tổ chức DB. Nhưng khi làm thì lại implement 1 kiểu (cũng ko sai lệch vs ban đầu nhiều, nhưng cảm thấy ko chuẩn được). Mạo muội lên đây xin ý kiến của các bậc tiền bối

devaslife said:

Mấy senior cho em hỏi, khi bắt đầu thiết kế 1 hệ thống, hay 1 service, các bác làm gì đầu tiên? Em thì cứ nhảy vào là tìm solution, vẽ squence, rồi class diagram, tổ chức DB. Nhưng khi làm thì lại implement 1 kiểu (cũng ko sai lệch vs ban đầu nhiều, nhưng cảm thấy ko chuẩn được). Mạo muội lên đây xin ý kiến của các bậc tiền bối

Click to expand...

Em thì chỉ mô tả epic bằng văn bản, text 100%, như viết readme ấy, rồi review với PO, architect

OK thì tách tiếp thành nhiều issue nhỏ, vẫn text. Review tiếp với architect, Dev, qa.

Đội này OK thì các issue đc mô tả tiếp bằng code, test case. Code review, test, merge master, tạo issue tiếp nếu cần. bao giờ hết issue thì close epic

Em có 1 tính năng là feature switch, chỉ bao giờ close epic thì mới mở cho customer dùng

devaslife said:

Mấy senior cho em hỏi, khi bắt đầu thiết kế 1 hệ thống, hay 1 service, các bác làm gì đầu tiên? Em thì cứ nhảy vào là tìm solution, vẽ squence, rồi class diagram, tổ chức DB. Nhưng khi làm thì lại implement 1 kiểu (cũng ko sai lệch vs ban đầu nhiều, nhưng cảm thấy ko chuẩn được). Mạo muội lên đây xin ý kiến của các bậc tiền bối

Click to expand...

Bước đầu tiên là phân tích chi tiết hệ thống, chứ không phải là tìm solutions. Thoạt nghe thì khá là buồn cười, tuy nhiên mình thấy nhiều người vẫn đang nhầm lẫn phần này ở chỗ: Yêu cầu chi tiết đã được liệt kê từ trên rồi (BA, PO...), tại sao còn phân tích làm gì. Tuy nhiên phân tích ở đây là phải đặt bối cảnh của yêu cầu vào kiến trúc hệ thống hiện tại xem nó nằm ở vị trí nào, có vai trò gì, có sự ảnh hưởng ngược như thế nào đến hệ thống hiện tại; tìm kiếm xem yêu cầu này có chi tiết gì đặc biệt không (dữ liệu đầu vào lớn, yêu cầu tính realtime cao...) từ đó nắm rõ hơn về các vấn đề có thể xảy ra. Khi có đầy đủ thông tin này rồi thì mới đến bước tìm solution.

leuleuleu789 said:

Uh, ở đây tôi sẽ viết nhiều về "làm sao lên senior", cụ thể về việc debug phần mềm, hay viết code. Những kĩ năng 6/7 tôi sẽ sơ lược qua ở đây. Các bạn nào muốn cụ thể hơn về trải nghiệm và các bài học khi lên tầng cao thì có thể PM tôi, tại những bài kiểu đấy tôi thường viết bên reddit (bên đấy ẩn danh an toàn hơn).

Click to expand...

Bác có link không share cho mình tìm hiểu vs

Thang đo này ko biết bao giờ mới leo xong. Yên phận ở Senior big tech mẽo chắc cũng đủ sống ko cần phải lên tới Staff hay Princicple làm gì

via theNEXTvoz for iPhone

Bài viết hay, comment cũng chất lượng.

Hay, thanks!