🚧 هشدار: حقایق سخت پیش رو.
امروز ما به واقعیت ناراحت کننده ای که تفکر قبل از برنامه نویسی تبدیل به یک هنر گمشده می شود – می پردازیم – و چرا این فاجعه بار برای شغل و صنعت ما است.
بیایید صادق باشیم ، در دنیای شکافته توسعه نرم افزار ، یک مسئله مکرر وجود دارد که اغلب اتفاق می افتد … غواصی را به برنامه نویسی می اندازد بدون اینکه زحمت بکشد تا بفهمید که واقعاً قرار است حل کنید. در حالی که برای تورم EGO ها و ایجاد خطوط بی معنی کد بسیار عالی است ، این اغلب منجر به ضایعات تماشایی زمان ، منابع و در نهایت راه حل هایی می شود که به اندازه یک کیسه ضد آب مفید هستند.
به من بگویید که آیا این به نظر می رسد آشنا است … کاربر یا تیم دیگری با مشکل به شما و یا تیم ابرقهرمانان مهندسی خود نزدیک می شود. سریعتر از آنچه می توانید بگویید “بهینه سازی زودرس” ، شما به عمل می روید. شما به یک ایده رسیدید و به سرعت شروع به چکش زدن در صفحه کلیدهای خود می کنید.
روزها یا هفته ها در یک مه آلود با کافئین ، و در آخر ، شما ظهور می کنید ، با افتخار با افتخار اوپوس خود را ارائه می دهید. اما صبر کن! این چیه؟ ذینفعان راه حل را امتحان می کنند و به سرعت متوجه می شوند که به اندازه یک درب صفحه نمایش در زیر دریایی مفید است. تمام آن زمان و تلاش؟ تبریک می گویم ، شما به تازگی یک راه حل طلایی برای مشکل اشتباه ایجاد کرده اید.
ریشه مسئله (هشدار اسپویلر: این شما هستید)
بیایید Sugarcat It It: نقص اساسی در اینجا این است که شما و یا تیم خود ، با تمام خرد بی نهایت خود ، نتوانستید مهمترین کار را انجام دهید – اطمینان حاصل کنید که راه حل درخشان شما در واقع مشکل واقعی را حل می کند. این مانند این است که بدون بررسی اینکه آیا مقصد یا نقشه دارید ، در یک سفر جاده ای متقاطع قرار بگیرید. براوو اما در عوض چه کاری باید انجام داده اید؟
ابتدا از مغز خود ، سپس صفحه کلید خود استفاده کنید.
چگونه می توانیم از این کمدی خطاها جلوگیری کنیم؟ خود را برای برخی از توصیه های پیشگامانه مهار کنید:
-
در واقع تحقیق کنید: من می دانم ، می دانم ، پرسیدن سؤال و درک چیزها سخت است. اما قبل از اینکه شاهکار فنی بعدی خود را شروع کنید ، این رویکرد رادیکال را امتحان کنید: بفهمید که واقعاً مشکل چیست. انقلابی ، درست است؟
-
با انسان صحبت کنید (بله ، واقعی): ایده های نیمه پخته خود را در مقابل ذینفعان زودتر بگیرید. و نه ، اردک لاستیکی شما به عنوان ذینفع حساب نمی شود.
-
کوچک ، بزرگ رویای بزرگ را شروع کنید: یک رویکرد MVP را در نظر بگیرید. در صورت تعجب ، این حداقل محصول قابل دوام است ، نه “برنامه مهمترین”.
-
ادامه کار را ادامه دهید: در طول توسعه ، با ذینفعان صحبت کنید. بله ، این بدان معنی است که مکالمات واقعی ، نه فقط در هنگام ایستادن و گره زدن. سکوت توافق نیست.
در اینجا واقعیت سرد و سخت ، مردمی است: اگر وقت لازم را برای درک کامل مشکل ندارید ، می خواهید وقت زیادی را هدر دهید و هنوز هم به ساختن چیز اشتباهی پایان می دهید. در صورت حل مشکل اشتباه ، کد ظریف و الگوریتم های هوشمندانه به معنای چمباتمه نیستند.
حال ، بگذارید من قبل از غواصی از سوراخ خرگوش بهانه هایی مانند ، “ما باید سریع حرکت کنیم. ما نمی توانیم برای همیشه برنامه ریزی کنیم.” … …
وقت گذاشتن برای درک یک مشکل همان برنامه ریزی یک پروژه نیست. من موافقم 💯 برنامه ریزی فلج یک تهدید واقعی در صنعت ما است ، که کمال دشمن انجام شده و همه اینها است. در اینجا هیچ بحثی وجود ندارد. اما وقت گذاشتن برای درک مشکل کاملاً جداست … این باید اتفاق بیفتد پیش از شما خود را فلج می کنید تا راه حلی را که می خواهید بسازید برای حل آن برنامه ریزی کنید. و اگر برای انجام این کار وقت نگذارید ، می خواهید زمان زیادی را برای ساختن چیز اشتباه به طور قابل توجهی هدر دهید.
در پایان …
دفعه بعد که می خواهید آن عضلات کد کننده را خم کنید ، به همه لطف کنید: نفس عمیق بکشید ، از صفحه کلید دور شوید و زمان با کیفیت را با مشکل گذراند. بله ، ممکن است احساس کند که شما در ابتدا با سرعت حلزون حرکت می کنید ، اما به من اعتماد کنید ، این سرعت را در جهت اشتباه سرعت می بخشد.
به یاد داشته باشید ، در توسعه نرم افزار ، هدف این نیست که ببینیم چه کسی می تواند بیشترین خط کد را تولید کند یا از جذاب ترین الگوهای طراحی استفاده کند. این برای حل مشکلات واقعی برای افراد واقعی است. و Newsflash: اگر نمی دانید این چیست ، نمی توانید مشکلی را حل کنید. بنابراین ، کلاه تفکر خود را قرار دهید ، آن غرور را بلعید و شروع به پرسیدن سؤال کنید. خود آینده (و کاربران شما) از شما تشکر می کنند.
اکنون ، به بیرون بروید و مشکلات درست را حل کنید ، شما درخشان ، گاه گمراه کننده ، حل کننده های مشکل!
