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

نتیجه اش باحال بود پیشنهاد می‌کنم حتما بخونیدش.

https://claude.ai/share/866422cb-6b05-48d7-a696-c0411b99174f

زمانی که توی پروژه‌های TypeScript کار می‌کنید، گاهی لازمه از روی یک Type، نسخه‌های تغییر یافته یا محدودشده‌ای بسازید.
برای همین TypeScript مجموعه‌ای از ابزارها به نام Utility Types در اختیارتون قرار میده که باهاشون می‌تونید Typeهای جدید رو از Typeهای موجود مشتق کنید.

چند تا از مهم‌ترین Utility Type ها رو ببینیم:

1-Partial<T>
تمام پراپرتی‌های یک Type رو اختیاری می‌کنه.
معمولاً برای آپدیت بخشی از داده استفاده میشه.

type User = { name: string; age: number }
type UserUpdate = Partial<User>

const data: UserUpdate = { age: 25 }

2-Pick<T, K>
فقط بعضی از کلیدهای Type رو نگه می‌داره.

type User = { id: number; name: string; email: string }
type PublicUser = Pick<User, "id" | "name">

در این مثال، نوع جدید فقط شامل id و name میشه.


3-Omit<T, K>
برعکس Pick کار می‌کنه و کلیدهای مشخص‌شده رو حذف می‌کنه.

type PrivateUser = Omit<User, "email">

4-ReturnType<F>
نوع خروجی تابع رو استخراج می‌کنه.

function getUser() {
  return { id: 1, name: "Reza" }
}
type User = ReturnType<typeof getUser>

‏Utility Type ها مخصوصاً زمانی مفیدن که بخواید Type های منعطف‌تری بسازید بدون اینکه ساختارهای جدید رو از صفر تعریف کنید.
باعث میشن کد تمیزتر، قابل‌نگهداری‌تر و کمتر تکراری بشه.

#ts

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

من الان با این syntax error چیکار کنم؟

ما Developer ها به Magic عادت داریم. بیشتر وقت ها کدی که مینویسیم فقط میخوایم کار کنه. اما چطور کار کردن اون کد خیلی اهمیتی نداره تا وقتی که کدمون کار میکنه. حالا چه به صورت جادویی کار کنه چه با جزئیات کامل بدونیم پشت پرده چخبر هست. گاها بعضی از این جادو ها اینقدر پیچیده و ترسناک به نظر میان که اصلا بهشون نزدیک نمیشیم. یکی از این Magic ها Promise ها در #JavaScript هست. اکثرا فکر میکنیم یک چیزی هست که داخل گوشت و وجود #JavaScript فرو رفته و به هیچ عنوان نمیشه تغییرش داد یا اگر هم بشه خیلی سخت هست. کاری به پیاده سازی اصلیش امروز نداریم. امروز بعد از این مقدمه طولانی میخواهیم باهم یاد بگیرم چطور یک Object بسازیم که شبیه به Promise عمل میکنه. یعنی میتونیم await کنیم اون رو با وجود این که اصلا اون Promise نیست و یک Object ساده هست. به این کد پایین دقت کنید.

const thenable = {
  then(resolve, reject) {
    setTimeout(() => resolve("Hello from thenable!"), 1000)
  },
}

const txt = await thenable
console.log(txt)

معمولا اولین واکنش افراد به این تکه کد "WTF" هست. داستان از این قرار هست که خیلی قبل تر از این که Promise ها به صورت استاندارد وارد #JavaScript بشن پیاده سازی های مختلف ازش وجود داشته و هرکدوم implemention detail خاص خودشون رو داشتن ولی طی گذر زمان بلاخره رسیدن به این interface که الان داریم هر روز باهاش کار میکنیم ( تقریبا شبیه به وضعیت decorator ها و پروپزوال مربوط بهش ). بزارید یکم بیشتر وارد داستان بشیم.

