Làm thế nào để mã trên một lịch trình rất chặt chẽ?

Tôi đang làm việc trên một dự án có lịch trình rất chặt chẽ. Tôi không có nhiều thời gian để viết mã và kiểm tra (mặc dù tôi làm việc hơn 12 giờ mỗi ngày nhưng nó vẫn bị trì hoãn) và kết quả rất mong manh. Mã của nó cũng rất khó xử.

Chương trình này được sử dụng bởi tất cả các văn phòng trong công ty của chúng tôi, được đặt tại nhiều quốc gia. Tôi thường xuyên nhận được các cuộc gọi điện thoại vào lúc nửa đêm về các lỗi từ người dùng / người kiểm tra của chúng tôi hoặc về việc họ không biết cách sử dụng một số tính năng.

Sau ba năm thực hiện dự án này, tôi cảm thấy rất căng thẳng và tôi không thể ngủ ngon vì tôi rất lo lắng về lỗi và các cuộc gọi điện thoại.

Tôi có một vài câu hỏi:

1. Trong ba năm, tất cả các mã tôi đã viết chỉ là mã kịch bản sử dụng hoàn hảo (vì vậy nó dễ dàng bị phá vỡ). Nó được thiết kế kém và không có bất kỳ bài kiểm tra đơn vị nào. Tôi có rất nhiều vấn đề vì thực tế này. Do đó, tôi muốn biết liệu có khả thi để viết mã hoạt động khi dự án có lịch trình rất chặt chẽ không?
2. Làm thế nào tôi có thể viết mã tốt hơn trong cùng một khoảng thời gian?
3. Làm thế nào tôi có thể giải tỏa tâm trí và không lo lắng về công việc khi tôi đi ngủ?

Cấm gọi điện thoại

Nếu người dùng của bạn ở khắp nơi trên thế giới, họ chắc chắn không thể mong bạn nhận điện thoại khi đó là 4 giờ sáng và bạn đang ở trên giường. Tôi sẽ cấm các cuộc gọi điện thoại và chuyển sang các phương tiện liên lạc khác có thể phục vụ tình huống này tốt hơn (email hoặc một số DB theo dõi vấn đề). Nhưng ngay cả tại văn phòng làm một lịch trình tiếp cận điện thoại theo lịch trình. Nếu không, bạn không thể làm bất cứ điều gì trong suốt thời gian bạn ở văn phòng.

Điều này sẽ giúp bạn có giấc ngủ và nghỉ ngơi có giá trị.

Kín lịch

Nếu dự án này đã được lên kế hoạch chặt chẽ trong ba năm, chắc chắn ai đó đã nghi ngờ điều gì đó không thực sự hiệu quả. Có lẽ đã đến lúc ai đó nói với các nhà quy hoạch một cái gì đó và đặc biệt là người dùng / khách hàng của bạn và người quản lý của bạn rằng đây là một dự án chết chóc. Nó đã được phát triển trong ba năm, nó bị trì hoãn và nó đầy lỗi. Kế hoạch nên được đánh giá lại hoàn toàn, mã hiện tại nên được tái cấu trúc và các tính năng mới không nên được phát triển cho đến khi nhiều vấn đề được giải quyết.

Trật tự từ sự hỗn loạn

Thiết lập một phương pháp phát triển sẽ làm cho mọi thứ có thể dự đoán và chịu đựng được cho bạn. Nếu bạn là nhà phát triển thì việc phục vụ các cuộc gọi điện thoại khi họ đến không cho phép bạn thực hiện bất kỳ công việc nào. Mỗi lần gián đoạn bạn phải mất 15 phút để quay lại nơi bạn rời đi. Các cuộc gọi điện thoại nên được tắt . Ít nhất là trên bàn của bạn bởi vì bạn là một nhà phát triển. Nếu bạn có thể chuyển hướng các cuộc gọi điện thoại cho người khác sẽ không làm phiền bạn sau mỗi cuộc gọi hơn là làm điều đó.

Thiết lập một số loại cơ sở dữ liệu sự cố / lỗi. Dành thời gian mỗi sáng khi bạn đi làm và ưu tiên các sự cố mới (bản thân, nhóm của bạn hoặc với khách hàng / người quản lý của bạn). Cố gắng giải quyết chúng theo thứ tự ưu tiên này và thậm chí không thử nghĩ đến các cuộc gọi điện thoại.

Chuyện gi xảy ra nêu

Điều gì xảy ra nếu bạn không thể tắt điện thoại và bạn không thể nói với người dùng của mình rằng họ không thể gọi cho bạn bất cứ khi nào họ muốn? Nếu bạn có số điện thoại của người dùng, tôi khuyên bạn nên làm ngược lại: khi họ gọi cho bạn, hãy thông báo và thông báo cho họ rằng bạn sẽ gọi lại cho họ khi giải quyết xong. Sau đó gọi lại cho họ khi họ đang ngủ. Nếu họ nói với bạn rằng họ đang ngủ, hãy nhớ câu trả lời của họ và sử dụng nó khi họ gọi cho bạn vào giữa đêm vào lần tới. Mọi người thường hiểu ngôn ngữ của họ tốt hơn.

