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

#خود_دانید

توی تمام این سال‌ها توی هر شرکتی کار کردم براش کم نذاشتم. حتی موقعی که فکر می‌کردم حق و حقوقم رو کامل نمی‌گیرم.



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

نتیجه‌اش چی شد؟ خودم پیشرفت کردم.



تو کدوم رو ترجیح می‌دی؟ فراموش نکن با اینکار دوبار به خودت ضربه میزنی:

یکبار وقتیه که تو شرکتی کار میکنی که بهت به اندازه‌ی حقت حقوق نمیدن.

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



#تعلل_نکن

#سخت_کوش_باش

#کم_نذار

#خدا_هم_برات_کم_نمیذاره

چطوری از نال ریفرنس چشم پوشی کنیم؟ هیچی یک علامت سوال می‌ذاریم ته متغیر دیگه خطا نمی‌خوریم؟ ایزی پیزی!

بعدش فرانت نال پوینتر میخوره 😁 ، عه چطوری حلش کنیم؟ سمت فرانت هم یه علامت سوال تنگ متغیر می‌ذاریم حل میشه، خب بعدش؟



هیچی مشتری مغزش نال پوینتر میخوره 🥴😂.



و اینطوری بود که برنامه‌نویسان خطای #بده_بغلی رو اختراع کردند و خطا رو به خارج از نرم افزار داخل کردند!



#null_pointer

#head_exception

سطح بندی برنامه نویس‌ها از نظر من:
1. NOOB
2. Junior
3. Mid-Level
4. Senior
5. Expert

اشتباه نکنین NOOB یک تازه کار نیست اتفاقا خیلی ساله که داره کار میکنه ولی توی همون لولی که هست مونده و پیشرفتی نکرده. گیمرها بهتر میشناسن البته #نوب_روس داریم و #نوب_سگ هم داریم که وارد حیطه‌ی تخصصی #نوب_شناسی نمیشم الان.

اما فرق اون چندتای دیگه رو بخوام خلاصه بگم اینطوری میشه:

1. نوب: سالهاست تجربه داره ولی همچنان مسائل ساده رو پیچیده حل میکنه و برنامه نویس‌ها دنبالش هستن تا هر طور شده از خجالتش در بیان.
2. جونیور: مسائل ساده و پیچیده و متوسط رو به شکل پیچیده ای حل میکنه که برای خوندنش یک لشگر لازمه، نیاز به تمرین بسیار و آموزش زیاد داره تا قوی بشه.
3. مید-لول: مسائل ساده و متوسط رو ساده حل میکنه مسائل پیچیده رو به شکل پیچیده‌ای حل میکنه.
4.سنیور: تمامی مسائل رو به شکل ساده‌ای حل میکنه.
5. اکسپرت یا خبره: زیرساخت و معماری یک پروژه رو از صفر تا صد برای شما (تنها یا با تیم) پیاده سازی یا نقشه کشی می‌کنه.

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

برنامه نویس‌ها و بچه‌های IT گل... دیابت رو جدی بگیرید.
من 18 ساله روی صندلی میشینم و دیابت دارم. بحث شیرینی جات مطرح نیست بحث عدم تحرک مطرح هست.
هر کدوم از شما که تحرک نداشته باشید در خطر ابتلا هستید.
چطوری حلش کنیم؟
من قندم بدون قرص به 300 میرسه. قند بره بالا بدن چربی مصرف نمیکنه و چربی خون هم میره بالا و خطر سکته و مشکلات قلبی رو میبره بالا.
با قرص هایی که دکتر برام تجویز کرده قندم تا حدودی کنترل شده.

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

#دیابت

آخرین بروزرسانی از این پست:
دوستان این پوزیشن درخواست زیاد داشته و تا اینجا کافیه ما در مورد این پوزیشن دیگه درخواست پذیرش نمی کنیم. دمتون گرم ❤️🙏

پست:
بچه ها، یه پروژه‌ی 700 دلاری فقط فرانت هست که باید از زمان شروع تا یک ماه تحویل داده بشه.
اگر کسی تمایل داشت و وقت پیاده سازی داشت لطفا بهم پیام بده:
@ali_visual_studio


باید با این تکنولوژی ها پیاده سازی بشه:
svelte 5
Tailwind CSS
dayisyUI

فیگما رو میتونید اینجا ببینید:

https://www.figma.com/design/zNupt9HMAFyr0vBUw6OAoM/OneWeek?node-id=0-1&p=f
https://oneweek.work/landing

عزیزی گفت: چرا با وجود اینکه شرکت ما انواع هوش مصنوعی رو خریداری کرده یا راه اندازی کرده توی شرکت ولی بازم همکاران میان سراغ من و از من سوالاتشون رو می‌پرسن؟ آیا ما جایگزین می‌شیم؟

۱. تعامل: آموزش توسط سنیور به شکل صوتی، تصویری، تعامل اتفاق میوفته ما انسان‌ها با تعامل زنده هستیم و تعامل برای خیلی از ماها مثل نون شب واجبه برای همین خیلی افراد کار ریموت رو به صورت طولانی مدت نمی‌پذیرن.

۲. حقیقت اینه سنیورهای خفنی وجود دارن که حتی AI با اونهمه دانش هم نمیتونن شمارو سریع به جواب برسونن و این ضعف AI نیست. حقیقت اینه که پاسخ AI وابسته به نحوه‌ی پرسش یا توضیحی (prompt) هست که ازش می‌پرسید. پس یک جونیور چون نمیتونه سوال رو به بهترین شکل بپرسه رسیدن به جواب هم به همون مراتب براش سخته.

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

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

