یه مقاله جالب امروز دیدم راجع‌به وضعیت بازار کار تکنولوژی و راستش حرف اصلیش خیلی قابل فکر بود: شاید مسئله این نباشه که دیگه توی تک فرصت نیست، مسئله اینه که راه ورودش عوض شده.

تا چند سال پیش مسیر تقریباً مشخص بود. یه زبان و فریم‌ورک یاد می‌گرفتی، چندتا پروژه می‌ساختی، رزومه می‌فرستادی و بالاخره یه جایی به عنوان جونیور وارد می‌شدی. الان اون مسیر خیلی سخت‌تر شده. تعداد موقعیت‌های جونیور کمتر شده، بخشی از کارهایی که قبلاً به نیروی تازه‌کار می‌دادن با AI انجام می‌شه و شرکت‌ها هم از همون اول انتظار دارن آدم مستقل‌تر باشه، مسئله حل کنه و بلد باشه از AI به عنوان ابزار استفاده کنه.

به نظرم نکته مهم مقاله همین بود: بازار کار تکنولوژی بسته نشده، ولی درِ ورودی قبلیش دیگه مثل قبل باز نیست. اگه هنوز با همون فرمول قدیمی جلو بری، احتمالاً بیشتر از اینکه مشکل از توانایی تو باشه، مشکل از مسیریه که داری امتحان می‌کنی.

https://dev.to/james_anderson_h/tech-is-brutal-right-now-stay-or-go-lets-think-clearly-59jk

@codehalics | کدهالیک

مقاله رو که پیشنهاد می‌کنم حتما ازش یه مطالعه‌‌ای داشته باشید.
علاوه بر مقاله و نظر ادمین کانال، می‌خوام دیدگاه خودمم درباره‌ی ورود به بازار کار تکنولوژی بگم.

به نظرم اگه جونیور هستید، باید فراتر از یه جونیور معمولی ظاهر بشید؛ نه با ادعا، بلکه با چیزی که واقعاً انجام دادید. کارفرما ازتون خروجی می‌خواد، نه صرفاً نوشتن حرف‌های قشنگ درباره‌ی Clean Code و معماری نرم‌افزار داخل رزومه و پروفایل لینکدین!
الآن عصر پرفرکت‌رزومه ها هستش! واقعا رزومه ها بی نقصن! یکی از یکی خوشگل‌تر...

راه های مختلفی برای اینکار وجود داره که حالا بعد ها اگه فرصت شد هرزگاهی یه صحبتی راجبشون می‌کنیم.
یکی از راه‌هاش؟ GitHub و مشارکت در پروژه‌های Open Source.
به‌جای سبز کردن چمن‌های گیت‌هابت، برک سراغ پروژه‌های واقعی و سعی کن مشکلی رو حل کنی، یه فیچری اضافه کنی، ایشو ها و دیسکاشن ها رو بخون و ببین اصلا درد مردم چیه؟ ایشو های تاپ اون هفته چی بوده؟

البته هر مشارکتی ارزشمند نیست! اینکه صرفا README رو آپدیت کنی، یا بری تست بنویسی یا مستندات رو تغییر بدی، لزوما با اینکار ها قرار نیست کار پیدا کنی؛ مخصوصاً وقتی AI هم می‌تونه بخش زیادی از این کارها رو انجام بده.

لازم نیست از همون اول سراغ پروژه‌های بزرگ برید؛ مهم اینه که ارزش واقعی خلق کنید، نه اینکه صرفاً تعداد مشارکت‌هاتون رو بالا ببرید.

در عصر AI، صرفاً کدنویسی مزیت رقابتی نیست؛ درک عمیق مسئله، تصمیم‌گیری فنی و توانایی ارزیابی خروجی اهمیت بیشتری پیدا کرده.

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

@SabziDevCode | <Abolfazl/>

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

در کل سعی کن خودت رو یه جوری به جامعه برنامه نویس ها نشون بدی و خودتو اثبات کن!

@SabziDevCode | <Abolfazl/>

می‌دونستید JavaScript چند بار تا مرز نابودی رفت، ولی هر بار زنده موند؟!

