هر روز یک چیزی هست که ما رو سوپرایز کنه. یک Full Stack Framework برای #NodeJS دیدم که خیلی جالب هست.
https://wasp-lang.dev/
ظاهرا شبیهه به Prisma ORM که زبان خودش رو داره شما کل app با کد های Custom خودتون رو در یک فایل .wasp مینویسید و اون app شما رو میسازه.

مرسی از همتون رفقا واقعا دمتون گرم 600 نفر شدیم.❤️ 🎉
خیلی خیلی خوشحالم که تونستیم باهم یک کامینیوتی کوچیک تشکیل بدیم و رشد کنیم امیدوارم موفق باشید همگی❤️👍

دوست دارم یکم درمورد Dependency injection صحبت کنم. یکی از پایه ای ترین Pattern ها که اوایل در زبان های Static Type خیلی محبوب شد ولی به زبان های Dynamic Type هم راه پیدا کرد. هر گوشه ای که در صنعت نگاه کنید این تکنیک رو میبینید که در حال استفاده است. از فریم ورک های محبوب مثل Spring boot در #Java و NestJS در #NodeJS و Angular در کد های #FrontEnd #JavaScript . حالا سوال پیش میاد چرا از این تکنیک استفاده میکنن؟
یک اتومبیل رو در نظر بگیرید از اجزای زیادی تشکیل شده است این اجزا به هم وابستگی های ( Dependency ) زیادی دارن اما نحوه قرار گرفتنشون در کنار هم خیلی جالبه. به این شکل که اگر قطعه ای خراب شد نیاز نیست کل ماشین رو بندازیم دور و به راحتی میتونیم قطعه مورد نظر رو جایگزین با قطعه جدید کنیم.

یک موضوع دیگ بنظرم یوتیوب برید ویدیو راجع به خط تولید ماشین ها نگاه کنید. میبینید که در استیج های مختلف با این که ماشین هنوز آماده نیست قطعات کوچک تر رو جدا تست میکنن ( Unit Test ) بعد ماشین یا که کامل شد کل ماشین رو یکجا تست میکنند ( End2End Test ). حالا این تکنیک اگر درست استفاده بشه فرایند تست نوشتن رو خیلی براتون راحت میکنه. دوستان تست نوشتن برای برنامه ای که مینویسید از خود برنامه سخت تره. یکی از محدود خط کش هایی که میتونیم باهاش معیار کد خوب و بد رو مشخص کنیم کدی هست که بشه براش تست نوشت و کدی که بشه low mock test انجام داد.

معمولا همه جا راجع به کد #SOLID صحبت میکنن اما این رو هیچ وقت نمیگن که اگر به دنبال #SOLID شدن حرکت میکنید بدون Dep Injection تقریبا غیرممکن هست. نکته جالب این که خیلی از تازه کار ها در مفاهیم Object Orinted مشکل دارند به طوری که درک مفهومی مثل Abstraction برای تازه کار ها یکم سخت هست. اما اگر به این Pattern در آموزش ها دقیق تر پرداخته میشد. بعد از یک مدت کار کردن به این موضوع میرسید که ۴ اصل Object Orinted خیلی به صورت طبیعی براتون منطقی میشه. مخصوصا تکنیک Abstraction که ابزار ما مثل آچار برای مکانیک ها هست که بهشون کمک میکنه قطعات یک اتومبیل رو عوض کنن ( ما هم با Abstraction میتونیم برنامه خودمون رو تبدیل به قطعه های کوچک تر کنیم و این قطعات رو در صورت نیاز تعویض کنیم )

صحبت کردن در مورد این مفاهیم یکم پیچیده هست به دلیل این که خیلی با مفاهیم دیگ مرتبط هستن. چند وقت پیش یک پست گذاشتم که گفتم اگر میخواید فقط یک چیز از این چنل یاد بگیرید این رو یاد بگیرید. اون پست اینجا خیلی مرتبط هست ولی خب به دلیل طولانی شدن کاری بهش نداریم فقط اشاره کردم خودتون به عنوان تمرین یکم فکر کنید روش.
https://news.1rj.ru/str/NodeMaster/137

