مسئله ششم (فیلسوفان حریص)
سطح: سخت
بریم سراغ یکی از معروف ترین مسائل برنامه نویسی
در علوم کامپیوتر مسئله فیلسوفان پشت میز غذاخوری یک مسئله تمثیلی است مربوط به طراحی هم روندی الگوریتم ها، که معمولاً برای نشان دادن مشکلات و تکنیک های همگام سازی و روش حل آن ها استفاده می شود. این مسئله در ابتدا در سال ۱۹۶۵ توسط آقای دیکسترا به عنوان یک تمرین امتحانی دانش آموزی طراحی شد.
بیان مسئله:
پنج فیلسوف ساکت در اطراف یک میز قرار می گیرند. روی میز کاسه های ماکارونی وجود دارد. چنگال هایی مابین هر جفت از فیلسوف های کنار هم قرار داده شده است. هر فیلسوف باید به صورت متناوب فکر کند و بخورد. با این حال، یک فیلسوف فقط زمانی می تواند ماکارونی بخورد که که هر دو چنگال سمت چپ و سمت راست را در اختیار داشته باشد. هر چنگال در هر لحظه فقط می تواند توسط یک فیلسوف استفاده شود و بنابراین، یک فیلسوف فقط زمانی می تواند از چنگال استفاده کند که چنگال توسط فیلسوف دیگر در حال استفاده نباشد. بعد از این که یک فیلسوف خوردنش تمام شد، باید هر دو چنگال را روی میز بگذارد تا بقیه از آن ها استفاده کنند. یک فیلسوف فقط می تواند چنگال سمت راست خود یا چنگال سمت چپ خود را، زمانی که موجود باشد، در اختیار بگیرد و نمیتواند قبل از در اختیار گرفتن هر دو چنگال خوردن را شروع کند. مقدار خوردن ارتباطی به حجم باقیمانده ماکارونی یا فضای معده افراد ندارد؛ به عبارتی، فرض بر این است که مقدار ماکارونی نامحدود است و مقدار خوردن نیز نامحدود است. مسئله این است که چگونه یک نظم رفتاری (الگوریتم همروندی) طراحی کنیم، به گونهای که هیچ فیلسوفی گرسنه نماند؛ یعنی هر کدام بتواند به مدت نامتناهی و متناوباً بخورد و فکر کند. البته با فرض اینکه هیچ فیلسوفی نمیداند که چه زمانی سایر فیلسوفان قصد خوردن یا فکر کردن دارند.
این مسئله با این هدف طراحی شد که چالش های پیشگیری از بن بست را نشان دهد. بن بست یک وضعیتی از سیستم است که در آن هیچ پیشرفتی امکان پذیر نیست.
حتما سرچ کنید و بیشتر در مورد این مسئله بخونید (عکس توی کامنت رو نگاه کنید)
مسئله رو با استفاده از یکی از زبان ها حل کنید و از همه مهم تر بخوبی در مورد مسئله و راه حلتون توضیح بدید.
(جایزه کانفیگ 100 گیگابایتی بدون مدت زمان)
#Problems
@Syntax_fa
سطح: سخت
بریم سراغ یکی از معروف ترین مسائل برنامه نویسی
در علوم کامپیوتر مسئله فیلسوفان پشت میز غذاخوری یک مسئله تمثیلی است مربوط به طراحی هم روندی الگوریتم ها، که معمولاً برای نشان دادن مشکلات و تکنیک های همگام سازی و روش حل آن ها استفاده می شود. این مسئله در ابتدا در سال ۱۹۶۵ توسط آقای دیکسترا به عنوان یک تمرین امتحانی دانش آموزی طراحی شد.
بیان مسئله:
پنج فیلسوف ساکت در اطراف یک میز قرار می گیرند. روی میز کاسه های ماکارونی وجود دارد. چنگال هایی مابین هر جفت از فیلسوف های کنار هم قرار داده شده است. هر فیلسوف باید به صورت متناوب فکر کند و بخورد. با این حال، یک فیلسوف فقط زمانی می تواند ماکارونی بخورد که که هر دو چنگال سمت چپ و سمت راست را در اختیار داشته باشد. هر چنگال در هر لحظه فقط می تواند توسط یک فیلسوف استفاده شود و بنابراین، یک فیلسوف فقط زمانی می تواند از چنگال استفاده کند که چنگال توسط فیلسوف دیگر در حال استفاده نباشد. بعد از این که یک فیلسوف خوردنش تمام شد، باید هر دو چنگال را روی میز بگذارد تا بقیه از آن ها استفاده کنند. یک فیلسوف فقط می تواند چنگال سمت راست خود یا چنگال سمت چپ خود را، زمانی که موجود باشد، در اختیار بگیرد و نمیتواند قبل از در اختیار گرفتن هر دو چنگال خوردن را شروع کند. مقدار خوردن ارتباطی به حجم باقیمانده ماکارونی یا فضای معده افراد ندارد؛ به عبارتی، فرض بر این است که مقدار ماکارونی نامحدود است و مقدار خوردن نیز نامحدود است. مسئله این است که چگونه یک نظم رفتاری (الگوریتم همروندی) طراحی کنیم، به گونهای که هیچ فیلسوفی گرسنه نماند؛ یعنی هر کدام بتواند به مدت نامتناهی و متناوباً بخورد و فکر کند. البته با فرض اینکه هیچ فیلسوفی نمیداند که چه زمانی سایر فیلسوفان قصد خوردن یا فکر کردن دارند.
این مسئله با این هدف طراحی شد که چالش های پیشگیری از بن بست را نشان دهد. بن بست یک وضعیتی از سیستم است که در آن هیچ پیشرفتی امکان پذیر نیست.
حتما سرچ کنید و بیشتر در مورد این مسئله بخونید (عکس توی کامنت رو نگاه کنید)
مسئله رو با استفاده از یکی از زبان ها حل کنید و از همه مهم تر بخوبی در مورد مسئله و راه حلتون توضیح بدید.
(جایزه کانفیگ 100 گیگابایتی بدون مدت زمان)
#Problems
@Syntax_fa
🔥6👍4👎1
مینی دوره ثبت و بررسی تراکنش بانکی با جنگو و ترماکس
سطح دوره: متوسط
توی این دوره قراره چی یاد بگیرید؟
تو این مینی دوره یاد میگیرید که چجوری بتونید با استفاده از جنگو و ترماکس، تراکنش های بانکیتون رو بخونید و یه مدریت حساب کوچیک برای خودتون راه بندازی.
با کمی خلاقیت میتونید کارای مختلفی انجام بدید😉
امشب آپلودش میکنم توی یوتیوب سینتکس
از کی قراره یاد بگیرید؟
یکی از ادمین های خوب و با تجربه تیممون آقای حمید حسینی
وب سایت شخصی حمید حسینی:
https://h4mid-hosseini.ir
(دوره بدون ادیت و کار خاصی ضبط شده و تمرکز اصلی روی محتوا هستش تا بتونیم آموزش های بیشتری رو تو زمان کوتاه تر ضبط کنیم)
#Django
@Syntax_fa
سطح دوره: متوسط
توی این دوره قراره چی یاد بگیرید؟
تو این مینی دوره یاد میگیرید که چجوری بتونید با استفاده از جنگو و ترماکس، تراکنش های بانکیتون رو بخونید و یه مدریت حساب کوچیک برای خودتون راه بندازی.
با کمی خلاقیت میتونید کارای مختلفی انجام بدید😉
امشب آپلودش میکنم توی یوتیوب سینتکس
از کی قراره یاد بگیرید؟
یکی از ادمین های خوب و با تجربه تیممون آقای حمید حسینی
وب سایت شخصی حمید حسینی:
https://h4mid-hosseini.ir
(دوره بدون ادیت و کار خاصی ضبط شده و تمرکز اصلی روی محتوا هستش تا بتونیم آموزش های بیشتری رو تو زمان کوتاه تر ضبط کنیم)
#Django
@Syntax_fa
❤🔥13👍4🔥2👎1
برای اونایی که میگن امکانش هست ما هم آموزش هامونو بذاریم یا نه
مبحثی که میخواید آموزش بدید رو پیوی بهم بگید، اگه آموزش خوبی رو بتونید ارائه بدید توی کانال و یوتیوب سینتکس قرار میگیره تا افراد بیشتری بتونن از اموزشتون استفاده کنن. همچنین از شما هم حمایت بشه
@Syntax_fa
مبحثی که میخواید آموزش بدید رو پیوی بهم بگید، اگه آموزش خوبی رو بتونید ارائه بدید توی کانال و یوتیوب سینتکس قرار میگیره تا افراد بیشتری بتونن از اموزشتون استفاده کنن. همچنین از شما هم حمایت بشه
@Syntax_fa
👍14
Syntax | سینتکس
مینی دوره ثبت و بررسی تراکنش بانکی با جنگو و ترماکس سطح دوره: متوسط توی این دوره قراره چی یاد بگیرید؟ تو این مینی دوره یاد میگیرید که چجوری بتونید با استفاده از جنگو و ترماکس، تراکنش های بانکیتون رو بخونید و یه مدریت حساب کوچیک برای خودتون راه بندازی.…
مینی دوره ثبت و بررسی تراکنش بانکی با جنگو و ترماکس
سطح دوره: متوسط
لینک پلی لیست:
https://youtube.com/playlist?list=PLi2nijwBFea1QS7XKI1db-Kt8kcY_-ddY&si=3kp4vcOtA_XlTVRD
قسمت اول:
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://youtube.com/playlist?list=PLi2nijwBFea1QS7XKI1db-Kt8kcY_-ddY&si=3kp4vcOtA_XlTVRD
قسمت اول:
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
❤🔥6👍3🔥2
از کجا ریجکس رو یاد بگیرم؟
https://regexlearn.com/learn/regex101
با مثال های کاربردی میتونید به سادگی با نحوه نوشتن پترن ریجکس آشنا بشید.
#Regext
@Syntax_fa
https://regexlearn.com/learn/regex101
با مثال های کاربردی میتونید به سادگی با نحوه نوشتن پترن ریجکس آشنا بشید.
#Regext
@Syntax_fa
Regexlearn
Regex 101 - EN
You can learn the basics of Regex in this tutorial.
🔥4👍3
ساختار پروژه های جنگویی من که از معماری یکپارچه پیروی می کنن به این شکل هستند:
https://github.com/alireza-fa/django-monolithic-architecture
تو پست بعدی توضیح میدم
#Django
@Syntax_fa
https://github.com/alireza-fa/django-monolithic-architecture
تو پست بعدی توضیح میدم
#Django
@Syntax_fa
👍5
Syntax | سینتکس
ساختار پروژه های جنگویی من که از معماری یکپارچه پیروی می کنن به این شکل هستند: https://github.com/alireza-fa/django-monolithic-architecture تو پست بعدی توضیح میدم #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 و اگه یه محدودیت ریکوئست دیگم بذاریم بعدی میشه 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 و اگه یه محدودیت ریکوئست دیگم بذاریم بعدی میشه 4261
error:
ارور ها داخل این فیلد قرار میگیرند.
فانکشن های ریسپانس به شکل زیر هستند:
base_response
برای ریسپانس هایی که موفقیت آمیز بودند و ارور ندارند
base_response_with_error
ریسپانس هایی که با ارور مواجه شده اند. ارور هارو توی api/response_code.py مشخص می کنید. همچنین توی دیکشنری ERROR_TRANSLATION متن خطای اون ارور رو قرار میدید و این فانکشن ازش استفاده میکنه
base_response_with_validation_error
این فانکشن برای validation error ها استفاده میشه
بقیه موارد بنظرم واضح هستش و توضیح نمیخواد.
نظرتون درباره این ساختار چیه؟ کدوم قسمتش ایراد داره میشه بهترش کرد؟
#Django
@Syntax_fa
👍11👎1
بچه هایی که به فکر تقویت زبان انگلیسیشون هستن
کانال یکی از دوستامه فکر کردم خوبه که برای شما هم معرفی کنم.
قراره هر چند وقت یبار میت بذارن و تمرین مکالمه کنن، یه سری داستان ها و کتاب های انگلیسی رو بصورت گروهی بخونن و از اینجور برنامه ها. در کل بنظرم خوبه خواستید جوین شید
همچنین کلاس خصوصی هم برگزار میکنن.
https://news.1rj.ru/str/Amazing_20_23
کانال یکی از دوستامه فکر کردم خوبه که برای شما هم معرفی کنم.
قراره هر چند وقت یبار میت بذارن و تمرین مکالمه کنن، یه سری داستان ها و کتاب های انگلیسی رو بصورت گروهی بخونن و از اینجور برنامه ها. در کل بنظرم خوبه خواستید جوین شید
همچنین کلاس خصوصی هم برگزار میکنن.
https://news.1rj.ru/str/Amazing_20_23
👍12
چجوری پروفایل گیت هابمون رو خوشگل کنیم!
ویرگول
البته خودم زیاد با خوشگل کردن حال نمیکنم.
#Github
@Syntax_fa
ویرگول
البته خودم زیاد با خوشگل کردن حال نمیکنم.
#Github
@Syntax_fa
ویرگول
چگونه پروفایل گیت خود رو جذاب کنیم(README.md)
شاید شما هم دیده باشید که بعضی از اکانتهای گیتهاب پروفایل جالبی دارند مانند اکانت گیتهاب من برای اینکار کافی است تا در مرحله اول ریپویی…
👍7
اصول کامنت نویسی
یک کامنت خوب:
1. توضیح واضحات را نمیدهد.
2. در حداقل مقدار «لازم» و «کافی» نگارش میشود.
3. بیشتر درباره «چیستی/چرایی» اشاره دارد و نه «چگونگی».
4. دارای یک الگو و دستورالعمل نگارشی واحد برای نظم و سرعت ارتباط مخاطب است.
5. وجودش آگاهکننده موضوع بااهمیت بالاست.
6. مربوط به موضوعی است که اکنون وجود دارد (بروزرسانی کامنتها-حذف کامنتهای اضافی)
7. ادبیات کامنت، بسته به تیم و دستورالعملها، بهتر است رسمی نگارش شود تا عمومی بماند. البته گاهی کمی شوخطبعی هم اگر کنترلشده باشد، باعث انتقالمطلب بهتر میشود.
8. درصورت لازم بودن یک یا چند منبع مرتبط با کد، حاوی لینک url خواهد بود.
منبع
#Comment
@Syntax_fa
یک کامنت خوب:
1. توضیح واضحات را نمیدهد.
2. در حداقل مقدار «لازم» و «کافی» نگارش میشود.
3. بیشتر درباره «چیستی/چرایی» اشاره دارد و نه «چگونگی».
4. دارای یک الگو و دستورالعمل نگارشی واحد برای نظم و سرعت ارتباط مخاطب است.
5. وجودش آگاهکننده موضوع بااهمیت بالاست.
6. مربوط به موضوعی است که اکنون وجود دارد (بروزرسانی کامنتها-حذف کامنتهای اضافی)
7. ادبیات کامنت، بسته به تیم و دستورالعملها، بهتر است رسمی نگارش شود تا عمومی بماند. البته گاهی کمی شوخطبعی هم اگر کنترلشده باشد، باعث انتقالمطلب بهتر میشود.
8. درصورت لازم بودن یک یا چند منبع مرتبط با کد، حاوی لینک url خواهد بود.
منبع
#Comment
@Syntax_fa
👍9👎1
دیدگاه های مختلف درباره «کامنت»
با توجه به این موضوع که در جوامعتخصصی توسعه نرمافزار، درارتباط با اصل وجود کامنت، مزایا/معایب و چگونگی استفاده از آن، مطالب گوناگون و بعضاً متضادی (حتی از جانب متخصصین) وجود دارد، بیایم برخی از این دیدگاه هارو با هم مرور کنیم.
کامنت؛ خوب، بد، زشت
در کدهایی که بارها نسخههای متفاوتی از آن ایجاد شده و در طول زمان، نیازمندیها عوض شده، کیفیت، کارایی و سرعت اجرا بهبود پیدا کرده، «کامنت» گزارش «چرایی» کد هست برای این: نیاز/کیفیت/کارایی/سرعت اجرا، برای اینکه همه اینها رو دوباره تجربه نکنند ...
یک کد خوب، هیچ نیازی به کامنت ندارد، بهزباندیگر، اگر نیاز میبینید که برای کدی «کامنت» بنویسید، احتمالاً، کد خوبی ننوشتید ...
یک ساختار جدید، ناشناخته و احتمالاً حجیم، بهقدرکافی ماهیتاً اینقدر پیچیدگی دارد که اضافه شدن، یک توضیح به زبان کاملاً انسانی (داخل زبان کامپایلر/مفسری برای زبان ماشین)، نهتنها باعث روشنتر شدن آن نمیشود بلکه مسئلهی فهم منظور نگارنده «کامنت» به مجموعه مسائل قبلی اضافه میگردد. هیچچیز بیشتر از یک کد پیچیده با کلی «کامنتهای» پیچیده برای مخاطبی که انتظار روشن بودن چرایی و چگونگی کد را دارد، عذابآور نیست ...
#Comment
@Syntax_fa
با توجه به این موضوع که در جوامعتخصصی توسعه نرمافزار، درارتباط با اصل وجود کامنت، مزایا/معایب و چگونگی استفاده از آن، مطالب گوناگون و بعضاً متضادی (حتی از جانب متخصصین) وجود دارد، بیایم برخی از این دیدگاه هارو با هم مرور کنیم.
کامنت؛ خوب، بد، زشت
در کدهایی که بارها نسخههای متفاوتی از آن ایجاد شده و در طول زمان، نیازمندیها عوض شده، کیفیت، کارایی و سرعت اجرا بهبود پیدا کرده، «کامنت» گزارش «چرایی» کد هست برای این: نیاز/کیفیت/کارایی/سرعت اجرا، برای اینکه همه اینها رو دوباره تجربه نکنند ...
یک کد خوب، هیچ نیازی به کامنت ندارد، بهزباندیگر، اگر نیاز میبینید که برای کدی «کامنت» بنویسید، احتمالاً، کد خوبی ننوشتید ...
یک ساختار جدید، ناشناخته و احتمالاً حجیم، بهقدرکافی ماهیتاً اینقدر پیچیدگی دارد که اضافه شدن، یک توضیح به زبان کاملاً انسانی (داخل زبان کامپایلر/مفسری برای زبان ماشین)، نهتنها باعث روشنتر شدن آن نمیشود بلکه مسئلهی فهم منظور نگارنده «کامنت» به مجموعه مسائل قبلی اضافه میگردد. هیچچیز بیشتر از یک کد پیچیده با کلی «کامنتهای» پیچیده برای مخاطبی که انتظار روشن بودن چرایی و چگونگی کد را دارد، عذابآور نیست ...
#Comment
@Syntax_fa
👍6
به پرتگاه نزدیک میشوید!
زامبی کد: به کدی میگویند که به دلیل عدم کارایی، اصلاح با کد جدید، و یا مشابه این موارد، بجای «حذف»، «کامنت» میشوند.
کامنت اسپاگتی کد: به کامنتهای دنبالهداری گفته میشود که برای توضیح یک کدی که ساختار منظم و مشخصی ندارد، نگارش میشود.
یکی دیگر از استفادههای کامنت، وظیفهی برنامهریزیشده میباشد که اگر کنترل نشود، یکی دیگر از عذابهای عظیم خواهد بود.
جای کلمات عبور و مقادیر امنیتی در کامنت نیست.
اگر دائماً نیاز میبینید که در مراحل مختلف به همکاران بصورت کامنت «هشدار» بنویسید، شاید باید بهفکر اصلاح معماری نرمافزار باشید.
کامنتهای شما، نباید تبدیل به «نویز» درکدنویسی دیگران شود. تعدد کامنتها کد را تبدیل به کد کثیف میکند که خوانایی ضعیفی خواهد داشت.
کامنت، جای دردل کردن، شکایت از مدیرپروژه، تعریف از خود و گفتگو نیست.
#Comment
@Syntax_fa
زامبی کد: به کدی میگویند که به دلیل عدم کارایی، اصلاح با کد جدید، و یا مشابه این موارد، بجای «حذف»، «کامنت» میشوند.
کامنت اسپاگتی کد: به کامنتهای دنبالهداری گفته میشود که برای توضیح یک کدی که ساختار منظم و مشخصی ندارد، نگارش میشود.
یکی دیگر از استفادههای کامنت، وظیفهی برنامهریزیشده میباشد که اگر کنترل نشود، یکی دیگر از عذابهای عظیم خواهد بود.
جای کلمات عبور و مقادیر امنیتی در کامنت نیست.
اگر دائماً نیاز میبینید که در مراحل مختلف به همکاران بصورت کامنت «هشدار» بنویسید، شاید باید بهفکر اصلاح معماری نرمافزار باشید.
کامنتهای شما، نباید تبدیل به «نویز» درکدنویسی دیگران شود. تعدد کامنتها کد را تبدیل به کد کثیف میکند که خوانایی ضعیفی خواهد داشت.
کامنت، جای دردل کردن، شکایت از مدیرپروژه، تعریف از خود و گفتگو نیست.
#Comment
@Syntax_fa
👍10
This media is not supported in your browser
VIEW IN TELEGRAM
گوگل بطور مخفیانه، از میکروفون گوشی شما استفاده میکنه!!
البته در این حدش رو مطمئن نیستم ولی بدون شک از سرچ های ما استفاده میکنه.
یبار یچیزی رو سرچ کرده بودم و برای اولین بار تبلیغ مشابه با همونو توی یوتیوب دیدم
یه فیلم جالبم درباره همین موضوعات معرفی میکنم بنظرم ببینید بد نیست (کامنت).
#Fun
@Syntax_fa
البته در این حدش رو مطمئن نیستم ولی بدون شک از سرچ های ما استفاده میکنه.
یبار یچیزی رو سرچ کرده بودم و برای اولین بار تبلیغ مشابه با همونو توی یوتیوب دیدم
یه فیلم جالبم درباره همین موضوعات معرفی میکنم بنظرم ببینید بد نیست (کامنت).
#Fun
@Syntax_fa
😱7👍6
#خارج_از_بحث
#جهت_انتشار
#جهت_آگاهسازی
من راجب لو رفتن دیتاهای اسنپ (حتی همون بخش کوچیک)، ایرانسل، همراهاول توی این چندسال هیچ چیزی نگفتم توی این کانال چون واقعاً ربطی نداشت به ما.
اما یک مورد رو بسیار زیاد دیدم توی چند وقت اخیر، یک گروه از افراد (بیاید بگیم گروه هکری، هرچند خیلی از هکرها شرف دارند)
شروع کردند به دخترها، توی تلگرام پیام دادن که:
خلاصه و مضمون این پیام اینطوری هست که به دلیل مشکلات جسمی و #جنسی نیاز به رابطه دارند و ... ولی امکانش رو ندارند.
بنابراین اگر شما بدون چهره و ... بهشون تصویر یا ویدئو لخت بدید حاضرند به شما پرداخت داشته باشند، به عمد هم مبالغ خوبی رو پیشنهاد میدهند.
و تأکید میکنند پلتفرم ناشناس باشه، چهره نباشه و ...
حالا بخش اخاذی چطوری میاد ؟
دیتابیس #ایرانسل، #اسنپ #همراه_اول هر ۳ مورد علاوه بر شماره اطلاعات دقیق صاحب خط، شناسنامه، آدرس و ... رو هم داره
توی موردی که شخصاً با فرد داشتم چت میکردم، حتی اعلام کرد برای ویدیو ۵ دقیقهای حاضر هست ۱ میلیون تومان پرداخت مستقیم داشته باشه
بعد از ۲ تا عکس هم حاضره نصف مبلغ رو درجا پرداخت کنه، (همین شیوه پرداخت خودش،ناشناس بودن رو میبره زیر سوال)
متأسفانه جامعه هدف این افراد کسانی هستند که سواد کامپیوتری ندارند و یا طبق اطلاعات ثبت شده سن افراد بین ۱۸ تا ۲۵ هست.
من نمیدونم چطوری اما اگر شما هم کسی رو میشناسید که دختر داشته باشه، یا دوست و آشنایی دارید حتماً این پیام رو بفرستید براشون یا بهشون توضیح بدید.
میدونم زندگی سخت شده و برای پول هرکاری شاید بکنند بعضی افراد، با تصور اینکه هیچ اطلاعاتی ازشون وجود نداره (توی گروهی بودم که حداقل ۱٪ میخواستند اینکارو رو بکنند) اما شما و من میدونیم به محض اینکه اولین ویدئو رو دریافت کنند اخاذی شروع خواهد شد.
بر اساس همون آدرسها و اطلاعاتی که توی دیتابیسهای مختلف هک شده وجود داره
میدونم موضوع کانال این چیزا نیست، اما وظیفه خودم دونستم که این موضوع رو حتماً اطلاع بدم و شخصاً از شما عزیزان خواهش میکنم که این مطلب رو به اشتراک بذارید (نیاز به ذکر منبع نیست)
کاش با این شرکتهایی که امنیت کاربر براشون مهم نیست و اطلاعات دقیق از کاربر میگیرند برخورد محکم و قاطعی صورت میگرفت.
#جهت_انتشار
#جهت_آگاهسازی
من راجب لو رفتن دیتاهای اسنپ (حتی همون بخش کوچیک)، ایرانسل، همراهاول توی این چندسال هیچ چیزی نگفتم توی این کانال چون واقعاً ربطی نداشت به ما.
اما یک مورد رو بسیار زیاد دیدم توی چند وقت اخیر، یک گروه از افراد (بیاید بگیم گروه هکری، هرچند خیلی از هکرها شرف دارند)
شروع کردند به دخترها، توی تلگرام پیام دادن که:
خلاصه و مضمون این پیام اینطوری هست که به دلیل مشکلات جسمی و #جنسی نیاز به رابطه دارند و ... ولی امکانش رو ندارند.
بنابراین اگر شما بدون چهره و ... بهشون تصویر یا ویدئو لخت بدید حاضرند به شما پرداخت داشته باشند، به عمد هم مبالغ خوبی رو پیشنهاد میدهند.
و تأکید میکنند پلتفرم ناشناس باشه، چهره نباشه و ...
حالا بخش اخاذی چطوری میاد ؟
دیتابیس #ایرانسل، #اسنپ #همراه_اول هر ۳ مورد علاوه بر شماره اطلاعات دقیق صاحب خط، شناسنامه، آدرس و ... رو هم داره
توی موردی که شخصاً با فرد داشتم چت میکردم، حتی اعلام کرد برای ویدیو ۵ دقیقهای حاضر هست ۱ میلیون تومان پرداخت مستقیم داشته باشه
بعد از ۲ تا عکس هم حاضره نصف مبلغ رو درجا پرداخت کنه، (همین شیوه پرداخت خودش،ناشناس بودن رو میبره زیر سوال)
متأسفانه جامعه هدف این افراد کسانی هستند که سواد کامپیوتری ندارند و یا طبق اطلاعات ثبت شده سن افراد بین ۱۸ تا ۲۵ هست.
من نمیدونم چطوری اما اگر شما هم کسی رو میشناسید که دختر داشته باشه، یا دوست و آشنایی دارید حتماً این پیام رو بفرستید براشون یا بهشون توضیح بدید.
میدونم زندگی سخت شده و برای پول هرکاری شاید بکنند بعضی افراد، با تصور اینکه هیچ اطلاعاتی ازشون وجود نداره (توی گروهی بودم که حداقل ۱٪ میخواستند اینکارو رو بکنند) اما شما و من میدونیم به محض اینکه اولین ویدئو رو دریافت کنند اخاذی شروع خواهد شد.
بر اساس همون آدرسها و اطلاعاتی که توی دیتابیسهای مختلف هک شده وجود داره
میدونم موضوع کانال این چیزا نیست، اما وظیفه خودم دونستم که این موضوع رو حتماً اطلاع بدم و شخصاً از شما عزیزان خواهش میکنم که این مطلب رو به اشتراک بذارید (نیاز به ذکر منبع نیست)
کاش با این شرکتهایی که امنیت کاربر براشون مهم نیست و اطلاعات دقیق از کاربر میگیرند برخورد محکم و قاطعی صورت میگرفت.
❤18👍8🤨2
Throughput و response time
دو مفهوم مهم در زمینهی علوم کامپیوتر و مهندسی نرمافزار هستند که به نمایانگر عملکرد سیستمها میباشند. در ادامه، توضیحی درباره هرکدام ارائه میشود همراه با یک مثال:
1. Throughput (ظرفیت):
به میزان کلی از دادهها یا فرآیندهایی که یک سیستم میتواند در یک بازه زمانی خاص پردازش کند، اشاره دارد. به عبارت دیگر، throughput نشاندهنده تعداد واحدی از فعالیت (مثلاً تعداد درخواستهای وب یا تعداد تراکنشهای پایگاه داده) در یک بازه زمانی مشخص است.
مثال:
فرض کنید یک وبسایت دارید و میخواهید throughput آن را اندازهگیری کنید. اگر در یک دقیقه 60 درخواست وب به سرور شما برسد و همه آنها با موفقیت پردازش شوند، throughput وبسایت شما برابر با 60 درخواست در دقیقه است.
2. Response Time (زمان پاسخ):
Response time
یا زمان پاسخ، مدت زمانی است که از زمان ارسال درخواست تا زمان دریافت پاسخ میگذرد. این مفهوم نشاندهنده واکنش سیستم به یک فرآیند یا درخواست خاص است و معمولاً در واحد زمانی مانند میلیثانیه اندازهگیری میشود.
مثال:
اگر شما یک درخواست HTTP به یک سرور وب ارسال کنید و زمانی که میگذرد تا پاسخ از سمت سرور دریافت شود، به عنوان زمان پاسخ شناخته میشود. به عنوان مثال، اگر زمان پاسخ یک درخواست وب 200 میلیثانیه باشد، این به معنای آن است که سرور توانسته است درخواست شما را در 200 میلیثانیه پردازش و پاسخ دهد.
به طور کلی، معمولاً تلاش میشود تا تعادلی بین throughput و response time برقرار شود تا سیستم به طور کارآمد واکنش دهد و همزمان تعداد زیادی درخواست را پردازش کند و به کاربران پاسخ سریعی ارائه دهد.
#Note
@Syntax_fa
دو مفهوم مهم در زمینهی علوم کامپیوتر و مهندسی نرمافزار هستند که به نمایانگر عملکرد سیستمها میباشند. در ادامه، توضیحی درباره هرکدام ارائه میشود همراه با یک مثال:
1. Throughput (ظرفیت):
به میزان کلی از دادهها یا فرآیندهایی که یک سیستم میتواند در یک بازه زمانی خاص پردازش کند، اشاره دارد. به عبارت دیگر، throughput نشاندهنده تعداد واحدی از فعالیت (مثلاً تعداد درخواستهای وب یا تعداد تراکنشهای پایگاه داده) در یک بازه زمانی مشخص است.
مثال:
فرض کنید یک وبسایت دارید و میخواهید throughput آن را اندازهگیری کنید. اگر در یک دقیقه 60 درخواست وب به سرور شما برسد و همه آنها با موفقیت پردازش شوند، throughput وبسایت شما برابر با 60 درخواست در دقیقه است.
2. Response Time (زمان پاسخ):
Response time
یا زمان پاسخ، مدت زمانی است که از زمان ارسال درخواست تا زمان دریافت پاسخ میگذرد. این مفهوم نشاندهنده واکنش سیستم به یک فرآیند یا درخواست خاص است و معمولاً در واحد زمانی مانند میلیثانیه اندازهگیری میشود.
مثال:
اگر شما یک درخواست HTTP به یک سرور وب ارسال کنید و زمانی که میگذرد تا پاسخ از سمت سرور دریافت شود، به عنوان زمان پاسخ شناخته میشود. به عنوان مثال، اگر زمان پاسخ یک درخواست وب 200 میلیثانیه باشد، این به معنای آن است که سرور توانسته است درخواست شما را در 200 میلیثانیه پردازش و پاسخ دهد.
به طور کلی، معمولاً تلاش میشود تا تعادلی بین throughput و response time برقرار شود تا سیستم به طور کارآمد واکنش دهد و همزمان تعداد زیادی درخواست را پردازش کند و به کاربران پاسخ سریعی ارائه دهد.
#Note
@Syntax_fa
👍10