RandRng

داستان یک کشور؛ آرژانتین ایده این سری ویدئو‌ها از هرکی بوده خیلی بهش علاقمند شدم و شده یکی از سری ویدئو‌های تفریحیم برای دیدن (البته از دیروز شروع کردم و دارم کامل می‌بینم)

با اینکه اصلا در دسته‌ بندی آدم‌های فوتبالی قرار نمی‌گیرم ولی همیشه از رونالدو خوشم میومد فقط برای اینکه: طبق گفته‌ی فوتبالی‌ها: نه استعداد داشت؛ نه از کشوری بود که فوتبالش اول دنیا باشه ولی چشم‌ها و دوربین‌هارو دزدید. از دیدن تلاش‌هاش و مقاومتش لذت می‌بردم و یک زمان طولانی‌ای من رو پای بازی‌های فوتبال نشوند؛ اینکه توی یک بازی هتریک کنی - پاس گل بدی و دقیقه ۸۰ بازم عجله کنی تا گل بیشتری بزنی بارها و بارها این رو توی بازی رونالدو دیدم. مرسی ازت آقای رونالدو؛ مرسی که باعث شدی فوتبال ببینم.

95% of enterprise AI deployments fail to deliver value

در یک حرکتی چندتا از این شرکت‌های AI فروش داخلی (کاسبان تحریم) روی موج‌های اخیر درحال تلاش برای خوردوندن LLM به شرکت‌های دیگر هستند. شرکت‌هایی که همینطوری بخاطر تحریم؛ جنگ؛ قطعی اینترنت و تعطیلی به زور سرپا موندند. برای همین خواستم دوتا مورد رو یادآوری کنم: اولین مورد گزارش MIT روی میزان سودآوری AI (که ۹۵٪ میزان بازگشت 0 داشتند) ‌legal.io مورد دوم؛ تجربه شخصی بنده توی کار با تیمی از مهندس‌ها که مدتی قبل منتور اون‌ها بودم. ( استفاده درست از LLM ها برای مهندسی کامپیوتر )

چندتا نکته : ۱- قبل از اینکه راجب چیزی سوال بپرسید؛ اول توی کانال سرچ کنید (اگر سرچ کردن بلد نیستید برید یاد بگیرید) دوم توی گروه بپرسید نهایتا اگر چیزی پیدا نشد می‌تونید توی دایرکت کانال بپرسید. ۲- شخصی بهم پیام ندید؛ ۹۹.۹٪ مواقع جواب نمیدم مگر اینکه سرم خلوت باشه یا توی یک مسیر کسل کننده باشم. ۳- اولویتم برای جواب دادن به سوالات: اول گروه هست (لینکش توی پست‌های قبلی هست) دوم پیام مستقیم به هر کانال ۴- قبل از اینکه برای کسی ویس یا ویدئو بفرستید باید ازش اجازه بگیرید یا اینکه توقع هیچ پاسخی نداشته باشید. ۵- تمام مطلب؛ سوال و ... رو داخل یک پیام بنویسید. بعد پیام رو ۱ بار بخونید و خلاصه کنید و بفرستید. یک نفر یک متنی برای فرستاده محدودیت ۴ تا پیام رو پر کرده و کل حرفش رو می‌تونسته توی نصف پاراگراف بزنه ۶- چندتا اکانت فیک هم هستند که فیلم و عکس‌های +۱۸ توی دایرکت کانال می‌فرستند؛ حیوان شعور داشته باش. من این موارد رو از تمام گروها و کانال‌ها بن می‌کنم البته بعد از ریپورت کردن. مورد دیگری هم اگر بود بعدا اضافه می‌کنم. چت خصوصی من برای همکارانم هست و اولویتم روی اون هست لطفا پیام‌ها رو توی گروه یا دایرکت کانال بفرستید مطمئن باشی اینطوری زودتر جواب می‌گیرید بخصوص توی گروه.

توی گروه یادآوری شد

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