Nếu họ sử dụng điện thoại văn phòng và bạn sử dụng điện thoại di động để bạn không thể gọi cho họ ngoài giờ làm việc và họ có thể, sau đó bắt đầu tắt điện thoại di động của bạn sau khi bạn rời khỏi văn phòng. Bạn đã ở đó 12 giờ và bạn xứng đáng được nghỉ làm. Nếu điện thoại di động là điện thoại cá nhân của bạn, thì công ty của bạn sẽ cung cấp cho bạn một cái mới và bạn nên thông báo cho người dùng / khách hàng của mình về nó. Nếu sau đó họ bắt đầu gọi bạn bằng cá nhân của bạn (vì họ không thể liên lạc với bạn về doanh nghiệp của bạn thì bạn cũng vậy:

1. không nhận
2. nó đã được trả lời bởi một người bạn của bạn thông báo cho họ về số sai hoặc người dùng ban đầu của số này không sử dụng nó nữa.

Điều quan trọng nhất

Không phát triển bất kỳ chức năng mới nào cho đến khi bạn giải quyết các vấn đề hiện có. Ít nhất là những ưu tiên cao và trung bình.

Trừ khi bạn là người duy nhất trong đội - trong trường hợp đó, có lẽ bạn còn hơn nửa đường để kiệt sức - thay phiên nhau với 'máy nhắn tin'. Điều đó sẽ làm giảm tải cho bây giờ.

Sau đó, bạn cần phải thông báo cho ban quản lý rằng họ cần lên lịch một giai đoạn để trả nợ kỹ thuật - điều đó có nghĩa là kiểm tra, dọn dẹp mã, tái cấu trúc. Và nó cần phải được lên lịch sớm. Nói chung, điều này có nghĩa là trong một thời gian, không có mã mới nào không phải là tái cấu trúc hoặc thử nghiệm. Nếu không, nó sẽ trở nên tồi tệ hơn.

Khi ở trong giai đoạn đó, bạn chọn các phần rắc rối nhất của cơ sở mã, tái cấu trúc nó, làm sạch nó và viết các bài kiểm tra để kiểm tra shit ra khỏi nó. Khi các cuộc gọi dừng hoặc có thể được xử lý mà không có nhà phát triển nào phát điên, thì bạn đã sẵn sàng cho một giai đoạn tính năng khác (nếu đó là những gì họ muốn). Tại thời điểm này, bạn viết các bài kiểm tra với mã mới và tiếp tục chạy hồi quy. Ngay bây giờ, phần mềm có vẻ như đang trên đường viết lại.

Bán điểm cho cuộc trò chuyện của bạn với sếp:

• Kiểm tra tự động có thể dừng hoặc giảm đáng kể hồi quy
• Tập trung vào sự ổn định có nghĩa là người dùng sẽ có ít sự chậm trễ / dừng công việc hơn
• Không có cuộc gọi nửa đêm nữa có nghĩa là họ không trả tiền ngoài giờ
• Không có cuộc gọi nửa đêm nữa có nghĩa là các nhà phát triển sẽ không bị kiệt sức nhanh như vậy

Hãy trung thực mặc dù. Cho đến thời điểm này, công ty của bạn đã không nghĩ rằng đây là một vấn đề đủ lớn để làm gì đó; bạn sẽ kiệt sức Âm thanh như, không ai trong quản lý có bất kỳ kinh nghiệm phát triển thực sự. Bắt đầu tìm kiếm.

Mặc dù có thể có một số kỹ thuật cho phép bạn đạt được mức tăng năng suất nhỏ, nhưng mức tăng 5% trong sản lượng công việc lại tệ hơn là vô dụng với bạn ngay bây giờ. Kỹ năng thực sự bạn đang thiếu ở đây rất đơn giản và nền tảng:

Học cách nói không

Nói không với tất cả những kỳ vọng vô lý mà bạn đã biết bạn nên từ chối. Bạn biết những gì họ đang có. Điều đó là rõ ràng. Nếu bạn không thể nói không ngay bây giờ, hãy tìm một công việc mà bạn có thể. Nhà tuyển dụng thông minh sẽ tìm thấy kỹ năng này mong muốn.

Bắt đầu bằng cách hiểu rằng dự án của bạn sẽ thất bại nếu không có gì thay đổi. Đây là bước quan trọng nhất để làm những gì bạn cần làm. Một nhà phát triển không thể duy trì 12 giờ một ngày nỗ lực và có thể tạo ra mã hữu ích. Bạn sẽ đến một điểm mà bạn tạo ra những sai lầm ngu ngốc và thực sự mất tiến bộ bởi vì bạn phải bắt đầu mỗi ngày để sửa chữa những gì bạn đã làm ngày hôm trước. Có vẻ như bạn đã ở đó.

Có hai vấn đề chính cần được giải quyết trước khi bạn có thể tỉnh táo trở lại:

• Quản lý cần biết rằng những gì họ đang làm không hoạt động . Tiếp tục lặp lại những sai lầm tương tự sẽ tạo ra kết quả tương tự. Một cái gì đó phải thay đổi.
• Bạn cần thời gian để sửa chữa những gì bạn đã có. Điều đó có nghĩa là bạn cần thời gian để lên kế hoạch cho cuộc tấn công của mình và bạn cần thời gian để thực hiện nó trong 8 ngày làm việc.
• Bạn cần thay đổi cách bạn làm việc. Hiểu rằng bạn càng căng thẳng, bạn càng có nhiều tầm nhìn đường hầm. Bạn không thể nghĩ ra những cách sáng tạo để giải quyết vấn đề hoặc thậm chí nghĩ về những gì sẽ xảy ra nếu có vấn đề khi bạn bị căng thẳng như thế này. Chưa kể bạn có nguy cơ biến chứng nghiêm trọng về sức khỏe. Tìm cách giải tỏa căng thẳng của bạn, và tìm cách giảm căng thẳng của bạn.

Để khắc phục tình trạng của bạn, bạn cần quản lý mua. Vấn đề là họ không cảm thấy đau và bạn không muốn đến bệnh viện vì đột quỵ để thu hút sự chú ý của họ. Bước đầu tiên là giải thích cho quản lý của bạn biết bạn đang ở đâu và áp lực bạn phải chịu. Nếu họ không hiểu, hãy lên một cấp quản lý khác. Hoặc có thể mô tả điều kiện làm việc của bạn cho bộ phận nhân sự. Yêu cầu bạn làm việc hơn 8 giờ mỗi ngày trong thời gian dài có thể là vi phạm pháp luật và bộ phận nhân sự sẽ biết chắc chắn.

Giả sử quản lý nghe thấy lời cầu xin của bạn, bạn muốn thực hiện các hành động sau:

• Cầm máu. Không có tính năng mới và người khác xử lý các cuộc gọi dịch vụ. Bạn cần phải tập trung vào nhiệm vụ trong tầm tay.
• Xác định các lỗi nghiêm trọng nhất cần được sửa chữa và cố gắng tìm ra thời gian cần thiết để khắc phục chúng. Đây là một ước tính sơ bộ, và tốt hơn là có số lớn hơn số thấp hơn. Để tính toán cho các cuộc họp và gián đoạn trong suốt cả ngày, quản lý của bạn cần ước tính dựa trên làm việc trên đó trong 5 giờ mỗi ngày. Điều này để lại 3 giờ cho các cuộc họp và gián đoạn.
• Nhận quản lý để đồng ý với lịch trình sửa đổi cho các lỗi nghiêm trọng này.
• Nhận quản lý để đồng ý để có người khác kiểm tra cho bạn. Điều này không thừa nhận bạn không thể làm công việc của mình. Điều này chỉ đơn giản là cung cấp một số đảm bảo chất lượng để mỗi bản phát hành tốt hơn bản trước.
• Bây giờ bạn sửa chúng. Viết các bài kiểm tra đơn vị để tái tạo vấn đề, để bạn biết khi nào bạn làm việc. Quan trọng hơn, bạn sẽ biết nếu một cái gì đó bạn đã làm ở một nơi khác đã phá vỡ nó một lần nữa. Tái cấu trúc để làm cho mã làm việc tốt hơn.

Khi bạn đã hoàn thành bản phát hành sửa lỗi nghiêm trọng, đã đến lúc lập kế hoạch cho bản tiếp theo. Tất cả các tính năng và sửa lỗi cần phải được ưu tiên và các bản phát hành cần được lên kế hoạch xung quanh một tập hợp con của khối lượng công việc đang chờ xử lý. Bạn sẽ thấy khi bạn mang lại sự tỉnh táo cho cuộc sống công việc của bạn, mức độ căng thẳng của bạn sẽ giảm xuống, chất lượng của bạn sẽ tăng lên và bạn sẽ làm việc hiệu quả hơn.

Bạn dường như đang chịu đựng những gì tôi coi là một trường hợp của Nền kinh tế sai lầm và bạn càng tuân thủ những điều không hiệu quả, bạn sẽ càng gặp vấn đề tồi tệ hơn.

Một số chỉ số chính:

• Những gì dường như là một lịch trình không thực tế.
  • Tôi cho rằng một sự hiểu biết kém về thực hành phát triển âm thanh về phía quản lý.
  • Tôi cho rằng thiếu sự hiểu biết hoặc hỗ trợ từ quản lý.
• Làm việc 12 giờ mỗi ngày.
• Mức độ căng thẳng cao.
• Thiếu ngủ.
• Sự lo ngại.
• Sự chú ý kém đến thiết kế và chất lượng mã.
• Thiếu một mạng lưới an toàn thử nghiệm đơn vị.

Tôi muốn biết liệu có khả thi để viết mã hoạt động khi dự án có lịch trình rất chặt chẽ không?

Câu trả lời ngắn gọn là có. Câu trả lời dài là rất phức tạp và sẽ yêu cầu thay đổi lớn về nhận thức thay mặt quản lý và có thể cả khách hàng, và nỗ lực của Herculean về phía bạn ... nhưng tôi sẽ quay lại tất cả những điều này ngay lập tức.

Làm thế nào tôi có thể viết mã tốt hơn trong cùng một khoảng thời gian?

Thực tế, bạn không thể nếu giả định của bạn là bạn có thể làm bất cứ điều gì giúp bạn tiết kiệm thời gian mà vẫn có được kết quả hoàn hảo. Bạn cần áp dụng các kỹ thuật sẽ tăng thời gian thực hiện mã của mình vì bạn sẽ cần dành thời gian để tập trung vào việc lấy chi tiết đúng. Điều này làm mất thời gian và đây là nơi mà các nền kinh tế sai lầm của bạn đang làm tổn thương bạn nhiều nhất. Tuy nhiên, bằng cách thực hiện mọi thứ theo cách tốt hơn, bạn sẽ cải thiện chất lượng mã của mình và điều đó sẽ dẫn đến việc giảm độ mong manh của hệ thống. Một lần nữa, tôi sẽ giải thích điều này hơn nữa.

Làm thế nào tôi có thể giải tỏa tâm trí và không lo lắng về công việc khi tôi đi ngủ?

Lo lắng gây ra thiếu ngủ, và mất ngủ tạo ra sự lo lắng. Đây là một vòng luẩn quẩn nếu từng có một, và nếu không được kiểm soát sẽ có khả năng dẫn đến sinh đôi xấu xa lo lắng, Trầm cảm . Mất ngủ mãn tính, mà tôi cho rằng có khả năng kết hợp với việc thiếu tập thể dục và cũng có khả năng thói quen dinh dưỡng kém, tất cả có thể dẫn đến Mệt mỏi mãn tính . Tất cả những điều này là triệu chứng của tất cả các vấn đề mà bạn đang gặp phải tại nơi làm việc và các vấn đề dẫn đến bạn có thể gặp phải trong cuộc sống gia đình. Đây là nơi chứa bằng chứng lớn nhất về các nền kinh tế sai lầm, và đây có lẽ là vấn đề nghiêm trọng nhất mà bạn cần phải giải quyết trước tiên.

Tôi cũng hoan nghênh bất kỳ đề nghị.

Trước tiên tôi nên nói rằng tôi không phải là một chuyên gia y tế, một bạn thực sự nên tìm kiếm lời khuyên từ bác sĩ trước khi bạn hành động về bất cứ điều gì. Tuy nhiên, tôi sẽ lưu ý rằng tôi đã trải qua những kinh nghiệm mà bạn đã mô tả trong bài đăng của mình và tôi biết việc giải quyết nó khó khăn như thế nào và tầm quan trọng của việc làm điều gì đó về nó. Tôi đã sống qua trầm cảm, lo lắng, mệt mỏi mãn tính, căng thẳng và tất cả những điều khó chịu khác đi cùng với họ, vì vậy tôi sẽ cung cấp cho bạn một số lời khuyên dựa trên những kinh nghiệm sau:

• Đi đến bác sĩ của bạn, và thảo luận về các triệu chứng của bạn. Hãy nói với bác sĩ nếu bạn cảm thấy mệt mỏi, nếu bạn cảm thấy chán nản hoặc lo lắng hầu hết thời gian, nếu bạn bị cảm lạnh và cúm thường xuyên, và bạn cảm thấy như thế nào về thể chất. Nếu bác sĩ của bạn được cho phép, bạn có khả năng được cung cấp thuốc chống lo âu hoặc thậm chí chống trầm cảm. Ngay cả khi bạn cảm thấy miễn cưỡng, hãy để niềm tự hào ở cửa và mang chúng theo quy định. Họ thực sự giúp đỡ, và cho phép bạn tìm ra sức mạnh để đối phó với mọi thứ sẽ đến.
• Tìm kiếm một nhà tâm lý học tốt để thảo luận về vấn đề của bạn khi bạn biết và ai có thể giúp bạn khám phá cảm giác của bạn về tất cả, và giúp bạn phát triển các chiến lược để giải quyết vấn đề. Một số điều bạn được yêu cầu có vẻ vô nghĩa, hoặc hơi mơ màng. Làm điều đó bằng mọi cách, bởi vì một lần nữa, nó thực sự có ích, đặc biệt là trong việc dạy bạn cụ thể làm thế nào để giải tỏa tâm trí của bạn.
• Tránh dùng thuốc ngủ trừ khi bạn thực sự cần chúng, vì bạn có thể trở nên phụ thuộc vào chúng và khiến bạn khó ngủ hơn. Cá nhân tôi chỉ dùng chúng khi tôi không thể có được giấc ngủ tôi cần sau một ngày cuối tuần, và đó thường là khi tôi có một cuối tuần lười biếng và không được thỏa mãn.
• Nhìn vào việc thay đổi chế độ ăn uống của bạn. Nghiêm túc cắt bỏ caffeine vì nó chỉ góp phần làm tăng mức độ lo lắng. Giảm lượng carbs của bạn, và cân bằng chế độ ăn uống của bạn, và điều đó có nghĩa là tôi ăn nhiều trái cây và rau quả tự nhiên, giảm lượng thịt đỏ bạn tiêu thụ, và giảm chất béo và dầu. Cắt bỏ nước ngọt, và giới hạn một tách cà phê mỗi ngày nếu bạn thấy không thể từ bỏ. Chế độ ăn uống là rất quan trọng trong việc giúp bạn chống lại sự mệt mỏi. Ngoài ra, hãy ăn bữa ăn cuối cùng của bạn sớm hơn để bạn không đi ngủ khi bụng đói.
• Tập thể dục hàng ngày. Tập luyện vất vả ít nhất một lần mỗi tuần, và đi bộ hoặc đạp xe ít nhất 30 phút mỗi ngày đến mức làm việc ít nhất là ra mồ hôi nhẹ. Điều này sẽ giúp bạn mệt mỏi về thể chất sẽ giúp ích cho giấc ngủ và sự mệt mỏi của bạn.
• Thay đổi thói quen ngủ của bạn. Cố gắng thức dậy sớm để làm việc, vì vậy bạn cần đi ngủ sớm hơn bạn có thể cảm thấy bạn muốn. Nếu bạn không thể ngủ, hãy nghỉ ngơi trong một căn phòng thiếu sáng và đọc một cái gì đó nhàm chán, và đừng lo lắng nếu bạn thực sự không thể ngủ ngay lập tức.

Bây giờ tôi đã trải qua tất cả những thứ liên quan đến y tế, hãy xem những gì bạn có thể làm về công việc của mình:

• Có người đề nghị sử dụng Kỹ thuật Pomadoro. Đây còn được gọi là quyền anh thời gian, và tôi nghĩ đó là một ý tưởng tốt. Về cơ bản, bạn tập trung cao độ trong 20-25 phút, sau đó bạn nghỉ ngơi một chút. Tôi đề nghị bạn đứng dậy và di chuyển xung quanh trong khoảng 3-5 phút, và nhìn vào khoảng cách để mắt bạn nghỉ ngơi. Cố gắng không nghĩ về nhiệm vụ của bạn trong thời gian đó. Lấy đồ uống, đi lang thang xuống phòng tắm, hoặc đơn giản là di chuyển trong văn phòng của bạn cho một câu thần chú ngắn.
• Tùy thuộc vào mối quan hệ của bạn với sếp, hãy tìm cách gặp gỡ và thảo luận về những lo lắng của bạn rằng lịch làm việc đang ảnh hưởng đến sức khỏe của bạn. Nói với anh ấy rằng bạn không muốn mạo hiểm để làm cho khách hàng của công ty thất vọng, và bạn muốn thử và phát triển một chiến lược có thể đảm bảo bạn có thể tiếp tục hoàn thành công việc của mình, nhưng điều đó có nghĩa là bạn cần để dành thời gian để giải quyết các mối quan tâm sức khỏe của bạn là tốt. Tuy nhiên, sử dụng điều này như là phương sách cuối cùng, vì sẽ tốt hơn nếu giải thích các nền kinh tế sai lầm đang làm việc ở đây, chẳng hạn như:
  • Công nhân mệt mỏi kết thúc với hiệu quả giảm đáng kể, trong khi công nhân không mệt mỏi có khả năng làm nhiều hơn trong một khoảng thời gian ngắn hơn, và tôi sẽ cố gắng tìm ra một số số liệu và nghiên cứu mà bạn có thể sử dụng để sao lưu. Với một ông chủ tốt, bạn thậm chí không cần điều này. Các bài viết sau đây có thể giúp ích cho bạn: bài viết 1 , bài viết 2 , bài viết 3
  • Bỏ qua kiểm tra và chú ý đến một số chi tiết nhỏ mà bạn phải trả sau này. Nhìn vào khái niệm Nợ kỹ thuật như một điểm khởi đầu.
• Cố gắng giảm giờ làm việc của bạn xuống còn 8 đến 9 giờ mỗi ngày.
• Đặt một kỳ nghỉ, và đi một lúc đến một nơi yên tĩnh. Ngay cả khi tất cả những gì bạn làm là lái xe của bạn vào rừng, và cắm trại trong một tuần. Nghiêm túc, không làm gì trong một thời gian để sạc lại pin của bạn.

Về mặt lập trình thực tế liên quan đến công cụ:

• Đọc sách Clean Code và tái cấu trúc , và dành thời gian để áp dụng các kỹ thuật bên trong. Những điều này sẽ giúp bạn giải quyết vấn đề về chất lượng mã. Như tôi đã đề cập trước đây, nó dường như sẽ khiến mọi thứ mất nhiều thời gian hơn để làm, tuy nhiên bạn sẽ mất ít thời gian hơn để xử lý sự lộn xộn và các vấn đề phát sinh từ cách bạn có thể đã làm việc trước đây.
• Tìm các công cụ mà bạn có thể tích hợp vào môi trường phát triển của mình để hỗ trợ bạn trong nỗ lực cải thiện chất lượng mã. Ví dụ: nếu bạn đang phát triển trong Visual Studio, sử dụng kết hợp các công cụ như Resharper và NCrunch có thể góp phần tăng đáng kể hiệu quả tổng thể của bạn nếu bạn sử dụng chúng một cách tôn giáo và nếu bạn đã áp dụng các kỹ thuật tốt như được mô tả trong sách tôi đã đề cập .
• Viết bài kiểm tra đơn vị, và sử dụng phương pháp thử nghiệm đầu tiên. Điều này dường như sẽ làm bạn chậm lại nhiều nhất, tuy nhiên bạn sẽ tăng tốc độ phát triển tổng thể khi bạn có các bài kiểm tra, vì chúng có thể góp phần giảm thời gian gỡ lỗi và giúp bạn tự tin thay đổi mã được kiểm tra. Viết bài kiểm tra của bạn để đáp ứng yêu cầu, và không thỏa mãn mã. Điều này sẽ tập trung các nỗ lực thử nghiệm của bạn một cách xây dựng, điều này sẽ giảm thiểu thời gian dành cho thử nghiệm.

Quan trọng nhất trong tất cả, bạn cần quản lý kỳ vọng, bắt đầu với chính bạn. Bạn chỉ là con người, và chỉ có thể làm rất nhiều tại bất kỳ thời điểm nào. Bạn cần quản lý kỳ vọng của sếp và trực tiếp sếp 9or) quản lý kỳ vọng của khách hàng. Điều này có nghĩa là nghiêm túc ưu tiên công việc bạn làm. Phân bổ thời gian cho các tính năng mới và thời gian cho các lỗi và giả sử thời hạn của bạn sẽ trượt. Khi đối phó với khả năng trượt ngày giao hàng, chỉ hứa sẽ cung cấp một bộ các tính năng quan trọng và để phần còn lại của các tính năng là "tốt để có nếu có thể". Ngày giao hàng tiếp theo, bạn lại trải qua quá trình này, tăng mức độ ưu tiên của "giao hàng tốt đẹp" trước khi giao hàng, v.v. Xây dựng điều này thành phương pháp phát triển của bạn như một điểm khởi đầu tối thiểu, và sau đó xem xét sau một vài lần giao hàng để xem nơi bạn có thể điều chỉnh các quy trình của mình cải thiện hiệu quả của bạn. Hiệu quả lớn nhất sẽ đến từ những thay đổi trong lối sống của bạn, tuy nhiên, luôn có những điều nhỏ bạn có thể làm để hợp lý hóa công việc của mình, như giảm chi phí liên quan đến tài liệu và giao tiếp giữa bạn và người dùng cuối.

