https://virgool.io/feed/@amirmms غریبه ای در بکگراند سایت ها (BackEnd - Laravel) سایت شخصی : amirmms.ir fa 2026-06-07 19:36:19 https://files.virgool.io/upload/users/94149/avatar/c5u4jg.png?height=120&width=120 https://virgool.io/@amirmms https://virgool.io/shayanweb/%D9%85%D9%86-%D8%B5%D8%A7%D8%AD%D8%A8-%D8%A7%D8%B3%D8%AA%D8%A7%D8%B1%D8%AA%D8%A7%D9%BE-%D9%87%D8%B3%D8%AA%D9%85-j5mwadmx7soa این روزها مثل قارچ استارتاپ ریخته و تو این وضعیت کرونایی واقعا اونایی که لیاقت ماندن در این بازار رو ندارن، دارن کنار میرن. من با مطالعه و کمی هم تجربه خودم تعدادی از دلایل شکست ها رو با زبان خودم نوشتم : ? بنویس بره !همه‌ی مشکلات شما با کدنویسی حل نمی‌شود. کسب‌وکارها بر پایه‌ روابط ساخته می‌شوند. بنابراین لازم است تا بیرون بروید، با افراد مختلف آشنا شوید و با کاربران خود ارتباط برقرار کنید. ?پول نداریم، بی پولیم، بدبختیم!شما همیشه می‌توانید مقدار زیادی پول دربیاورید. اما همیشه فرصت راضی کردن کاربران خود را ندارید. پس باید ابتدا آن چیزی را که مردم می‌خواهند، ارائه دهید. به عنوان مثال، گوگل(Google) در ابتدای کار، سرویس جستجوی خود را به مردم ارائه کرد. سپس تصمیم گرفت تا چگونه از آن درآمدزایی کند. .?یه ایده دارم ، پس یه تیم جمع میکنم !عدم قاطعیت از مسیر موفقیت استارتاپ و انتهای آن، مورد عجیبی نیست. اگر احساس می‌کنید که گزینه‌های دیگری به غیر ساختن استارتاپ در زندگی دارید، احتمالا به طور ذهنی به آن‌ها وابسته می‌شوید و به طور کامل به استارتاپ خود توجه نمی‌کنید. .?امسال شروع میکنم سال دیگه میلیارد میشم!شروع و ساخت یک استارتاپ، مانند کسب مدال طلای المپیک نیست که راه و برنامه‌ی مشخصی داشته باشد. مسیر موفقیت یک استارتاپ، پستی و بلندی‌های بسیاری دارد و نمی‌توان با یک برنامه‌ی روتین، از ابتدا تا انتهای آن پیش رفت. بنابراین لازم است گاهی از برنامه‌ خود خارج شوید و یا حتی ایده‌ قدیمی خود را تغییر دهید. .? این ماه کم خرج کردم بزار بیشتر خرج کنم !خرج کردن سرمایه در مواقعی که نیازی به خرج کردن نباشد، می‌تواند موجب شکست شما گردد. به خصوص زمانی که به قدری رشد نکرده‌اید که اعداد و ارقام لازم برای جذب سرمایه بعدی را داشته باشید. در این مواقع تمام شدن منابع مالی به معنی نابودی استارتاپ است. .? اما نکته ی مهم : اگر پول داری هیچ وقت استارتاپ نزن! استارتاپ فقط پول نمیخواد ? امیر صادقی امیر صادقی Sat, 18 Apr 2020 00:55:47 +0430 https://virgool.io/@amirmms/%D8%A8%DB%8C-%D8%A7%D8%B9%D8%B5%D8%A7%D8%A8%DB%8C-%D8%AF%D8%B1-%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D9%87%D9%86%D9%88%DB%8C%D8%B3%DB%8C-nqw2l2r7rg9q سختی‌، چالش و گرفتاری در هر زمینه‌ی شغلی امکان ظهور داره اما چیزی که بیشتر از چالش‌هاش شغلی باعث ناکارآمدی و شکست می‌شه، فقدان مهارت لازم و کافی در برخورد با این چالش‌هاست. از آن‌جا که هر موقعیت و پیشامدی از سمت ما یک واکنش و مقابله‌ به همراه دارد لازم مهارت تامل و شکیبایی در برابر مسائل را به خوبی بیاموزیم. متداول‌ترین واکنش در برابر چالش‌ها و مشکلات بی‌تابی کردن است. بی‌تابی‌ کردن رفتارهای نسنجیده و هیجانی را با خود به همراه دارد که تعادل رفتاری فرد را مختل می‌کند و او را به سمت تصمیم‌گیری‌های عجولانه سوق می‌دهد. صبر کردن مولفه‌هایی دارد نظیر:- خودکنترلی؛ توانایی مهار کردن احساسات و هیجانات آنی- فروتنی ؛ پذیرش این نکته که شما مهم‌تر از دیگران نیستید و باید یاد بگیرید صبور باشید- بخشش؛ پذیرش رفتار دیگران حتی وقتی حق با شما باشد ? امیر صادقی امیر صادقی Tue, 07 Jan 2020 22:10:12 +0330 https://virgool.io/Shokolat/%D9%86%D8%A7%D9%85%DA%AF%D8%B0%D8%A7%D8%B1%DB%8C-%D9%85%D8%AA%D8%BA%DB%8C%DB%8C%D8%B1-bool-ciwwwlyxwclq سلامیک سری نکات هست که ما باید توی برنامه نویسی رعایتشون کنیم ولی نمیدونم یا حسشو نداریم یا میگیم برو بابا این چیزا ماله تازه کاراس ? کلا رعایت نمیکنیم.اینجانب که دارم این نوشته رو هم مینویسم رعایت نمیکنم چون دوست دارم درک و فهم کدهایی که مینویسم سخت باشه و کمتر کسی بفهمه چی کار کردم ( الکی گفتم حسش نیست ??)استانداردها و رسوم کدنویسی، گایدلاین ھا (راهنما و دستورالعمل) برای زبان های برنامه نویسی هستند که شیوه ھای خاصی برای کدنویسی را توصیه می کنند. این گایدلاین ھا توصیه هایی برای کامنت گذاری، فاصله گذاری، تعریف و نام گذاری متغیرها (variable)، چگونگی فضاهای خالی و … دارند.بسیار توصیه می شود که برنامه نویسان نرم افزارھا حتما از این استانداردها استفاده کنند تا کدهایشان به آسانی توسط سایرین خوانده شود. بعضی از استانداردها توسط شرکت ها و تیم های تجاری بزرگ گردآوری و فرمول شده اند و برخی دیگر قوانینی غیر رسمی بوده و به مرور به عادت های کد نویسی افراد اضافه شده اند. توجه کنید که عدم استفاده از این توصیه ھا به معنای اشتباه بودن کد شما نیست. اما بسیار توصیه می شود که در کدنویسی حتما از این استانداردها یا استانداردهای مشابه دیگر استفاده کنید.خوب بودن بر اساس استاندارد عامیانه ای که از خوبی داریم، کار آسانی است. باید مقداری احترام را با افکار جالب مخلوط کرده و کمی شیطنت به مقدار لازم اضافه کنید.اقتباس شده از اسکار وایلد (١٩٠٠ – ١٨۵۴)گرچه استاندارد نویسی در ابتدا مشکل است و بیهوده به نظر می رسد، اما زمانی که نرم افزارتان بزرگ شود و حجم آن به چند ھزار خط در چند صد فایل برسد، فواید آن مشخص می شود. بعضی از این فواید عبارتند از:برنامه نویسان به راحتی می توانند روی کدھایی که توسط دیگران نوشته شده کار کنند. زیرا کدھا به روشی نوشته شده اند که ھر یک از برنامه نویسان با آن آشنا است.اگر شخص جدیدی وارد تیم پروژه شود، به راحتی می تواند با کدھا کار کند (به شرطی که با کدنویسی استاندارد آشنایی داشته باشد.)رعایت استانداردھا گاھی از ایجاد اشتباه در کدنویسی نیز جلوگیری می کند.مشکل اصلی برای استاندارد نویسی این است که کمی زمان می برد تا به آن عادت کنید. و اگر در زمانی که در حالت تغییر از عادت ھای قدیمی به استاندارد نویسی ھستید وسواس کافی به خرج ندهید، در نهایت به مخلوطی از این دو تبدیل می شوید. برای جلوگیری از این مشکل در ابتدا باید مدام به گایدلاین های استاندارد نویسی مراجعه مکرر داشته باشید تا به آن عادت کنید. پس از آن شما به یک استاندارد نویس تمام عیار تبدیل خواھید شد.زمانی که روی مشکلی کار می کنم، ھرگز راجع به زیبایی کد فکر نمی کنم. فقط روی حل مشکل تمرکز می کنم. اما زمانی که مشکل حل شد، اگر راه حل زیبا نبود می دانم که آن راه اشتباه است.R. Buckminster Fullerاما در این نوشته تصمیم داریم به استاندارد تعریف متغییر bool بپردازیم که در عکس زیر مشاهده میکنید:امیدوارم مطلب مفید باشه براتون اگر سوالی دارید بپرسید در خدمتم امیر صادقی امیر صادقی Tue, 17 Dec 2019 23:23:11 +0330 https://virgool.io/Shokolat/%D8%AF%D8%B3%D8%AA-%D9%86%D8%B2%D9%86-%D8%AF%D8%B1-%D9%84%D8%A7%D8%B1%D8%A7%D9%88%D9%84-bsixf3rqjimx سلاممن یک برنامه نویس لاراول هستم... تلاش های زیادی برای این فریم ورک کردم و واقعا عاشقشم. هرکاری که فکرشو بکنین میتونین باهاش بکنین حتی میتونه بره سر کوچه نون بخره بیاد در این حد ?همیشه ما بک اند ها مظلوم واقع میشدیم چون کاری که ما میکردیم به چشم نمیومد ولی فرانت اند ها حتی یک فونت هم تغییر میدن سریع به چشم میاد ، حداقل با این فریم ورک کمتر زحمت میکشیم و کمتر دلمون میسوزه ?تازه اگر هم اروری باشه تقصیر ماست ?یک بحث جالبی که توی لاراول هست حق دسترسی هاس. میخواهید کاربرهاتون رو محدود کنید یا اجازه دسترسی بدید که فلان کار رو بکنن یا نکنن. کلا کاری هست که خیلی سادس ولی توی بطن کار میرید هزارن بار آرزوی مرگ میکنین حداقل برای من که اینجوری بود و تا همین الان که تقریبا ۱۰ ماه از استارت پروژه گذشته میترسم از این قسمت پروژه ... ??امروز میخوام یک پکیج جالبی بهتون معرفی کنم که توش هم نقش ها قابل پیاده سازی هستن و هم دسترسی هانقش هارو بی خیال شین... حتما میپرسین چرا دلیش واضح هست ? وقتی شما به کاربری نقش میدید دیگه نمیتونین دسترسی هایی که مربوط به یک نقش دیگری هست رو به کاربرتون بدید مثلا توی یک پروژه ی بزرگی ما کار میکردیم یک کاربر #*&# زنگ زد گفت من میخوام این کاربرم نقشش کاربر شعبه باشه ولیییییییی یکی از دسترسی هایی که کاربر فروشگاه داره رو بهش بدم. مدیر پروژه هم گفت بکن ? منم کردم ? اولین کاری که کردم حذف کردن نقش ها بود که بتونم دستم باز باشه... آینده نگر باشین اگر این اتفاق ممکن هست در آینده بیوفته براتون، نقش هارو بی خیال شین همین ...خوب آماده اید شمارو با این پکیج آشنا کنم ?این شما و این هم پکیج Laravel-Permission برید بخونید داکیومنتش رو چون خیلی قشنگ توضیح داده و بهتر از این پیدا نمیکنین و هم سرانه مطالعه رو ببرید بالافقط یک موضوعی اگر به کاربری role دادید و دسترسی رو ازش گرفتید یکم این پکیج گیج ویج میشه برای همین role ندید و دسترسی مستقیم (Direct Permission) بهش بدیدسوالی داشتید بپرسید در خدمتم ? امیر صادقی امیر صادقی Tue, 17 Dec 2019 22:00:31 +0330