من یک توضیحی روی این پست قبلی درباره کانفیگ nevoim خودم بدم. دوستان فلسفه کانفیگ‌های neovim این نیست که دانلود کنید و تمام اونوقت همه چیز روی سیستم شما هم عالی کار کنه و همه چیزش رو شما هم دوست داشته باشید. من به درخواست یکسری دوستان مجددا پروژه رو برای آخرین نسخه neovim و کانفیگ‌ها آپدیت کردم البته الان. پس چرا به اشتراک می‌ذاریم ؟ معرفی و یک چیزی برای شروع؛ اگر تلاش کرده باشید یک مورد رو از اول برای خودتون کانفیگ کنید (بخصوص دفعات اول) خوندن و کانفیگ درست انجام دادن می‌تونه از ۱-۲ روز تا ۱-۲ هفته زمان ببره ولی اگر یکی قبلا یک بیس براتون توسعه داده باشه این زمان بخصوص با وجود LLM ها می‌تونه به ۱-۲ ساعت برسه. هیچکس هم علاقه نداره Lua یادبگیره که فقط Neovim کانفیگ کنه. اما چندتا نکته : ۱- اگر یک چیزی می‌خواید که دانلود کنید و کار کنه؛ بهترین گزینه برای شما vscode هست ۲- اگر سنگینی vscode اذیتتون می‌کنه چون روی چند زبان کار می‌کنید یا پروژه شما خیلی بزرگ هست گزینه بهتر Zed هست. ۳- اگر تایپ ۱۰ انگشتی بلد نیسیتید؛ vim, neovim برای شما مناسب نیست ۴- اگر فقط روی یک زبان برنامه‌نویسی کار می‌کنید و vscode, zed کند نمی‌شه براتون یا اگر علاقه‌ای به کانفیگ کردن جزئیات ندارید بازم neovim بدرد شما نمی‌خوره ۵- اگر فکر می‌کنید neovim کمک می‌کنه تندتر کد بزنید چون شرتکات‌های خوبی داره؛ بهتره برای ادیتوری که روش هستید وقت بذارید و شرتکات‌های همون رو یاد بگیرید. قبل از توضیح بیشتر : یادتون باشه neovim دائما درحال آپدیت شدن هست؛ کانفیگ‌ها هم همینطور و بسیاری از اون‌ها بین ورژن و گیت‌کامیت تغییرات breaking هم داره شخصا ۶ ماه یا ۱ سال یکبار آپدیتش می‌کنم یا وقتی یک سیستم جدید رو کانفیگ می‌کنم و می‌بینم دیگه ورژن‌ها نمی‌خونه. ۶- قبل از اینکه با کانفیگ neovim دیگران کار کنید سعی کنید کلیدهای اصلی vim یا neovim رو یاد بگیرید. ۷- فلسفه کلیدها این هست که همه چیز روی home row باشه با استفاده زیاد از Ctrl, Alt فقط مزایای شرتکات‌ها رو از دست میدید و نشون میده این ادیتور برای شما نیست. ۸- هیچ چیز خقنی هم روی استفاده از neovim, vim نیست آدما شمارو با کدی که زدید قضاوت می‌کنند نه با ادیتوری که استفاده کردید. ۹- در نهایت از کاستومایز کردن لذت ببرید؛ این ادیتور شماست.

👆

برای اون ۲ نفری که پرسیدند و نفراتی که سوالشون بود برای پرسش : عطر من این هست. البته یک مورد هم : Zino Davidoff هست که برای تا نانوایی و سوپرمارکت رفتن استفاده می‌کنم.

#تجربه یک موضوعی که دوستان بهش اشاره کردند این هست که با وجود AI دیگه تسک اینطوری دادن فایده‌ای نداره. کوتاه: ۱۰۰٪ اشتباه می‌کنید. اتفاقاً من درحال حاضر هم توی مصاحبه و هم توی کار به نیروهام می‌گم با هوش مصنوعی کد بزنند (اما نه وایب کد نه ایجنت) الان هوش مصنوعی کد می‌زنه اما قبل از اون هم بعضی‌ها کدهاشون رو می‌دادند دیگران براشون بزنه تا استخدام بشوند، شرایط برای من بعنوان مصاحبه کننده فرقی نکرده. اینکه فکر کنید چون AI اومده پس اینکار بی‌فایده شده هم یک خطای دیگه‌اس (گفتم که قبلش هم میدادند دیگران کد بزنند براشون) من بعنوان مصاحبه کننده چطوری ارزیابی می‌کردم و می‌کنم : تسکی که دادم رو مثل کار واقعی می‌بینم، مصاحبه شونده باید روی گیت/گیت‌هاب کار کنه و وقتی تسک تموم شد لینک رو برای من بفرسته. بعد یک دعوت به مصاحبه ۳۰ دقیقه‌ای انجام می‌شه، که مثل code review های آخر هفته خودمون هست. برای من چی مهم هست : ۱- زمان پیاده‌سازی ۲- گیت و گیت‌هاب و رعایت استانداردها ۳- تمیزی کد اول این موارد رو شخصاً بررسی می‌کنم؛ بعد از مصاحبه کننده می‌خوام توی ۱۵ دقیقه کد و کاری که کرده رو توضیح بده. مثلاً یک مورد همین هست، قبل از دوران LLM‌ها شخصی که کد رو داده بود کسی دیگر براش بزنه این ایرادات رو واضح داشت : ۱- نمی‌دونست از کجا باید شروع کنه دقیقاً ۲- چالش‌های کد رو ندیده بود، همه چیز به چشمش ساده بود و می‌خواست توی ۱۵ دقیقه همه رو توضیح بده ۳- جاهای مهم کد رو نمی‌شناخت مثلاً : برای تسک بکند با FastAPI طرف میومد مواردی مثل Get, Post, ... رو از handler شروع می‌کرد توضیح دادند درحالی که کسی که خودش کد رو باز نمی‌کنه میره سراغ چالش اصلی (مثلاً فرض کنید یک بخشی برای log trace بهش دادم) اون رو توضیح میده که چطوری پیدا سازی شده و فقط می‌گه که روی فلان اندپوینت من متدهای get, post رو به این دلایل پیاده‌سازی کردم. الان هم همین هست. در نهایت هم چه اشکالی داره از AI استفاده کنه ؟ فقط کافیه یک نفر این موارد رو دنبال کنه: ۱- توی زمانی که توافق کردیم تسک رو بزنه ۲- گیت و گیت‌هاب رو بلد باشه ۳- تمیز کد بزنه (کلین کد و ... منظورم نیست) ۴- چالش‌های مسئله رو پیدا کنه و درک کنه ۵- برای حل چالش‌ها راهکار درست بده و بتونه از راهکارش دفاع کنه ۶- کد رو بفهمه و درک درستی ازش داشته باشه شما چیز دیگری هست که از برنامه‌نویس خوب بخوای ؟ من غیر از این موارد چیزی لازم ندارم، کسی با LLM یا بدون LLM بتونه اینکار رو بکنه تایید فنی من رو داره و چه بهتر که با LLM کد بزنه چون یکبار کار review شده (قبل از اینکه یک عضو دیگه review کنه)

توی گروه درمورد تسک‌هایی که بعد مصاحبه داده می‌شه و بهتون چندروز هم وقت میدند تا بزنید پرسیده شده؛ دیدم توی این کانال نیست گفتم مجدد بنویسم: اول اینکه من هیچوقت قبول نمی‌کنم اینکار رو؛ قبلاً هم هزاران بار گفتم، اما بعنوان کسی که کلی سال هم مصاحبه داده هم مصاحبه کرده می‌گم:

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

چطوری بفهمیم پروژه خود شرکت رو بهمون دادند یا واقعا برای ارزیابی هست ؟

