یکی از بزرگترین چالش های برنامه نویسی اینه که توی جاوااسکریپت this دقیقن به چی اشاره میکنه؟😂😂😂

سیاوش شهشهانی، استاد ریاضی دانشگاه شریف:

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

واقعن چقدر مهارت کلیدی برای یه توسعه دهنده ی نرم افزاره!

@purecoder_ir

مهارت انشا نوشتن به اون معنا که توی ذهنمونه (انشا های مدرسه) برای توسعه دهنده ی نرم افزار ضروری نیست.

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

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

@purecoder_ir

آموزش ساخت سیستم عضویت ، ورود ، تایید ایمیل با ارسال ایمیل به وسیله فریم ورک وانیا

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

https://www.youtube.com/watch?v=8_K-1Cc4ufE

🔥Async Queue

✅همون طور که میدونیم صف ها یا Queue ها به صورت FIFO یعنی First in First out کار میکنن و دو متد معروف دارن:

☑️Enqueue
☑️Dequeue

با متد اول یک ایتم رو به ته صف اضافه میکنیم و با متد دوم یک ایتم رو از سر صف یا queue بیرون میکشیم و پردازش میکنیم.

✅کد بالا یک Async Queue هست.
به این صورت که متد Dequeue به حالت async در اومده.

await queue.Dequeue();

در نتیجه اگه ایتمی توی queue باشه, بلافاصله اون رو ریترن میکنه و اگه نباشه, هر موقع که یه ایتم جدید به queue اضافه شد, اون رو بهمون تحویل میده.

🔥به این صورت ترد های مختلف میتونن از این queue استفاده کنن و متد Dequeue رو کال کنن و اون رو await کنن و هر موقع که ایتمی به queue اضافه شد, اون ترد ها به نوبت در صف پردازش قرار میگیرن.

پ.ن: کد به زبان سی شارپ نوشته شده.

@purecoder_ir

🔥دارت جدید

// Use dot shorthand syntax on enums:
enum Status { none, running, stopped, paused }

Status currentStatus = .running; // Instead of Status.running

// Use dot shorthand syntax on a static method:
int port = .parse('8080'); // Instead of int.parse('8080')

class Point {
  final double x, y;
  const Point(this.x, this.y);
  const Point.origin() : x = 0, y = 0; // Named constructor

  // Factory constructor
  factory Point.fromList(List<double> list) {
    return Point(list[0], list[1]);
  }
}

// Use dot shorthand syntax on a named constructor:
Point origin = .origin(); // Instead of Point.origin()

// Use dot shorthand syntax on a factory constructor:
Point p1 = .fromList([1.0, 2.0]); // Instead of Point.fromList([1.0, 2.0])

// Use dot shorthand syntax on a generic class constructor:
List<int> intList = .filled(5, 0); // Instead of List.filled(5, 0)

🙅‍♂من نظر خوبی در مورد این ویژگی ندارم.

@purecoder_ir

ویراش دوم کتاب Clean Code.

باب مارتین، ۲۰۲۵.

🔥تغییرات زیادی نسبت به ویرایش اول داشته:
✅از اصول low level کلین کد،
✅تا اصول سالید و،
✅اصول طراحی component ها،
✅معماری کلین،
✅تست،
✅و حتا هوش مصنوعی،

توی این ویرایش صحبت شده.

البته خیلی از این موارد توی ویرایش اول هم بود. ولی خب یه باز طراحی شده.

@purecoder_ir

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

@purecoder_ir

تصور اینکه ۶۰ سال پیش کدها شون رو روی یه سری punched card هک میکردن و هر پروژه ای شامل یه عالمه از این punched card ها بوده و سورس کد یه پروژه رو (ینی این کارت ها رو) توی کابینت یا کشو نگه میداشتن، و در کمتر از ۶۰ سال به این نقطه رسیدیم خیلی سخته‌‌‌.

(هر کارت یه خط برنامه رو در برمیگرفته و هر برنامه شامل تعداد خیلی زیادی از این کارت ها بوده که با یه دونه کش به هم میبستنشون تا گم و گور نشن.🤣 یعنی برنامت از نظر فیزیکی وزن زیادی داشته و برای حملش باید یه کامیون میگرفتی😂 )