از اونجایی که دوست دارم به جای ماهی دادن، ماهیگیری یاد بدم از اینجا به بعد درمورد این که چطور یک مفهومی که هیچی ازش نمیدونیم رو باهم یادبگیریم.
در کتاب های الگوریتم یکی از اولین الگوریتم هایی که درموردش صحبت میکنن Divide and conquer ( معادل فارسی تفرقه بینداز و حکومت کن ) هست. این الگوریتم محدود به کامپیوتر فقط نیست و میتونید در یادگیری خیلی استفاده کنید. و یک نمونه رو اینجا باهم میبینیم. این الگوریتم اینطور هست که اگر مسئله ای داریم بیایم و اون رو مسئله های کوچک تر تبدیل کنیم و حال کنیم.
خب به این شکل هست که برای درک بهتره Dependency injection بهتره ما اول یاد بگیرم خود Dependency چی هست. بعد injection رو یاد بگیریم. بعد فکر کنیم که ترکیب این دوتا چطور میشه Dependency injection حالا به جای یک مسئله بزرگ ۳ مسئله کوچک تر داریم با ترتیب میتونیم حل کنیم. خب تبریک میگم الگوریتم Divide and conquer هم یاد گرفتید.

بریم برای سوال اول. Dependency چیست ؟

function syncLogic1() {}
function syncLogic2() {}

function job() {
  syncLogic1(); // dependency
  // Some codes
  syncLogic2(); // dependency
}
function main() {
  job(); // dependency
}

main();

ما دوتا لاجیک داریم که باید به ترتیب انجام شوند به عنوان مثال و فانکشن job کاری هست که باید انجام بشه. وقتی ما از یک function یا class به صورت مستقیم در یک function یا class دیگ استفاده میکنیم در حقیقت داریم وابستگی ( Dependency ) شدیدی ایجاد میکنیم. الان فانکشن main به job وابستگی داره و job به syncLogic1 و syncLogic2. اگر بخوایم یک مثال قابل لمس تر بزنیم

import { randomInt } from "node:crypto";

class SendOTP {
  sendSms() {
    const number = randomInt(1000, 9999); // dependency
    // Api call to send sms
  }
}

کد بالا فرض کنید میخوایم کد otp ارسال کنیم با استفاده از randomInt یک کد میسازیم و چون مستقیم از این فانکشن استفاده کردیم در SendOTP class وابستگی ایجاد کردیم.

به دلیل طولانی شدن ادامه بحث رو در پست های بعد عمیق صحبت میکنیم.

#Tip پارت اول.

اگر به وب سایت #TypeORM یک سر بزنید همون صفحه اول این مثال رو میبینید. اینجا یک pattern خیلی کاربردی داریم که خیلی کمتر بهش توجه میشه.

const user = new User()
user.firstName = "Timber"
user.lastName = "Saw"
user.age = 25

این چه پترنی هست؟ کامنت کنید صحبت کنیم
#Tip

دوستان. این آگهی استخدام از بچهای گروه خودمون هستن. چک کنید حتما
#Work

https://jobinja.ir/companies/barsaweb/jobs/ARrH/%D8%A7%D8%B3%D8%AA%D8%AE%D8%AF%D8%A7%D9%85-javanoscript-mid-level-back-end-developer-%D8%AF%D8%B1-%D8%A8%D8%B1%D8%B3%D8%A7%D9%88%D8%A8

یکی از مشکلاتی که میتونه داخل تیم ها بین #FrontEnd و #BackEnd باشه داشتن Api Doc مناسب هست. اکثرا همه از #Postman استفاده میکنن ولی به دلیل مشکلاتی که داخل ایران داریم و نمیتونیم از ویژگی های پولی این app در تیم ها استفاده کنیم. یکی از این ویژگی ها مهم ایجاد Workspace مشترک بین اعضای تیم هست. در تیم خودمون دنبال یک راه حل برای حل این مشکل بودیم که رسیدیم به #Hoppscotch. یک جایگزین مناسب برای #Postman که کاملا opensource هست و تمام ویژگی هایی که یک تیم توسعه نیاز داره به صورت رایگان در اختیار شما قرار میده. نکته خیلی خوب دیگ راجع به این ابزار توانایی self host کردن درون سازمانی هست که کامل وابستگی شما رو میتونه از عوامل بیرونی از بین ببره.

البته یک نکته مثبت دیگ این که نه تنها برای تمامی پلتفرم ها app native داره. بلکه نسخه وب هم داره که نیاز به نصب نداره.
اگر در تیمتون توانایی استفاده از ویژگی های پولی postman رو ندارید و دنبال راه حل مناسبی برای کمتر کردن رفت آمد بین تیمی برای گرفتن collection های بروز از api doc ها هستید قطعا یک نگاهی به این بندازید.

https://hoppscotch.io/

در پست قبل درمورد Dependency صحبت کردیم و یاد گرفتیم که Dependency چیست؟ سوال دومی که قرار بود درموردش صحبت کنیم این بود که Injection چیست؟ به مثال پایین دقت کنید.

import { randomInt } from "crypto";

// Normal Version
function generateOtp() {
  const otp = randomInt(1000, 9999); // dependency
  return otp;
}

// Injected Version
function generateOtp(fn) {
  const otp = fn(1000, 9000);
  return otp
}
const result = generateOtp(randomInt);

در ماشین ها یک قطعه داریم به اسم injector ( فارسی میگن انژکتور در حقیقت اینجکتور هست ). خب انجین نیاز به سوخت داره و این وسیله وظیفه inject کردن سوخت به انجین داره یعنی از این زاویه نگاه کنیم که انجین به سوخت وابستگی (Dependency) دارد و injector سوخت رو inject میکنه به انجین و حالا رسیدیم به خود Dependency Injection. میشه گفت این قطعه فریمورکی هست که کار Dependency Injection رو انجام میده برامون مثل #NestJS در #NodeJS و #Spring در #Java.
اینجا یک لاجیک ساده داریم که کد otp میسازیم. در نسخه اول خیلی ساده میایم فانکشن randomInt رو به عنوان Dependency در فانکشن generateOtp استفاده میکنیم. اما در نسخه دوم بجای این که مستقیم از randomInt استفاده کنیم اون رو از طریق argument به generateOtp پاس میدیم و از طریق reference که بهش داریم کد Otp رو generate میکنیم. در حقیقت ما فانکشن randomInt رو در فانکشن generateOtp با این کار که از طریق argument بهش inject ( تزریق ) کردیم.

پس اگر بخوایم جمع بندی کنیم که Injection چیست. یعنی یک object رو از طریق های مختلفی مثل argument ها در function پاس بدیم و مستقیم استفاده نکنیم.
حالا اگر تعریف بالا رو کامل تر کنیم به Dependency Injection میرسیم. به این صورت که بجای استفاده از مستقیم از Dependency اون رو به روش های مختلف مثل مثال دوم داخل object مورد نظر inject کنیم. یعنی در حقیقت generateOTP به randomInt وابستگی دارد و وقتی ما از طریق argument به randomInt رو inject میکنیم به generateOtp به این کار میگیم Dependency Injection.

حالا در برنامه نویسی OOP وقتی از class ها استفاده میکنیم. نکات دیگه ای هم هست که باید بهشون توجه کنیم
- singleton design pattern خیلی استفاده میشه و شما اگر از هر DI framework استفاده کنید روشی برای کنترل این موضوع به شما میده.
- فرایند Injection از طریق Constructor
- فرایند Injection از طریق setter method

