Syntax | سینتکس

Throughput و response time دو مفهوم مهم در زمینه‌ی علوم کامپیوتر و مهندسی نرم‌افزار هستند که به نمایانگر عملکرد سیستم‌ها می‌باشند. در ادامه، توضیحی درباره هرکدام ارائه می‌شود همراه با یک مثال: 1. Throughput (ظرفیت): به میزان کلی از داده‌ها یا فرآیندهایی که یک سیستم می‌تواند در یک بازه زمانی خاص پردازش کند، اشاره دارد. به عبارت دیگر، throughput نشان‌دهنده تعداد واحدی از فعالیت (مثلاً تعداد درخواست‌های وب یا تعداد تراکنش‌های پایگاه داده) در یک بازه زمانی مشخص است. مثال: فرض کنید یک وب‌سایت دارید و می‌خواهید throughput آن را اندازه‌گیری کنید. اگر در یک دقیقه 60 درخواست وب به سرور شما برسد و همه آن‌ها با موفقیت پردازش شوند، throughput وب‌سایت شما برابر با 60 درخواست در دقیقه است. 2. Response Time (زمان پاسخ): Response time یا زمان پاسخ، مدت زمانی است که از زمان ارسال درخواست تا زمان دریافت پاسخ می‌گذرد. این مفهوم نشان‌دهنده واکنش سیستم به یک فرآیند یا درخواست خاص است و معمولاً در واحد زمانی مانند میلی‌ثانیه اندازه‌گیری می‌شود. مثال: اگر شما یک درخواست HTTP به یک سرور وب ارسال کنید و زمانی که می‌گذرد تا پاسخ از سمت سرور دریافت شود، به عنوان زمان پاسخ شناخته می‌شود. به عنوان مثال، اگر زمان پاسخ یک درخواست وب 200 میلی‌ثانیه باشد، این به معنای آن است که سرور توانسته است درخواست شما را در 200 میلی‌ثانیه پردازش و پاسخ دهد. به طور کلی، معمولاً تلاش می‌شود تا تعادلی بین throughput و response time برقرار شود تا سیستم به طور کارآمد واکنش دهد و همزمان تعداد زیادی درخواست را پردازش کند و به کاربران پاسخ سریعی ارائه دهد. #Note @Syntax_fa

اینجوری به جونیور ها باید برنامه نویسیو یاد داد (یکیش خودم🤣) #Fun @Syntax_fa

#خارج_از_بحث #جهت_انتشار #جهت_آگاه‌سازی من راجب لو رفتن دیتاهای اسنپ (حتی همون بخش کوچیک)، ایرانسل، همراه‌اول توی این چندسال هیچ چیزی نگفتم توی این کانال چون واقعاً ربطی نداشت به ما. اما یک مورد رو بسیار زیاد دیدم توی چند وقت اخیر، یک گروه از افراد (بیاید بگیم گروه هکری، هرچند خیلی از هکرها شرف دارند) شروع کردند به دخترها، توی تلگرام پیام دادن که: خلاصه و مضمون این پیام اینطوری هست که به دلیل مشکلات جسمی و #جنسی نیاز به رابطه دارند و ... ولی امکانش رو ندارند. بنابراین اگر شما بدون چهره و ... بهشون تصویر یا ویدئو لخت بدید حاضرند به شما پرداخت داشته باشند، به عمد هم مبالغ خوبی رو پیشنهاد می‌دهند. و تأکید می‌کنند پلتفرم ناشناس باشه، چهره نباشه و ... حالا بخش اخاذی چطوری میاد ؟ دیتابیس #ایرانسل، #اسنپ #همراه_اول هر ۳ مورد علاوه بر شماره اطلاعات دقیق صاحب خط، شناسنامه‌، آدرس و ... رو هم داره توی موردی که شخصاً با فرد داشتم چت می‌کردم، حتی اعلام کرد برای ویدیو ۵ دقیقه‌ای حاضر هست ۱ میلیون تومان پرداخت مستقیم داشته باشه بعد از ۲ تا عکس هم حاضره نصف مبلغ رو درجا پرداخت کنه، (همین شیوه پرداخت خودش،ناشناس بودن رو می‌بره زیر سوال) متأسفانه جامعه هدف این افراد کسانی هستند که سواد کامپیوتری ندارند و یا طبق اطلاعات ثبت شده سن افراد بین ۱۸ تا ۲۵ هست. من نمی‌دونم چطوری اما اگر شما هم کسی رو می‌شناسید که دختر داشته باشه، یا دوست و آشنایی دارید حتماً این پیام رو بفرستید براشون یا بهشون توضیح بدید. می‌دونم زندگی سخت شده و برای پول هرکاری شاید بکنند بعضی افراد، با تصور اینکه هیچ اطلاعاتی ازشون وجود نداره (توی گروهی بودم که حداقل ۱٪ می‌خواستند اینکارو رو بکنند) اما شما و من می‌دونیم به محض اینکه اولین ویدئو رو دریافت کنند اخاذی شروع خواهد شد. بر اساس همون آدرس‌ها و اطلاعاتی که توی دیتابیس‌های مختلف هک شده وجود داره می‌دونم موضوع کانال این چیزا نیست، اما وظیفه خودم دونستم که این موضوع رو حتماً اطلاع بدم و شخصاً از شما عزیزان خواهش می‌کنم که این مطلب رو به اشتراک بذارید (نیاز به ذکر منبع نیست) کاش با این شرکت‌هایی که امنیت کاربر براشون مهم نیست و اطلاعات دقیق از کاربر میگیرند برخورد محکم و قاطعی صورت می‌گرفت.

