thảo luận [Chuyện trò linh tinh - Box CNTT]

  • Người tạo chủ đề Người tạo chủ đề babystorm26
  • Ngày bắt đầu Ngày bắt đầu
Em xin kinh nghiệm về viết cv ngành cntt ạ. Em đang thắc mâc về mảng hoạt động xã hội ạ.
Hđxh thì em ko tham gia mùa hè xanh có sao ko ạ.

Viết CV kiểu ATS nhé.
Bỏ hoạt động xã hội ra
Ít kinh nghiệm thì đưa dự án cá nhân và kỹ năng lên
Nhiều kinh nghiệm thì đẩy kinh nghiệm và dự án lên.

HR họ scan theo từ khoá trước mà
 
Em xin kinh nghiệm về viết cv ngành cntt ạ. Em đang thắc mâc về mảng hoạt động xã hội ạ.
Hđxh thì em ko tham gia mùa hè xanh có sao ko ạ.
Khi mình xem CV của sinh viên, mình để ý mấy thông tin sau:
  • Có tham gia cuộc thi công nghệ (Tech contest) nào không? Cái này là điểm ưu tiên khá lớn vì tính chủ động cao và ông nào đi thi thì khả năng cao là chịu khó tìm tòi
  • Điểm cao không? Nếu đã ít tham gia mấy Tech contest thì phải có cái khác bù vào
  • Có side project nào ko? Cái này hiếm, thường không để ý lắm nhưng ông nào có cái này thì điểm cộng cực lớn.
 
Khi mình xem CV của sinh viên, mình để ý mấy thông tin sau:
  • Có tham gia cuộc thi công nghệ (Tech contest) nào không? Cái này là điểm ưu tiên khá lớn vì tính chủ động cao và ông nào đi thi thì khả năng cao là chịu khó tìm tòi
  • Điểm cao không? Nếu đã ít tham gia mấy Tech contest thì phải có cái khác bù vào
  • Có side project nào ko? Cái này hiếm, thường không để ý lắm nhưng ông nào có cái này thì điểm cộng cực lớn.
Dạ, vậy là ko cần hđxh ạ.
À anh làm HR công ty nào thế ạ?
 
Với vai trò là lập trình viên mà gặp phải đội business đẩy deadline (không thay đổi được)
Và leader thì muốn đảm bảo chất lượng phải tốt, review rất kĩ thì các bác sẽ làm thế nào.
Nhiều lúc em bế tắc quá.
 
Sửa lần cuối:
Đến đâu hay đến đấy
Code như mớ rác cũng phải chịu
Sập server khi launch thì sẽ phải có ông dev chịu phạt tiền
Có thế thôi
 
Với vai trò là lập trình viên mà gặp phải đội business đẩy deadline (không thay đổi được)
Và đội dev thì muốn đảm bảo chất lượng phải tốt, review rất kĩ thì các bác sẽ làm thế nào.
Nhiều lúc em bế tắc quá.
Thứ nhất, mọi thứ đều phải có đánh đổi. 1 sản phẩm thì như tam giác, 3 cạnh gồm chất lượng, thời gian, chi phí, phải hi sinh 1 cạnh để ưu tiên 2 cạnh còn lại. Trường hợp trên thì cty phải trả tiền cho dev/qa để OT hay outsource gì đó.

Thứ hai, khi muốn đòi hỏi thêm gì đó thì phải có chứng cứ, đưa ra được là với mục này và yêu cầu làm trong thời gian này là không thể. Ở đây có thế lấy các lesson learneds từ các dự án trước hay trong các retrospective chẳng hạn. Nếu không có chứng cứ thì nó là có thể, và chấp nhận làm đi, nếu có bị gì thì coi như là bài học cho dự án.

Cuối cùng, bảo vệ dev/qa trong những trường hợp thế này là việc của team leader hay scrum master. Nếu không làm được thì nên đứng sang một bên để người có năng lực làm và học hỏi từ họ.
 
Với vai trò là lập trình viên mà gặp phải đội business đẩy deadline (không thay đổi được)
Và đội dev thì muốn đảm bảo chất lượng phải tốt, review rất kĩ thì các bác sẽ làm thế nào.
Nhiều lúc em bế tắc quá.
e sẽ ưu tiên tốc độ dự án, tất nhiên logic code phải chính xác, những cái khác improve sau cũng được. Thấy nhiều team review code phải theo sở thích cá nhân người reviewer, hành hạ đồng nghiệp vl
 
Thứ nhất, mọi thứ đều phải có đánh đổi. 1 sản phẩm thì như tam giác, 3 cạnh gồm chất lượng, thời gian, chi phí, phải hi sinh 1 cạnh để ưu tiên 2 cạnh còn lại. Trường hợp trên thì cty phải trả tiền cho dev/qa để OT hay outsource gì đó.

Thứ hai, khi muốn đòi hỏi thêm gì đó thì phải có chứng cứ, đưa ra được là với mục này và yêu cầu làm trong thời gian này là không thể. Ở đây có thế lấy các lesson learneds từ các dự án trước hay trong các retrospective chẳng hạn. Nếu không có chứng cứ thì nó là có thể, và chấp nhận làm đi, nếu có bị gì thì coi như là bài học cho dự án.

Cuối cùng, bảo vệ dev/qa trong những trường hợp thế này là việc của team leader hay scrum master. Nếu không làm được thì nên đứng sang một bên để người có năng lực làm và học hỏi từ họ.

e sẽ ưu tiên tốc độ dự án, tất nhiên logic code phải chính xác, những cái khác improve sau cũng được. Thấy nhiều team review code phải theo sở thích cá nhân người reviewer, hành hạ đồng nghiệp vl
Muốn ưu tiên tốc độ cũng không được bác à.
Không qua cửa review thì không đi được tiếp.
Nhiều lúc gấp, code đạt 6-7/10, nhưng người review thì muốn 8,9,10 điểm.

Gấp hay không là việc của m.

Em thì hay lo lắng về mặt thời gian nên nhiều lúc bị stress
 
Muốn ưu tiên tốc độ cũng không được bác à.
Không qua cửa review thì không đi được tiếp.
Nhiều lúc gấp, code đạt 6-7/10, nhưng người review thì muốn 8,9,10 điểm.
tưởng bác là người review, thế thì leave team thôi, e cũng đã từng trong trường hợp như vậy
 
Oke, cảm ơn bác
nEFecFa.png
 

Thống kê chủ đề

Ngày tạo
babystorm26,
Người trả lời cuối
Ruaconlonton123,
Trả lời
6.711
Lượt xem
740.530
Quay lại
Lên đầu trang