Tôi có lập trình quá chậm không? [đóng cửa]


31

Tôi mới chỉ làm việc được một năm trong ngành và tôi đã gặp một số vấn đề khi lập dự toán cho các nhiệm vụ cụ thể. Trước khi bạn đóng cái này, vâng, tôi đã đọc cái này: Làm thế nào để trả lời khi bạn được yêu cầu ước tính? và đó là về cùng một vấn đề tôi đang gặp phải. Nhưng tôi đang tìm kiếm một thước đo kinh nghiệm cụ thể hơn, một cái gì đó có thể định lượng hoặc có thể là các màn trình diễn trung bình của các lập trình viên khác mà tôi nên nhắm tới và dựa trên ước tính của mình. Các câu trả lời nằm trong vài tuần và tôi đang tìm kiếm nhiều câu trả lời hơn về mức độ của một nhiệm vụ được giao trong một ngày hoặc lâu hơn. (Lưu ý rằng điều này không bao gồm gửi QA hoặc tài liệu, chỉ là thời gian phát triển thực tế từ khi viết bài kiểm tra nếu tôi sử dụng TDD, để tạo trang, trước khi gửi bài kiểm tra)

Tỷ lệ hiện tại của tôi ngay bây giờ là như sau (trên các biểu mẫu web ASP.NET):

  • Ngay bây giờ, tôi có thể phát triển một trang nhập dữ liệu đơn giản với danh sách lưới (không có logic phức tạp, chỉ tạo và đọc) trên một kiến ​​trúc đã được xây dựng, trong thời gian một ngày (8 giờ).
  • Thêm chức năng phức tạp và các trang Cập nhật và Xóa thêm một ngày nữa vào nhiệm vụ.
  • Nếu tôi phải bắt đầu trang từ đầu (không có giải pháp, không có trang web hiện tại), tôi sẽ mất thêm một ngày nữa.
  • (Không phải lúc nào cũng vậy) nhưng nếu tôi gặp phải điều gì đó mới hoặc chưa hoàn thành thì tôi phải mất thêm một ngày nữa.

Bất cứ khi nào tôi ước tính dài hơn dự kiến, tôi cảm thấy rằng những người khác nghĩ rằng tôi tụt hậu rất nhiều so với những người khác. Tôi chỉ quan tâm vì đã có những kỳ vọng rằng khi nó chỉ là một trang, nó sẽ đưa tôi không quá một ngày. Vâng, chắc chắn có nhiều chỗ để cải thiện. Luôn luôn có. Tôi có rất nhiều điều để học hỏi. Nhưng tôi muốn biết liệu tốc độ hiện tại của tôi có quá chậm, chỉ ở mức trung bình hoặc trung bình cho một người không quá một năm trong ngành.


Việc hỏi lại một câu hỏi để thu hẹp nó vào trường hợp sử dụng cụ thể của bạn không được khuyến khích và bạn không có khả năng nhận được bất kỳ phản hồi nào tốt hơn.

Lấy làm tiếc. Tôi đã cố gắng tìm kiếm một câu trả lời cụ thể hơn. Tôi sẽ ghi nhớ nó trong lần tới.
Jonn

17
Tại sao nó không được khuyến khích? Nếu câu trả lời mà anh ta đang tìm kiếm không tồn tại trong câu hỏi ban đầu, tôi nghĩ tốt hơn là nên hỏi một câu hỏi khác được thu hẹp trong một trường hợp cụ thể.
Rachel

7
Hãy nhớ rằng tốc độ không phải là chỉ số duy nhất để đánh giá khả năng của một lập trình viên - chất lượng cũng rất cần thiết. Ngoài tốc độ, hãy xem xét số lượng làm lại quá.
Michael

@ John - bây giờ đã gần 4 năm rồi. Bạn có cảm thấy tốc độ / khả năng của mình đã được cải thiện kể từ khi hỏi câu hỏi này không?
Chucky

Câu trả lời:


20

Nếu bạn đang lập trình cho một công việc và cấp trên của bạn hài lòng với tốc độ bạn biến ra, thì tôi sẽ nói rằng bạn đang làm tốt. Khi bạn kéo dài một năm, rõ ràng họ không bị xúc phạm với sản phẩm của bạn. Ngoài ra, bạn mới chỉ ở đó một năm và giả sử họ đã quản lý mọi người hơn một ngày, họ biết rằng có một đường cong học tập khi bạn vẫn còn xanh.

Theo ước tính ... Tôi đã ở trong ngành được 5 năm rồi (chắc chắn không phải là lãnh thổ kỳ cựu, tôi biết!), Và ước tính cá nhân của tôi vẫn còn tệ. Tôi đánh giá quá cao gần như thường xuyên khi tôi đánh giá thấp, và tôi làm cả hai nhiều hơn là tôi làm đúng. Một cái gì đó sẽ đến, ở đâu đó, và cắn bạn. Đôi khi bạn sẽ tìm thấy một thư viện làm mọi thứ bạn nghĩ bạn phải tự làm và một tuần làm việc sẽ biến mất sau nửa ngày. Lần khác, một lỗi ngu ngốc sẽ kéo dài một ngày làm việc đến 2, 3, 4 ...