فرض کن این کارت ها که هر کدوم شامل یه خط برنامه بودن از دستت ول میشدن و ترتیب کدها به هم میریخت.😂😂🤦‍♂🤦‍♂

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

جهان نرم افزار ترسناکه!!!

@purecoder_ir

قبل از Git سورس کنترل های مهم مثل subversion بر اساس ایده ی central repository کار میکردن. یه ریپوزیتوری مرکزی بود که همه بهش وصل میشدن.

ولی گیت ایده ی Distributed Source Control رو مطرح کرد.

یعنی قبلن اگه ۱۰۰ نفر روی یک پروژه کار میکردن، یه ریپوزیتوری مرکزی روی cloud بود که همه باید بهش متصل میشدن و روش کار میکردن و اون ریپو بود که نسخه ی معتبر پروژه بود.

قبل از subversion حتا cloud هم خیلی مطرح نبود.

ولی توی دنیای گیت اگه ۱۰۰ نفر روی یک پروژه کار کنن، همشون یه نسخه ی لوکال یا محلی برای خودشون دارن و همه ی این نسخه ها هم نسخه های معتبر پروژه هستن. درسته که یه ریپوزیتوری روی cloud هست. ولی این ریپو کمک میکنه که نسخه های لوکال به طور پیوسته باهم سینک یا همگام یشن. این به این معنی نیست که ا‌ون ریپویی که روی cloud هست از درجه ی اعتبار بالاتری نسبت به نسخه ی لوکال برخورداره. تمام نسخه هایی که توی تمام ماشین ها اجرا میشن از یک درجه ی اعتبار برخوردارن.

و این میشه ایده ی Distributed Source Control.

@purecoder_ir

برنامه نویس ها علاقه ی زیادی به reuse کردن کد دارن.

این علاقه باعث میشه که خیلی وقت ها دنبال این باشن که چند تا مفهوم (concept) رو generalize کنن و ازش یه base class تولید کنن که یه کدی رو به اشتراک میگذاره و بقیه کلاس ها ازش ارث بری میکنن ... .

خیلی وقت ها خیلی عجله میکنن و قبل از اینکه خود اون concept ها رو implement کرده باشن میخوان به زور ازش یه base class در بیارن. یعنی اول base class تولید میشه ‌ و بعد ... .

این عجله بیشتر وقت ها نتیجه ی خوبی نداره.

ابتدا باید هر concept به صورت جداگانه پیاده سازی بشه. صبر و تحمل به خرج بدیم و اجازه بدیم و اجازه بدیم و اجازه بدیم که اگه duplication واقعی بوجود اومد، اون موقع از قوه ی generilazation خودمون استفاده کنیم و یه base class استخراج کنیم.

ریفکتورینگ ابداع شده تا بتونیم صبور باشیم و هر کاری رو به موقع انجام بدیم و نه زودتر از موعدش.

@purecoder_ir

🔥Configurations in .NET

توی دات نت میتونیم تنظیمات برنامه رو توی سطوح مختلف به برنامه پاس بدیم.

1️⃣appsettings.json
2️⃣appsettings.[Environment].json
👉appsettings.Development.json
👉appsettings.Production.json
3️⃣OS Environment variables
4️⃣Command Line Args

1️⃣پایین ترین سطح appsettings.json هست.

2️⃣بعد از اون تنظیمات مربوط به environment خاص هست. مثل
👉appsettings.Development.json
👉appsettings.Production.json

تنطیماتی که اینجا قرار میگیرن, تنظیمات appsettings.json رو در صورت تداخل اوراید میکنن.

3️⃣سطح بعدی قرار دادن تنظیمات توی environment variable های سیستم عامل هست که این ها هم تنظیمات دو سطح قبلی رو در صورت تداخل اوراید میکنن.
اینجا میتونیم تظیمات رو با استفاده از env var هایی که روی سیستم عامل یا داکر کانتینر ست میکنیم اعمال کنیم.

4️⃣اخری هم command line args هست که نسبت به همه اولویت بالاتری داره.

✅پس برای مثال اگه یه connection string رو توی appsettings گذاشته باشی و توی development ازش استفاده کنی, توی پروداکشن میتونی با env var ای که روی داکر ست میکنی اورایدش کنی.

پ.ن: این اولویت بندی و اوراید کردن توسط فریمورک انجام میشه و لازم نیست ما کاری انجام بدیم.

