توی یه پست تازه توی Medium درباره تست‌های Benchmark توی Go نوشتم.
توی این پست، یه توضیح کامل و کاربردی دادم که تست‌های Benchmark دقیقاً چیا هستن و کجا به درد می‌خورن. برای درک بهتر موضوع، یه تست ساده هم برای محاسبه فاکتوریل نوشتیم و نتایج رو بررسی کردیم.

https://medium.com/@debug-ing/benchmark-testing-in-go-a-practical-guide-2900e008ce43

@DevTwitter |

یک برنامه‌نویس با تجربه به این 17 مورد توجه می‌نماید:

0- عاشق کدی که نوشتی نشو، همیشه باید سعی کنی بهترش کنی
1- در شرایط اورژانسی می‌فهمی پیچیدگی الکی درست کردن چطوری پاره می‌کند
2- هر روش و تکنولوژی بالاخره مزایا و معایب خودش را دارد و قطعاً هر چیزی Trade-off های خودش را دارد - حواست باشد، بهترینی وجود ندارد
3- هر خط کدی که می‌نویسی برای کسی یا جایی یک سرمایه است - شاید هم برای خودت
4- همه می‌گن کدهای بقیه کثافت است
5- بیخودی Dependency ایجاد نکنید
6- درست کد بنویسید، دعوا و درگیری و متوجه نشدن کم می‌شود
7- حالا یکم Comment بنویسید، جای دوری نمی‌رود، ولی کد خودش باید کامنت خودش باشد
8- سر یاد گرفتن چیزهای جدید مقاومت نکنید، لازم است
9- از Code Review نترسید، سبب انتشار و Share شدن دانش می‌گردد
10- همیشه maintainability را در نظر داشته باشید - شما در حال سیمان‌ریزی و ایجاد یک چیزی که هرگز دست نخورد نیستید
11- جایی لازم بود، کمک بگیرید
12 - اصل مشکل را در کد حل کنید نه فقط یک جنبه از خطا را
13- هیچ پروژه و برنامه‌ای خلاص نخواهد شد، همیشه هست
14- زمان‌بندی دادن با قول دادن و قسم خوردن یکی نیست، فقط یک احتمال است
15- طراحی و مهندسی سیستم را همان ابتدا مستند سازی کنید
16- پروژه را بدهید بیرون سریع، بعد آرام آرام با یک برنامه مشخص کاملش کنید

@DevTwitter |

این نکته در مورد لاراول خیلی جالب بود.
یه تنظیم کوچیک که می‌تونه نجات بخش باشه.
https://www.youtube.com/shorts/nz4aoRiZNOM

@DevTwitter |

در لاراول، به جای اینکه خودمون بیایم و شناسه‌های مدل‌ها رو دستی مقایسه کنیم، بهتره از روابطی که بین مدل‌ها تعریف کردیم استفاده کنیم. اینجوری هم کدمون تمیزتر و خواناتر میشه، هم استانداردتر و حرفه‌ای‌تر!

مثلاً فرض کن می‌خوایم یه پست رو بر اساس دسته‌بندی و نویسنده‌اش پیدا کنیم. به جای اینکه شناسه‌ها رو اینطوری چک کنیم:

Post::where('category\_id', $category\->id) \->where('author\_id', $user\->id) \->first();

میتونیم از متدهای خفن لاراول مثل whereBelongsTo استفاده کنیم که خودش باهوشه و از روابط تعریف‌شده استفاده می‌کنه:

Post::whereBelongsTo($category) \->whereBelongsTo($user, 'author') \->first();

یا مثلاً برای اینکه ببینیم نویسنده یه پست همون کاربری هست که ما می‌خوایم، به جای اینکه شناسه‌ها رو مستقیم مقایسه کنیم:

$post\->author\_id == $user\->id;

خیلی راحت می‌تونیم از رابطه استفاده کنیم:

$post\->author()\->is($user);

اینجوری کدمون ساده‌تر و شیک‌تر میشه و از امکانات قوی لاراول هم به بهترین شکل ممکن استفاده می‌کنیم!

@DevTwitter |

سلام بچه ها، ما یک پرسشنامه کوتاه درمورد CDN داریم. این پرسشنامه بیشتر از ۲ دقیقه زمانتون نمیگیره اما برای ما خیلی ارزشمنده .

ممنون بابت وقتی که میزارید 🙏

