Làm software engineer mà bị bắt estimate task, luôn bị hỏi khi nào xong, áp đặt deadline?

Поделиться
HTML-код
  • Опубликовано: 3 июл 2024
  • ХоббиХобби

Комментарии • 18

  • @minhtri2928
    @minhtri2928 День назад

    estimate task và xa hơn là tầm nhìn chiến lược thì các bạn mới sẽ không thích nhưng làm cái gì trên đời cũng cần dự trù, dự tính và thường những người chấp nhận học hỏi và có kỹ năng đó là những người giao việc cho các bạn đó.

  • @cuonglehuu7762
    @cuonglehuu7762 3 дня назад +2

    cảm ơn những chia sẻ chuyên sâu của chú 😆

  • @tuo2484
    @tuo2484 2 дня назад +3

    for loop 1 quãng đường nhưng return rất nhiều câu chuyện 😆

  • @kythinhnguyen5474
    @kythinhnguyen5474 2 дня назад +4

    Thông tin tiki, tổng cộng tiền đầu tư 470.5 triệu đô = 12k tỷ đồng.

  • @datbui8807
    @datbui8807 2 дня назад

    cảm ơn chú đã chia sẻ

  • @vunguyen2246
    @vunguyen2246 2 дня назад

    Estimate task là 1 kỹ năng quan trọng để lên các level cao hơn

  • @quang.luu.179
    @quang.luu.179 2 дня назад

    Nói chung nguyên nhân để anh bạn kia đặt ra câu hỏi này thì có nhiều.
    Nhưng hãy bỏ qua yếu tố kinh nghiệm và cảm xúc, thì một trong những yếu tố đó là do công ty lớn đối xử với nhân viên là dạng công nhân kĩ thuật cao. Các phòng ban hoạt động độc lập với nhau như 1 silo ko liên quan, dẫn tới việc bên này ko hiểu bên kia thế nào. Dev chỉ ở trong 1 domain nhỏ là phần kĩ thuật và rộng hơn là k hiểu cơ chế vận hành của một dự án, business domain, operation, market, dòng tiền... nên các bạn không hiểu được.
    Một số các công ty nhỏ họ có cơ hội để đưa các dev thoát khỏi việc này bằng cách thuyên chuyển vị trí, chuyển scope, chuyển role... theo dự án hoặc định kì. Nhưng dạng cty này ít.

  • @kardle2954
    @kardle2954 День назад

    SE mà không biết eta thì chỉ gọi là thợ code đúng hơn. Không eta thì làm sao planning, làm sao biết được work load trong sprint này như vậy là hợp lý chưa, rồi làm sao chốt được release plan với khách hàng. Mình là người làm mà bản thân mình không biết được khi nào nó xong thì người khác sao dám. Cho estimate thì kêu không thích, mà người khác estimate thì bảo áp đặt deadline. Bản thân mình là dev mà nghe còn không bênh nổi.

  • @quang.luu.179
    @quang.luu.179 2 дня назад +3

    Hoan hỉ đón nhận đi.
    Chả ai muốn hỏi bạn đâu. Mà vì công việc, khách hàng nó thế.
    Cao hơn bạn là khách hàng ở trên kia nó gõ xuống POC, SA, PM... rồi tới bạn. Chẳng qua bạn chỉ là 1 thằng đầu cuối trong chuỗi thích làm eo, khó chịu mà thôi.
    Chú nào không thích bị bắt estimate task, luôn bị hỏi khi nào xong, áp đặt deadline... này kia thì nên chuyển qua làm Indie dev nha. Lúc đó không phải trong team hỏi nữa mà là cơm, áo, gạo, hóa đơn... nó dí, khách hàng... nó dí.
    Đi làm lâu sẽ thấy ở đâu cũng thế thôi. Đến mượn tiền ngân hàng kia mà gần tới ngày là có đứa nhắc nợ liền ? bao giờ anh trả ? Mà đâu phải mình ko trả.
    Ngẫm cũng thế thôi. C'est la vie.
    👍👍👍

    • @anh-ngo
      @anh-ngo 2 дня назад +1

      không hẳng là bị áp lực đâu... trường hợp t gặp ở công ty thì người ta thích thể hiện quyền lực

    • @quang.luu.179
      @quang.luu.179 2 дня назад

      @@anh-ngo ok bạn. Nôm na, nếu người ta có trách nhiệm phải nắm rõ tiến độ và được công ty giao cái quyền đó thì cứ để người ta showoff thì thôi. Nếu vậy thì k có gì phải khó chịu. Việc của mình là trả lời.

    • @anh-ngo
      @anh-ngo 2 дня назад

      @@quang.luu.179 vấn đề là khoản hơn 2h là hỏi 1 lần tuy mình không phải người bị hỏi nhưng mình ngồi kế bên vẫn bị tụt mood, nếu đầu ngày hỏi và cuối ngày hoặc task hot fix thì không có vấn đề. Nhưng đó là task bình thường và 1 ngày hỏi 7 8 lần ^^ => bổ sung là la lớn cho văn phòng biết là mình đang hỏi

    • @quang.luu.179
      @quang.luu.179 2 дня назад +4

      @@anh-ngo à. Toi không nằm trong nội bộ team bạn nên cũng k ý kiến chính xác được. Nhưng có 2 vấn đề ở đây cần xem xét:
      1/ tại sao lại hỏi với tần suất dày như vậy ? Micromanage ko phải tự nhiên mà có. Thường nó là hậu quả của làm ko hiệu quả, trễ deadline, thiếu sync… b phải coi cái gốc là gì để xử lý
      2/ nếu bản chất câu hỏi ko gây khó chịu, người hỏi gây khó chịu. Vậy có khúc mắc gì ở sau mà chưa giải quyết gây ra vấn đề không. Giải quyết thế nào ? Khi nào ? Cần những ai tham gia.
      Cái vấn đề này luôn gặp ở mọi cty mình đi qua nhưng mỗi chỗ lại có cách làm khác nhau.
      Chúc bạn sớm giải quyết đc vấn đề của mình

  • @bphil4859
    @bphil4859 2 дня назад

    hỏi đúng chuyên môn của ông r, phần mềm giờ rẻ như rau r

  • @caonguyenanhvu5242
    @caonguyenanhvu5242 День назад

    con chào chú , dạ con đang có định hướng là dev java xong rồi thêm go nữa chú thấy định hướng vậy có được không ạ , con đang đầu năm 2

  • @hoango4302
    @hoango4302 2 дня назад

    chú ơi, muốn phát triển lên thành fullstack developer thì bắt đầu từ việc thực tập front end ổn k chú

  • @toantranuc5306
    @toantranuc5306 2 дня назад

    Con chào chú. Con đang là sv năm nhất sắp lên năm 2 muốn theo hướng software engineer (java dev) rồi học thêm cả cybersecurity vì con thấy đi cùng sự phát triển của AI thì cái vấn đề an toàn thông tin nó cũng phát triển theo. Chú cho con hỏi lộ trình như trên có khả thi hay không ạ và lộ trình học cybersecurity là gì ạ ? Con cảm ơn chú.

  • @nguyenthai1893
    @nguyenthai1893 2 дня назад +3

    Đi làm rất ghét mấy thằng kêu làm vì cảm hứng như này. Thích thì nó làm, ko thích thì nó để đấy. Task chia đầu tuần mỗi thằng 3 task, ông nghỉ 1 hôm thì ông đòi giảm xuống 2 task, còn lại vất đấy cho team phải gánh, vô trách nhiệm vl. Đến hôm cần báo cáo thì ông nghỉ cmn ở nhà thế là khỏi phải báo cáo.