اول Java Applet اومد که می‌خواست وب رو با Java فتح کنه؛ شکست خورد!
بعد Flash با انیمیشن‌ها و بازی‌هاش حسابی قدرت گرفت، اما مشکلات امنیتی و مخالفت استیو جابز نابودش کرد.
بعدش Silverlight مایکروسافت اومد؛ اونم شکست خورد!
گوگل هم با Dart خواست JavaScript رو کنار بزنه، ولی در نهایت Dart بیشتر با Flutter شناخته شد.

و اما TypeScript، ساخته‌ی مایکروسافت که اونم جای JavaScript رو نگرفته؛ بلکه کدهاش در نهایت به JavaScript تبدیل می‌شن.

@SabziDevCode | <Abolfazl/>

‏DPR اصلا چی هست؟ چه تاثیری روی کیفیت تصاویر داره؟

‏devicePixelRatio نسبت پیکسل‌های فیزیکی نمایشگر به پیکسل‌های css رو مشخص می‌کنه. (که توی پست بعدی گفتم تفاوت پیکسل های فیزیکی نمایشگر با css pixel ها چیه)
ازش استفاده می‌کنیم تا تصاویر و گرافیک‌ها روی نمایشگرهای مختلف، مخصوصا مانیتورهای HiDPI، شارپ و باکیفیت نمایش داده بشن.

console.log(window.devicePixelRatio);

‏- SVG: برداریه؛ به تنظیم دستی dpr نیاز نداره؛ مرورگر خودش اون رو متناسب با اندازه نمایش و dpr رندر می‌کنه.
‏- Canvas: بافر پیکسلی داره و به‌صورت پیش‌فرض با dpr هماهنگ نمی‌شه و همچنین با زوم کردن افت کیفیت داره؛ معمولا بافر رو متناسب با dpr تنظیم می‌کنن تا روی مانیتورهای مختلف کیفیت خوبی داشته باشه. این کار هم با ایجاد ایونت resize و تنظیم ابعاد canvas، مقیاس‌دهی context و رسم مجدد محتوا انجام می‌شه؛ هنگام تغییر اندازه یا dpr هم باید به‌روزرسانی بشه.
‏- PNG / JPEG: پیکسلی‌ان؛ با زوم کردن، افت کیفیتشون قابل مشاهده‌س.

@SabziDevCode | <Abolfazl/>

چرا SVG به DPR نیاز نداره؟
‏svg مختصات ریاضیِ شکل‌ها و بردارها رو نگه می‌داره و مرورگر هنگام رندر، اون‌ها رو متناسب با اندازه و وضوح نمایشگر به پیکسل تبدیل می‌کنه.
اما canvas محتوای رسم‌شده رو به‌صورت پیکسل ذخیره می‌کنه؛ بنابراین معمولاً باید همین فرآیند رو دستی برای کنواس شبیه‌سازی کنیم.

@SabziDevCode | <Abolfazl/>

حالا تفاوت CSS Pixel با پیکسل واقعی چیه؟

پیکسلی که توی CSS می‌نویسیم، لزوما با پیکسل واقعی نمایشگر یکی نیست! این تفاوت رو dpr مشخص می‌کنه.

مثلاً اگه dpr نمایشگر برابر با 2 باشه، هر 1px در css با 2px فیزیکی در هر بُعد نمایش داده می‌شه؛
پس 200px در css می‌شه 400px فیزیکی. (فقط درصورتی که dpr = 2 باشه!)

برای دیدن مقدارش:

console.log(window.devicePixelRatio);

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

@SabziDevCode | <Abolfazl/>

دوستان ۲۲ تا ۲۴ام مهرماه
نمایشگاه کار در برج میلاد تهران داره برگزار میشه.
امروز اونجا بودم، بنظرم ارزش رفتنش نسبت به الکامپی که امسال برگذار شد خیلی بیشتره.

قبلش آگهی هایی که در نمایشگاه منتشر شده رو ببینید، چون ممکنه موقعیت شغلی متناسبی براتون اونجا نباشه (مگه اینکه کلا علاقه داشته باشید که برید)

@SabziDevCode | <Abolfazl/>

