Syntax | سینتکس

بچه هایی که به فکر تقویت زبان انگلیسیشون هستن کانال یکی از دوستامه فکر کردم خوبه که برای شما هم معرفی کنم. قراره هر چند وقت یبار میت بذارن و تمرین مکالمه کنن، یه سری داستان ها و کتاب های انگلیسی رو بصورت گروهی بخونن و از اینجور برنامه ها. در کل بنظرم خوبه خواستید جوین شید همچنین کلاس خصوصی هم برگزار میکنن.

توضیح: همه ی app ها در دایرکتوری apps قرار میگیرند. فایل requirements.txt به سه بخش تقسیم شده است(base, development, production) پروژه داکرایز شده هستش. همچنین فایل docker-compose به دو بخش(دولوپمنت و پروداکشن تقسیم شده است) از postgres و redis بصورت پیشفرض استفاده شده است.(پورت redis داخل فایل ,env قابل تنظیم کردن هستش همچنین پسورد هم نیازه) از پکیج drf استفاده شده است و swagger پروژه هم روی /schema/swagger/ قابل استفاده هستش. برای response api سه فانکشن نوشته شده است و مستقیم از Response استفاده نمیشود. به این دلیل که ریسپانس ها ساختار و الگو مشخصی داشته باشند همچنین موقع کار تیمی مدریت و یکپارچگی بیشتری به ما میده. ریسپانس ها بصورت کلی چهار بخش رو دارن result -> any: اگه جوابی داشته باشیم رو توی result قرار میدیم. مثلا لیست پست ها success -> bool: بولین اینکه ریسپانسمون موفقیت آمیز بوده یا مشکلی وجود داشته code: کدی که نشون میده ریسپانس ما در چه وضعیتی قرار داره. توی لاگ زدن کمک میکنه بتونیم بهتر دسته بندی کنیم ریسپانس هارو به فرانت هم داکیومنتی از کد هارو میدیم. کد هارو چجوری بنویسیم؟ برای مثال اگه محدودیت گذاشتیم هر ثانیه کاربر فقط میتونه یه درخواست بزنه. کدش برای مثال میشه 4260 و اگه یه محدودیت ریکوئست دیگم بذاریم بعدی میشه 4261 error: ارور ها داخل این فیلد قرار میگیرند. فانکشن های ریسپانس به شکل زیر هستند: base_response برای ریسپانس هایی که موفقیت آمیز بودند و ارور ندارند base_response_with_error ریسپانس هایی که با ارور مواجه شده اند. ارور هارو توی api/response_code.py مشخص می کنید. همچنین توی دیکشنری ERROR_TRANSLATION متن خطای اون ارور رو قرار میدید و این فانکشت ازش استفاده میکنه base_response_with_validation_error این فانکشن برای validation error ها استفاده میشه بقیه موارد بنظرم واضح هستش و توضیح نمیخواد. نظرتون درباره این ساختار چیه؟ کدوم قسمتش ایراد داره میشه بهترش کرد؟ #Django @Syntax_fa

توضیح: همه ی app ها در دایرکتوری apps قرار میگیرند. فایل requirements.txt به سه بخش تقسیم شده است(base, development, production) پروژه داکرایز شده هستش. همچنین فایل docker-compose به دو بخش(دولوپمنت و پروداکشن تقسیم شده است) از postgres و redis بصورت پیشفرض استفاده شده است.(پورت redis داخل فایل ,env قابل تنظیم کردن هستش همچنین پسورد هم نیازه) از پکیج drf استفاده شده است و swagger پروژه هم روی /schema/swagger/ قابل استفاده هستش. برای response api سه فانکشن نوشته شده است و مستقیم از Response استفاده نمیشود. به این دلیل که ریسپانس ها ساختار و الگو مشخصی داشته باشند همچنین موقع کار تیمی مدریت و یکپارچگی بیشتری به ما میده. ریسپانس ها بصورت کلی چهار بخش رو دارن result -> any: اگه جوابی داشته باشیم رو توی result قرار میدیم. مثلا لیست پست ها success -> bool: بولین اینکه ریسپانسمون موفقیت آمیز بوده یا مشکلی وجود داشته code: کدی که نشون میده ریسپانس ما در چه وضعیتی قرار داره. توی لاگ زدن کمک میکنه بتونیم بهتر دسته بندی کنیم ریسپانس هارو به فرانت هم داکیومنتی از کد هارو میدیم. کد هارو چجوری بنویسیم؟ برای مثال اگه محدودیت گذاشتیم هر ثانیه کاربر فقط میتونه یه درخواست بزنه. کدش برای مثال میشه 4260 چرا 426 نمیذاریم؟ فرض کنید یه محدودیت دیگم base_response برای ریسپانس هایی که موفقیت آمیز بودند و ارور ندارند base_response_with_error ریسپانس هایی که با ارور مواجه شده اند.