Hãy chủ động trong tất cả những điều này. Cho sếp của bạn thấy rằng cả hai bạn có thể làm việc cùng nhau để thực sự cải thiện vấn đề, điều này cuối cùng sẽ phản ánh tốt về cả hai bạn và công ty nói chung.

Ngoài ra, đừng đưa ra bất kỳ quyết định quyết liệt nào ngay bây giờ. Đợi cho đến khi bạn giải quyết được sức khỏe và khối lượng công việc của bạn, và xem cách bạn đi trong một thời gian. Khi tâm trí của bạn trở nên rõ ràng hơn và khi bạn cảm thấy mình đang ở một nơi tốt hơn, thì đó sẽ là lúc quyết định liệu nó có đáng để ở lại hay là thời gian để tiếp tục. Những gì tôi về cơ bản đang nói là giải quyết một vấn đề tại một thời điểm, và để phần còn lại để hầm một chút cho đến khi họ cần sự chú ý của bạn.

Nếu lịch trình của bạn quá chặt chẽ, bạn cần phải bắt buộc về việc Đừng lặp lại chính mình . Xác định hầu hết các phương pháp được sử dụng và đảm bảo chúng được sử dụng lại nhiều.

Lập kế hoạch những gì bạn sẽ làm việc ngày hôm nay, viết nó ra, và bám sát nó. Cố gắng giới hạn những gì bạn cần nhớ bất cứ lúc nào trong bảy hoặc ít hơn các mục.

