اول سازگاری با نسخههای قبلی
هنگام نوسازی یک سیستم موجود، تا جای ممکن قراردادها و رفتارهای معتبر را حفظ میکنم تا تغییر کنترلشده بماند و ریسک مهاجرت قابل اندازهگیری باشد.
درباره من
از ساخت صفحهها شروع کردم و به طراحی سیستمهای پشت آنها رسیدم.
مهندس نرمافزار و رهبر فنی با بیش از یک دهه تجربه در توسعه وب، مهندسی بکاند، معماری سیستم و رهبری فنی.
سیستمهایی بسازکه بتوانند رشد کنند.
من رامین اسماعیلزاد هستم؛ مهندس نرمافزار و رهبر فنی با بیش از یک دهه تجربه در توسعه وب و نرمافزار.
مسیرم با طراحی گرافیک و وب شروع شد، از توسعه محصول و مهندسی بکاند گذشت و بهتدریج به معماری سیستم، نوسازی نرمافزار، مهندسی Production و رهبری فنی گسترش پیدا کرد.
امروز بیشتر به نرمافزارهایی علاقهمندم که وزن واقعی دارند: کاربر، یکپارچهسازی، تصمیمهای تاریخی، محدودیتهای عملیاتی و نقشه راهی که همزمان با بهبود معماری نمیتواند متوقف شود.
در چنین شرایطی مهندسی فقط انتخاب فریمورک نیست؛ تصمیم درباره این است که چه چیزی حفظ شود، چه چیزی ساده شود، چه چیزی از بقیه جدا شود و چطور بدون تبدیل هر بهبود به یک بازنویسی پرریسک جلو برویم.
شیوه کار من
چند اصل، بیشتر تصمیمهای فنی من را شکل میدهند.
محیط عملیاتی بخشی از مهندسی است
Docker، health check، readiness، CI/CD، مدیریت وابستگی، پیکربندی و رفتار در زمان خطا باید از ابتدا بخشی از گفتوگوی مهندسی باشند.
معماری به مرزهای روشن نیاز دارد
معماری خوب به معنی اضافه کردن لایههای بیشتر نیست؛ یعنی مسئولیتها روشن باشند، وابستگی ناخواسته کم شود و فضای امنی برای تغییر ایجاد شود.
قبل از بازنویسی اندازه بگیر
پیش از انتخاب بازنویسی کامل، قراردادها، هزینه مهاجرت، ریسک عملیاتی و حالتهای شکست را بررسی میکنم. در بسیاری از موارد تغییر مرحلهای تصمیم مهندسی قویتری است.
خلاصه
عمق بکاند. درک محصول. معماری عملی.
اگر این ترکیب به مسئلهای که روی آن کار میکنید نزدیک است، گفتوگوی فنی خوب همیشه برایم جذاب است.
تماس بگیرید ↗