این داستان سنگ کلیه و همسر مهربان!

یک قسمت خوب دیگه با امید حکایتی عزیز.

شیطان مدرن..
پ.ن، اسلایدها و تایتل مال خودم نیست. ولی جالب بود. رفرنس اصلی رو هم نیافتم متاسفانه

با اون روند افت صادرات نفت که از اواخر دوره بایدن شروع شده بود، این نرخ ارز دور از ذهن نبود.

امیدوارم صادرات نفت از این مقدار کمتر نشه که حداقل اوضاع از این وخیم‌تر نشه.
@amuyesal

We are destroying software trying to produce code as fast as possible, not as well designed as possible.


:)))
- From Redis Creator

https://antirez.com/news/145

من فقط از پشت این تریبون باید بگم:

We are destroying software telling new programmers: “Don’t reinvent the wheel!”. But, reinventing the wheel is how you learn how things work, and is the first step to make new, different wheels.

- آره بابا چرا وقتتو تلف میکنی با این چیزا، همین فریمورک رو یادبگیری کافیه دیگه ; )

Shared documents aren't shared understanding.

- From User Story Mapping
- By Jeff Patton

صوت جلسه 17

مواردی که خارج از کتاب بهشون اشاره شد در جلسه.
- یادآوری به یادگیری عمیق تر ADT ها و مفاهیم پایه مثل Tree و Table که با اسم علمی Associative array شناخته میشه در علوم کامپیوتر.

غروب افتاب Create React App
یادم نمیاد از منسوخ شدن کتابخونه یا فریم‌ورکی ناراحت شده باشم ولی وقتی این رو دیدم خیلی احساساتی و غمگین شدم چون با این که من پنج سال بود که پروژه‌ای رو تحت CRA دولوپ نکرده بودم ولی من با اون بود که عاشق ری‌اکت شدم.

@DevTwitter | <Mohammad Ebrahimi Aval/>

هرچیزی که برنامه‌نویس های سی در مورد رفتار غیرقطعی باید بدانند:
https://blog.llvm.org/2011/05/what-every-c-programmer-should-know.html

یک فکت مهم ROI خرید گل برای پارتنرتون به شدت بالاست و‌به شدت توصیه میشه!

تست ستون پروژست!
و همونطور که خونه هایی هم هستن که قدیمی و کاه گلی اند و ستون ندارن، و یه بارون بزنه هم سقفشون میریزه، یا نمیشه به راحتی یا کلا بهشون طبقه اضافه کرد، پروژه هایی هم هستن که تست (ستون) ندارن،‌ و یه فیچر جدید بخوای اضافه کنی تمام فیچر های قبلی میترکه!

زیاد میشنوم که میگن تست به دیباگ کردن کد کمک میکنه، اما این ممکنه یکم گمراه کننده باشه.

این نکته کلیدی فراموش نشه که در خیلی از مدل های تست از جمله unit و integration، ما برای سناریو هایی تست مینویسیم، که سناریو اش رو میدونیم!
در این مدل تست ها، اگه باگی رو با تست دستی نتونیم پیدا کنیم، تست اتومات هیچ کمکی به ما نمیکنه.
پس در واقع با تست اتومات داریم استحکام چیزی که داریم رو تضمین میکنیم.

ولی خب، تو یه سری مدل تست ها مثل e2e و load test هم مجددا سناریو رو میدونیم، با اینحال ممکنه قسمتی از فلو (flow)، مطابق انتظار پیش نره، لود تست که کلا داستان خاص خودشو داره،
ولی تو e2e هم مجددا اگه ایراد پیش‌بینی نشده ای پیدا بشه، احتمالا در نقاط اتصال هست، و e2e هم تو پیدا کردن باگ لاجیکی غیرمنتظره، کمکی به ما نمیکنه.

<--×-->

دلیل مقاومت بعضی تیم ها و بهونه هایی مثل کمبود وقت برای نوشتن تست، شاید به خاطر ناملموس بودن ارزش افزوده تست ها باشه. با اینحال، تضمین کیفیت و صحت کد های قبلی، موضوع مهم و با ارزشیه، که با نوشتن تست اتومات بدست میاد.

اهمیت این موضوع رو کدبیس های بزرگتر، خیلی بیشتر به چشم میاد.

<--×-->

راجع به دست و پا گیر بودن تست تو فاز های اولیه توسعه، عده ای معتقدن که اگه نیازمندی بیزنس شفاف نباشه، ما هم خود‌ کد و هم تست هاشو باید مدام تغییر بدیم، ولی سوال اصلی اینجاست که چرا نیازمندی بیزنس انقدر باید متغیر (و گنگ) باشه که ورودی و خروجی سیستم بارها، به کل تغییر کنه؟

غیر منطقی به نظر میاد،
اما منم بارها شاهدش بودم!
ولی مسئله اینجا تست نیست،
باید به خیلی قبل ترش نگاه کنیم،
همون جایی که نیازمندی بیزنس داره مشخص میشه.

<--×-->

از خوبی های جانبی تست هم میشه به "مثال بودن" اش اشاره کرد. با فرض دنیای ایده آل، خوندن تست های یه پروژه خیلی ساده تر از خوندن کد خود پروژست، و از رو تست هاش میشه به سادگی فهمید که چیکار میکنه و ورودی و خروجی مورد انتظار سیستم چی هست.
البته خب تو دنیای واقعی و غیر ایده آل، ممکنه یه دولوپر تازه کار مدعی سینیوریتی همین تست هارو فراپیچیده (over complex) کنه.

یه مزیت جانبی دیگه تست هم میتونه بحث تمیزی کد باشه، کدی که تمیز نباشه به راحتی قابل تست نیست، پس در واقع تست مارو مجبور میکنه که کد تمیز تری بنویسیم.

<--×-->

ولی خب در کل نظر شما راجع به تست چیه؟
مزایا؟ معایب؟ پیشنهاد؟ انتقاد؟ به من، به پست، به کانال و... 🙂🙌🏼

چین بسته که انقلاب صنعتی ششم رو به نام خودش کنه.

براش Deepseek بس نبود، حالا kimi.ai رو رونمایی کرده.
200K characters context window !

صوت جلسه 18

مواردی که خارج از کتاب بهشون اشاره شد در جلسه.
- هر چند consistent hashing در آینده در کتاب مطرح شده، ولی در این جلسه هم بهش اشاره کردیم.

حاج آقا ای سوییفتِ چطوری مِزِنَن؟

مهندسان عزیز روزتون مبارک
به مناسبت روز مهندس، یه کد تخفیف 30 درصدی براتون گذاشتیم
اولش با SOFTDAY شروع میشه، اما برای ادامه ش باید معمای زیر رو حل کنید :
یه برنامه‌نویس داره یه تابع رمزنگاری می‌نویسه. این تابع یه رشته می‌گیره و سه مرحله داره:

1- جمع مقدار ASCII همه‌ی کاراکترهای رشته رو حساب می‌کنه.
2- عدد به‌دست‌اومده رو در خودش ضرب می‌کنه (به توان ۲ می‌رسونه).
3- از نتیجه، یه عدد فیبوناچی پیدا می‌کنه که ازش بزرگ‌تر یا مساویشه، بعد اختلافشون رو حساب می‌کنه.

اگه ورودی تابع کلمه‌ی 'Debug' باشه، خروجی عددش چیه؟ این عدد، سه رقم آخر کد تخفیفت می‌شه!

با ❤️ رفهاب
https://RefHub.ir