Tôi sẽ đi thêm một bước nữa và tránh lặp lại công việc của người khác. Sử dụng các thư viện của ngôn ngữ bất cứ khi nào có thể. Sử dụng thư viện của bên thứ ba nếu có thể.

Có vẻ như nó cần nhiều thời gian hơn để viết nhưng nhắm đến các phương pháp chỉ làm một việc. Tôi giới hạn một phương pháp để đưa ra quyết định hoặc làm việc. Sự gắn kết của mã của bạn sẽ tăng lên trong khi khớp nối giảm. Bạn nên tìm thử nghiệm dễ dàng hơn. Điều này cho vay chính nó để phân hủy lũy tiến.

Đơn giản hóa càng nhiều càng tốt. Sử dụng các mẫu, danh sách kiểm tra và bất kỳ kỹ thuật nào cho phép bạn tránh suy nghĩ về những điều tầm thường.

Bạn sẽ cần tránh gián đoạn. Mỗi lần gián đoạn sẽ khiến bạn mất khoảng 15 phút trong lịch trình. Bảo vệ thời gian của bạn.

Nếu điều này là lâu dài, hãy về nhà khi bạn thấy hiệu suất của bạn bắt đầu tụt hậu. Nếu bạn liên tục làm việc 12 giờ ngày, hiệu suất của bạn có thể là về những gì bạn sẽ làm việc 8 giờ ngày. Bạn có thể không nhận thấy hiệu suất của bạn bị suy giảm nghiêm trọng như thế nào. Dành thêm bốn giờ để tập thể dục và nghỉ ngơi. Xem nếu bạn có thể ngủ trưa giữa ngày hoặc nghỉ một vài giờ sau bữa trưa.