برای این که بتونیم یک object رو await کنیم لزوما نیازی نداره حتما یک instance از Promise باشد. بلکه هر object که Promise-like باشد میتواند await بشود. این تعریف دقیقا تعریف Duck-typing هست که قبلا مفصل درموردش حرف زدیم. حالا سوال پیش میاد که Promise-like یعنی چی؟
- هر class که thanable interface را implement کند میتوان آن را await کرد.

پس میتونیم نتیجه بگیریم که همه Promise ها thenable هستند ولی همه thenable ها Promise نیستند.

حالا میرسیم که thanable interface چیست؟ در ساده ترین حالت دقیقا مثال بالا رو در نظر بگیرد. یک object یا class که then method رو که با دوتا argument که هردو callback هستن یکی برای وقتی که reject شده و یکی برای وقتی resolve میشه invoke میشود و ما میتونیم با اون دوتا رفتاری که Promise-like هست رو از خودمون نشون بدیم.

حالا این ویژگی به ما اجازه داده که پکیج های معروفی مثل promise-retry ببینیم یا حتی یکم تلاش کنیم به کمک Promise-like ها در ES5 بتونیم چیزی شبیه بهش رو داشته باشیم که البته این موضوع خودش یک بحث دیگس اگر دوست دارید نگاهی به promise-polyfill یا babel-polyfill بندازید.

این هم پست مربوط به duck typing به نظرم نگاهی بندازید:
https://news.1rj.ru/str/NodeMaster/128

دیشب گفتن که بگم چطور کار می‌کنه که اونو الان توضیحاتش رو می‌نویسم.

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

تو یه RTOS، برنامه‌ها به‌جای اینکه مثل یه صف طولانی پشت سر هم اجرا بشن، به شکل تسک (Task) یا ترد (Thread) جدا جدا تعریف می‌شن. هر تسک یه اولویت خاص داره. مثلاً اگه داری با یه ربات کار می‌کنی، تسک مربوط به کنترل موتور باید خیلی سریع‌تر از تسک نمایش چراغ LED اجرا بشه. سیستم‌عامل بلادرنگ اینو می‌فهمه و به کمک یه چیز به اسم Scheduler (زمان‌بند) همیشه تصمیم می‌گیره الان نوبت کدوم تسکه.

زمان‌بند تو RTOS با سیستم‌عامل‌های معمولی خیلی فرق داره. تو سیستم‌هایی مثل لینوکس یا ویندوز، scheduler ممکنه بگه «انشالله از شنبه». ولی سیستم‌عامل بلادرنگ کار امروز رو به فردا نمیسپاره :))))

از نظر RTOS همه چیز باید دقیق و قابل پیش‌بینی باشه. مثلاً می‌دونه این تسک باید هر ۱۰ میلی‌ثانیه یه بار اجرا بشه، و دقیقاً همون‌قدر هم اجراش می‌کنه، نه یه میلی‌ثانیه زودتر، نه دیرتر.

این دقت با چیزی به اسم تایمر سیستم (System Timer) تأمین می‌شه. این تایمر مثل یه ضربان قلب، هر چند میکروثانیه یه بار تیک می‌زنه و به زمان‌بند می‌گه وقتشه چک کنی ببین نوبت کیه. اگه تسک جدیدی با اولویت بالاتر آماده باشه، سیستم تسک فعلی رو قطع می‌کنه و اون یکی رو فوری اجرا می‌کنه. به این می‌گن Preemption، یعنی پیش‌دستی کردن در اجرا. این کار باعث می‌شه تسک‌های مهم هیچ‌وقت منتظر نمونن و بلافاصله اجرا بشن.

یه RTOS همیشه یه سری تسک با وضعیت‌های مشخص داره. بعضی تسک‌ها در حال اجرا هستن (Running)، بعضی‌ها منتظر یه رویداد یا دستورن (Waiting)، بعضی‌ها هم خوابیدن تا یه تایمر تموم بشه (Sleeping). سیستم این وضعیت‌ها رو با سرعت خیلی بالا مدیریت می‌کنه تا هیچ تاخیری پیش نیاد. هر لحظه می‌دونه کدوم تسک آماده‌ست، کدوم منتظره، و کدوم باید الان اجرا بشه.

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