ساختار پروژه های جنگویی من که از معماری یکپارچه پیروی می کنن به این شکل هستند: https://github.com/alireza-fa/django-monolithic-architecture تو پست بعدی توضیح میدم #Django @Syntax_fa

ساختار پروژه های جنگویی من که از معماری یکپارچه پیروی میکنن به این شکلی هستن. https://github.com/alireza-fa/django-monolithic-architecture

دنیا تا سال 2050 چه شکلی میشه؟ #Fun @Syntax_fa

از کجا ریجکس رو یاد بگیرم؟ https://regexlearn.com/learn/regex101 با مثال های کاربردی میتونید به سادگی با نحوه نوشتن پترن ریجکس آشنا بشید. #Regext @Syntax_fa

مینی دوره ثبت و بررسی تراکنش بانکی  با جنگو و ترماکس سطح دوره: متوسط قسمت اول: https://youtu.be/gvdQfS7PW6w قسمت دوم: https://youtu.be/VWTZst6DAq0 قسمت سوم: https://youtu.be/tjK8FDKkm64 قسمت چهارم: https://youtu.be/m-vTLFZeyx0 قسمت پنجم: https://youtu.be/QZoec9-NQTo قسمت ششم(پایانی): https://youtu.be/bOFmbLdskoM #Django @Syntax_fa

مینی دوره ثبت و بررسی تراکنش بانکی  با جنگو و ترماکس سطح دوره: متوسط قسمت اول: https://youtu.be/gvdQfS7PW6w قسمت دوم: https://youtu.be/VWTZst6DAq0 قسمت سوم: https://youtu.be/tjK8FDKkm64 قسمت چهارم: https://youtu.be/m-vTLFZeyx0 قسمت پنجم: https://youtu.be/QZoec9-NQTo قسمت ششم: https://youtu.be/bOFmbLdskoM #Django @Syntax_fa

برای اونایی که میگن امکانش هست ما هم آموزش هامونو بذاریم یا نه مبحثی که میخواید آموزش بدید رو پیوی بهم بگید، اگه آموزش خوبی رو بتونید ارائه بدید توی کانال و یوتیوب سینتکس قرار میگیره تا افراد بیشتری بتونن از اموزشتون استفاده کنن. همچنین از شما هم حمایت بشه @Syntax_fa

https://t.me/Syntax_fa?boost اگه دوست دارید بوستمون کنید بتونیم استوری بذاریم ❤️

مینی دوره ثبت و بررسی تراکنش بانکی  با جنگو و ترماکس سطح دوره: متوسط توی این دوره قراره چی یاد بگیرید؟ تو این مینی دوره یاد میگیرید که چجوری بتونید با استفاده از جنگو و ترماکس، تراکنش های بانکیتون رو بخونید و یه مدریت حساب کوچیک برای خودتون راه بندازی. با کمی خلاقیت میتونید کارای مختلفی انجام بدید😉 امشب آپلودش میکنم توی یوتیوب سینتکس از کی قراره یاد بگیرید؟ یکی از ادمین های خوب و با تجربه تیممون آقای حمید حسینی وب سایت شخصی حمید حسینی: https://h4mid-hosseini.ir (دوره بدون ادیت و کار خاصی ضبط شده و تمرکز اصلی روی محتوا هستش تا بتونیم آموزش های بیشتری رو تو زمان کوتاه تر ضبط کنیم) #Django @Syntax_fa