#هوش_مصنوعی
#AI

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

#محسن_یعقوبی

من وقتی میرم کدای قدیمیم رو ببینم....

اگر شما یک ضعفی در همکارتون می‌بینید و به خاطر اون #ضعف شروع به پچ پچ کردن درباره‌اش می‌کنید، شما دارید سعی می‌کنید ضعف‌های خودتون رو پشت ضعف‌های دیگران #پنهان کنید.



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



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



این سوال را از خودتان بپرسید، پیشرفت یکطرفه‌ی شما چه کمکی به جامعه‌ی شما خواهد کرد؟ آیا جز اینست که سربار بیشتری برای خودتان در آینده خواهد شد؟



#تبادل_اطلاعات

تفاوت‌هایی که یک تصویر توسط هوش مصنوعی جنریت شده رو چطوری پیدا کنیم؟🤪

#AI_Generated

سلام، سال جدیدتون مبارک باشه، سالی پر از فیچر، بدون باگ براتون آرزو میکنم، امیدوارم هرچی کد می‌زنید کامپایل بشه و البته پول خوبی هم به جیب بزنید. 😃🌹🥰

پول نمی‌تونه برات زمان بخره:

اینو امروز میخواستم دانلود کنم دیدم 😏

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

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

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

بنابراین برای هر تیم 4 تا 6 نفره یک سنیور قوی کافیه، دوتا میدلول و بقیه رو هم جونیور انتخاب کنید. مثلا توی یک تیم چهار نفره 1 سنیور و 2 مید لول و یک جونیور کافیه.
تیم‌هاتون رو بزرگ نکنید که به مشکل می‌خورید.

به عنوان یک سنیور من خودم سیستم پروژه رو اینطوری معماری میکنم و ممکنه هر سنیور روش خاص خودش رو داشته باشه ولی من همیشه با این روش جواب گرفتم.

سخت‌ترین قسمت‌های پروژه رو که فقط سنیورها و افراد با دانش بالا می‌تونن توسعه بدن و در عمیق‌ترین بخش‌های پروژه قرار می‌گیرن. قسمت‌هایی که مید لول ها میتونن توسعه بدن رو در لایه‌های میانی پروژه و قسمت‌های آسونش رو که دم دستی ترن برای جونیورها قرار میدم.

برای همه‌ی دسته ها کار هست، یا باید ایجاد بشه.

اگر توی یک شرکت دو تیم وجود داره که یک سنیور توی هر تیم هست، این دو باید بتونن با هم هماهنگ بشن و Code Share های زیادی رو ایجاد کنن که توی کل پروژه بتونن از این کدها استفاده کنن. پس قسمت‌های عمیق پروژه دست ایناست.
منظور از قسمت‌های عمیق پروژه چیاست مثلا؟ مثلا داینامیک کوئری‌هایی که قراره روی ORM ها بزنید، مثلا معماری‌ها و لایه‌های امنیتی پروژه و انتخاب یا ایجاد ابزارهای قدرتمند برای توسعه.

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

حالا چطوری افراد توی تیم باید بتونن پیشرفت کنن و درجا نزنن؟ اول اینکه وقت بیشتر سنیورها باید توی بحث آموزش به هم تیمی‌هاشون بگذره و اونقدر باید سریع باشن که هم بتونن به کارهای خودشون برسن و هم آموزش بدن، در نظر داشته باشید ما سنیور «کُند» نداریم! اونا همیشه سریع هستند و مشکلات رو سریع پیدا و حل میکنن و کاملا تکیه‌گاه تیم هستند. اگر کسی کارا رو نمیتونه سریع هندل کنه به نظرم توی این دسته بهتره که قرار نگیره چون بار بیشتری روی دوش این افراد هست و کندی اونها باعث کندی کل تیم خواهد شد.
جونیورها باید اونقدر کد بزنن و تمرین کنن تا یاد بگیرن و برای کدهاشون تست بنویسن تا به روش‌های مختلفی بتونن باگهای ذهنی خودشون رو که توی سورس میارن حل کنن.
میدلول‌ها هم باید وظیفه‌ی آنبردینگ افراد و جونیورها رو به عهده بگیرن و در مورد بخش‌های عمیق پروژه و مسائل تحلیلی از سنیورها سوال بپرسن و یاد بگیرن تا سریعتر بتونن خودشون رو ارتقاع بدن. از معماری و چیزهایی که سر در نمیارن بپرسن و تحقیق و مطالعه رو مداوم‌تر و بیشتر از دو گروه دیگه انجام بدن، و البته بهتره سعی نکنن با سنیورها به چالش بخورن سعی کنن بیشتر گوش بدن چون چالش خوردن با سنیورها و گرفتن وقت اونا برای یاد دادن مسائل به اونها بیشتر باعث ایجاد تنش در تیم و ناهماهنگی میشه. وقتی سنیور شدید خودتون متوجه می‌شید که چرا باید بیشتر سر به زیر باشید تا کار سریعتر بره جلو. اعتماد به سنیورها مهمه.

به این ترتیب ما یک تیم توسعه‌ی سریع ایجاد می‌کنیم که یک اپلیکیشن بزرگ رو بدون دغدغه و مشکل و بسیار سریع میتونن توسعه بدن.

@easymicroservices