https://virgool.io/feed/@aminagzd علاقه‌مند به تکنولوژی ها‌ی وب و فریم‌ورک‌های مدیریت پروژه‌های نرم‌افزاری - توسعه دهنده PHP (توسعه دهنده PHP خام، سیستم‌های مدیریت محتوا و فریم‌ورک‌های PHP) fa 2026-06-19 10:36:39 https://files.virgool.io/upload/users/157682/avatar/uIqiv4.png?height=120&width=120 https://virgool.io/@aminagzd https://virgool.io/@aminagzd/%D9%85%D8%B9%D8%B1%D9%81%DB%8C-%DB%8C%DA%A9-%D9%85%D8%B3%D8%AA%D9%86%D8%AF-rinrd4zfv70p از اوایل دوران دبیرستان مهاجرت جزو مسائلی بود که همواره در موردش تحقیق می کردم. از آن جایی که علاقه‌ی بسیار زیادی به فیلم‌های مستند دارم، شروع به پیدا کردن مستند‌های مهاجرتی کردم و در منابع مختلف به مستند‌های خیلی زیادی رسیدم.سری مستند‌های «میراث آلبرتا» یکی از جذاب‌ترین فیلم ها‌ی مستندی بود که پیدا کردم. میراث آلبرتا ۲،۱و۳ سری فیلم‌های مستند با موضوع مهاجرت جوانان ایرانی، به کارگردانی و روایت حسین شمقدری است. وی از دانشجویان دانشگاه صنعتی شریف است که این سری مستند‌ها را با تمرکز روی دانشجویان این دانشگاه که از قضا به مهاجرت هم شهره‌اند ساخته است.قسمت اول این مستند در ایران و قسمت‌های دوم و سوم، روایت اروپایی مهاجرت نخبگان ایرانی است که در سه کشور فرانسه، آلمان و سوئیس فیلم‌برداری و ساخته شده است.خواندن نقدها و نکته‌های پیرامون میراث آلبرتا را بعد از تماشای آن، برای شما دوست عزیز به شدت توصیه می‌کنم. با اینکه این مستند نسبتا قدیمی است ولی حقایقی که به آن‌ها پرداخته شده، حتی در شرایط زمان نگارش این نوشته نیز از موارد مورد بحث در ایران است.از مصاحبه‌های فوق العاده در این مستند، می‌توان به مصاحبه با دکتر علینقی مشایخی، استاد تمام دانشکده مدیریت دانشگاه صنعتی شریف و رئیس انجمن ایرانی پویایی‌شناسی سیستم‌ها اشاره کرد. آشنایی با چنین انسان ارزشمندی از اتفاقات خیلی خوبی بود که برای من افتاد.جالب است بدانید که این مستند در دانشگاه‌های متفاوت ایران اکران شده است. امیدوارم از تماشای آن لذت ببرید. امین آقازاده امین آقازاده Thu, 09 Apr 2020 01:15:40 +0430 https://virgool.io/@aminagzd/%DA%86%D8%B1%D8%A7-%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D9%87%D9%86%D9%88%DB%8C%D8%B3%DB%8C-%D9%88%D8%A8-%D8%B1%D8%A7-%D8%A7%D9%86%D8%AA%D8%AE%D8%A7%D8%A8-%DA%A9%D8%B1%D8%AF%D9%85-ybzezvldjobz تمامی دانشجویان کامپیوتر، آی‌تی و تمامی علاقه‌مندان به فعالیت در دنیای تکنولوژی و برنامه‌نویسی می‌دانند که در این حوزه، زمینه‌های متفاوتی برای فعالیت وجود دارد. دو تا از این زمینه‌های مشهورکه در اکثر مواقع دو گزینه برای انتخاب تازه‌کاران است، برنامه‌نویسی وب و موبایل می باشد.«می خوام برنامه‌نویسی شروع کنم و درآمد داشته باشم. برنامه‌نویسی موبایل شروع کنم یا وب؟» سوالی که بارها از من پرسیده شده و همیشه سعی داشتم به جای یک جواب صریح و قاطع، توضیحی در مورد علت انتخاب خودم بدهم و قضاوت و تصمیم گیری نهایی را بر عهده خود شخص بسپارم و همیشه سعی می‌کنم تعصبم نسبت به وب باعث نشود تا توضیحاتم به سمت برنامه‌نویسی وب سوق پیدا کند.و اما توضیحی که من در جواب این سوال می‌دهم: در برنامه‌نویسی وب، تکنولوژی و ابزارهای خیلی زیادی موجود هستند و به شکل رایگان، پولی، متن باز و… ارائه می‌شوند. چند نکته در مورد آن‌ها باید در نظر گرفت. برای برنامه‌نویسی وب و راه اندازی یک سرویس بر بستر شبکه به هیچ عنوان محدود و مجبور به استفاده از یک تکنولوژی یا سرویس خاصی نیستید. به عبارتی، در انتخابشان آزادی کامل دارید. از آنجایی که اجزای تشکیل‌دهنده این تکنولوژی‌ها و سرویس‌ها قرار نیست یک روزه به طور کامل تغییر، حذف و یا پشتیبانی آن‌ها قطع شود این اطمینان را دارید که با فراگیری آن‌ها و بروز بودن در زمینه‌ی تخصص خود می‌توانید به صورت دائمی، یک حرفه‌ی پایدار داشته باشید و تغییراتی که شاهد آن‌ها می‌شویم اکثراً تغییراتی هستند که جهت بهبود، پیشرفت، ساده‌تر کردن، رفع نیاز و یا ایجاد رویکرد جدیدی برای یک مسئله ارائه می‌شوند و اکثراً به دور از سیاست‌های تجاری یک شرکت و یا تیم خاصی هستند. تمامی این ویژگی‌های مثبت که در مورد برنامه‌نویسی وب گفتم، کمتر در مورد تکنولوژی و ابزارهای جذاب و پیشرفته دنیای برنامه‌نویسی موبایل پیش می‌آید و در من انگیزه‌ی زیادی ایجاد کرد تا سمت برنامه‌نویسی وب بروم. با یک سری از این ویژگی‌ها قبل از آغاز این مسیر آشنا بودم و با یک سری هم بعد از ورودم به دنیای برنامه‌نویسی وب آشنا شدم که اراده و انگیزه من را قوی‌ترکرد.با روند فعلی و تکنولوژی‌هایی که شاهد آن هستیم، مرز بین برنامه‌نویسی وب و موبایل کمتر و کمتر می‌شود. در آینده نه چندان دور نیز به صفر میل خواهد کرد و شاهد یک رویکرد جدید با یکپارچگی بینهایت زیبا و حرفه‌ای خواهیم بود. امین آقازاده امین آقازاده Wed, 08 Apr 2020 23:16:08 +0430 https://virgool.io/@aminagzd/%D8%AC%D8%A7%DB%8C%DA%AF%D8%A7%D9%87-%DA%86%D9%87%D8%A7%D8%B1%DA%86%D9%88%D8%A8-%D9%87%D8%A7%DB%8C-%D9%85%D8%AF%DB%8C%D8%B1%DB%8C%D8%AA-%D9%88-%D8%AA%D9%88%D8%B3%D8%B9%D9%87-%D9%BE%D8%B1%D9%88%DA%98%D9%87-%D8%AF%D8%B1-%D9%BE%D8%B1%D9%88%DA%98%D9%87-%D9%87%D8%A7%DB%8C-%D9%86%D8%B1%D9%85-%D8%A7%D9%81%D8%B2%D8%A7%D8%B1%DB%8C-oereuf9awmyu از سوالاتی که ذهن برنامه نویسان به خصوص برنامه نویسان تازه کار را درگیر می‌کند، این است که یک پروژه نرم‌ افزاری را چگونه پیش می‌برند، از کجا شروع می‌کنند و در طول پروسه توسعه نرم افزار، چگونه باید فکر کنند. این مسئله اصلاً ارتباطی به دانش فنی و برنامه نویسی ندارد. اگرچه کم تجربگی و پایین بودن دانش فنی کافی به خودی خود می‌تواند این دغدغه ذهنی را زیادتر و شرایط را پیچیده‌تر کند. اگر گروهی از برنامه نویسان تازه کار، درصدد جلو بردن پروژه به صورت تیمی باشند، با چالش‌های کار تیمی نیز مواجه می‌شوند. مثلاً وظایف تک تک اعضا و چگونگی هماهنگی و ارتباط بینشان. تجربه نشان داده است که این مشکلات در دو حالت قابل حل هستند.حالت اول: برنامه نویس و یا تیمی از برنامه نویسان تازه کار، به تدریج و به مرور زمان با انجام پروژه‌های متفاوت که هرکدام چالش‌های خاص خودشان را دارند، به یک ریتم کاری نسبتاً ثابتی رسیده و به مرور زمان این ریتم کاری را تکمیل‌تر می‌کنند. شاید در مورد برنامه نویسی که به تنهایی کار می‌کند، دستیابی به یک ریتم کاری ثابت می‌تواند برای مدت زمان طولانی‌تر و در بلندمدت کارساز باشد. ولی در مورد تیم‌ها این امکان وجود دارد که بعد از رسیدن به این ریتم کاری ثابت باز دچار مشکل شوند. مثلاً با آمدن و از دست دادن عضو یا عضوهای جدید.حالت دوم: فرد برنامه نویس یا تیم، به دنبال یک چهارچوب مدیریتی برای توسعه نرم افزار هستند. در این حالت یا خود شخص برنامه نویس و یا یکی از اعضای تیم، آشنا به چهارچوب‌های مدیریتی و توسعه‌ی نرم افزار است. اگر خود شخص برنامه نویس و یا هیچ یک از اعضای تیم آشنایی با این چهارچوب‌ها نداشته باشند که چگونه یک پروژه نرم افزاری باید توسعه یابد، به سراغ فردی که تخصص مدیریت و رهبری پروژه را دارد، خواهند رفت. فرد و یا افرادی که بعد از آشنایی با پروژه و اعضای تیم توسعه دهنده، رهبری و مدیریت تیم را به عهده می‌گیرند و دیگر اعضا با خیال راحت به کار تخصصی خودشان می‌پردازند. این وضعیت، حالتی ایده آل است ولی متاسفانه کمتر اتفاق می افتد. بعضاً برنامه نویسان با شرکت در سخنرانی‌ها و همایش‌های متفاوت، یک سری نکات و روش‌های مدیریت پروژه یاد می‌گیرند و با ترکیب این نکات با تجربه‌های شخصی به یک ریتم می‌رسند. ریتمی که در آن هم اصول علمی مدیریت پروژه و هم تجربه وجود دارند.اصولاً تمامی برنامه نویسان باید با فریمورک های مدیریت و توسعه پروژه‌های نرم افزاری حداقل آشنایی را داشته باشند (تسلط لازم نیست). در هر حال تسلط بر این فریمورک ها خود یک تخصص است که ارتباطی به برنامه نویسی ندارد.آموزش کامل و جزء به جزء این فریمورک ها خارج از موضوع این بحث است و عملاً امکان بررسی آن در قالب چند صفحه کوتاه وجود ندارد. ولی بنظر مناسب می‌رسد که مسیر کلی و roadmap این تخصص بررسی شود تا بتوان با انواع متدها آشنا شد و درک کرد که برای هر نوع پروژه باید از چه متدهایی استفاده شود.این مسئله را همواره در نظر داشته باشید که پروژه‌های نرم افزاری در مقایسه با انواع پروژه‌های دیگر، متفاوت و پیچیده‌تر هستند. گستردگی، به روز بودن و پیشرفت دائمی تکنولوژی‌های دخیل در پروژه‌های نرم افزاری، همواره این نوع پروژه‌ها را از همان نقطه شروع پیچیده می‌کند و موجب می‌گردد که طبق دستور، قوانین، اصول اولیه و پیش فرض، امکان تصمیم گیری وجود نداشته باشد و لذا در هر پروژه بسته به شرایط و نیاز آن پروژه باید تصمیم گیری انجام شود.تمامی فریمورک ها به یکی از دو دسته Structured Highly و Flexible Highly و یا خانواده Agile تعلق دارند. به احتمال زیاد با نام Agile آشنا باشید. این مفهوم در دانشگاه برای دانشجویان رشته علوم کامپیوتر، مهندسی کامپیوتر و آی تی تدریس می‌شود. کیفیت مطالبی که ارائه می‌گردد، معمولاً به اندازه‌ای نیست که دانشجویان بتوانند اهمیت موضوع و کاربردی بودن آن را رو درک کنند. به خصوص به علت این که در قالب دروس تئوری در دانشگاه ارائه می‌شود، دانشجویان کامپیوتر و آی تی به صورت پیش فرض اهمیت کمی به این دروس می‌دهند. لذا از تسلط کمتری در این موضوع برخوردار هستند. یکی از سوءتفاهم‌هایی که بعد از تدریس این مفهوم در دانشگاه برای دانشجویان پیش می‌آید این است که متد یا فریمورک خانواده Agile، کل داستان مدیریت پروژه نرم افزاری است. درحالیکه فریمورک های خانواده Agile فقط یکی از انواع فریمورک های مدیریت پروژه هستند.متدهای Structured Highly تاکید بر این موضوع دارند که قبل از استارت کار، پروژه باید به فازهای کوچکی تقسیم شده و تمامی فازهای آن از قبل مشخص باشند. عملاً فازهایی که بعداً به پروژه اضافه می‌شوند، می‌توانند زمان بندی و برنامه توسعه پروژه رو تحت تأثیر قرار دهند. برای همین این متدها قابلیت انعطاف پذیری ندارند و لذا دلیل نمی‌شود که از این متدها دیگر استفاده نشود. بلکه می‌توانند کاربرد خاص خودشان را در پروژه‌ها داشته باشند. به این متدها گاهاً متدهای سنتی هم گفته می‌شود.متدهای Flexible Highly و یا خانواده Agile متدهایی هستند که نقطه متقابل متدهای Structured Highly تلقی می‌شوند و در هر مرحله از توسعه هر تغییری را قبول می‌کنند. درنتیجه انعطاف پذیری از اهداف مهم این دسته از متدهاست که یکی از دلایل شهرت و محبوبیت این متدهاست.متدهای خیلی زیادی در این دو دسته از متدهای مطرح شده قرار می‌گیرند نظیر Scrum، Kanban، Waterfall و PRINCE2. متدهای Scrum و Kanban جزء متدهای خانواده Flexible Highly (Agile)، Waterfall بوده و PRINCE2 به دسته متدهای Structured Highly تعلق دارند.نکته‌های بسیاری در این متدها وجود دارد. پیشنهاد می‌کنم در مورد کلیدواژه‌هایی که در انتهای این مقاله آمده، حتماً مطالعه و تحقیق کنید. حتی خواندن یکباره مطالب و نکته‌های این متدها نه تنها در روش فکرکردن و زمان بندی پروژه‌ها کمکتان می‌کند، بلکه باعث می‌شود که اگر در تیمی مشغول به کار هستید که مدیر پروژه دارد، بتوانید با مدیر پروژه‌تان به راحتی و با آگاهی بیشتر کار کنید. دستورالعمل‌ها و راهکارهایی که از طرف مدیرپروژه خود دریافت می‌کنید، عمیق‌تر درک کنید و متفاوت‌تر و با ذهنیت آگاه‌تر انجام دهید.کلیدواژه‌ها:Agile - Scrum - Kanban - Waterfall - Project Management Frameworks - Project Management Institute (PMI) - Commercial Off-the-Shelf (COTS) - Software Enhancement Projects - Scratch Development (New Build Software Projects) - COTS Implémentation Checklist - RFP Template - Stakeholder Grid امین آقازاده امین آقازاده Mon, 30 Mar 2020 14:47:54 +0430