اگر یکم بخوایم دقیق تر به DI نگاه کنیم در حقیقت DI یک نوع خیلی سفارشی سازی شده از IOC Pattern هست ( Inversion Of Control ). اگر یکم بخواید خودتون مطالعه کنید این اصطلاح DI/IOC رو خیلی کنار هم میشنوید. مثال هایی از IOC رو میتونید در سرتاسر اکو سیستم برنامه نویسی ببینید.

به صورت کلی در این پست با مفهوم DI به صورت خیلی ساده آشنا شدیم. پست بعدی به DI در برنامه نویسی Object Orinted نگاه میکنیم و درمورد نکات بالا مفصل حرف میزنیم و صد البته با Poor man di آشنا میشیم تا di container رو بتونیم بهتر یاد بگیریم
درمورد IOC هم در آینده به صورت کامل جدا صحبت میکنیم چون خیلی مهم هست و نباید به سادگی از کنارش عبور کنیم.

پارت دوم
#Tip

یکی از نکاتی که خیلی بدرد بچه های #BackEnd و #FrontEnd در #JavaScript میخوره استفاده از AbortController Signal هست. گاهی اوقات شما یک Async job رو شروع میکنید حالا به هردلیلی قصد دارید در صورتی که اگر اون async function هنوز reslove نشده اون رو کنسل کنید. در همچین سناریو هایی AbortController به کمک شما میاد.
یکی از مثال هایی که میتونید ببینید به عنوان مثال استفاده از fetch هست.

const ac = new AbortController();

setTimeout(() => {
  ac.abort();
}, 20);

const response = await fetch("https://httpbin.org/get", {
  signal: ac.signal,
});

وقتی شما از AbortContoller استفاده میکنید یک object با دوتا attr میگیرید. یک method برای ارسال سیگنال و یکی خود سیگنال. همینطور که میبینید ما یک setTimout گذاشتیم که بعد از 20ms سیگنال رو ارسال کنه و چون eventloop block نشده ما http request رو با fetch ارسال کنید و بعد از ارسال شدن http request که 20ms گذشته ما سیگنال کنسل رو ارسال میکنیم.

حالا اگر بخوایم یک مثال بزنیم که بیشتر برای #NodeJS هست برای درک بهتر. همونطور که اول گفتم خیلی از Standard api های خود #NodeJS همچین interface رو دریافت میکنن به عنوان مثال Stream و worker_thread ها نمونه ای از این موضوع هستند.

const ac = new AbortController();
setTimeout(() => ac.abort(), 20);

fs.createReadStream("./samplefile.txt", { signal: ac.signal }).pipe(process.stdout);

همینطور که میبینید یک ReadStream درست کردم برای خوندن یک فایل و مثل fetch یک abortsignal بهش پاس دادم بعد دوباره با استفاده از setTimeout حدود 20ms بعد سیگنال کنسل فرستادم. و استریم رو قطع کردم. حالا درمورد استریم سناریو های دیگ هم وجود داره برای کنسل کردن که کاری به اون ها در اینجا نداریم و موضوع بحث ما نیست.

چرا باید از این روش استفاده کنیم؟
اگر پروژه کوچیک دارید اصلا ارزش استفاده نداره بخاطر پیچدگی که اضاف میکنه این manage کردن سیگنال ها. ولی اگر پروژه با load زیاد دارید به دلیل این که single thread eventloop داریم هرچقد بتونیم کار های اضافی رو از eventloop کمتر کنیم برنامه بهتری خواهیم داشت. خیلی وقت پیش درمورد mechanical sympathy صحبت کرده بودم. همچین تکنیک های ریزی که برای Optimization استفاده میشه ممکنه به صورت روزمره کاربردی نباشه ولی دونستن اون ها خیلی به ما کمک میکنه که بتونیم برنامه بهتری بنویسم.
#Tip