Nếu tôi là bạn, tôi sẽ nói chuyện với người quản lý của mình và giải thích với họ rằng thời hạn họ đặt ra là không thực tế. Nếu bạn cứ tiếp tục làm việc như vậy, họ sẽ nghĩ rằng mọi thứ đều ổn, họ sẽ không nhận thức được những vấn đề bạn gặp phải và cuối cùng bạn sẽ thêm mã ngày càng kém vào hệ thống của bạn, điều này sẽ làm phức tạp công việc của bạn hơn nữa.

Thay vào đó, bạn luôn có thể chuyển sang một số công việc khác :-)

Theo dõi mọi thứ bạn làm

Dành thời gian để theo dõi mọi thứ bạn làm và thời gian bạn và nhóm của bạn dành cho nó. Điều này cuối cùng sẽ là những gì bạn mang đến cho quản lý để cho họ thấy rằng bạn cần phải làm những điều khác biệt. Nếu bạn không có những sự thật phũ phàng về những gì bạn đang làm và thời gian bạn dành để sửa chữa những vấn đề được báo cáo bởi những người khác, sẽ khó khăn hơn nhiều để thuyết phục họ rằng những thay đổi cần phải được thực hiện. Mỗi giờ phải được theo dõi bởi tất cả mọi người để điều này là chính xác. Điều này được sử dụng để nói rằng bạn đã dành 80 giờ trong 3 tuần qua để sửa chữa một hệ thống có thể được xây dựng lại từ đầu trong cùng một khoảng thời gian.