بچه ها دعانویس خوب نمی شناسید واسه وب سایتم میخوام آخه امنیتش برام مهمه؟ 😂 #Fun @Syntax_fa

مسئله ششم (فیلسوفان حریص) سطح: سخت بریم سراغ یکی از معروف ترین مسائل برنامه نویسی در علوم کامپیوتر مسئله فیلسوفان پشت میز غذاخوری یک مسئله تمثیلی است مربوط به طراحی هم روندی الگوریتم ها، که معمولاً برای نشان دادن مشکلات و تکنیک های همگام سازی و روش حل آن ها استفاده می شود. این مسئله در ابتدا در سال ۱۹۶۵ توسط آقای دیکسترا به عنوان یک تمرین امتحانی دانش آموزی طراحی شد. بیان مسئله: پنج فیلسوف ساکت در اطراف یک میز قرار می گیرند. روی میز کاسه های ماکارونی وجود دارد. چنگال هایی مابین هر جفت از فیلسوف های کنار هم قرار داده شده است. هر فیلسوف باید به صورت متناوب فکر کند و بخورد. با این حال، یک فیلسوف فقط زمانی می تواند ماکارونی بخورد که که هر دو چنگال سمت چپ و سمت راست را در اختیار داشته باشد. هر چنگال در هر لحظه فقط می تواند توسط یک فیلسوف استفاده شود و بنابراین، یک فیلسوف فقط زمانی می تواند از چنگال استفاده کند که چنگال توسط فیلسوف دیگر در حال استفاده نباشد. بعد از این که یک فیلسوف خوردنش تمام شد، باید هر دو چنگال را روی میز بگذارد تا بقیه از آن ها استفاده کنند. یک فیلسوف فقط می تواند چنگال سمت راست خود یا چنگال سمت چپ خود را، زمانی که موجود باشد، در اختیار بگیرد و نمی‌تواند قبل از در اختیار گرفتن هر دو چنگال خوردن را شروع کند. مقدار خوردن ارتباطی به حجم باقیمانده ماکارونی یا فضای معده افراد ندارد؛ به عبارتی، فرض بر این است که مقدار ماکارونی نامحدود است و مقدار خوردن نیز نامحدود است. مسئله این است که چگونه یک نظم رفتاری (الگوریتم همروندی) طراحی کنیم، به گونه‌ای که هیچ فیلسوفی گرسنه نماند؛ یعنی هر کدام بتواند به مدت نامتناهی و متناوباً بخورد و فکر کند. البته با فرض اینکه هیچ فیلسوفی نمی‌داند که چه زمانی سایر فیلسوفان قصد خوردن یا فکر کردن دارند. این مسئله با این هدف طراحی شد که چالش های پیشگیری از بن بست را نشان دهد. بن بست یک وضعیتی از سیستم است که در آن هیچ پیشرفتی امکان پذیر نیست. حتما سرچ کنید و بیشتر در مورد این مسئله بخونید مسئله رو با استفاده از یکی از زبان ها حل کنید و از همه مهم تر بخوبی در موردش توضیح بدید. (جایزه کانفیگ 100 گیگابایتی بدون مدت زمان) #Problems @Syntax_fa

طبیعت به عنوان یه طرح خلاقانه برای ساخت ربات ها 🔥 #AI @Syntax_fa

هی چت جی بی تی میتونی بدون کپی کردن از بقیه کد بنویسی؟ نه. تو چی می تونی ؟ #Fun @Syntax_fa

بخش های مختلف URL #Note @Syntax_fa

حرفه‌ای بنویس! بهینه باش. ‼️ درک #عمیق کارکرد یک سیستم، یک الگوریتم و حتی یک بازی! 👈 کمک بسیار زیادی به بهینه و دقیق نوشتن اون می‌کنه. امروز قصد داریم بازی سنگ، کاغذ، قیچی رو بنویسیم 💯 ♥️ Source: GitHub 🌀 Syntax_fa

تقشه Microservice #Roadmap #Microservice @Syntax_fa