امروز هم با یک موضوع دیگ اومدم که خیلی برای تیم های #BackEnd و #FrontEnd کاربردی هست مخصوصا اگر تیم بزرگ باشه. اگر در تیم های خودتون پکیج داخلی #JavaScript توسعه دادید. به هردلیلی بخشی از اون API اگر Depricate شده اون رو بهتره در ورژن بعدی حذف نکنید. و بهتره با deprecated tag در jsdoc استفاده کنید و به هم تیمی های خودتون توضیح بدید که چرا نباید از این API استفاده کرد و روش جدید استفاده از معادل API جدید هم حتما فراموش نشه.

/**
 * @deprecated since version 2.0
 */
function old() {
}

حالا بچه های #NodeJS یک قدم میتونن فراتر برن و با استفاده از یک function کمکی به runtime هم بگن که این deprecate شده و وقتی پروژه اجرا میشه با #NodeJS به برنامه نویس با هشدار DeprecationWarning اطلاع میده که موضوع رو برسی کنه.

import util from "node:util";
/**
 * @deprecated since version 2.0
 */
function old() {}

old = util.deprecate(old, "since version 2.0");
export { old };

حالا وقتی پروژه رو اجرا کنید همچین خروجی میبینید.

$ node main.js                    
(node:163509) DeprecationWarning: since version 2.0

البته اگر این موضوع کافی نبود میتونید با استفاده از --trace-deprecation فلگ جزیات بیشتری از stack trace ببینید و برید موضوع رو دقیق تر برسی کنید.

node --trace-deprecation main.js

#Tip

الان دقت کردم این بخش میبینم یک تکنیک گاها کاربردی استفاده شده. مخصوصا برای تست. حتی در مواقع ضروری در production هم از این استفاده میکنن. راهنمایی میکنم گاهی در runtime نیاز هست بدون این که به function یا method اورجینال دست بزنیم باید اون رو جایگزین کنیم. اگر دقت نکنیم خیلی هم میتونه خطرناک باشه.
زیر این پست کامنت بزارید درموردش صحبت کنیم.
بعدا درموردش با جزیات بیشتری صحبت میکنیم.

- این هم بگم که decorator نیست.

اگر از #NodeJS به صورت حرفه ای استفاده میکنید. همینطور که میدونید چندسالی هست که #ExpressJS فقط روی حالت maintenance بوده و هیچ آپدیت بزرگی نداشته. قرار بود سال 2020 ورژن 5 از این فریمورک محبوب منتشر بشه ولی خب الان 4 سال گذشته و خبری نیست هنوز!
ظاهرا چند هفته اخیر در github بعضی از افراد تاثیر گذار در این پروژه شروع به صحبت درمورد این پروژه و آینده اون کردن و یک نقشه راه تقریبی برای ورژن های 5 , 6 و حتی 7 هم منتشر کردن که میتونید جزیات بیشتر هم در این issue ببینید.
https://github.com/expressjs/discussions/issues/160
یک دورهمی هم داشتن که صحبت هاشون رو گفتن که میتونید از این لینک یوتیوب مشاهده کنید.
https://www.youtube.com/watch?v=beWATMWGu5Q

همین موضوع باعث شده که کامینیوتی #NodeJS از Express فاصله بگیرین و به سمت Fastify حرکت کنن. در حال حاظر من به شخصه برای پروژه جدید به هیچ عنوان از Express دیگه استفاده نمیکنم و صدرصد Fastify رو ترجیح میدم. به دلایل زیر.
- سرعت بالاتر حدود ۸ برابر
- اکوسیستم مناسب از package های 3rd party که توسط تیم اصلی maintain میشه. و هر نیازی رو برای توسعه backend رفع میکنه.
- هسته کوچک اما کاربردی که خیلی توسعه پذیر هست.
- از همه جالب تر به دلیل ساختاری که داره مهاجرت از monolithic به microservice درصورت شناخت کافی از این فریمورک خیلی راحت تر صورت میگیره.

