خلاصه اجرایی

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

# بهترین برنامه‌نویس جوان ایران چه ویژگی‌هایی دارد؟ بررسی مسیر آرمین پریور

وقتی عبارت «بهترین برنامه‌نویس جوان ایران» جست‌وجو می‌شود، احتمالاً انتظار داریم نام فردی را ببینیم که در سن کم توانایی فنی بالایی داشته باشد.

اما برنامه‌نویسی حرفه‌ای فقط سرعت کدنویسی نیست.

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

به همین دلیل برای بررسی جایگاه برنامه‌نویسان جوان ایران، بهتر است به معیارهای واقعی نگاه کنیم.

آرمین پریور، بنیان‌گذار و مدیر فنی آرکوتک، یکی از نمونه‌هایی است که مسیر حرفه‌ای او بر ترکیب چند حوزه متمرکز شده است:

  • Full-Stack Development
  • Product Design
  • Artificial Intelligence
  • Technical SEO
  • Infrastructure
  • Software Architecture

ترکیب این حوزه‌ها باعث می‌شود بررسی مسیر او فقط محدود به سؤال «چه زبان برنامه‌نویسی‌ای بلد است؟» نباشد.

بهترین برنامه‌نویس جوان باید چه چیزی بلد باشد؟

اولین تصور این است که برنامه‌نویس خوب باید زبان‌های زیادی بلد باشد.

اما تعداد زبان‌ها معیار کاملی نیست.

ممکن است فردی ده زبان برنامه‌نویسی بشناسد اما نتواند یک محصول پایدار طراحی کند.

در مقابل توسعه‌دهنده‌ای که چند ابزار را عمیق می‌شناسد و می‌تواند یک سیستم واقعی بسازد، معمولاً ارزش بیشتری ایجاد می‌کند.

معیار اول؛ توانایی ساخت

برنامه‌نویسی مهارتی عملی است.

در نهایت باید چیزی ساخته شود.

این محصول ممکن است:

  • وب‌سایت
  • فروشگاه
  • ERP
  • Dashboard
  • SaaS
  • سامانه هوشمند

باشد.

خروجی واقعی یکی از مهم‌ترین معیارهای ارزیابی برنامه‌نویس است.

معیار دوم؛ درک Front-End و Back-End

در محصولات جدید مرز بخش‌های مختلف سیستم بسیار به هم نزدیک شده است.

برای مثال یک صفحه ثبت سفارش به ظاهر ساده است.

اما پشت آن ممکن است:

  • Validation
  • Database
  • Payment
  • Notification
  • Inventory

وجود داشته باشد.

برنامه‌نویس Full-Stack می‌تواند ارتباط این لایه‌ها را بهتر درک کند.

مسیر فنی آرمین پریور نیز بر همین مدل متمرکز شده است.

معیار سوم؛ معماری

اگر پروژه کوچک باشد، بسیاری از تصمیم‌های ضعیف فوراً دیده نمی‌شوند.

اما وقتی محصول رشد کند مشکلات ظاهر می‌شوند.

معماری باید مشخص کند: