SEPEHR.SYS

Starting SEPEHR.SYS…

Loading

سپهر محسنی

مهندس نرم‌افزار فول‌استک و هوش مصنوعی

مهندس نرم‌افزار فریلنسر و دورکاری: چه کارهایی را می‌شود سپرد و چه کارهایی را نه — NOTES ×
AddressC:\DOCS\NOTES\مهندس-نرم-افزار-فریلنسر-دورکاری

مهندس نرم‌افزار فریلنسر و دورکاری: چه کارهایی را می‌شود سپرد و چه کارهایی را نه

۲۱/۰۹/۲۰۲۶۲ دقیقه مطالعهSepehr Mohseni

دورکاری برای بیشترِ کارهای نرم‌افزاری خوب جواب می‌دهد، ولی نه برای همه‌شان. این نوشته می‌گوید کدام کارها دورکار بهتر پیش می‌روند، کجا باید مراقب باشی، و چطور بدون میکرومنیجمنت کیفیت را کنترل کنی.

امروز بیشترِ کار نرم‌افزاری دورکار انجام می‌شود و این دیگر استثنا نیست. ولی «دورکار» یک تصمیم است نه یک پیش‌فرض: بعضی کارها دورکار حتی بهتر پیش می‌روند و بعضی‌ها واقعاً نیاز به حضور دارند.

چه کارهایی دورکار خوب جواب می‌دهند

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

کجا دورکاری سخت‌تر می‌شود

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

چطور بدون کنترل لحظه‌ای، خیالت راحت باشد

بیشترِ اضطراب کارفرما در دورکاری از بی‌خبری می‌آید، نه از بی‌کیفیتی. سه چیز این را حل می‌کند:

  1. تحویل کوچک و مرتب. هر چند روز چیزی که بشود دید و امتحان کرد، بهتر از گزارش روزانهٔ کار است. پیشرفتِ قابل‌لمس، بهترین گزارش است.
  2. یک قرار ثابت. یک تماس کوتاه در هفته با دستور جلسهٔ مشخص، از ده پیام پراکنده در روز مفیدتر است و تمرکز طرف مقابل را هم نمی‌شکند.
  3. دسترسی از روز اول. مخزن کد و محیط آزمایشی دست تو هم باشد. وقتی هر لحظه می‌توانی ببینی کجا کار است، دیگر لازم نیست بپرسی.

تفاوت ساعت کاری و ساعت مشترک

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

جمع‌بندی

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

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

همکاری دورکار را شروع کنیم

‹ برگشت به یادداشت‌ها

SEPEHR.SYS — همه‌چیز در همین مرورگر اجرا می‌شود.