توی یه RTOS همه چیز بر پایه‌ی قطعیت و پیش‌بینی‌پذیری ساخته شده. زمان اجرای هر تسک معلومه، اولویت‌ها ثابته، وقفه‌ها سریع جواب داده می‌شن و هیچ چیز تصادفی نیست. به همین خاطر می‌تونی مطمئن باشی که وقتی گفتی "موتور رو بعد از ۵ میلی‌ثانیه خاموش کن"، دقیقاً بعد از همون ۵ میلی‌ثانیه خاموش می‌شه، نه بیشتر، نه کمتر. این دقت همون چیزیه که RTOS رو برای سیستم‌های بحرانی مثل هواپیما، دستگاه‌های پزشکی، خودروها، و ربات‌ها ضروری می‌کنه.


@SohrabContents

پاول دورف :

من در آستانه ۴۱ سالگی هستم، اما احساس نمی‌کنم که باید جشن بگیرم.

نسل ما در حال از دست دادن زمان برای نجات اینترنت آزادی است که پدرانمان برای ما ساختند.

آنچه زمانی وعده‌ی تبادل آزاد اطلاعات بود، اکنون در حال تبدیل شدن به ابزار نهاییِ کنترل است.

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

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

یک دنیای تاریک و ویران‌شهری با سرعت در حال نزدیک شدن است — در حالی که ما در خوابیم. نسل ما در خطر آن است که در تاریخ به عنوان آخرین نسلی ثبت شود که آزادی داشت — و اجازه داد آن را از او بگیرند.

به ما دروغ گفته شده است.

به ما القا کرده‌اند که بزرگ‌ترین نبرد نسل ما، نابود کردن هر آن چیزی است که نیاکانمان برای ما به جا گذاشتند: سنت، حریم خصوصی، حاکمیت، بازار آزاد، و آزادی بیان.

با خیانت به میراث نیاکانمان، خود را در مسیری به سوی خود‌تخریبی قرار داده‌ایم — از نظر اخلاقی، فکری، اقتصادی، و در نهایت زیستی.

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

تا حالا فکر کردین استراتژی redis برای پاک کردن کلیدهای cache که ttl اونها اکسپایر شده چیه؟

در واقع redis دو تا استراتژی داره که از ترکیب این دو برای مدیریت این موضوع استفاده میکنه.

1️- استراتژی اول که بهش میگن lazy expiration ساده ترینشه اینه که وقتی درخواستی برای گرفتن یه کلید اومد اول چک میکنه اون کلید اکسپایر شده یا نه اگه آره اون رو همونجا پاک میکنه و نال برمیگردونه.

2- خب اگه یه کلید برای مدت‌ها صدا زده نشه چی؟ اینجاست که میرسیم به استراتژی دوم یعنی active expiration و به این شکله که میاد مثلا هر 100 میلی ثانیه توی لوپ یه batch که شامل مثلا 20 کلید تصادفی هست رو بررسی میکنه و اونایی که اکسپایر شدن رو پاک میکنه. اگه توی اون لوپ بیشتر از 25 درصد کلیدها پاک بشن اون رو زباله تشخیص میده و حدس میزنه کلیدهای بیشتری هم اکسپایر شدن پس یه batch دیگه اجرا میکنه و در نهایت لوپ تموم میشه تا دوباره لوپ بعدی.

برای همین برخلاف تصور، کلیدهای cache بالافاصله با اتمام ttl حذف نمیشن و ممکنه برای مدتی توی حافظه سرور باقی بمونن مخصوصا اگه حجم کلیدها بالا باشه.