کسی نمی‌تونه بهت بگه که چطوری بفهمی این پروژه خودشون هست یا نه؛ مگر اینکه خیلی تابلو وارد جزئیات پروژه خودشون بشن که اگر از اول نیت درستی پشت درخواست‌هاشون نباشه مطمئن باشید انقدر تابلو نخواهند بود علاوه بر این کمی تغییر ایجاد کردن توی سوال کار سختی نیست بخصوص توی حرفه ما

درنهایت خیلی کم شاید از ۲۰۰۰-۳۰۰۰ نفری که این سال‌ها مصاحبه کردم به ۳۰-۴۰ نفر تسک دادم؛‌ چرا ؟

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

درنهایت چرا انقدر جدی می‌گیرم مصاحبه رو ؟ بخش سمت مصاحبه شونده رو کاری ندارم؛ اول اینکه شرایط کشور شدیدا فشار و استرس زیادی روی آدم وارد می‌کنه و خیلی وقتا بچه‌ها توی مصاحبه‌ها یاد مشکلاتشون میوفتند و به اینکه اگر قبول نشوند چطور پیش خواهد رفت زندگی فکر می‌کنند دوم اینکه سمت بیزینس و خودم دوتا مورد هست؛ ۱- اگر هم تیمی خودم بشه؛ خیالم راحت هست که بار از روی دوشم بر میداره و نه اینکه خودش بار اضافه‌ای بشه روی دوشم ۲- فرق آدم بلد و نابلد توی بعضی پروژه‌ها این هست که: کار بلد کود رو برات به قیمت طلا می‌فروشه نابلد طلا رو هم به قیمت کود نمی‌تونه بفروشه و من به شخص شاهد این موضوع بودم توی پروژه واقعی و البته بسیار زیاد اجرای بد ایده خوب همه چیز رو خراب می‌کنه. در نهایت تسک رو قبول کنم یا نه ؟

شرایط بالا رو ببینید: اگر بعد از مصاحبه به سوال‌ها و جوابا فکر کردی و دیدی اشتباه زیاد کردی یا بهتر می‌تونستی جواب بدی این یعنی نذاشتی مصاحبه کننده درست ارزیابیت کنه -—> تسک رو قبول کن چون یک شانس دوباره هست برات اگر دیدی مصاحبه کننده سوالای خوبی نپرسید و عمق سواد شمارو ارزیابی نکرد یا اینکه فقط اومده بود که با تسک دادن فشار مصاحبه فنی رو از روی دوش خودش برداره —-> تسک رو قبول نکن

I want a raise خیلی وقت‌ها واقعیت همینجوری هست.

سختش نکنید عطر خوب بزنید، همه متوجه حضورتون میشن نصیحت شر و ور #شب_بخیر

الان تموم شد ... (با ۶ ساعت کاریم)

واقعاً ما چطوری داریم کار می‌کنیم تو این مملکت ؟ دقیقاً ۵ ساعت هست در تلاشم، چندتا پکیج و پروژه گیت و ... رو دانلود و کلون کنم. ۵ ساعت و هنوز من ساعت کاریم رو شروع نکردم (هنوزم تموم نشده) بعد از این باید ۶ ساعت هم کار کنم تا ساعت کاریم رو پر کنم.

