توسعه‌دهنده وبپاسخ‌های مصاحبه

پشتهٔ اصلی من [React یا Next.js برای فرانت‌اند، Node.js/Express یا Python برای بک‌اند، PostgreSQL برای دادهٔ رابطه‌ای، و استقرار روی AWS/Vercel] است. آن را بر اساس بلوغ اکوسیستم، تقاضای بازار کار و پروژه‌های شخصی که در آن‌ها می‌توانستم مهارت‌هایم را محک بزنم، انتخاب کردم. همچنین با [Vue, Angular, Django — هر تجربهٔ ثانویه را اضافه کنید] راحت هستم. در انتخاب فناوری رویکردم عمل‌گرایانه است: ابزار مناسب برای نیازهای پروژه، مهارت‌های تیم و نیازهای نگهداری بلندمدت — نه محبوب‌ترین فریم‌ورک در HackerNews.

من Core Web Vitals را به‌عنوان معیار اصلی عملکرد هدف قرار می‌دهم: LCP (largest contentful paint) زیر 2.5s، INP زیر 200ms، CLS نزدیک به صفر. تصاویر را بهینه می‌کنم (فرمت WebP/AVIF، اندازهٔ صحیح، بارگذاری تنبل)، حجم بستهٔ JavaScript را کم می‌کنم (تقسیم کد، tree shaking)، از کش مرورگر استفاده می‌کنم، از CDN برای دارایی‌های استاتیک بهره می‌برم و منابعِ مسدودکنندهٔ رندر را حذف می‌کنم. عملکرد را با Lighthouse و PageSpeed Insights قبل و بعد از بهینه‌سازی اندازه‌گیری می‌کنم. عملکرد یک ویژگی است — سایت‌های سریع رتبهٔ بهتر می‌گیرند، تبدیل بیشتری دارند و کاربران را بهتر نگه می‌دارند.

من OWASP Top 10 را به‌عنوان پایهٔ امنیت دنبال می‌کنم: اعتبارسنجی ورودی برای جلوگیری از XSS و حملات تزریق، HTTPS در همه‌جا، احراز هویت امن (هش قوی برای رمزها، توکن‌های CSRF، محدودسازی نرخ درخواست)، پیکربندی صحیح CORS و مدیریت وابستگی‌ها (بازرسی منظم با npm audit یا Snyk). هرگز دادهٔ حساس را بدون ضرورت ذخیره نمی‌کنم و آنچه ذخیره می‌کنم را رمزگذاری می‌کنم. امنیت را یک عمل مستمر می‌دانم، نه یک فاز از پروژه — بررسی‌های خودکار امنیتی در CI رگرسیون‌ها را قبل از رسیدن به تولید می‌گیرند.

من از رویکرد mobile-first استفاده می‌کنم: از کوچک‌ترین نما شروع کرده و به‌تدریج برای صفحات بزرگ‌تر تقویت می‌کنم. از CSS Grid و Flexbox برای طرح‌های انعطاف‌پذیر، واحدهای نسبی (rem, % , clamp()) برای مقیاس‌پذیری و media queries برای تنظیمات نقطه‌گسست استفاده می‌کنم. روی دستگاه‌های واقعی همراه با شبیه‌سازی در Chrome DevTools تست می‌کنم — شبیه‌سازی مفید است اما جایگزین دستگاه واقعی نیست. همچنین تعامل‌های لمسی را در نظر می‌گیرم (حداقل اندازهٔ هدف لمس 44px، مدیریت مناسب وضعیت hover) و خوانایی فونت‌ها در اندازه‌های مختلف صفحه را مدنظر دارم. طراحی واکنش‌گرا یعنی تجربهٔ عالی در هر دستگاه، نه صرفاً جا دادن محتوا در صفحه.

من با WordPress (توسعهٔ قالب‌های سفارشی، توسعهٔ افزونه، REST API)، Contentful، Sanity و Strapi به‌عنوان گزینه‌های headless CMS کار کرده‌ام. CMS را بر اساس توانایی مدیریت محتوا توسط مشتری، نیازهای عملکردی و پیچیدگی مدل محتوا انتخاب می‌کنم. برای سایت‌های بازاریابی که ویراستاران غیرِتخصصی نیاز به کنترل دارند، یک headless CMS همراه با تولیدکنندهٔ سایتِ استاتیک یا Next.js عملکرد و انعطاف‌پذیری ویرایشی عالی ارائه می‌دهد. همیشه مدل محتوا را طوری طراحی می‌کنم که با گردش‌کار ویراستاری مطابقت داشته باشد، نه فقط راحتی فنی.

از ابزارهای مدیریت پروژه (Linear, Trello, Notion) برای پیگیری همهٔ وظایف با مالکیت و مهلت‌های مشخص استفاده می‌کنم. در ابتدا محدودهٔ کاری واضح و روند درخواست تغییر را مشخص می‌کنم — گسترش دامنه (scope creep) اصلی‌ترین علت افزایش هزینه و تاخیر در پروژه‌هاست. ارتباط فعال دارم: به‌روزرسانی‌های هفتگی، هشدارهای زودهنگام برای موانع و تحویل‌های مرحله‌ای (ماکت‌ها، سایت staging، نسخهٔ نهایی) که بازخورد را قبل از محصول نهایی ممکن می‌سازد. استقرارها را مرحله‌بندی می‌کنم — dev، staging، production — تا چیزی بدون آزمون به سایت زنده نرسد.

Git پایهٔ همهٔ کارهای من است. از شاخه‌های feature، پیام‌های commit توصیفی و pull request برای همهٔ تغییرات استفاده می‌کنم — حتی در پروژه‌های تک‌نفره، چون عادت‌های خوبی می‌سازد. در محیط تیمی از conventional commits پیروی می‌کنم، PRها را به مسائل/تک‌ها لینک می‌کنم و بازبینی‌های کد جامع انجام می‌دهم. با Git rebase و استراتژی‌های merge راحت هستم. همچنین در فرهنگ بازبینی کد مشارکت دارم: بررسی کد دیگران یکی از بهترین راه‌ها برای یادگیری و یکی از باارزش‌ترین سهم‌ها در تیم است.

قبل از پیاده‌سازی از Can I Use برای بررسی پشتیبانی ویژگی‌ها استفاده می‌کنم و برای ویژگی‌های حیاتی که پشتیبانی همگانی ندارند، دربارهٔ polyfill یا رویکردهای جایگزین تصمیم می‌گیرم. در ابتدای پروژه با مشتری سیاست پشتیبانی مرورگر را مشخص می‌کنم — پشتیبانی از IE11 هزینهٔ واقعی دارد. حداقل در Chrome، Firefox، Safari و Edge تست می‌کنم. از autoprefixer برای پیشوندهای CSS و Babel برای ترنسپایل جاوااسکریپت در صورت نیاز استفاده می‌کنم. همچنین به تقویت تدریجی (progressive enhancement) طراحی می‌کنم: تجربهٔ اصلی در همه‌جا کار می‌کند؛ ویژگی‌های تقویتی در جاهایی که پشتیبانی وجود دارد ارزش افزوده ایجاد می‌کنند.