شرکت کاله اونجا یه مسابقه گذاشته بودن،
من باختم
خیلی ضدحال خوردم :(

@SabziDevCode | <Abolfazl/>

یه سرویس جالب دیگه هم داشتن به اسم «شبیه‌ساز مصاحبه»!

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

@SabziDevCode | <Abolfazl/>

این ماشین پرنده جدیده تسلا هم از ۲۰۲۸ که تولیدش آغاز میشه،
خیلی دوست دارم ببینم پسرا جلو مدرسه دخترونه چه حرکتای نمایشی قراره باهاش بزنن.

عزیزم یه ماشین دارم پُشتَک میزنه، بیا خونمون نشونت بدم

@SabziDevCode | <Abolfazl/>

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

لامصب دنیا خیلی سریع داره پیشرفت می‌کنه*

@SabziDevCode | <Abolfazl/>

از خوبی های وایب کدینگ می‌تونه این باشه که بگیری از صفر word کاستومایز شده مخصوص خودتو بسازی:

@SabziDevCode | <Abolfazl/>

نمونه قالبی که میشه ازش خروجی گرفت:

@SabziDevCode | <Abolfazl/>

یه همچین چیزی ساخته شد:

واقعا عالی شده😇

@SabziDevCode | <Abolfazl/>

حالا این که یه چیز خیلی خیلی ساده ای بود.
قبل دوران ai، تبدیل ایده به واقعیت خیلی هزینه بر و زمان‌بر بود..
اما الان چی؟ با کمترین هزینه پولی و زمانی می‌تونی ایده هاتو به محصول تبدیل کنی! (و این یکی از خوبی های ai هستش، نمی‌دونم چرا یسری ها هنوز راجبش هیت دارن)
حالا اینکه برای ساخت این محصولت، دانش فنیشو داشته باشی یا نه بستگی به پروژه داره، مثلا برای همین پروژه ی بالا من هیچ نظارت خاصی رو کد ها نداشتم! چون به اصطلاح پروژه criticalای نیستش!!

یسری هم هستن که اغلب افراد تازه کارن ترس از جایگزینی دارن، من نمیخوام الان بگم جامونو میگیره یا نه چون واقعا راجب این موضوع خیلی ما دولوپرا بحث کردیم و دیگه وقتشه ازین جور صحبتای از پیش پا افتاده رو به صحبت های بهتری بیاریم، مثلا چی بسازیم؟ کدوم معماری بهتره؟ چه محصولی بسازیم؟ چطوری ابده پردازیمونو تقویت کنیم؟
و قطعا تا چندسال آینده حوزه مهندسی نرم افزار دچار تحولات دگرگون‌تر کننده ی بیشتری خواهد شد!
به قول جادی:
ما تا وقتی که بشه ازین حوزه پول در میاریم
اگه هم اتفاق بدی افتاد
نهایتش اینه تغییر حوزه میدیم
مثلا خودم ممکنه برم سمت یه کار فیزیکی (تعمیرات سخت افزار/موبایل - ادمین سرور - ...)
اما تا اون زمانی که اتفاق بده (خودمم نمی‌دونم چه اتفاق بد یا حتی خوبی) خودم رو پیشرفت میدم، تا اینکه هرروز بیام داخل گپ ها راجب جایگزینی و ترس چت کنم!

@SabziDevCode | <Abolfazl/>

و درنهایت بنظرم مفهوم کلین کده داره به‌مرور عوض میشه،
خب کد رو که ai می‌نویسه، خودش هم review می‌کنه، خودش هم که تست ها رو انجام میده،
پس ما این وسط چیکاره‌ایم؟ فقط نظارتی رو تسک هاش داریم که کار ها رو بدرستی انجام بده، خوب پس کاربرد کلین کد این وسط چیه؟ چون کد رو که ماشین مینویسه و خودشم ریفکتور و ریویو می‌کنه!
حرف منم این نیست که به کلین کد اهمیت ندید! میگم مفهومش داره به‌مرور عوض میشه!!

دوست دارم نظراتتون رو تو کامنت‌ها بشنوم🤝👇

@SabziDevCode | <Abolfazl/>

امروز مدرک دیپلمم اومد :)
راجب معدل ازم نپرسید که نگم بهتره

@SabziDevCode | <Abolfazl/>

@SabziDevCode | <Abolfazl/>