توی برنامه ما با استفاده از configuration کانفیک مربوطه رو میگیرم و‌ استفاده میکنیم و همه ی کارهای مربوط‌ به اولویت بندی و اوراید شدن توسط فریمورک انجام میشه.

Configuration["ConnectionString:Default"]

🔥فرمت کانفیگ هایی که توی appsettings.json قرار میگیرن به صورت json هست:

{
     "ConnectionString": { 
           "Default ": "...."
     }
}

ولی موقع تنظیم کردن توی environment variable باید به این صورت عمل کنیم:

expose ConnectionString__Default = "..." // linux

setx ConnectionString__Default  "..." //windows 

اون __ کار nested object توی json رو میکنه!!!
توی داکر هم باید با همین فرمت تعریف بشن (__)

@purecoder_ir

🔥سطح مهندس های نرم افزار ایران از نگاه کسی که توی گوگل بوده و سال ها خارج از ایران بوده.

😱کسایی که میگن توی ایران سطح فنی همه پایینه و مرغ خارجیا غازه، مشکل از خودشونه!!!

❓خودمون چه قدمی برای بهبود برداشتیم؟

پ.ن: من این فرد رو نمیشناسم و به صحبت هاش استناد نمیکنم. ولی حرفی که میزنه رو قبول دارم و اصلن قبول ندارم که توی ایران سطح فنی افتضاحه و پات رو که از ایران بیرون بگذاری، سطح فنی و عمق دانش سر به فلک میگذاره. برعکس یه موقع هایی با افرادی روبرو میشی که مغزت سوت میکشه و تعدادشون هم کم نیست.

@purecoder_ir

🔥Fluent Validation

✅پکیج Fluent Validation یه پکیج محبوب توی سی شارپ هست که برای input validation استفاده میشه و امکانات زیادی داره.

🔥داشتم دنبال چنین چیزی توی دارت میگشتم که یه پکیج با اسم مشابه پیدا کردم که به طور کامل از نمونه ی سی شارپش الهام گرفته.

https://pub.dev/packages/fluent_validation

class UserValidator extends AbstractValidator<User> {
 UserValidator() {
  ruleFor((user) => user.age, key: 'age').isNotNull().greaterThanOrEqual(13);
  ruleFor((user) => user.name, key: 'name').isNotEmpty();
 }
}

// Later on
final UserValidator validator = UserValidator();
ValidationResult result = validator.validate(user);

result.errors.first.key == 'The key of the rule that errored (for example age)'
result.errors.first.message == 'The supplied error message (Passed by you, or default)'
result.errors.first.code == 'The error code'

✅یه جاهایی با نمونه ی سی شارپ متفاوته که فک میکنم بخاطر غیرفعال بودن رفلکشن توی دارت این مورد پیش اومده. ولی خب اون قدر مهم نیست.

@purecoder_ir

📛nameof

🔥بعضی مواقع یه سری constant از نوع string به شکل زیر داریم که اسم variable و محتواش یکسانه👇

public static class Roles
{
     public const string Admin = "Admin";

     public const string Member = "Member";
}

✅ چنین مواقعی توی سی شارپ میتونیم از nameof استفاده کنیم👇

csharp

public static class Roles
{
     public const string Admin = nameof(Admin);

     public const string Member = nameof(Member);
}

✅اینجوری هر موقع اسم variable رو تغییر میدی، محتواش هم خود به خود تغییر میکنه.‌ علاوه بر اون از اشتباه های نگارشی هم در امون میمونی.

یک مثال دیگه:

public static class Roles
{
     public const string Admin = "Roles.Admin";

     public const string Member = "Roles.Member";
}

👇👇👇👇

public static class Roles
{
     public const string Admin = $"{nameof(Roles)}.{nameof(Admin)}";

     public const string Member = $"{nameof(Roles)}.{nameof(Member)}";
}

این یک مثال ساده بود. از nameof میشه برای گرفتن اسم کلاس، متد، پراپرتی و ... استفاده کرد و خیلی جاها از بروز خطا جلوگیری میکنه و با تغییر دادن اسم کلاس، متد یا پراپرتی مربوطه نیاز نیست توی کل دنبالش بگردی که ببینی کجاها از اسمش استفاده شده.

توی گزارش Exception ها، mapping هایی که برای orm مینویسم و کلی جای دیگه کاربرد داره.

@purecoder_ir