هزینه‌ی بددانستن از ندانستن بیشتر است

اخیرا کار برروی یک پروژه را شروع کرده‌ام که ارثیه چند برنامه‌نویس قبلی است. هر روز مواردی را می‌بینم که کار نمی‌کند و وقتی دل و روده‌ی موضوع را بیرون می‌ریزم می‌بینم قبلی کار را طوری انجام داده که بمیرد و بدمد. بدون هیچ توضیح، آزمون یا حتی پیاده‌سازی نسبتا درستی.

دیروز به مشکل spring boot config server خوردم. چند ماه پیش هم به این مشکل خورده بودم و با هزار ضرب و زور مرحله را رد کرده بودم. الان اما کمی مطالعه کردم و کمی آزمون، دیدم کلا قبلا اشتباه عمل می‌کردیم و جایی ننوشته ساختار فایل‌های پیکربندی باید درختی باشد. متاسفانه مستندات خود spring boot config server به قدر کافی ناکافی است که بگویم هنوز هم معلوم نیست ساختار درست چیست.

در مجموع به این نتیجه رسیدم اگر از همان اول می‌دانستم که قبلی نمی‌دانسته این ابزار یا سایر ابزارها چطور کار می‌کردند، بهتر می‌توانستم کار را درست کنم و الان با هزینه‌ی بیشتر همان نتیجه‌ای را گرفتم که می‌تونستم با مطالعه‌ی موضوع بگیرم.





چرا تست و آزمون؟

۱. آزمون‌نویسی سرعت توسعه‌ی کد را به شدت زیاد می‌کند چرا که شرایط مد نظر برای بررسی موضوع خاصی رو خیلی سریع و تکراری فراهم می‌کند
۲. آزمون نوشتن توسط اعضای تیم انتظارات آنها از هم را به شدت واضح می‌کند
۳. آزمون‌نویسی کمک می‌کند جنبه‌های هرچه بیشتری از کد و برنامه بررسی شود.
۴. آزمون‌نویسی به ما اطمینان می‌دهد با هر تغییری در یک بخش از کد، سایر بخش‌ها رفتار پیش‌بینی‌نشده نمی‌دهند (ممکن است رفتار سایر بخش‌ها تغییر کند که با اجرای آزمون، مشخص خواهد شد و ما تصمیم می‌گیریم رفتار آزمون را تغییر دهیم یا رفتار کد را)





مقدمه ای بر برنامه نویسی مدرن اندروید در سال ۲۰۱۹

در سال های اخیر ما برنامه نویس های اندروید، تغییرات زیادی را از منظر زبان برنامه نویسی، محیط برنامه نویسی، SDK و ورژن های اندروید شاهد بوده ایم که فرصت ها، محدودیت ها و قابلیت های جدیدی را پیش روی مان قرار داده است. بنابراین به عنوان یک برنامه نویس اندروید اگر دائما به دنبال بروزرسانی اطلاعات فنی خود در این حوزه نباشیم، به همان اندازه که یاد گرفته ایم و تجربه کسب کرده ایم، به همان اندازه نیز از دنیای ناشناخته‌ی امکانات جدید آن عقب مانده ایم. در این مقاله به همین موضوع یعنی برنامه نویسی مدرن اندروید اشاره خواهیم نمود و تغییر و تحولاتِ این حوزه را با هم مرور کوتاهی خواهیم کرد.

ادامه مطلب





یکی از ایرادهای ماژول‌های جاوااسکرپیت

در چند سال اخیر در جاوااسکریپت می‌توان ماژول تعریف کرد. ماژول‌ها کمک خوبی هستند اما نحوه مدیریت کردن آن دستکم یک مشکل را به وجود آوده است. فرض کنید شما یک ماوژل با چند خروجی (export) دارید که یکی از آنها می‌تواند خروجی پیش‌فرض باشد (export default). یکی از مشکلاتی که خیلی رخ می‌دهد وارد کردن (import) خروجی پیش‌فرض به عنوان خروجی معمولی و یا برعکس است که عملا باعث می‌شود برنامه به مشکل بخورد. بدتر اینکه در صورتی که خروجی پیش‌فرض را به عنوان خروجی معمولی، وارد کنید، (یا برعکس) جاوااسکریپت خطا نمی‌گیرد





آموزش برنامه‌نویسی کاتلین: انواع داده در کاتلین

انواع داده ساده

در کاتلین هر چیزی یک شی است به طوری که می‌توان متدهای عضو و ویژگی‌ها را روی هر متغیری صدا زد. بعضی از انواع می‌توانند پیاده‌سازی از نوع اولیه داشته باشند، مثلا اعداد، کاراکترها و متغیرهای بولین می‌توانند در زمان اجرا به عنوان انواع اولیه در نظر گرفته شوند اما از منظر کاربر آن‌ها شبیه کلاس‌های متداول به نظر می‌رسند. در این بخش ما انواع داده ساده که در کاتلین استفاده می‌شود را توضیح می‌دهیم: اعداد، کاراکترها، بولین‌ها، آرایه‌ها و رشته‌ها.

