رقصنده با کد
خب خب خب... اومدم بیرون. کاش میشد از ساختمونش عکس بندازم ولی چون وابسته به وزارت دفاع بود ، ترسیدم شر شه. ساختمون در حد خونه آقا ماشالله. یه دو طبقه خیلی قدیمی. هیچ فرآیندی استقبال وجود نداشت و تقریبا مشابه اپلای برای کار کارگری بود. (البته با افتخار چندسال…
گویا یه بنده خدایی رفته باهاشون دعواش شده. 😕
وقتی میگن مهاجرت سخته ، به اینجاهاش اشاره نمیکنن. اصلا چه جوری میشه اشاره کرد؟
الان میخندی ولی توی سگ سرما ، دلت هوس چای و شیرینی خامهای کرد زمین رو گاز زدی ، اون موقع میبینی دلتنگی چیه.
تصویر از کانال انجمن ایرانیهای ساسکاتونه ( توی کانادا )
شیرینی خامهای فقط یک مثاله. هزاران چیز اینطوری وجود داره
الان یکی میاد میگه به جاش آب و برق قطع نمیشه! اصلا این موضوع اون موضوع نیست.
الان میخندی ولی توی سگ سرما ، دلت هوس چای و شیرینی خامهای کرد زمین رو گاز زدی ، اون موقع میبینی دلتنگی چیه.
تصویر از کانال انجمن ایرانیهای ساسکاتونه ( توی کانادا )
شیرینی خامهای فقط یک مثاله. هزاران چیز اینطوری وجود داره
الان یکی میاد میگه به جاش آب و برق قطع نمیشه! اصلا این موضوع اون موضوع نیست.
خیلی دانشی توی الگوریتمهای شبکههای اجتماعی و ... ندارم و هر کاری که انجام میدم کاملا عشقیه و از روی تجربه نکاتی متوجه شدم شاید به دردتون بخوره :
۱. اوج ساعت بازدید معمولا ۶.۵ صبح تا ۹ ، ۱۲ تا ۱۳ و ۱۷:۳۰ تا ۲۰ هستش. پستتون رو بهتره ابتدای این ساعت بذارید
۲. حتما پسستون عکس داشته باشه. عکسی که کاربر رو سریعا به مغز مطلبتون هدایت کنه
۳. حس کنجکاوی و کم دانشی رو همزمان فعال کنید برای کاربر. اگر تکی فعال بشن ، کارا نیستن و حتی ممکنه مخاطب گارد بگیره
۴. مطلب باید در حد امکان کوتاه باشه. کمتر کسی حاضره پست طولانی بخونه
۵. در نهایت اینکه ممکنه اینارو انجام بدید و حواب نگیرید و ممکنه کاملا برعکس انجام بدید و جواب بگیرید. هیچ تضمینی وجود نداره. رعایت این نکات فقط احتمال جذب مخاطب رو بیشتر میکنه
۶. جذب مخاطب به خودی خود فایده نداره. باید به این فکر کنید قصدتون چیه. شبکه سازیه؟ فروش محصوله؟ تفریحیه؟ باید قبل از جذب مخاطب ، به اینکه میخواید باهاش چکار کنید فکر کنید
۱. اوج ساعت بازدید معمولا ۶.۵ صبح تا ۹ ، ۱۲ تا ۱۳ و ۱۷:۳۰ تا ۲۰ هستش. پستتون رو بهتره ابتدای این ساعت بذارید
۲. حتما پسستون عکس داشته باشه. عکسی که کاربر رو سریعا به مغز مطلبتون هدایت کنه
۳. حس کنجکاوی و کم دانشی رو همزمان فعال کنید برای کاربر. اگر تکی فعال بشن ، کارا نیستن و حتی ممکنه مخاطب گارد بگیره
۴. مطلب باید در حد امکان کوتاه باشه. کمتر کسی حاضره پست طولانی بخونه
۵. در نهایت اینکه ممکنه اینارو انجام بدید و حواب نگیرید و ممکنه کاملا برعکس انجام بدید و جواب بگیرید. هیچ تضمینی وجود نداره. رعایت این نکات فقط احتمال جذب مخاطب رو بیشتر میکنه
۶. جذب مخاطب به خودی خود فایده نداره. باید به این فکر کنید قصدتون چیه. شبکه سازیه؟ فروش محصوله؟ تفریحیه؟ باید قبل از جذب مخاطب ، به اینکه میخواید باهاش چکار کنید فکر کنید
رقصنده با کد
خاطرتون باشه ۳ تا جای خالی برای منتورینگ رایگان تا انتهای تابستون بود و بلافاصله پر شد. خوشبختانه (یا متاسفانه) یکی از عزیزان متوجه شد که برنامهنویسی شاید مناسبترین گزینه براش نبوده و رفت سراغ حرفه دیگهای. مهمترین وظیفه منتور همینه که شما رو به شناخت واقعی…
یکی از دوستانی که پیام دادن ، انتخاب و جایگزین شد 🙂
قرار نیست که همیشه از بقیه تعریف کنیم. یه بار هم از خودمون تعریف کنیم 😎.
جلسات ساختمان دادهای که گذاشتیم و تموم شد ، فوق العاده بوده. خودم هم تو این لول ازش انتظار نداشتم.
سوالهای ساختمان دادهای همه مصاحبههایی که میرم رو ناخواسته کاور کرده بودیم.
تبریک به بچههایی که شرکت کردن و یاد گرفتن 🎉
جلسات ساختمان دادهای که گذاشتیم و تموم شد ، فوق العاده بوده. خودم هم تو این لول ازش انتظار نداشتم.
سوالهای ساختمان دادهای همه مصاحبههایی که میرم رو ناخواسته کاور کرده بودیم.
تبریک به بچههایی که شرکت کردن و یاد گرفتن 🎉
💡 اصول SOLID چیست؟ (به زبان ساده و با مثالهای جاوااسکریپتی)
اصول SOLID پنج اصل کلیدی در طراحی شیءگرا (Object-Oriented Design) هست که کمک میکنه کدت:
• قابل توسعه باشه (افزودن ویژگی جدید راحت باشه)
• قابل نگهداری باشه (تغییرات خراب نکنه)
• قابل تست باشه (نوشتن تست سادهتر بشه)
• و خواناتر و منظمتر باشه
این اصول توسط Robert C. Martin (Uncle Bob) معرفی شدند، و پایهای برای نوشتن کد تمیز (Clean Code) هستند.
کلمه SOLID مخفف ۵ اصل زیره:
------------------------
🔹 1 — Single Responsibility Principle (SRP)
اصل مسئولیت یکتا
A class should have one, and only one, reason to change.
🔸 یعنی هر کلاس یا ماژول فقط یک وظیفهی مشخص باید داشته باشه. اگر چند کار مختلف انجام بده، تغییر در یکی ممکنه کل کلاس رو خراب کنه.
✅ مثال صحیح :
------------------------
🔹 2 — Open/Closed Principle (OCP)
اصل باز برای توسعه، بسته برای تغییر
Software entities should be open for extension, but closed for modification.
🔸 یعنی باید بتونی بدون تغییر دادن کد قبلی، رفتار جدیدی بهش اضافه کنی (مثلاً با ارثبری یا ترکیب کلاسها).
✅ مثال صحیح :
------------------------
🔹 3 — Liskov Substitution Principle (LSP)
اصل جایگزینی لیسکوف
Subtypes must be substitutable for their base types without breaking the program.
🔸 یعنی کلاس فرزند باید بتونه بدون خراب کردن منطق برنامه، جای کلاس والد استفاده بشه.
✅ مثال صحیح :
❌ مثال نادرست:
------------------------
🔹 4 — Interface Segregation Principle (ISP)
اصل تفکیک واسطها
Clients should not be forced to depend on interfaces they do not use.
🔸 یعنی به جای ساختن یک کلاس یا اینترفیس بزرگ، چند تای کوچکتر بساز که فقط نیازهای خاص رو پوشش بده.
✅ مثال صحیح :
------------------------
🔹 5 — Dependency Inversion Principle (DIP)
اصل وارونگی وابستگی
High-level modules should not depend on low-level modules. Both should depend on abstractions.
🔸 یعنی کدهای سطح بالا نباید مستقیماً به جزئیات پیادهسازی وابسته باشن؛ باید به abstraction (مثل interface) وابسته باشن.
✅ مثال صحیح :
مطالب بیشتر در کانال رقصنده با کد:
https://news.1rj.ru/str/danceswithcode
#interview #solid @alithecodeguy
اصول SOLID پنج اصل کلیدی در طراحی شیءگرا (Object-Oriented Design) هست که کمک میکنه کدت:
• قابل توسعه باشه (افزودن ویژگی جدید راحت باشه)
• قابل نگهداری باشه (تغییرات خراب نکنه)
• قابل تست باشه (نوشتن تست سادهتر بشه)
• و خواناتر و منظمتر باشه
این اصول توسط Robert C. Martin (Uncle Bob) معرفی شدند، و پایهای برای نوشتن کد تمیز (Clean Code) هستند.
کلمه SOLID مخفف ۵ اصل زیره:
------------------------
🔹 1 — Single Responsibility Principle (SRP)
اصل مسئولیت یکتا
A class should have one, and only one, reason to change.
🔸 یعنی هر کلاس یا ماژول فقط یک وظیفهی مشخص باید داشته باشه. اگر چند کار مختلف انجام بده، تغییر در یکی ممکنه کل کلاس رو خراب کنه.
✅ مثال صحیح :
class User {
constructor(name, email) {
this.name = name;
this.email = email;
}
}
class UserRepository {
save(user) {
// save to database
}
}
------------------------
🔹 2 — Open/Closed Principle (OCP)
اصل باز برای توسعه، بسته برای تغییر
Software entities should be open for extension, but closed for modification.
🔸 یعنی باید بتونی بدون تغییر دادن کد قبلی، رفتار جدیدی بهش اضافه کنی (مثلاً با ارثبری یا ترکیب کلاسها).
✅ مثال صحیح :
class Discount {
calculate(price) {
return price;
}
}
class GoldDiscount extends Discount {
calculate(price) {
return price * 0.8;
}
}
------------------------
🔹 3 — Liskov Substitution Principle (LSP)
اصل جایگزینی لیسکوف
Subtypes must be substitutable for their base types without breaking the program.
🔸 یعنی کلاس فرزند باید بتونه بدون خراب کردن منطق برنامه، جای کلاس والد استفاده بشه.
✅ مثال صحیح :
class Bird {
makeSound() {
console.log("chirp");
}
}
class Parrot extends Bird {}
function playSound(bird) {
bird.makeSound();
}
playSound(new Parrot()); // درست کار میکنه
❌ مثال نادرست:
class Ostrich extends Bird {
fly() {
throw new Error("Can't fly");
}
}
------------------------
🔹 4 — Interface Segregation Principle (ISP)
اصل تفکیک واسطها
Clients should not be forced to depend on interfaces they do not use.
🔸 یعنی به جای ساختن یک کلاس یا اینترفیس بزرگ، چند تای کوچکتر بساز که فقط نیازهای خاص رو پوشش بده.
✅ مثال صحیح :
class Printer {
print() {}
}
class Scanner {
scan() {}
}
class AllInOneMachine {
constructor(printer, scanner) {
this.printer = printer;
this.scanner = scanner;
}
}
------------------------
🔹 5 — Dependency Inversion Principle (DIP)
اصل وارونگی وابستگی
High-level modules should not depend on low-level modules. Both should depend on abstractions.
🔸 یعنی کدهای سطح بالا نباید مستقیماً به جزئیات پیادهسازی وابسته باشن؛ باید به abstraction (مثل interface) وابسته باشن.
✅ مثال صحیح :
class EmailService {
send(msg) {
console.log("Sending email:", msg);
}
}
class Notifier {
constructor(service) {
this.service = service;
}
notify(message) {
this.service.send(message);
}
}
const email = new EmailService();
const notifier = new Notifier(email);
notifier.notify("Hello!");
مطالب بیشتر در کانال رقصنده با کد:
https://news.1rj.ru/str/danceswithcode
#interview #solid @alithecodeguy
بخوام خیلی رک بگم:
غر زدن و ناراحتیتون سر سوزن برای کسی ارزشی نداره.
یا تلاش میکنید جوری زندگی کنید که احساس خوبی داشته باشید یا همینجوری حالخراب میمونید تا عمرتون تموم بشه.
غر زدن و ناراحتیتون سر سوزن برای کسی ارزشی نداره.
یا تلاش میکنید جوری زندگی کنید که احساس خوبی داشته باشید یا همینجوری حالخراب میمونید تا عمرتون تموم بشه.
خلاصه فعالیتهای که از طریق کانال رقصنده با کد انجام میشه:
- دوره جامع جاوااسکریپت
- دوره جاوااسکریپت عمیق
-دوره ریکت
- دوره ساختمان داده
- منتورینگ
- جلسات آموزشی خصوصی
- مشاوره به تیمها
- دوره لینوکس
دوره جامع جاوااسکریپتمون هم که در پیشه و احتمالا هم میدونید که جلسه اولش رایگانه.
- دوره جامع جاوااسکریپت
- دوره جاوااسکریپت عمیق
-دوره ریکت
- دوره ساختمان داده
- منتورینگ
- جلسات آموزشی خصوصی
- مشاوره به تیمها
- دوره لینوکس
دوره جامع جاوااسکریپتمون هم که در پیشه و احتمالا هم میدونید که جلسه اولش رایگانه.
نظرسنجی ۲۰۲۵ استک اورفلو
خلاصه که جاوااسکریپت پرقدرت داره پیش میره و خیلی اتفاقی این نظر سنجی همزمان شده با دوره جامع جاوااسکریپت ما 😎
این جمعه دورهمون شروع میشه و جلسه اولش رایگانه
@alithecodeguy
خلاصه که جاوااسکریپت پرقدرت داره پیش میره و خیلی اتفاقی این نظر سنجی همزمان شده با دوره جامع جاوااسکریپت ما 😎
این جمعه دورهمون شروع میشه و جلسه اولش رایگانه
@alithecodeguy
💡مفهوم Design Pattern چیه؟ (توضیح ساده با مثالهای جاوااسکریپتی)
راهحل آزمایششده برای مشکلاتی هست که توی طراحی نرمافزار تکرار میشن.
🎯 دستهبندی کلی:
1. Creational (ایجادکننده) → ساختن آبجکتها به شکل درست
2. Structural (ساختاری) → ساختار و ارتباط بین کلاسها و آبجکتها
3. Behavioral (رفتاری) → نحوه تعامل و رفتار آبجکتها با هم
-------------------------------------
1. Singleton Pattern
فقط یک نمونه (instance) از یک کلاس داشته باشیم
✅ مثال:
-------------------------------------
2. Factory Pattern
ساختن آبجکت بدون مشخص کردن کلاس دقیق
✅ مثال:
-------------------------------------
3. Module Pattern
پنهانسازی دیتا با استفاده از Scope
-------------------------------------
4. Observer Pattern
آبجکتها میتونن به تغییرات یه آبجکت دیگه واکنش نشون بدن (مثل Event system)
✅ مثال:
-------------------------------------
5. Strategy Pattern
تغییر رفتار با جایگزینی الگوریتم در زمان اجرا
✅ مثال:
-------------------------------------
6. Decorator Pattern
اضافهکردن ویژگی به آبجکت، بدون تغییر ساختارش
-------------------------------------
7. Proxy Pattern
کنترل دسترسی یا تغییر رفتار دسترسی به آبجکت
✅ مثال:
-------------------------------------
8. Command Pattern
اجرای دستورات با قابلیت undo/redo
✅ مثال:
مطالب بیشتر در کانال رقصنده با کد:
https://news.1rj.ru/str/danceswithcode
#interview #designpattern @alithecodeguy
راهحل آزمایششده برای مشکلاتی هست که توی طراحی نرمافزار تکرار میشن.
🎯 دستهبندی کلی:
1. Creational (ایجادکننده) → ساختن آبجکتها به شکل درست
2. Structural (ساختاری) → ساختار و ارتباط بین کلاسها و آبجکتها
3. Behavioral (رفتاری) → نحوه تعامل و رفتار آبجکتها با هم
-------------------------------------
1. Singleton Pattern
فقط یک نمونه (instance) از یک کلاس داشته باشیم
✅ مثال:
const Singleton = (function () {
let instance;
function createInstance() {
return { id: Date.now() };
}
return {
getInstance() {
if (!instance) {
instance = createInstance();
}
return instance;
}
};
})();
const a = Singleton.getInstance();
const b = Singleton.getInstance();
console.log(a === b); // true
-------------------------------------
2. Factory Pattern
ساختن آبجکت بدون مشخص کردن کلاس دقیق
✅ مثال:
function UserFactory(role) {
if (role === "admin") {
return { role: "admin", permissions: ["read", "write", "delete"] };
}
if (role === "user") {
return { role: "user", permissions: ["read"] };
}
}
const admin = UserFactory("admin");
const user = UserFactory("user");
-------------------------------------
3. Module Pattern
پنهانسازی دیتا با استفاده از Scope
const Counter = (function () {
let count = 0;
return {
increment() {
count++;
return count;
},
reset() {
count = 0;
}
};
})();
Counter.increment(); // 1
Counter.increment()
-------------------------------------
4. Observer Pattern
آبجکتها میتونن به تغییرات یه آبجکت دیگه واکنش نشون بدن (مثل Event system)
✅ مثال:
class Subject {
constructor() {
this.observers = [];
}
subscribe(fn) {
this.observers.push(fn);
}
notify(data) {
this.observers.forEach(fn => fn(data));
}
}
const news = new Subject();
news.subscribe((msg) => console.log("Listener 1:", msg));
news.subscribe((msg) => console.log("Listener 2:", msg));
news.notify("New Article Published!");
-------------------------------------
5. Strategy Pattern
تغییر رفتار با جایگزینی الگوریتم در زمان اجرا
✅ مثال:
class PaymentProcessor {
constructor(strategy) {
this.strategy = strategy;
}
pay(amount) {
this.strategy.pay(amount);
}
}
class PayPal {
pay(amount) {
console.log("Paying with PayPal:", amount);
}
}
class Stripe {
pay(amount) {
console.log("Paying with Stripe:", amount);
}
}
const processor = new PaymentProcessor(new PayPal());
processor.pay(100); // Paying with PayPal: 100
processor.strategy = new Stripe();
processor.pay(200); // Paying with Stripe: 200
-------------------------------------
6. Decorator Pattern
اضافهکردن ویژگی به آبجکت، بدون تغییر ساختارش
function user(name) {
return { name };
}
function withEmail(user, email) {
return { ...user, email };
}
const ali = user("Ali");
const aliWithEmail = withEmail(ali, "ali@example.com");
-------------------------------------
7. Proxy Pattern
کنترل دسترسی یا تغییر رفتار دسترسی به آبجکت
✅ مثال:
const user = {
name: "Ali",
password: "1234"
};
const securedUser = new Proxy(user, {
get(target, prop) {
if (prop === "password") {
return "****"; // مخفی کردن پسورد
}
return target[prop];
}
});
console.log(securedUser.name); // Ali
console.log(securedUser.password); // ****
-------------------------------------
8. Command Pattern
اجرای دستورات با قابلیت undo/redo
✅ مثال:
class Light {
on() {
console.log("Light ON");
}
off() {
console.log("Light OFF");
}
}
class Command {
constructor(action) {
this.action = action;
}
execute() {
this.action();
}
}
const light = new Light();
const turnOn = new Command(() => light.on());
const turnOff = new Command(() => light.off());
turnOn.execute();
turnOff.execute();
مطالب بیشتر در کانال رقصنده با کد:
https://news.1rj.ru/str/danceswithcode
#interview #designpattern @alithecodeguy
هر برنامهنویسی رو دیدید که بد اخلاق ، بددهن و جمعگریز بود و آداب معاشرت نداشت ، بدونید که اون مشکل اخلاقی داره و داره پشت سایه برنامهنویسی قایم میشه.
برنامهنویسا در مجموع آدمای آرومترین ولی بیادب و غیر اجتماعی نیستن.
برنامهنویسا در مجموع آدمای آرومترین ولی بیادب و غیر اجتماعی نیستن.