پ.ن: چک کردن تعداد کلیدها در هر لوپ و تعداد اجرای لوپ‌ در ثانیه توی کانفیگ redis قابل تنظیمه، ولی نکته ای که هست هر چی تعداد رو بالاتر ببرین کلیدها سریعتر حذف میشن اما cpu بیشتری درگیر میشه.

@DevTwitter | <Farshad Tofighi/>

ای جان :)
ایشون ناراحته و میگه 2 ماهه داریم سعی می‌کنیم برنامه نویس استخدام کنیم هیچکدومشون برنامه نویس نیستند.
هر تسکی میدیم با AI میزنن و بعدش ازشون میخوایم کد رو توضیح بدن و یا دیباگ کنن ، با کله می‌خورن زمین.
و در آخر تمنا می‌کنه که اگر دیباگ کردن بلد نیستید به خودتون برچسب برنامه نویس بودن رو نزنید وقت ما رو هم نگیرید.

ایشون هم میگه تقریبا هر کسی که می‌شناسم شغلش را از طریق یک دوست یا از طریق یک رئیس/کارمند سابقش پیدا کرده.
و بیشتر مشاغل خوب به هر حال آگهی نمی‌شوند و به واسطه ارتباطات نیرو رو جذب می‌کنند.

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

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

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

🔥 اجرای دستورات سرور از دل Node.js

زمانی که توی پروژه‌های Node.js کار می‌کنید، حتماً(حالا نه حتماً ولی شاید) پیش اومده(یا شاید پیش بیاد) که بخواید یه دستور ترمینال (Shell) رو از داخل کدتون اجرا کنید. مثلاً یه اسکریپت پایتون رو ران کنید، با ffmpeg یه ویدیو رو پردازش کنید یا حتی وضعیت یه سرویس رو چک کنید.

درسته که با exec می‌تونیم اینکار رو کنیم ،اما exec یه مشکلی که داره باید صبر کنیم تا دستور کامل تموم بشه.که ما اعصابش رو نداریم.

اینجاست که می‌تونیم از یک ابزار قدرتمندتر به نام spawn از ماژول داخلی child_process بهره مند بشیم!
‏spawn به جای منتظر موندن، یه فرآیند جدید ایجاد می‌کنه و به شما اجازه میده خروجی (و حتی خطاها) رو به صورت زنده و لحظه ای دریافت کنید.

‏فرض کنید می‌خوایم دستور ping google.com رو اجرا کنیم و خروجی رو همون لحظه ببینیم.

import { spawn } from 'child_process';

// دستور اصلی 'ping' و آرگومانش 'google.com'
const process = spawn('ping', ['google.com']);

// 1. گوش دادن به خروجی موفقیت‌آمیز (stdout)
// این قسمت با هر خط جدیدی که در خروجی چاپ بشه، اجرا میشه
process.stdout.on('data', (data) => {
  console.log(`[LOG]: ${data}`);
});

// 2. گوش دادن به خروجی خطا (stderr)
process.stderr.on('data', (data) => {
  console.error(`[ERROR]: ${data}`);
});

// 3. وقتی فرآیند کاملاً تموم شد
process.on('close', (code) => {
  console.log(`✅ فرآیند با کد خروجی ${code} بسته شد.`);
});

#server #nodejs

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

مشتی...
اتل متل رو با چه فکری خریدی؟

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

اینم از وضعیت
‏.com رو که فعلاً کلا بیخیال شدیم
مافیاش جهانیه 😂

آیا می‌دانستید زبان جاوا در اصل قرار بود Oak باشه (بلوط)، ولی این دامنه گرفته شده بود!
تیم توسعه توی انتخاب دنبال اسم ساده، کوتاه و باحال بودن.
یکی از اعضا قهوه‌ی «Java Coffee» روی میزش بود و گفت جاوا! شد همین.

منم روی میزم رو کلی گشتم ولی چیزی پیدا نکردم که دامنه اش آزاد باشه.
شما روی میزتون چیزی دارید که دامنه اش آزاد باشه؟