درکل خبر خوبی بود برای جامعه #NodeJS و باید ببینیم در آینده چه اتفاقی خواهد افتاد.

پیج رسمی #NodeJS در توییتر از mascot logo جدید برای Node رونمایی کرد.
اسمش رو گذاشتن Rocket turtle 🐢🚀

https://twitter.com/nodejs/status/1759953849849167878?t=pfq8FarAeV8nE_RJ7uLGbg&s=19

نکته باحال اون لوگو مشکی Nodejs بالا هست که من خیلی خوشم اومد

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

old = util.deprecate(old, "since version 2.0");

به صورت خلاصه به این تکنیک میگن monkey patch. حالا اگر بخوایم خیلی خلاصه بگیم monkey patch چیست؟ جواب به این صورت هست.
- تغییر یک class یا function در زمان اجرا ( runtime ) بهش میگن monkey patch.

پرکاربرد ترین جایی که از این تکنیک استفاده میشه در test هست که شکل پیشرفته ای ازش میبینیم به اسم mock که اگر تست کار کرده باشید براتون قابل درک هست به راحتی. در مواقع خیلی خاص هم در production استفاده میکنن. در صورتی که خیلی سریع میخوان یک لاجیکی رو جایگزین کنن ( hot fix ) و وقت برای فکر کردن درست حسابی برای راه حل خیلی خوب نیست. البته گاهی اوقات رفتار متد های class های استاندارد مثل String رو هم عوض میکنن که من اصلا دوست ندارم و خیلی وقته کد بیسی ندیدم که این کار رو انجام بدن.

class LogicCls{}

LogicCls.prototype.sell = () => console.log("sell") // Add a method to class at runtime

const b = new LogicCls()

b.sell()

همینطور که در مثال میبینید کد LogicCls هیچ متدی نداره و در خط دوم با استفاده از همین تکنیک در زمان runtime بهش یک method اضافه کردیم که تمامی instance هایی که بعد از این خط ساخته میشن متد sell رو دارن.
حالا فانکشن depricate هم در کتاب خانه util یک فانکشن از ما میگیره و یک فانکشن جدید میسازه و شما باید اون رو با فانکشن یا متد قبلی جایگزین با نسخه که depricate برامون ساخته.
#Tip
#JavaScript #NodeJS

یکی از نقاط ضعفی که در #JavaScript وجود داره نبود استاندارد Error های مناسب طبق یک class hierarchy خوب مثل #Java یا #Python هست. حالا در #NodeJS سعی بر این شده که به این وضعیت رسیدگی بشه و وضعیت این Error ها به نسبت خود vanilla js خیلی بهتر هست.
در جهت همین موضوع یکی از Error های خیلی مهم در #NodeJS در حقیقت SystemError ها هستن. اگر دوست دارید درمورد سیستم عامل بیشتر بدونید این Error class شما رو یک خورده به سیستم عامل نزدیک تر میکنه. حالا سوال پیش میاد که SystemError چیست؟ اگر برنامه شما درخواستی داشته باشه از سیستم عامل ولی به هر دلیلی محدودیت هایی وجود داشته باشه #NodeJS با SystemError به شما اطلاع میده.

import fs from "node:fs/promises";
import util from "node:util";
try {
  await fs.readFile("./invalid-file.txt");
} catch (err) {
  console.log(err);
  console.log(util.getSystemErrorName(err.errno));
}

