اولین چیزی که فکر می‌کنم برای اکثر ما توسعه‌دهندگان نرم‌افزار اتفاق می‌افتد و باعث می‌شود امیدمان را از دست بدهیم این است که مجبور می‌شویم گوشه‌ها را کوتاه کنیم.
اساساً به ما گفته می شود که باید یک ضرب الاجل مشخص را انجام دهید.
و ما شروع به انجام برخی کارها می کنیم و وقتی به آن ضرب الاجل نزدیک می شویم، ناگزیر متوجه می شویم که بیش از آنچه فکر می کردیم طول می کشد.
و اگر کسی هستید که برنامه نویسی کرده یا توسعه نرم افزار انجام داده است.
چه در Ops باشید، چه UX یا هر رشته مرتبط با توسعه نرم افزار، می دانید که برآوردها در توسعه نرم افزار بسیار بعید است.
همچنین بخوانید: 1 قانون موفقیت به عنوان یک توسعه دهنده
و من اهمیتی نمی‌دهم که چقدر مربی چابکی وارد شده است، یا می‌دانی، بزرگترین کارشناسان به شما می‌گویند که این درست نیست.
تجربه من و اکثر افرادی که با آنها کار کرده ام حداقل مدتی است که این کار را انجام می دهند.
واقعاً اینطور نیست که مردم در تخمین زدن خوب نباشند.
فقط قابل اعتماد بودن تخمین ها بد است.
و اگر در شرکتی کار می‌کنید که این را نمی‌فهمد، و به موقعیتی می‌رسید که متوجه می‌شوید کار طولانی‌تر می‌شود، متأسفانه اکثر شرکت‌ها فرهنگ فناوری سالمی ندارند.
آنها به شما فشار می آورند تا به این ضرب الاجل برسید.
و سپس معمولاً کاری که باید انجام دهیم، من مجبور بودم این کار را انجام دهم، ما باید آنچه را که می دانیم برای کد مناسب است به خطر بیاندازیم.
- باید کد بی کیفیت بنویسیم.
- ما باید چیزهایی را هک کنیم تا شاید تست های واحد خود را میانبر کنیم.
- ما اکنون مجبور نیستیم از مجموعه ای از الگوهای طراحی که می دانیم کارساز هستند پیروی نکنیم، فقط برای رسیدن به آن ضرب الاجل به آن عجله کنیم.
و من فکر می کنم که وقتی به اندازه کافی این کار را انجام داده باشید، آنقدر خسته کننده است که می توانید به طور کامل امید خود را به شغل خود از دست بدهید.
کد نویسی مبارک!
کارل
PS من تمام وبلاگ ها و مقالات خود را به خبرنامه خود منتقل می کنم. از دست ندهید. اکنون در اینجا مشترک شوید.