https://survey.porsline.ir/s/3sJVcZ6T

‏یه اسکریپت پایتون نوشتم که خیلی سریع و راحت میشه سایز queue ها و topicهای روی سرویس باس Azure روی ترمینال مانیتور کرد.
راه های دیگه هم داره، ولی من یه چیز ساده و مخصوص ترمینال میخواستم تا توی کارم ازش استفاده کنم.
https://github.com/imaun/servicebus-size-monitor

@DevTwitter |

اگه دنبال موقعیت شغلی به صورت ریموت در خارج از ایران هستین این پست برای شماست.

سلام دوستان ، امیدوارم حالتون خوب باشه.
این روزها که مشغول پروسه رزومه فرستادن و مصاحبه هستم یه سری سایت هارو پیدا کردم که فک میکنم میتونه براتون مفید باشه.

از طریق این سایت ها میتونید به تمام موقعیت های شغلی ریموت دسترسی داشته باشید.
https://clojurejobboard.com
https://dailyremote.com

اگه دنبال موقعیت شغلی ریموت در زمینه بلاکچین و کریپتو هستید این سایت ها برای شماست.
https://cryptojobslist.com/
https://www.cryptojobs.com/

امیدوارم براتون مفید باشه

@DevTwitter |

امروز می‌خوام ACID رو توضیح بدم که چهار ویژگی مهم در تراکنش‌های پایگاه داده است. بیایید با هم هر کدام از این مفاهیم رو مرور کنیم:

Atomicity (اتمی بودن)
یعنی یا همه عملیات‌های یک تراکنش به‌درستی انجام میشه یا هیچ‌کدام انجام نمیشه. اگر خطایی رخ بده، همه تغییرات برگردونده میشه. مثلاً اگر در هنگام خرید اینترنتی انتقال پول از حساب شما با مشکل مواجه بشه، تراکنش برگردونده میشه و از حساب شما پولی کسر نمیشه.

Consistency (سازگاری)
یعنی پس از هر تراکنش، پایگاه داده همچنان طبق قوانین تعریف‌شده عمل می‌کنه. مثلاً در یک سیستم بانکی، قانون اینه که مجموع موجودی حساب‌ها نباید منفی بشه. حالا تصور کنید اگر کسی بخواد پولی از حساب A به حساب B منتقل کنه و این انتقال ناتمام بمونه (پول از A کم بشه ولی به B اضافه نشه)، قوانین Consistency اجازه نمی‌ده این اتفاق بیفته و تراکنش رو برمی‌گردونه تا موجودی‌ها درست باشه.

Isolation (انزوا)
یعنی تراکنش‌ها از هم جدا هستن و تأثیری روی هم ندارن. به این معنی که اگر دو نفر هم‌زمان در حال انجام تراکنش باشن، یکی روی دیگری تأثیر نمی‌گذاره و نتایج تراکنش‌ها به هم نمی‌ریزه.

Durability (دوام)
یعنی وقتی یک تراکنش به پایان رسید و تأیید شد، تغییرات اون حتی در صورت بروز مشکل یا قطعی سیستم همچنان ذخیره می‌مونه. مثلاً وقتی شما پولی به حساب دیگری واریز می‌کنید، حتی اگر سیستم دچار قطعی بشه، این انتقال در پایگاه داده ثبت شده و از بین نمیره.

@DevTwitter |

کانال یوتیوب من دربارهٔ برنامه‌نویسی اندروید با موضوع تماس‌های تصویری ، ویدیو کانفرنس با WebRTC و همچنین استریم کردن توسط پروتوکول RTP است. تکنیک‌ها، ترفندها و روش‌های ارتقا تجربه کاربری را یادتون می‌دم. برای بهتر شدن تو برنامه‌نویسی اندروید به ما بپیوندید.

http://Youtube.com/@codewithkael

@DevTwitter

بعد سه بار خوندن کتاب You Don't Know JS شروع کردم به خلاصه کردنش و تو گیتهابم به اشتراک گذاشتم. ممنون میشم چکش کنید و اگه نظری داشتید بهم بگی و لطف کنید اگه خوشتون اومد یه ستاره بدید بهش

4 جلدش رو کامل خلاصه کردم و مشغول خلاصه کردن دو جلد آخرشم.

https://github.com/Masoud-z/You-Dont-Know-JS-summary

@DevTwitter |