احسان رضایی

خیلی ساده و روان بود. خدا قوت

بنظرم خیلی مباحث رو درنظر نمیگیرید، مثل code generation و database migration در فریمورک هایی که ORM Embedded هستند، ایجاد داکیومنت های فنی (REST API Docs like swagger / Postman) و integrity بین پکیج های یک فریمورک که به نسبت integrity بین پکیج هایی که شما خودتون custom انتخاب میکنید بیشتر هستش. وجود راهکار های straight forward تر برای پیاده سازی مسائل در مثال ها و community خود فریمورک و در آخر وجود داکیومنت یکپارچه و واحد جهت ارائه به اشخاص جدیدالورود به تیم توسعه.

گاهی وقتا باید آینده رو هم در نظر داشت. البته همه چیز وقتی وارد بازار کار بشی برای آدم روشن میشه. برخلاف شغل‌های دیگه خیلی سخت میشه با یه زبان یا تکنولوژی تا آخر عمر کاری کار کرد و حتما نیاز میشه در بین راه چندین بار سوییج کنیم به تکنولوژی/زبان‌های جدید یا بهتر.

منم با enum توی سطح دیتابیس مخالفم . اگر وضعیت یک رکورد صرفا دو مقدار بگیره ترجیحا با is_? میسازم ، مثلا اگر وضعیت یک کاربر active/deactive بشه یک فیلد میسازم به اسم is_active و اگه postgres باشه boolean و اگرم mysql باشه int برای جداول با رکورد بالا همون int پیشنهاد میشه و توی logic یه جایی برا ثبت این دیتا در نظر میگیرم ، معمولا هم یه پوشه میسازم به اسم enum و اینارو توش میریزم به عنوان const داخل یک کلاسی به اسم مثلا UserStatus :) تجربه مو شیر کردم .

سلام . میشه لطفا نحوه تهیه مستندات رو با Swagger آموزش بدید؟ ممنون

سلام. من هم مدت دو سال هستش که دارم با Go کار می کنم و فریم ورک IRIS رو استفاده می کردیم. الان علاقه دارم در مورد سایر فریم ورک ها به جهت اینکه شما تجربه هم داشتی بدونم. و اینکه برام هم جالبه بدونم چرا از اصطلاح " روم به دیوار " برای iris استفاده کردی؟! ممنون میشم تجربیاتتون رو با من به اشتراک بگذارید. با احترام.

باحال بود ولی یه روش هم میتونه این باشه که مونگو استفاده بشه و مثلا نام به صورت ارایه ای از زبان ها داشته باشیم

این دلیل نمی‌شه که بگی به گو نیازی نیست. باید با معماری میکروسرویس‌ها آشنا باشی تا متوجه بشی گو کی به کارت می‌آد.

سلام بسیار ساده و کاربردی . با تشکر

خیلی عالی و کاربردی روش سوم رو میپسندم استفاده کنم هم قابل فهم بود و هم نسبت به دو روش اول بهتر البته روش چهارم رو متوجه نشدم چی به چی