ادامه مطلب





شما از چه ابزاری برای پروتوتایپ استفاده می‌کنید؟

بعد از تقریبا ۱۵ سال برنامه‌نویسی، امسال تصمیم گرفتم برای به‌روزرسانی خودم وقت بگذارم و مطالعه کنم. تقریبا هرچیزی که به دردم می‌خورد را خواندم. از تهیه مستندات تا ری‌اکت از فرانت‌اند تا بک‌اند، از اول تا آخر. امیدوارم طی ماه‌های آینده بتوانم این مطالعه را به صورت خلاصه منتشر کنم. اما اخیرا تصمیم گرفته‌ام هر کاری را درست انجام بدهم. برای برنامه‌نویسی یک سیستم، قبل از هر چیز لازم است ساختار آن را بدانیم. من در این زمینه کلی مطالعه کردم. برای من نوشتن ساختار، از نوشتن هر چیز و مفهومی شروع می‌شود. مثلا درباره سیستم حساب کاربری که می‌خواستم بازنویسی کنم، تقریبا تک تک مفاهیمی مثل کلید ورود، رمز، قفل، مجوزها، نقش‌ها، شرایط ورود، شرایط بعد از ورود، شرایط خروج و کلی مفهوم دیگر را نوشتم و بعد تک‌تک‌شان را بسط دادم و ارتباطات‌شان را با هم کشف کردم

ادامه مطلب




شرکت خانواده نیست

هر زمانی که مدیران شرکت را یک خانواده بزرگ می‌نامند باید هشیار باشی. معمولا منظور آن‌ها این نیست که مثل یک خانواده سالم، شرکت بی دریغ از تو محافظت می‌کند یا بدون هیچ شرطی عاشق تو است. انگیزه اصلی بیشتر شبیه این است که یک طرف باید قربانی شود: تو.

ادامه مطلب




۸-قانون «بوی اسکات»

اردوگاه «بوی اسکات» یک قانون دارد: «همیشه محوطه را تمیزتر از زمانی که به آن وارد شده‌اید ترک کنید.» اگر زباله‌ای روی زمین دیدی، بدون توجه به این که چه کسی آن را انداخته است، تمیزش کن. نیت‌ات این باشد که اردوگاه را برای گروه بعدی که می‌آیند بهتر کنی. (در واقع شکل اصلی این قانون که «رابرت استفنسن اسمیت بیدن پاول*» بنیانگذار اردوگاه اسکات بیان کرده است، این بود: «سعی کن وقتی دنیا را ترک می‌کنی، دنیا بهتر از وقتی باشد که به آن وارد شدی.»)

اگر ما قانونی مشابه این را در کدنویسی داشته باشیم چه اتفاقی می‌افتد: «همیشه وقتی یک ماژول را تحویل می‌دهی تمیزتر از وقتی باشد که آن را تحویل می‌گیری»؟ بدون توجه به این که نویسنده اولیه آن ماژول چه کسی بوده است، چی می‌شود اگر ما مقداری (هر چند ناچیز) تلاش کنیم تا آن را بهبود بدهیم؟ نتیجه چه خواهد شد؟

ادامه مطلب





۶- قبل از بازنویسی کد

همه برنامه‌نویس‌ها در مواقعی باید کد موجود را بازنویسی کنند. اما قبل از این که بخواهی این کار را بکنی، لطفا به موارد پایین فکر کن چون این‌ها می‌تواند باعث صرفه‌جویی زیادی در زمان تو و دیگران بشود و البته کاهش درد و رنج:

ادامه مطلب





آموزش جاوا، فصل یازدهم: ساختار کلاس ها در جاوا

همانطور که در فصل قبل گفتیم کلاس ها سنگ بنای برنامه نویسی شی گرا هستند. یک برنامه جاوا از تعدادی کلاس ساخته می شود. اشیا از روی کلاس ها ساخته می شوند و ارتباط اشیا با هم مسأله را حل می کند. حالا اگر قدری دقیق تر به کلاس ها نگاه کنیم، می بینیم که خود کلاس ها از اجزای کوچکتری ساخته می شوند. بار دیگر به ویژگی های برنامه های شی گرا از دید Alan Kay دقت کنید:

  1. هر چیزی یک شی است.
  2. یک برنامه مجموعه‌ای از اشیا است که با استفاده پیام‌رسانی به یکدیگر می‌گویند که چه کار باید بکنند.
  3. هر شیء‌ای دارای حافظه‌ای است که از سایر اشیا ساخته شده است.
  4. هر شیء‌ای یک «نوع» دارد.
  5. تمام اشیای همنوع می‌توانند پیام‌های یکسانی دریافت کنند.

ادامه مطلب