به این کد دقت کنید. ما در اینجا سعی میکنیم که یک فایلی رو از روی دیسک بخونیم که اصلا این فایل وجود نداره. در حقیقت داریم از سیستم عامل درخواست open syscall داریم که فایل رو بخونه یا ایجاد کنه ( در صورت استفاده از flag مناسب برای syscall که اینجا ست نکردیم) با توجه به این مثال به به محدودیت از سمت سیستم عامل میخوریم. و حاصل این کد یک SystemError هست. حالا در "node:util" یک فانکشن کمکی وجود داره که درصورتی که کد SystemError رو که در err.errorno میتونید بهش دسترسی داشته باشید بهش بدید. اسم که در اینجا ENOENT به من میده. این SystemError ها چون مربوط به سیستم عامل هست به زبان برنامه نویسی خاصی وابستگی ندارند و در همه زبان ها شما میتونید اینها رو ببینید.
#Tip

سلام دوستان ارادت. این پست تبلیغاتی نیست.
یکی از دوستانم مدتی هست با یک تیم روی یک بازی آنلاین دارن کار میکنن. اگر دوست داشتید به بازیشون یک سر بزنید و از کارشون حمایت کنید.

به گفته یکی از اعضای تیمشون :

🏰 اولین بازی استراتژی آنلاین در تلگرام! 🏰

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

شما، برترین پادشاه خواهید شد. 🔥

🎮 @CastelGame_bot

یک خبر جدید برای بچه های #JavaScript و #NodeJS.
همونطور که میدونید #Deno برای پکیج های 3RD Party از Deno.land/x استفاده میشه و به صورت decentrilized هست. حالا تیم توسعه دهنده #Deno تصمیم گرفته که که یکی Registry جدید برای پکیج های #JavaScript توسعه بده. در حقیقت یک رقیب برای NPM با رویکردی که بیشتر تمرکز روی #Deno هست. قطعا این آپدیت روی بچه های #FrontEnd به اندازه بچه های #BackEnd تاثیر خواهد گذاشت. چون که Deno واقعا داره تلاش میکنه تا ساپورت خوبی از WebAPI ها داشته باشه و تا الان موفق بوده.

https://jsr.io/waitlist

یک خبر دارم براتون درمورد #NodeJS که وب سایت رسمی این Runtime محبوب در حال Redesign توسط تیم رسمی Node هست و میتونید از طریق این pull request آپدیت های مربوط به این موضوع رو دنبال کنید.
https://github.com/nodejs/nodejs.org/pull/6353

البته میتونید از این لینک هم دمو این وب سایت جدید برای #NodeJS رو مشاهده کنید.
https://nodejs-j7xn7o05q-openjs.vercel.app/en

سلام دوستان ارادت.
من به تازگی یک مصاحبه شغلی برای #NodeJS به صورت ریموت رفتم. بهم یک تمرین دادند و اون رو حل کردم. مصاحبه #NestJS میخواستن ولی من از استک زیر استفاده کردم و offer رو گرفتم.
NestJS + Fastify + Mikro-Orm + Postgres
راجع بیشتر تایم مصاحبه هم داشتیم درمورد تست نوشتن و تست ها صحبت میکردیم.
اگر دنبال کار میگردین و تجربه ندارید میتونید برید کد های این ریپو رو بخونید نمونه سوالی که در مصاحبه ازتون میپرسن رو ببینید و سعی کنید خودتون حل کنید تا شاید بتونه بهتون کمک کنه.
نکته جالب این هست که docker-compose که نوشته بودم روز مصاحبه بخاطر migration دیتابیس کار نمیکرد و من این رو چک نکرده بودم. با این وجود offer رو گرفتم. من این قسمت رو هم درست نمیکنم تا که یک وقت فکر نکنید همه چی طبق برنامه پیش میره. گاهی پیش میاد همچین اشتباهاتی ولی خب با مصاحبه کننده ها راجع بهش صحبت کردیم و تاثیر منفی نداشت.