چون سوال راجب کانال یوتیوب چندنفری پرسیدند، گفتم همرو یکجا جواب بدم : من تقریباً ۲ روز (بعضی وقتا ۱ روز) در هفته وقت خالی دارم روزهای دیگر هم وقت خالی دارم که به پادکست‌ها و کتاب‌های @lectour رسیدگی می‌کنم‌ و باقیش هم جنبه‌های دیگر زندگی. کانال یوتیوب iocursed با آموزش مقدمات Rust شروع خواهد شد و اگر زندگی اجازه بده تا پیشرفته ادامه پیدا خواهد کرد ولی فعلا هدف روی مقدمات هست‌. منابع و سرفصل‌ها و بسیاری موارد دیگر آماده هست برای این دوره، حقیقتش این دوره رو قرار بود با همکاری یک شرکت شروع کنیم (از شرکت‌های فروشنده دوره) اما وقتی به مبحث مالی رسیدیم دیدم که هزینه خیلی سنگینی رو از دانشجو قرار هست بگیرند و نهایتاً دستمزدی که به من داده میشه بسیار بسیار کم میشه. پیشنهاد اول از اون‌ها بود ولی چون تمام سرفصل و منابع و ... رو شخصا آماده کردم ترجیح دادم اگر قرار هست این کار رو هم بکنم به رایگان روی یوتیوب قرار بگیره. مدتی قبل چند ویدئو ضبط شد که خب مشکلات صدا باعث می‌شد ادیت خیلی برای من سخت باشه برای همین ترجیح دادم صبر کنم. برای پایتون خیلی ایده‌ای ندارم، هرچیزی که باید میگفتم رو این سال‌ها توضیح دادم توی کانال ولی شاید اگر استقبال خوبی بشه، به اون هم فکر کنم. اینکه فعالیت روی یوتیوب کی شروع میشه، یک مقدار ادیت و حل مشکلات صدا رو مرتفع کنم و چند جلسه‌ای رو ضبط و ادیت کنم که بتونم نظر دوستان رو بپرسم و بعد روی یوتیوب آپلود می‌کنم. اینطوری اگر یک هفته هم مشکلی داشته باشم و نتونم ویدئو ضبط کنم مطلب برای آپلود کردن دارم. تنها نکته این که من Rust رو برای برنامه‌نویس‌ها قرار هست آموزش بدم یعنی توقع این هست که طرف یک زبان برنامه‌نویسی دیگر (بخصوص پایتون) رو بلد باشه. اگر وضعیت یوتیوب خوب پیش بره، شاید بتونم تا ۴ روز در هفته رو وقت خالی کنم برای ضبط و انتشار ویدئو

عجب فوتبالی شده :/

وضعیت اینترنت انقدر خراب هست که اصلاً نمی‌شه پکیج‌های سنگین رو بدون دردسر دانلود کرد. من این مشکل رو برای موضوع داکر ایمیج خودم با راه‌اندازی یک cache, reg سال قبل حل کردم. دیروز انقدر مشکل داشتم که همین کار رو برای پایتون هم انجام دادم، قبل‌تر انجام دادم ولی دردسرهای uv باعث شد پاکش کنم. دیروز که مجدد انجامش دادم دیدم با آپدیت uv اون مشکلات هم حل شده (دیگه نیست) خلاصه بگم، امروز در مجموع ۲۰ گیگ پکیج رو کش کردم و پیش خودم گفتم ای کاش اینکار رو زودتر انجام داده بودم. واقعاً پیشنهاد میدم همه‌ی شرکت‌های داخلی برای تیم‌های برنامه‌نویسی خودشون یک سرور داخل سازمان اضافه کنند که فقط کش پکیج‌ها رو داشته باشه. شاید یک چیزی بیش از ۲۰-۳۰ ایده‌ی مختلف برای بهبود تجربه دیپلوی و سریعتر کردن اینکار رو روی پروژه‌ای که دستم هست (پروژه خیلی سرویس زیاد داره) تونستم تست کنم و نتایج رو بهبود بدم، مهمترین نکته‌اش اینکه چون توی کمتر از چندثانیه همه چیز نصب می‌شد بهم حتی اجازه داد روی سورس کد هم تغییراتی بدم که پرفورمنس ارتباط بین سرویس‌ها رو بهبود بده کاملاً ارزشش رو داشت که نصف دیروز رو وقت بذارم و این رو به سرویس‌های خودم اضافه کنم. برای اینکار من از

devpi-server + docker + nginx + self signed certificate

استفاده کردم و توی هر پروژه که بخوام از کش سرور خودم استفاده کنم به راحتی با کانفیگ [[tool.uv.index]] می‌تونم اینکار رو بکنم. از شر پکت‌لاس های بیش از حد زیاد اینترنت داخلی هم راحت شدم، نصف شب بزنید پکیج‌هارو بگیره تا ورژن‌های بعدی راحتید.