Cố gắng thay đổi mọi thứ

Sử dụng theo dõi mà bạn đã thu thập và các đề xuất tuyệt vời mà những người khác đã thực hiện để đưa ra kế hoạch cải thiện phần mềm. Chọn các phần của phần mềm gây ra nhiều vấn đề nhất. Kết hợp kế hoạch mà bạn nghĩ sẽ đưa mọi thứ đến một tốc độ có thể quản lý bình thường. Hãy cho nó thời gian để làm việc.

Chuẩn bị tinh thần cho sự thật rằng có lẽ đã đến lúc rời đi

Nếu quản lý không sẵn sàng thay đổi mọi thứ và làm việc với bạn, có lẽ đã đến lúc bạn nên suy nghĩ về việc tiếp tục. Tôi đồng ý với những người khác rằng bạn đang cháy hết mình. Bắt đầu để chuẩn bị hồ sơ và danh mục đầu tư của bạn. Mọi thứ có thể được cải thiện và bạn sẽ không phải tiếp tục nhưng nếu quản lý không mua để thực hiện thay đổi thì hãy tiếp tục. Sức khỏe tinh thần và thể chất của bạn quan trọng hơn việc ở trong một công việc đang lấy đi của bạn rất nhiều.

Vì tình yêu của chúa, quản lý dự án của bạn đâu?