به ریپو دست نزدم و دقیقا همون کدی که ارایه دادم رو گذاشتم فقط README رو آپدیت کردم که اگر دوست داشتید پروژه رو بیارید بالا و البته این کد ۲ روز کمتر وقت گذاشته شده و خیلی کارا رو میشد بهتر انجام داد و اتفاقا راجع به این موضوع هم صحبت شد. یعنی شما نیازی نیست کدی که میزنید صدرصد عالی باشه. کد خوب بزنید و بدونید که چطور میشه این کد رو بهتر کرد. چون درمورد یک سری پترن ها ازم سوال شد که پروژه رو تمیز کنیم.

سوالات مهمی که ازم پرسیده شد.
- به صورت کلی Circular Dependency چیست و چطور باید باهاش مواجهه شد.
درمورد راه حلش در NestJs توضیح دادم و به صورت کلی راجع این مشکل در زبان های برنامه نویسی توضیح دادم که معمولا یک کد top level ایجاد میکنم. لینک زیر راه حل مناسب در NestJS هست ولی درکل Circular Dependency یک نوع Anti Pattern هست و میتونه نشونه کد بد باشه. راجع به این موضوع عمیق باید صحبت کرد.
https://docs.nestjs.com/fundamentals/circular-dependency
- در تست ها چرا database fake ایجاد کردی و mock نکردی.
به این دلیل که من بیشتر تست های integration هدفم بود و unit test به همراه behiver test زمان بر بود. اینجا شما باید درمورد رویکرد های کلی تست نویسی مثل Testing Diamond و Testing Pyramid بدونید. لینک زیر مقاله خوبیه.
https://www.linkedin.com/pulse/pyramid-diamond-honeycomb-trophy-find-testing-strategy-fits/

- پترن Repository چطور میتونه باعث بشه کدت تمیز تر بشه؟
میتونیم DAO درست کنیم و وابستگی خودمون رو به ORM ها و به لایه data persistence حذف کنیم. این پترن خیلی در Java Spring Boot مرسوم هست به نوعی کمک به Repository پترن میکنه. این لینک میتونه بهتون کمک کنه.
https://www.digitalocean.com/community/tutorials/dao-design-pattern

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

راستی Star ⭐️ فراموش نشه :)
https://github.com/imanhpr/nest-assignment

سلام دوستان ارادت روزتون بخیر باشه.
اگر دقت کرده باشید مدتی هست کم فعالیت شده اینجا. این روزا به دلیل یک سری اتفاق ها و تغییرات خیلی زیاد در زندگیم وقت نمیکنم محتوا آموزشی تولید کنم و براتون بزارم. خوشبختانه کارام خیلی جلو رفته و همه چی داره خوب پیش میره.
خواستم بهتون بگم بین یک هفته یا حداکثر تا بعد از عید پست آموزشی در چنل نداریم. خوشبختانه در این چند ماه موضوعات مختلفی درمورد #NodeJS صحبت کردیم و یک TODO لیست کامل از موضوعاتی که دوست داریم عمیق تر بشیم رو داریم.
بهتون این قول رو میدم که بعد از این دوره محدود به #NodeJS نیستیم و سعی میکنیم خیلی از زاویه CS به موضوعات نگاه کنیم. یعنی به سمت هدف اصلی خودمون حرکت کنیم.
این مدت که کمتر بودم یک سری برنامه ها رو چیدم و جلو بردم که بتونم کیفیت بهتری این کار رو ادامه بدم. قطعا بعد از این دوره که فعالیت ندارم ویدیو آموزشی با کیفیت خوب و عمیق خواهیم داشت. خواستم بهتون بگم لطفا از چنل left ندین چون قوی تر ادامه میدیم باهم.
داخل گروه همچنان فعال هستم صحبت میکنیم. خیلی خیلی از تک تک شما دوستان متشکر هستم که در مرحله یک این کامینیوتی کوچک و خوبی که داریم همراه بودین و حمایت و تشویق کردین❤️. حالا نوبت به مرحله دو هست که با هم وارد بشیم.

بزودی با محتوا بهتر میبینمتون 😃❤️

ایمان هستم داداش کوچیک همه شما موفق باشید ❤️