Nếu bạn lặp đi lặp lại nhiều công việc tương tự lặp đi lặp lại và bạn cảm thấy như bạn đã tối đa hóa thông lượng của mình cho nó, có lẽ bạn nên yêu cầu được chuyển sang một nhiệm vụ khác. 'Thụ phấn chéo' và các điều khoản thân thiện với PHB khác chắc chắn có lợi cho các nhà phát triển. Nếu bạn dành một tháng trở lên cho việc khác, có thể bạn sẽ tìm thấy thứ gì đó phù hợp hơn với mình. Nếu không, hoặc bạn không thể tránh xa các biểu mẫu web, thay đổi sẽ không gây hại gì cho bạn và bạn có thể quay lại với một chút kiến ​​thức và kinh nghiệm sẽ giúp bạn.


Không phải là những người quản lý của tôi không hiểu nhưng họ đang mong đợi tôi nhiều hơn và kết quả nhanh hơn và đó là điều khiến tôi cảm thấy không thỏa đáng.
Jonn

3
Bạn luôn có thể hỏi người quản lý xem họ nghĩ bạn đang làm như thế nào. Bằng cách đó bạn sẽ biết, bằng cách này hay cách khác. Họ có thể có những gợi ý tốt về cách bạn có thể cải thiện. Hoặc họ có thể nói với bạn rằng bạn đang làm rất tốt, và bạn không có gì phải lo lắng. Ưu điểm: Ngay cả khi bạn làm việc kém, điều đó cho thấy bạn tự giác và chủ động. Nhược điểm: Nó có thể khiến họ nhận ra bạn đang tụt hậu. Ngoài ra, bạn có thể đang làm tốt và được nói rằng điều đó có thể khiến bạn mất đi nỗi sợ hãi và mong muốn chứng tỏ bản thân mà nỗi sợ mang lại
QWasson

10

May mắn cho bạn, nếu bạn đã quản lý 1 năm làm lập trình viên xanh. Tôi đã được chuyển đến một đơn vị khác chỉ sau 9 tháng (trong đó 3 tháng thực sự là lập trình), vì không đủ năng suất. Và tôi đã học hỏi nhiều hơn mỗi ngày, tận hưởng quá trình và cung cấp mọi thứ với tốc độ ổn định. Đó là lần đầu tiên tôi làm việc trong lập trình công ty, à ...

Có lẽ sẽ tốt hơn nếu làm mã bẩn nhất, kém tin cậy nhất với kiểm tra bằng 0 mà hầu như không ở cùng với bubblegum khi thực hiện nhiệm vụ, vì vậy các nhà quản lý sẽ có đủ "năng suất" cho điểm chuẩn của họ.


7

Bạn có thể hơi "chậm" so với người đã lập trình được 5 hoặc 10 năm, nhưng tất cả đều đi cùng với thời gian. Bạn có thể đang làm mọi thứ bây giờ trong 1/10 của thời gian như khi bạn mới học, và nó sẽ tiếp tục trở nên dễ dàng hơn. Đó chỉ là cách mà hầu hết mọi thứ trong cuộc sống là ... bạn chậm chạp khi mới học nó, và bạn dần dần trở nên tốt hơn, nhanh hơn, hiệu quả hơn. Nếu bạn luyện tập đủ lâu, bạn có thể trở nên "thành thạo".


2

Nếu bạn đang làm những việc có phần độc đáo mỗi lần nhận được các nhiệm vụ chi tiết tốt hoặc ước tính rất chính xác sẽ luôn luôn khó khăn.

Cá nhân tôi thích thử thách, nhưng đôi khi nó có thể khiến bạn trông hơi ngớ ngẩn nếu bạn chỉ nhìn vào một danh sách nhiệm vụ hoặc một dòng thời gian.

Nếu bạn đang làm các bài kiểm tra khi bạn đi đôi khi tôi sẽ nói rằng các ví dụ bạn đưa ra khá nhanh tùy thuộc vào độ phức tạp của những gì bạn đang làm. Tôi đã làm việc trên các dự án trong đó mỗi mục, thậm chí một số nếu các mục bên trong điểm đạn của bạn, có ít nhất một ngày được chỉ định cho chúng.


1

Bất cứ khi nào tôi ước tính dài hơn dự kiến, tôi cảm thấy rằng những người khác nghĩ rằng tôi tụt hậu rất nhiều so với những người khác.

Đây là tất cả để phổ biến, nếu không ai sẽ đưa ra ước tính dài hơn khi xem xét một vấn đề chi tiết, thì tất cả các ước tính sẽ có xu hướng quá ngắn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.