گوگل بطور مخفیانه، از میکروفون گوشی شما استفاده میکنه!! البته در این حدش رو مطمئن نیستم ولی بدون شک از سرچ های ما استفاده میکنه. یبار یچیزی رو سرچ کرده بودم و برای اولین بار تبلیغ مشابه با همونو توی یوتیوب دیدم یه فیلم جالبم درباره همین موضوعات معرفی میکنم بنظرم ببینید بد نیست. #Fun @Syntax_fa

به پرتگاه نزدیک می‌شوید! زامبی کد: به کدی می‌گویند که به دلیل عدم کارایی، اصلاح با کد جدید، و یا مشابه این موارد، بجای «حذف»، «کامنت» می‌شوند. کامنت اسپاگتی کد: به کامنت‌های دنباله‌داری گفته می‌شود که برای توضیح یک کدی که ساختار منظم و مشخصی ندارد، نگارش می‌شود. یکی دیگر از استفاده‌های کامنت، وظیفه‌ی برنامه‌ریزی‌شده می‌باشد که اگر کنترل نشود، یکی دیگر از عذاب‌های عظیم خواهد بود. جای کلمات عبور و مقادیر امنیتی در کامنت نیست. اگر دائماً نیاز می‌بینید که در مراحل مختلف به همکاران بصورت کامنت «هشدار» بنویسید، شاید باید به‌فکر اصلاح معماری نرم‌افزار باشید. کامنت‌های شما، نباید تبدیل به «نویز» درکدنویسی دیگران شود. تعدد کامنت‌ها کد را تبدیل به کد کثیف می‌کند که خوانایی ضعیفی خواهد داشت. کامنت، جای دردل کردن، شکایت از مدیرپروژه، تعریف از خود و گفتگو نیست. #Comment @Syntax_fa

دیدگاه‌ های مختلف درباره «کامنت» با توجه به این موضوع که در جوامع‌تخصصی توسعه نرم‌افزار، درارتباط با اصل وجود کامنت، مزایا/معایب و چگونگی استفاده از آن، مطالب گوناگون و بعضاً متضادی (حتی از جانب متخصصین) وجود دارد، بیایم برخی از این دیدگاه هارو با هم مرور کنیم. کامنت؛ خوب، بد، زشت در کدهایی که بارها نسخه‌های متفاوتی از آن ایجاد شده و در طول زمان، نیازمندی‌ها عوض شده، کیفیت، کارایی و سرعت اجرا بهبود پیدا کرده، «کامنت» گزارش «چرایی» کد هست برای این: نیاز/کیفیت/کارایی/سرعت اجرا، برای اینکه همه این‌ها رو دوباره تجربه نکنند ... یک کد خوب، هیچ نیازی به کامنت ندارد، به‌زبان‌دیگر، اگر نیاز می‌بینید که برای کدی «کامنت» بنویسید، احتمالاً، کد خوبی ننوشتید ... یک ساختار جدید، ناشناخته و احتمالاً حجیم، به‌قدر‌کافی ماهیتاً اینقدر پیچیدگی دارد که اضافه شدن، یک توضیح به زبان کاملاً انسانی (داخل زبان کامپایلر/مفسری برای زبان ماشین)، نه‌تنها باعث روشن‌تر شدن آن نمی‌شود بلکه مسئله‌ی فهم منظور نگارنده «کامنت» به مجموعه مسائل قبلی اضافه می‌گردد. هیچ‌چیز بیشتر از یک کد پیچیده با کلی «کامنت‌های» پیچیده برای مخاطبی که انتظار روشن بودن چرایی و چگونگی کد را دارد، عذاب‌آور نیست ... #Comment @Syntax_fa

اصول کامنت‌ نویسی یک کامنت خوب: 1. توضیح واضحات را نمی‌دهد. 2. در حداقل مقدار «لازم» و «کافی» نگارش می‌شود. 3. بیشتر درباره «چیستی/چرایی» اشاره دارد و نه «چگونگی». 4. دارای یک الگو و دستورالعمل نگارشی واحد برای نظم و سرعت ارتباط مخاطب است. 5. وجودش آگاه‌کننده موضوع بااهمیت بالاست. 6. مربوط به موضوعی است که اکنون وجود دارد (بروزرسانی کامنت‌ها-حذف کامنت‌های اضافی) 7. ادبیات کامنت، بسته به تیم و دستورالعمل‌ها، بهتر است رسمی نگارش شود تا عمومی بماند. البته گاهی کمی شوخ‌طبعی هم اگر کنترل‌شده باشد، باعث انتقال‌مطلب بهتر می‌شود. 8. درصورت لازم بودن یک یا چند منبع مرتبط با کد، حاوی لینک url خواهد بود. منبع #Comment @Syntax_fa

چجوری پروفایل گیت هابمون رو خوشگل کنیم! ویرگول البته خودم زیاد با خوشگل کردن حال نمیکنم. #Github @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 و اگه یه محدودیت ریکوئست دیگم بذاریم بعدی میشه 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 اگه دوست دارید بوستمون کنید بتونیم استوری بذاریم ❤️