کانال تلگرام

تصور کنید که خیلی متمرکز بر روی محصولی کار می‌کنید، که مدیریتون به یک باره اعلام می‌کنه که: «پروژه رو همینجا متوقف می‌کنیم و از این پس این مسیر جدید رو دنبال می‌کنیم.» اگر این تغییر برای شما منطقی نباشه، احتمالاً در مرحلهٔ اول مقاومت می‌کنید. اما احتمالاً به زودی متوجه می‌شید که تغییر دادن تصمیمی که گرفته شده خیلی آسون نیست. پس چه کار باید کرد؟ برخی افراد، از جمله خودِ قبلیِ من، ممکنه به تلاش برای ارائهٔ دلایل منطقی برای ادامهٔ مسیر پافشاری کنن؛ که در نهایت باعث بشه انگیزه‌اشون از دست بره و پروژه و یا شرکت رو ترک کنن. امّا این می‌تونه تنها انتخاب موجود نباشه. ...

از صفحاتی جالبی که امروز به چشمم خورد Write your Own Virtual Machine بود. این صفحه به صورت خیلی ساده و قدم به قدم ساختن یک VM رو توضیح می‌ده و با خوندنش گذاری به معماری کامپیوتر، مدیریت حافظه و اسمبلی می‌زنید.

گزارش تک رادار ۳۱ منتشر شد. این گزارش هر شش ماه یک بار توسط Thoughtworks و به قلم تعدادی از لیدرهای شرکت‌های مهندسی منتشر میشه. در هر نسخهٔ گزارش، تغییرات دنیای نرم‌افزار در چهار زمینهٔ Techniques, Tools, Platforms, and Languages & Frameworks بررسی میشه. محورهای اصلی گزارش این نسخه به این صورته: — Coding assistance antipatterns — Rust is anything but rusty — The gradual rise of WASM (Web Assembly) — The Cambrian explosion of generative AI tools ...

در دورهٔ کنونی LLMها، میگن که تنها محدودیتی که داریم خلاقیتمونه. الان ما می‌تونیم خیلی سریع‌تر و با وابستگی خیلی کمتر به افراد متخصص، ایده‌هامون رو پیاده‌سازی، تست و ارزیابی کنیم. در حال حاضر اکثر LLMها برای استفاده‌های عمومی به صورت رایگان در دسترس هستن؛ اما برای بکارگیری قدرتشون در محصول‌هایی که توسعه می‌دیم به APIهاشون نیاز داریم که عموماً رایگان نیست و برای بعضی از کاربردها می‌تونن خیلی هم گرون باشن. ...

گوگل اخیراً ابزاری رو منتشر کرده که من رو به وجد آورده. NotebookLM لینک وبسایت، لینک یوتیوب، فایل و یا متن خام ازتون می‌گیره و با سرعت زیادی داده‌های مورد نظرتون رو با فرمت دلخواه استخراج می‌کنه. برای مثال می‌تونید ازش بخواید که یک ویدیو یوتیوب رو براتون خلاصه کنه. تفاوتی که این ابزار با ابزارهای مشابه داره، یکی اینه که می‌تونید به تعداد دلخواه منابع مختلفی بهش بدید و ازش خروجی بخواید، دو این که می‌تونه به فرمت‌های غیرمتنی خروجی مطلوبتون رو تولید کنه. ...

بعد از شروع موج layoffهای یکی دو سال گذشته و همچنین ظهور AI به عنوان یک یار کمکی برای افزایش سرعت توسعهٔ نرم‌افزارها، شرکت‌ها موقعیت‌های شغلی جونیور رو کمتر و کمتر کردن و دیگه خیلی از شرکت‌ها فقط سینیور استخدام می‌کنن. در این نوشته، Camille Fournier که نویسندهٔ کتاب معروف The Manager’s Path هستش، نقدی به این رویکرد شرکت‌ها داره و از نظر ایشون این کار در بلندمدت نتیجهٔ عکس خواهد داشت. همچنین از نظر ایشون تقسیم‌بندی مهندس‌ها به junior و senior به خصوص در دورهٔ کنونی خیلی درست نیست و بهتره افراد رو به early career و افراد باتجربه تقسیم کنیم. ...

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

دیروز برام ایمیل اومد که دامنهٔ expedition-diaries داره منقضی میشه. چند سال پیش چالشی برای خودم تعریف کردم که پروژه‌ای رو شروع کنم و همهٔ بخش‌های مختلفش مثل بکند و فرانت‌اند و زیرساخت رو خودم پیش ببرم. قبلاً در هر کدوم از این بخش‌ها تجربه‌های مستقلی داشتم اما هرگز فرصت توسعهٔ همهٔ این بخش‌ها در کنار هم و با هم رو نداشتم. از طرفی هم برای هر کدوم از این بخش‌ها اهداف متفاوتی داشتم: ...

چند وقت پیش فایل‌های Protocol Buffer پروژه‌ای رو مرتب‌ می‌کردم که دیدم این دو فیلد در بین چندین message پروژه تکرار شده: message A { ... int64 seconds = n; int64 nano_seconds = m; ... } با توجه به این که این دو خط عیناً تکرار شده بود، یک message تعریف کردم و به جای اون دوتا فیلد از message جدید استفاده کردم: message Timestamp { int64 seconds = 1; int64 nano_seconds = 2; } message A { ... Timestamp timestamp_utc = p; ... } بعداً متوجه شدم که Timestamp هم یکی از تایپ‌هاییه که به صورت استاندارد تعریف شده و نیازی نیست خودمون تعریف کنیم. به همین خاطر message‌ها رو به دوباره بازنویسی کردم: ...

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