https://virgool.ir/feed/@Mahdi.Zareieراجع به موضوعات مربوط به صنعت نرم‌افزار، سبک‌زندگی و بقیه چیزایی که به نظرم جالب میاد مینویسم.fa2026-11-11 00:56:56https://files.virgool.ir/upload/users/42188/avatar/yRvsuw.pnghttps://virgool.ir/@Mahdi.Zareiehttps://virgool.ir/@Mahdi.Zareie/جنگوگرلز-یک-تجربه-شیرین-xxmvukerbrhqدر اولین کارگاه جنگوگرلز تهران که اوایل شهریور ۹۸ برگزار شده، این افتخار نصیب من شد که به عنوان مربی درش حضور داشته باشم.به نظرم از چند جهت این رویداد، متفاوت و شاید کم‌نظیر بود و تجربه فوق‌العاده انرژی‌بخشی برای من به یادگار گذاشت که داخل این پست میخوام کمی در موردش صحبت کنم.جنگوگرلز تهران - شهریور ۱۳۹۸چرا کم‌نظیر بود؟علت اینکه به نظرم اومد این رویداد کم‌نظیر بود، چند موضوع به نظر ساده است، اول اینکه جامعه هدف جنگوگرلز طبق چیزی که خود بنیاد جنگوگرلز مشخص کرده کسانی هستند که از نظر دانش و مهارت فنی کارآموز‌های تازه‌کار محسوب می‌شوند، و موضوع دوم قدمت نداشتن این رویداد در ایران بود، که هر دوی این موضوعات باعث میشند که برگزاری چنین رویدادی بی‌اندازه سخت بشه و احتمال شکستش رو افزایش بده.اما نه تنها رویداد مشکلی برنخورد بلکه با کیفیتی باورنکردنی هم برگزار شد.شاید براتون سوال پیش بیاد که چرا تازه‌کار بودن مخاطبین جنگوگرلز، باعث سخت‌تر شدن برگزاری و افزایش احتمال شکستش میشد، برای اینکه متوجه جواب این سوال بشید کافیه که از نگاه اسپانسر‌ها به چنین رویدادی نگاه کنید.شرکت‌های خارج از حوزه IT معمولا چون شناختی روی چنین رویدادهایی ندارند، علاقه‌ای برای اسپانسر شدن ندارند و شرکت‌های حوزه IT هم معمولا هدفشون از اسپانسر شدن، تبلیغات خدمات و محصولاتشونه و یا جذب نیرو، اما مسئله اینه که چون شرکت‌کننده‌ها تازه‌کار هستند، احتمال جذب نیرو از بینشون خیلی کمه و ضمنا اکثر خدمات و محصولات حوزه IT شاید خیلی به کار جامعه هدف نیاد و این کار پیدا کردن اسپانسر رو خیلی سخت می‌کنه.چرا متفاوت؟کارگاه‌های این چنینی معمولا جامعه هدفشون یکپارچگی خاصی داره، مثلا اگر یک رویدادی باشه که یه کارگاه یک روزه آشنایی با داکر باشه، تمام کسایی که شرکت می‌کنند احتمالا متخصصین نرم‌افزار هستند، اما توی این رویداد طیف وسیعی از افراد شرکت کرده بودند از سنین و پیش‌زمینه‌های مختلف که همین موضوع جمع جالبی رو ایجاد کرده بود.چرا تجربه فوق‌العاده انرژی‌بخش؟اگر بخوام یه توصیف کوتاه بکنم از این تجربه، باید بگم که : «اشتیاق غیرقابل توصیف شرکت‌کننده‌ها» وقتی گاهی برای رفع خستگی کمرم بلند میشدم و بین میز‌ها قدم میزدم و صحبت‌های شرکت‌کننده‌ها با مربی‌هاشون و حالات چهره‌شون رو میدیدم سیل انرژی و هیجان بود که به سمتم سرازیر میشد، افراد تازه‌وارد به حوزه نرم‌افزار اما با کلی امید و انرژی، حدود ۹-۱۰ ساعت با شور و ذوق کار میکردند و سوال میپرسیدند.مدت‌ها بود چنین جوی رو تجربه نکرده بودم، این همه اشتیاق متراکم توی دو تا اتاق و گذشته از اشتیاق شرکت‌کننده‌ها، تجربه لذت بخش تدریس هم بود، تصور کنید نزدیک به ۱۰ ساعت یک نفر با تمام توجه و ذوق به توضیحاتتون گوش کنه، و مدام بیشتر و بیشتر ازتون بپرسه، واقعا لذت‌های کمی هستند که با چنین تجربه‌ای برابری کنند.امیدوارم...امیدوارم جامعه IT ما در آینده بیشتر از این رویدادها حمایت کنه، حمایت از این چنین رویدادهایی هزینه ناچیزی داره برای شرکت‌ها اما زیاد شدن چنین رویدادهایی که جامعه هدفشون تازه‌کارها هستند بعد از چند ماه تاثیرش رو روی نیروی کار میگذاره و استمرار در برگزاریشون در تکنولوژی‌ها و زمینه‌های مختلف باعث رشد کل جامعه میشه.مهدی زارعیمهدی زارعیFri, 30 Aug 2019 04:10:40 +0430https://virgool.ir/@Mahdi.Zareie/انتقاد-هنرمندانه-s6tqorhek3r5شاید در محیط کار تجربه همکاری با افرادی رو داشته باشید که توی محیط کار در کنارشون احساس آرامش می‌کنید، توی بحران‌ها میتونید روشون حساب کنید، خیلی کم باهاشون دچار تنش‌های کاری میشید، اختلافات رو راحت حل می‌کنند،‌ توی جلساتی که حضور دارند جلسه خیلی روان و متمرکز پیش میره و خیلی کم میبینید که بدقولی کنند یا چیزی یادشون بره و خیلی ویژگی‌های دیگه.اون افراد از طریق بهبود دادن مجموعه بخصوصی از مهارت‌ها تونستند چنین تجربه‌های خوشایندی رو برای همکارانشون رقم بزنند، مجموعه‌ای از مهارت‌ها که بهشون Soft skills (یا شاید بشه ترجمه‌اش کرد مهارت‌های غیر‌فنی) میگند.یکی از این مهارت‌هایی که زیر چتر سافت اسکیلز قرار میگیره، مهارت‌های ارتباطی(Communication) هستند، به طور خلاصه میشه گفت مهارت‌های ارتباطی یعنی این که چقدر خوب می‌تونید منظورتون رو بیان کنید، منظور دیگران رو متوجه بشید، هیجاناتتون رو موقع ارتباطات کنترل کنید و به طور خلاصه یه ارتباط موثر برقرار کنید.توی این بلاگ پست میخوایم در مورد یک موضوع بخصوص که زیر مجموعه ارتباط برقرار کردن قرار میگیره صحبت کنیم، موضوع انتقاد کردن، چطور انتقاد کنیم که منظورمون به خوبی منتقل بشه و هیجانات مخرب در کسی بوجود نیاریم.تمام مطالبی که در مورد انتقاد در ادامه بیان می‌کنم به نقل از آقای دکتر هری لوینسون (روانشناس برجسته آمریکایی که در حوزه صنعت و سازمان‌ها کار کردند) و آقای دانیل گلمن (نویسنده فعال در زمینه هوش هیجانی) هستش، توصیه می‌کنم برای مطالعه بیشتر در این مورد به کتاب آقای گلمن در مورد هوش‌ هیجانی مراجعه کنید.چرا موضوع انتقاد حساس است؟در یک دنیای ایده‌آل همه افراد نسبت به خودشان احساس خوبی دارند و به قول خارجی‌های هیچ‌کس insecure نیست، کسی قصد آسیب زدن به دیگران را ندارد و اگر کسی ضعفی در کاری مشاهده می‌کند صرفا برای بهبود شرایط موضوع رو مطرح می‌کند و هیچ کس انتقادات رو یک حمله شخصی تعبیر نمی‌کنه، اما خب ما در یک دنیا ایده‌آل زندگی نمی‌کنیم و موضوعی که در دنیای ایده‌آل اصلا نیاز به بحث و بلاگ پست نوشتن ندارد در دنیای ما یک چالش درست و حسابی است.هسته اصلی حساسیت موضوع انتقاد این است که انتقاد به سادگی می‌تواند احساس «مورد تهاجم قرار گرفتن» در فرد مقابل ایجاد کند که ممکن است منجر به واکنش‌های تدافعی یا تهاجمی از طرف مقابل شود که اوضاع رو خراب‌تر هم می‌کند.اگر حین انتقاد از همکارمون این پیام را منتقل کنیم که ریشه مشکلی که پیش آمده یک نقص ذاتی غیرقابل تغییر در اوست، بسادگی شرایط را برای اینکه او به موضع تدافعی برود و یک واکنش سفت و سخت نشان دهد محیا کردیم.شاید فکر کنید که کدوم آدم عاقلی همچین پیامی بی‌رحمانه‌ای رو به همکارش منتقل می‌کنه؟مگه دشمن هستیم با هم؟ولی جالبه که بدونید اتفاقا منتقل کردن این پیام چندان هم غیرمعمول نیست مثلا اگر به همکارمون بگیم «خیلی تنبلی» یا «چه کد چرتی نوشتی» یا «این دیزاین خیلی غیرخلاقانه است» به سادگی این امکان وجود داره که گیرنده‌های طرف مقابل عینا اون پیام بی‌رحمانه رو دریافت کنه.لازم نیست حتما بگیم که «کامران تو تنبل هستی و این یک نقص ذاتی در توست و هرگز نمیتونی تغییرش بدی» شما کافیه به کامران بگی «خیلی تنبلی» و بسته به شخصیت کامران، ذهن کامران ممکنه اون جمله کوتاه شما رو به اون پیام بی‌رحمانه تغییر بده.چطور انتقاد هنرمندانه کنیم؟به نقل از آقای لارسون(روانشناس دانشگاه الینویز): انتقاد هنرمندانه، انتقادی است که بر آنچه که شخص انجام داده است و می‌تواند انجام دهد، تاکید می‌کند،‌ نه اینکه بر کاری که نقاط ضعفی دارد برچسبی شخصیتی بزند.به طور دقیق‌تر آقای دکتر لوینسون این چند تا توصیه رو در این مورد مطرح کردند:مشخص صحبت کنیدبرای جلوگیری از اینکه فرد انتقاد شما رو به عنوان یک موضوع شخصی برداشت کنه باید تا حد امکان شفاف و مشخص صحبت کنید.مثلا اگر همکارتون توی جلسه خیلی تند صحبت می‌کنه و همیشه توی جلسات سرعت جلسات رو زیاد می‌کنه و شما فکر می‌کنید این موضوع داره به روند جلسه آسیب میزنه، به طور مشخص راجع به سرعت صحبت کردن همکارتون بهش بگید، و مثلا نگید که «تو همیشه جلسات رو به هم میزنی» یا «هر جلسه‌ای که فلانی توش باشه هیچ خروجی بدرد بخوری نداره».ممکنه این موارد نتیجه تند صحبت کردن همکارتون باشه و اینکه جلسه رو تند پیش میبره اما چون مشخصا روی موضوع بخصوصی انگشت نذاشته همکارتون با شنیدن این انتقادات میتونه برداشت شخصی بکنه.همدلانه برخورد کنیدتوانایی همدلی کردن یکی از پایه‌های هوش هیجانی به حساب میاد و همه ما میتونیم این توانایی رو با تمرین در خودمون تقویت کنیم.همدلی توی بیان انتقاد، کمک می‌کنه که فرد احساس خطر نکنه، فکر نکنه که شما قصد دارید شخصیتش رو مورد هجمه قرار بدید و حرف‌های شما رو در آرامش گوش کنه.برای همدلی کردن باید این توانایی رو داشته باشید که لحظه به لحظه تاثیر کلمات و نحوه بیانتون روی همکارتون رو متوجه باشید، همدلی کمک میکنه به احتمال زیاد همکارتون هم متوجه این موضوع میشه که شما احساساتش رو زیر نظر دارید و قصد ندارید بهش آسیبی بزنید.راه‌حل پیشنهاد بدیدهمیشه سعی کنید راه‌حل پیشنهاد بدید، البته معنی این موضوع این نیست که باید به جای همکارتون فکر کنید و یک راه‌حل کامل و با تمام جزئیات برای نقصی که در موضوع دیدید ارائه کنید.کافیه که همکار شما بعد از اینکه انتقاد شما رو شنید یک سرنخی برای دنبال کردن داشته باشد، ارزش اساسی این سرنخ در این است که احتمال اینکه همکارتون برداشت شخصی بکنه نسبت به انتقاد شما را به شدت کاهش می‌دهد، و ذهنش رو به سمت اصل مشکل معطوف می‌کند.رودررو صحبت کنیدمکالمه رو در رو امکانات بیشتری در اختیار شما قرار می‌دهد که همدلی کنید و پیام انتقادی خود را به همکارتان منتقل کنید.البته همیشه این موضوع مقدور نیست که حضوری یا مثلا در خلوت انتقاد خودتون رو مطرح کنید اما دکتر لوینسون معتقد است که انتقاد حضوری همیشه بهتر از مثلا یک یاداشت انتقادی است.چطور انتقاد بپذیریم؟آقای لوینسون توصیه‌هایی هم در این مورد دارند که چطور انتقاد رو گوش کنیم، همه آدم‌ها همدلانه انتقاد نمی‌کنند، راه‌حل مشخص نمی‌دهند و بعضیا پشت سرتون انتقاد می‌کنند، در برخورد با این شرایط چطور باید عمل کنیم که آسیب کمتری ایجاد بشه؟صرفنظر از اینکه فرد مقابل واقعا قصد داره که کمک کنه یا تخریب کنه، موقع شنیدن انتقاد بهتره که:به انتقاد به چشم مجموعه‌ای از اطلاعات ارزشمند برای بهتر کردن کار نگاه کنیم، نه مجموعه‌ای از جملات برای حمله‌ای شخصی(حتی با وجود اینکه ممکنه طرف مقابل هدفش تخریب باشه)اگر اوضاع خیلی ناراحت‌کننده شد، جلسه رو متوقف کنید و به خودتون زمان بدیدو به طور کلی تمرین کنیم موقعیت «مورد انتقاد واقع شدن» را موقعیت ترسناک و خطرناک تعبیر نکنیم.البته این موارد گفتنش راحت‌تر از انجام دادنش هستش، برای همین هستش که مطالعه و تمرین در زمینه هوش هیجانی حیاتی هستش و همه ما باید روی این موضوع کار کنیم تا وقتی که توی تنگنا‌های هیجانی قرار گرفتیم بتونیم از واکنش‌های مخرب پرهیز کنیم.مهدی زارعیمهدی زارعیFri, 23 Aug 2019 01:29:45 +0430https://virgool.ir/@Mahdi.Zareie/مهاجرت-از-paas-فندق-به-iaas-آروان-کلاد-g3gnsb61nlqtپروژه‌ای که ناچار شدم منتقل کنم خیلی پروژه بزرگی محسوب نمیشه، حدودا ۶۰۰ گیگ فایل‌های تصویری و ویدئویی به علاوه ۱۰۰ گیگ دیتابیس، اما به نظرم حین این انتقال تجربیات خوبی در مورد آروان بدست آوردم که می‌تونم باهاتون به اشتراک بگذارم.چرا فندق رو ترک کردیم؟نمیخوام خیلی در مورد دلیل ترک فندق توی این مطلب توضیح بدم، بیشتر به خاطر اینکه این مطلب جنبه فنی داره و مسئله‌ای که ما رو وادار کرد فندق رو به سمت آروان ترک کنیم کلا یه تصمیم مدیریتی بود که از بالا به تیم‌فنی تحمیل شد و اینجا جای مناسبی نیست راجع به اون جنبه قضیه( دخالت مدیران بالادست در تصمیمات فنی) صحبت کنیم.چرا انتقال به مقصد آروان کلاد؟حقیقتا ما روی فندق خیلی راحت بودیم و موقعی که مجبور شدیم فندق رو ترک کنیم زمان زیادی برای تصمیم‌گیری نداشتیم و باید در حداقل زمان ممکن جا‌به‌جا می‌شدیم، چند تا آپشن داشتیم که باید بررسی می‌کردیم، اولین آپشن این بود که از یک سرویس‌دهنده خارجی دیگه استفاده کنیم، خیلی فرایند انتقال راحت‌تر میشد، اما مدیریت تصمیم داشت که هزینه‌های زیرساخت تا حد امکان ریالی باشه، به علاوه اینکه به خاطر تنگی زمانی که در اختیارمون بود و حساسیت انتقال نمی‌تونستیم توی اون زمان کوتاه یه اکانت جدید توی یک سرویس‌دهنده خارجی بسازیم و مکاتباتش رو انجام بدیم و حسابمون رو verify کنیم.آپشن دومی که برای ما موند، انتقال به یک سرویس‌دهنده ایرانی بود، که از بین سرویس‌دهنده‌های ایرانی توی زمینه IaaS یه چرخی که بینشون زدیم به نظر اومد که آروان ظاهرا قابل اتکاتر هستش، میگم «ظاهرا» چون اون موقع هنوز استفاده نکرده بودیم فقط تجربیات دیگران بود و چیزی که از بیرون به چشم می‌اومد.چند نکته در مورد فرایند انتقالدر مجموع از نظر فنی به عنوان کسی که درگیر فعالیت انتقال بود این تجربه رو «یک تجربه رضایت‌بخش» قلمداد می‌کنم اما اگر دوست دارید یه سری جزئیات و نکات بیشتر بدونید چند مورد رو مطرح می‌کنیم:مهمترین جنبه‌ای که آزاردهنده بود، بحث سرویس‌هایی بود که فندق به عنوان یک PaaS برای ما بدون هیچ زحمتی فراهم کرده بود ولی روی آروان به عنوان یک IaaS باید تمامشون رو خودمون کانفیگ می‌کردیم.البته این نقطه ضعف آروان محسوب نمی‌شه، چالش منتقل شدن از هر PaaSای به هر IaaSای لزوما این چنین مشکلاتی رو ایجاد می‌کنه، که توی همین بلاگ‌پست کمی پایین‌تر جزئیات فنیش رو توضیح می‌دهم.پهنای باندی که آروان برای انتقال در دسترسمون قرار داده بود نسبت به انتظاری که از زیرساخت شبکه ایران داشتیم خوب بود، حدود 15MBps (یا 120mbps) سرعت انتقال دیتامون بود.در مورد هزینه‌ زیرساخت قبل و بعد از انتقال، ما حدود ۸۰٪ افزایش هزینه داشتیم، (البته ۸۰٪ اگر نیاز پیدا نکنیم یک سیس‌ادمین هم تمام وقت همکاری کنه)، که با توجه به اینکه به جای PaaS داریم از IaaS استفاده می‌کنیم و کلی زحمت روی دوشمون افتاد این افزایش هزینه شاید عجیب هم باشه.توی این انتقال از پنل جدید آروان استفاده می‌کردم، هنوز یه جاهاییش باگ‌هایی داره اما چیزی نیست که خیلی آزاردهنده باشه یا روال کار رو متوقف کنه، پشتیبانی آروان حین مایگریشن خوب همکاری کرد و اگر هم مشکلی بود به سرعت حل شد.البته یک چیزی در مورد پنل که خیلی واقعا اذیت کرد بحث VPN بود، اگر VPN باز باشه یه قسمت‌هایی از پنل آروان(مثلا بخشی که VPS رو انتخاب می‌کنی برای خرید یا مدیریت) یا خیلی کند می‌شه یا اصلا کار نمی‌کنه.به همین دلیل مدام حین کار باید VPN رو خاموش و روشن می‌کردم که موجب میشد session های SSHام هم اکثرا بسته بشند و این خیلی دردناک بود.یه نکته دیگه که من باهاش مشکل داشتم، لزوما شاید نظر بقیه این نباشه، بحث تغییراتی بود که آروان مطابق نظر خودش داده بود(نسبت به تجربیات قبلی من)، مثلا بحث SSH-Key، موقعی که از توی پنل آروان ssh key رو اضافه بکنید به سرور، وقتی سرور ساخته می‌شه اجازه نمیده با root لاگین کنید، و پیغام میده با اکانت debian یا ubuntu باید حتما لاگین کنید.خب این چه کاری عزیز من؟من خودم به فکر امنیتم هستم بهتر نیست شما توی این امر وارد نشی اجازه بدی من خودم مدیریت بکنم سرورم رو؟یا مثلا اون بنر آروان‌کلاد که بعد از ssh نمایش داده میشه خیلی حس خوبی به من نمی‌ده، به نظرم این تغییرات خوب نیستند.البته من که همون اول یه image جدید ساختم یک سری تغییرات دادم و با همون کار کردم تا آخر و کلا هم از فیچر SSH-Key پنل استفاده نکردم.کمی جزئیات فنیاجازه بدید کمی در مورد جزئیات فنی مربوط به مشکلاتی که مهاجرت از PaaS فندق به IaaS آروان برامون ایجاد کرد توضیح بدم.موضوع service replicationروی فندق ما سرویس‌هامون رو با عوض کردن یک فیلد ساده replicas توی مانیفست سرویسمون به سادگی replicate می‌کردیم اما اینجا یک سرور جدید باید از نو میاوردم بالا و پیکربندی می‌کردم.البته می‌دونم که احتمالا همه ansible دارید و روی سرور جدید فقط ansible رو اجرا می‌کنید ولی خب چون ما قبلا سرویس رو داکرایز کرده بودیم و فندق برای ما سرویس‌هامون رو نگهداری می‌کرد نیازی به ansible نداشتیم و نوشتن ansible توی مدت کم مایگریشن برام خیلی منطقی نبود.موضوع Load Balancing زمان فندق ما فقط سرویس بالا می‌آوردیم و اصلا کاری به روتینگ و بالانس کردن لود نداشتیم، اما اینجا مجبور بودم تایم قابل توجهی رو بذارم و routing و لود بالانسر رو خودم کانفیگ کنم.گذشته از این موضوع بحث گواهینامه‌های TLS هم بود، زمان فندق، ما هیچ نگرانیی از بابت گواهینامه‌ها نداشتیم فندق همه گواهینامه‌ها رو مدیریت می‌کرد، حالا روی کلی دامنه مختلف باید انواع و اقسام گواهینامه‌های معمولی و wildcard رو می‌گرفتم، به اسکریپت‌های renew کردنشون فکر می‌کردم و اینکه روی کدوم سرور نگهشون دارم که خدا رو خوش بیاد، همه این تصمیم‌گیری ها به عهده خودمون افتاد که انرژی و وقت بیشتری ازم گرفت.موضوع چرخه CI/CD و Jenkins زمان فندق ما جنکینز داشتیم ولی خب پیکربندی‌های خیلی ساده‌ای داشت و چند تا کامند فندقی فقط اجرا میکرد، اما حالا بدون داشتن امکانات فندق درگیر کلی پیکربندی جنکینز برای Jobهای بیلد و به طور کلی پیکربندی پایپ‌لاین‌های دلیوریمون شدیم، دردسرهایی که هنوز هم کامل تموم نشدن البتهمستندات زیرساختموقع انتقال من باید خودم تصمیم می‌گرفتم با چه چینشی سرور‌ها و ارتباطاشون رو پیکربندی کنم، و یه سری تصمیمات گرفتم حین این کار که خب طبیعتا این تصمیمات و دلیل پشتشون باید مستند بشند.زمانی که از PaaSای مثل فندق استفاده می‌کنید، تصمیمات کمتری باید بگیرید و بیشتر با قواعد اون PaaS زیرساختتون رو طراحی می‌کنید و طبیعتا مستندات کمتری نیاز هست.اما الان یه عالمه سرور هستش که برای فردی که از بیرون وارد شرکت می‌شه باید توضیح داده بشه که چرا این سرور‌ها نیاز هستند؟چرا به این شکل چیده شده‌اند؟نتیجه‌گیریسرویس IaaS آروان توی این یک هفته گذشته‌ای که تجربه‌ کار باهاش رو داشتم تجربه رضایت‌بخشی بوده و با اینکه هنوز پنل جدیدشون اون طور که باید بالغ نشده اما نیازها رو رفع می‌کنه.نکته مهمی که باید در نظر داشته باشیم وقتی راجع به سرویس‌دهنده‌های زیرساختی صحبت می‌کنیم این موضوع هستش که سرویس‌هایی که ارائه می‌دهند حساس هستند.افرادی که مستقیما باهاشون در تماس هستند افراد فنیی هستند که معمولا زیر استرس هستند و اشتباهات کوچک معمولا خیلی آزاردهنده می‌شوند، برای همین معمولا اینجور بلاگ‌پست‌ها خیلی وسواس‌گونه کیفیت سرویس‌دهی رو ارزیابی می‌کنند.از هر دو طرف کار سخت، حساس و پر استرس هستش و ایجاد کردن یک حس خوب و تجربه رضایت‌بخش برای مشتری خیلی کار سختیه از این جهت هم به فندق و هم به آروان تبریک میگم که هر دوشون موفق شدند این تجربه رضایت‌بخش رو برای من کاربر ایجاد کنند.جا داره از تیم فندق هم تشکر کنم که سرویس فوق العاده‌ای بهمون دادند توی این یک سال و توی مایگریشن هم حداکثر همکاری رو باهامون داشتند.مهدی زارعیمهدی زارعیFri, 24 May 2019 02:53:42 +0430