Bạn nói trong một trong những ý kiến rằng đây là công việc đầu tiên của bạn. Các nhà quản lý thường không có kỹ thuật ở bất cứ đâu ngoại trừ một cửa hàng phần mềm chuyên dụng theo kinh nghiệm của tôi. Đây là một phần của cuộc sống, chỉ cần làm quen với điều đó.
Bạn khóc và than vãn vì không có ai đánh giá cao sự thanh lịch trong các giải pháp của bạn. Vấn đề thực sự ở đây không phải là không có ai đánh giá cao sự thanh lịch của các giải pháp của bạn, mà là không có ai dạy bạn rằng các giải pháp của bạn không tốt như bạn nghĩ. Hầu như tất cả các lập trình viên mới đều đánh giá quá cao các kỹ năng thực tế của họ. Không có người cố vấn, không có ai giúp bạn thực hành tốt hơn. Nếu không có ai ở đó để tư vấn cho bạn, thì hãy tham gia các nhóm người dùng địa phương, tích cực tham gia và nhờ ai đó ở đó tư vấn cho bạn. Thậm chí tốt hơn, điều đó sẽ giúp bạn tìm được một công việc tốt hơn cuối cùng.
Bạn đạt điểm 0 trong bài kiểm tra Joel? Nếu bạn là lập trình viên duy nhất (và nó phát ra từ những gì bạn đã viết) thì tại sao bạn không sử dụng kiểm soát nguồn? Điều gì đang ngăn cản bạn? Nếu bạn không phải là lập trình viên duy nhất, tại sao không có ai có thể thực hiện đánh giá mã? Tất cả các nhà phát triển của chúng tôi đều xem xét mã, đó không phải là chức năng quản lý, đặc biệt khi người quản lý không có kỹ thuật.
Yêu cầu thay đổi ở khá nhiều nơi. Nhu cầu kinh doanh thay đổi liên tục và những người không phải là lập trình viên thường không thể hình dung được chương trình sẽ làm gì cho đến khi họ thấy điều gì đó. Sau đó, họ nhận ra đó không phải là thứ họ cần. Đó là lý do tại sao Agile ra đời thực sự bởi vì các phương thức cũ không xử lý tốt sự thay đổi đó.
Thiết lập theo dõi lỗi ngay cả khi quản lý không muốn tự nhập dữ liệu. Chịu trách nhiệm nhập lỗi / tính năng mới khi có ai đó đề cập đến chúng cho bạn. Nó thực sự giúp tôi có thể nói với người quản lý khi anh ấy muốn thay đổi rằng bạn đã được chỉ định 27 điều khác và đây là danh sách, bạn muốn tôi chuyển xuống danh sách ưu tiên để thay thế cho thay đổi mới này. Nó sẽ giúp ích trong thời gian xem xét vì bạn sẽ có thể đếm số lần sửa lỗi và các tính năng bạn đã triển khai. Nếu mọi người không sử dụng nó, thì ít nhất bạn có thể cho công việc của riêng bạn. Nếu họ không cho phép bạn cài đặt bất kỳ phần mềm nào thì hãy sử dụng bảng tính Excel. Hãy chủ động. Một khi bạn có thể hiển thị kết quả, những người khác sẽ quan tâm hơn. Nếu bạn nghĩ rằng có quá nhiều công việc cho một người, trình theo dõi lỗi sẽ giúp bạn chứng minh điều đó.
Đừng chứng minh những bản demo trông bóng bẩy! Các bản demo sẽ trông như thể chúng được viết nguệch ngoạc bằng bút trên một tờ giấy. Giao diện càng bóng bẩy thì người phi kỹ thuật càng nghĩ nó đã hoàn thành.
Mặc dù không ai biết nếu bạn không tuân theo các thực tiễn tốt nhất và mã semi_hard chẳng hạn, bạn sẽ biết và bạn sẽ mắc phải những thói quen xấu, cẩu thả. Điều đó sẽ không phục vụ bạn tốt trong công việc tiếp theo của bạn. Vì vậy, làm những điều gần với đúng cách mà bạn có thể trong hoàn cảnh. Đảm bảo viết các bài kiểm tra (chỉ coi đây là một phần của thời gian phát triển và dành thời gian để thực hiện nó trong bất kỳ ước tính nào bạn đưa ra quản lý ngay cả khi bạn không nói cụ thể đó là một phần của ước tính) và sử dụng các bài kiểm tra đó để đảm bảo những thay đổi sau này không phá vỡ một cái gì đó khác.
Bạn cần xem đây là một cơ hội vô giá để phát triển và cải thiện. Bạn có nhiều tự do hơn trong mã hóa thực tế hơn nhiều người có ở giai đoạn đó của sự nghiệp. Vì vậy, coi đây là một cơ hội để tạo ra một danh mục các dự án được thực hiện thành công. Khi bạn đi tìm công việc tiếp theo, việc có thể chỉ ra những thành tựu như kiểm soát nguồn được lập ra, theo dõi lỗi, tạo ra X số lần thực hiện dự án thành công, v.v., sẽ khiến bạn nổi bật so với phần còn lại.
Bạn cũng có một cơ hội tuyệt vời ở đây để học cách quản lý kỳ vọng trở lên. Đây là Askill sẽ có ích trong phần còn lại của sự nghiệp của bạn. Bạn không có gì để mất khi cố gắng làm điều này ở đây, mọi thứ đã không tốt. Nhưng bạn có thể học các kỹ năng chính trị sẽ giúp bạn ở những nơi tốt hơn sau này. Tìm hiểu để làm một phân tích lợi ích chi phí. Tìm hiểu cách nhấn mạnh lĩnh vực kinh doanh để bạn có thể bị thuyết phục khi bạn nói chuyện với họ. Học cách nói chuyện về các trang phục cho công ty và lợi nhuận. Thực hiện ước tính cho mọi nhiệm vụ bạn được giao và ngay cả khi chúng không phù hợp với quản lý waht đang cung cấp cho bạn, hãy lưu hồ sơ về những gì bạn ước tính và những gì thực sự cần để cải thiện khả năng ước tính công việc của bạn. Khi bạn có thể chỉ ra rằng các ước tính của bạn trong lịch sử đã chính xác hơn so với quản lý, họ sẽ có nhiều khả năng lắng nghe khi bạn nói với họ ước tính quá thấp. Nhưng bạn phải xây dựng một hồ sơ theo dõi trước tiên về cả hai ước tính chính xác hơn và quan trọng nhất là khả năng cung cấp các dự án và làm cho chúng hoạt động. Một lần nữa đây là một kỹ năng tốt để có khi bạn tiến lên trong sự nghiệp của mình.
Trên hết, đừng thụ động và mong đợi sự cải thiện đến từ phía trên.