Nếu bạn không có người quản lý dự án để giúp bạn thiết lập thời gian làm việc hiệu quả, bạn cần một người. Bạn cần một người tận tâm gắn bó với thời gian phát triển của bạn, hạn chế creep phạm vi, quản lý kỳ vọng, v.v ...

Bạn làm một công việc sáng tạo để kiếm sống. Nếu bạn không có rào cản giữa khách hàng / người dùng và bạn, làm thế nào bạn có thể tập trung hiệu quả vào sự phát triển của mình?

Một PM tốt có thể tốt cho rất nhiều thứ ...

1. Để chơi thẻ 'Công suất cao hơn':

Người dùng của bạn đang làm phiền bạn về các tính năng mới nhưng bạn thực sự cần một chút thời gian để tập trung vào một bản phát hành sửa lỗi. Ai nói bạn phải nói chuyện với người dùng? Bạn có trách nhiệm viết hợp đồng không? Đó có phải là công việc của bạn để quản lý kỳ vọng của khách hàng? Bạn có quyền quyết định cuối cùng để ra lệnh cho các điều khoản của hợp đồng?

Không? Vậy thì tại sao bạn chỉ chịu trách nhiệm tương tác với khách hàng? Phát triển là khó khăn và mất rất nhiều sự tập trung. Bạn cần khả năng lấy lại thời gian phát triển và bạn có thể làm như vậy với một PM tốt và một cái cớ tốt.

Bất kể PM của bạn làm gì so với bạn, nếu khách hàng bắt đầu làm phiền bạn về những sửa đổi bên ngoài thông số kỹ thuật chỉ cần nói.

"Đàm phán thay đổi bên ngoài đặc điểm kỹ thuật cao hơn mức lương của tôi ..."

Đó là một cách nói lịch sự, tôi không cho là ***.

Theo dõi điều đó bằng cách làm cho 'Chó Creep phạm vi' trên chúng.

"Nếu bạn muốn thay đổi thông số kỹ thuật, bạn sẽ phải liên lạc với PM của tôi"

Hãy để tôi yên. Khả năng tương tác trực tiếp với các nhà phát triển của người dùng được cho phép như một đặc quyền có thể bị lấy đi. Nếu đó không phải là trường hợp, quản lý của bạn đang làm bạn thất vọng.

2. Quản lý kỳ vọng 101

Ai trong suy nghĩ đúng đắn của họ nghĩ rằng bạn có thể làm việc như một lịch trình điên rồ và xử lý hỗ trợ công nghệ 24/7. Bạn cần ai đó đứng lên bảo vệ bạn vì thời gian của bạn rất có giá trị và nên dành riêng cho nghề của bạn.

Điều này áp dụng cho khách hàng cũng như công ty bạn làm việc. Đối với khách hàng, nếu họ đang vượt qua bạn luôn có thể hỏi ...

"Dịch vụ này có được ghi trong hợp đồng không?"

Nếu không, bạn có quyền từ chối yêu cầu. Đừng hiểu sai ý tôi, thật tuyệt khi vượt lên trên để làm cho khách hàng của bạn hài lòng nhưng điều quan trọng không kém là cho họ biết sự khác biệt giữa những gì được mong đợi và những gì bạn dành cho họ như một sự ưu ái.

Đối với công ty bạn làm việc, bạn cần ai đó mang thông điệp ...

"Công việc tôi đang được yêu cầu có bằng với mức lương của tôi không?"

Tức là họ trả cho bạn 60k một năm để dành 50% thời gian của bạn cho việc hỗ trợ kỹ thuật điện thoại, đây là vị trí thanh toán thấp hơn nhiều. Đây là một chủ đề nguy hiểm để môi giới vì vậy bạn cần một PM bạn có thể tin tưởng để tạo ra một trường hợp tốt cho bạn. Đối số bạn nên đưa ra cho anh ấy là ...

"Tôi được trả 60 nghìn một năm nhưng một nửa năng suất tiềm năng của tôi đang bị lãng phí cho công việc mang tính chất đàn ông."

Hoặc, các bạn đã thuê tôi và sẵn sàng mất tiền cho khoản đầu tư đó bằng cách cho tôi dành một nửa thời gian để lấp đầy một vị trí cấp thấp. Tin hay không, bằng cách tối đa hóa tiềm năng của bạn, họ có thể kiếm được nhiều tiền hơn trong dài hạn.

Khi nói đến kinh doanh, việc công ty thay đổi vị trí của họ sẽ dễ dàng hơn rất nhiều nếu bạn có thể đưa ra một tình huống đôi bên cùng có lợi. Bạn không cần phải là một bậc thầy về đàm phán để người này gắn bó. Tất nhiên, nếu nguồn lực của công ty bị hạn chế thì điều này có thể gây tác dụng ngược với bạn.

3. Mọi người đôi khi có thể sử dụng một đội cổ vũ

Một PM tốt đương nhiên sẽ là một người-người. Cốt lõi của những gì họ làm là quan hệ con người. Một PM tốt sẽ có khả năng nói với khách hàng của bạn những gì họ không muốn nghe và vẫn khiến họ vui vẻ.

Họ cũng có thể là một nguồn hỗ trợ đạo đức tuyệt vời khi gặp khó khăn. Một sự thúc đẩy tinh thần đơn giản không nên quá nhiều để một PM tốt xử lý nếu bạn yêu cầu. Bạn cần ai đó đứng về phía bạn, nếu không thì tinh thần của bạn giảm xuống và công việc cảm thấy quá sức.

Nếu bạn không có ai đó cao hơn trong tổ chức chịu trách nhiệm quản lý kỳ vọng, thì quản lý của bạn sẽ thất bại và những người cấp cao hơn thậm chí không nhận thức được dự án đang hoạt động tồi tệ như thế nào.

Đó là lý do chính khiến tôi tránh làm việc cho các tập đoàn như bệnh dịch hạch. Tôi đã may mắn được làm việc cho các công ty nhỏ hơn, nơi tôi có người cao hơn, tôi có thể thảo luận một cách trung thực các vấn đề với người sẽ giữ những gì tôi phải nói một cách tự tin và hành động nếu cần thiết.

Bạn cần ai đó đứng về phía bạn để giúp bạn phù hợp với yêu cầu kinh doanh và quản lý phiền nhiễu. Nếu bạn không có điều đó và không có hy vọng tìm thấy nó trong tương lai, chúc may mắn ...

Tuyệt tuyệt tuyệt ! Giữ ngựa cao bồi của bạn!. Bạn dường như đã phát triển tất cả sai ở đó. Bạn đang thiếu một số nguyên tắc cơ bản phần mềm ở đây trong khi mã hóa. Vâng, hãy nắm bắt những điều cơ bản của bạn ... cuộc sống sẽ dễ dàng hơn rất nhiều.

Giờ đi học lại

1. Lịch trình phát triển nhanh-thuần hóa-phần mềm-lịch trình *
2. Tháng huyền thoại *

*Phải đọc

Tôi thích lập một danh sách TODO, sắp xếp nó theo thứ tự cần thiết và tuân theo thứ tự đó vô điều kiện - ngay cả khi tôi cảm thấy muốn trì hoãn một số nhiệm vụ.

Bạn sẽ ngạc nhiên về việc bạn có thể tiết kiệm được bao nhiêu thời gian chỉ bằng cách giảm thời gian bạn tự hỏi nên làm gì tiếp theo.

Ngay bây giờ những gì bạn có thể làm là

• Ghép đôi với một đồng nghiệp
• Tất cả các mã bạn viết hoặc thay đổi, bạn phải đồng ý về việc đủ tốt. Tốt nhất là lập trình cặp, chỉ thực hiện đánh giá ngang hàng nếu bạn không thể ghép chương trình.
• đừng đi chệch hướng này!

Điều này có nghĩa là ít nhất những gì bạn làm từ bây giờ đã được chấp thuận bởi những người TWO hy vọng cải thiện các bit mã đó.

Những gì khác có thể được thực hiện phụ thuộc vào quản lý. Bạn có thể muốn cho họ thấy câu hỏi này với câu trả lời!

Cấm gọi điện thoại và thực hiện quy tắc "lỗi đi theo dõi lỗi" nghiêm ngặt. Sau đó, bước đầu tiên trong ngày của bạn là xử lý các lỗi mới được nhập, dọn sạch các bản sao, ưu tiên và bắt tay vào sửa lỗi FIRST. Và đảm bảo sửa lỗi của bạn thực sự sửa lỗi và không giới thiệu các lỗi mới.

Làm thế nào để bạn làm phần cuối cùng? Bằng cách trang bị thêm các trường hợp kiểm tra vào mã hiện tại của bạn. Nếu bạn đã có chức năng, hãy kiểm tra xem chúng nhập và xuất những gì bạn mong đợi và chúng có bị lỗi không nếu bạn cho chúng rác. Sử dụng một số loại kiểm tra giao diện người dùng tự động để kiểm tra tích hợp và hiệu suất từ ​​trước đến sau.

Bạn không thực sự ra khỏi giường lúc 3 giờ sáng để giải quyết vấn đề về mã, phải không? Nếu vậy, bạn xứng đáng với mọi thứ bạn nhận được.

Hãy thử sử dụng kỹ thuật pomodoro . Ngoài ra, tôi có 3 quy tắc cá nhân để biết liệu tôi đang viết mã tốt hay xấu mà bạn có thể thấy hữu ích.

Bạn và các nhà phát triển như bạn, là lý do duy nhất tôi có thể nghĩ đến khi yêu cầu giấy phép phát triển phần mềm, như bác sĩ và luật sư. Bằng cách đó, giấy phép của bạn có thể bị thu hồi vì không tuân theo các thực tiễn tốt về lập trình cơ bản tối thiểu. Nó không chỉ bảo vệ ngành công nghiệp khỏi những kẻ bất tài, mà còn bảo vệ những lập trình viên có năng lực khỏi những người quản lý, những người khăng khăng rằng các lập trình viên của họ không tuân theo các thực tiễn tốt.

FYI, thực tế tất cả mọi người làm việc trên một thời hạn chặt chẽ. Tuy nhiên, những nhà phát triển, những người biết những gì họ đang làm theo các thực tiễn tốt nhất bởi vì nó sẽ hoàn thành công việc nhanh hơn trong thời gian dài. Sau đó, họ không phải làm việc 12 giờ trong 3 năm liên tiếp.