Forwarded from Linuxor ?
Forwarded from !True
🚀 CSharp Geeks (.Net)
📌جایی برای یادگیری و اشتراک تجربههای برنامهنویسی
🔹 تحلیل عمیق مفاهیم پیشرفته #C و Net.
🔹 بررسی معماریها، الگوهای طراحی و بهینهسازی کد
🔹 اشتراک تجربههای واقعی پروژههای Enterprise
🔹 جامعهای از گیکها برای دیسکاشنهای جدی و چالشبرانگیز
اگر فکر میکنی گیک بودن فقط یه اسم نیست، یه طرز فکره، اینجا دقیقا برای توست.
🔗 عضویت در کانال
📌جایی برای یادگیری و اشتراک تجربههای برنامهنویسی
🔹 تحلیل عمیق مفاهیم پیشرفته #C و Net.
🔹 بررسی معماریها، الگوهای طراحی و بهینهسازی کد
🔹 اشتراک تجربههای واقعی پروژههای Enterprise
🔹 جامعهای از گیکها برای دیسکاشنهای جدی و چالشبرانگیز
اگر فکر میکنی گیک بودن فقط یه اسم نیست، یه طرز فکره، اینجا دقیقا برای توست.
🔗 عضویت در کانال
Forwarded from Curious Geek ⚡️
تا یک هفته دیگه پروداکت بعدی پورتفولیو مون لانچ میشه 🤝 بماند یادگاری ؛)
Forwarded from یه شعر (Poem Bot)
حافظ | غزلیات | غزل شمارهٔ ۳۵۸
غم زمانه که هیچش کران نمی بینم
دواش جز می چون ارغوان نمی بینم
به ترک خدمت پیر مغان نخواهم گفت
چرا که مصلحت خود در آن نمی بینم
ز آفتاب قدح ارتفاع عیش بگیر
چرا که طالع وقت آن چنان نمی بینم
نشان اهل خدا عاشقیست با خود دار
که در مشایخ شهر این نشان نمی بینم
بدین دو دیده حیران من هزار افسوس
که با دو آینه رویش عیان نمی بینم
قد تو تا بشد از جویبار دیده من
به جای سرو جز آب روان نمی بینم
در این خمار کسم جرعه ای نمی بخشد
ببین که اهل دلی در میان نمی بینم
نشان موی میانش که دل در او بستم
ز من مپرس که خود در میان نمی بینم
من و سفینه حافظ که جز در این دریا
بضاعت سخن درفشان نمی بینم
#حافظ | گنجور
📍@iipoem
غم زمانه که هیچش کران نمی بینم
دواش جز می چون ارغوان نمی بینم
به ترک خدمت پیر مغان نخواهم گفت
چرا که مصلحت خود در آن نمی بینم
ز آفتاب قدح ارتفاع عیش بگیر
چرا که طالع وقت آن چنان نمی بینم
نشان اهل خدا عاشقیست با خود دار
که در مشایخ شهر این نشان نمی بینم
بدین دو دیده حیران من هزار افسوس
که با دو آینه رویش عیان نمی بینم
قد تو تا بشد از جویبار دیده من
به جای سرو جز آب روان نمی بینم
در این خمار کسم جرعه ای نمی بخشد
ببین که اهل دلی در میان نمی بینم
نشان موی میانش که دل در او بستم
ز من مپرس که خود در میان نمی بینم
من و سفینه حافظ که جز در این دریا
بضاعت سخن درفشان نمی بینم
#حافظ | گنجور
📍@iipoem
Forwarded from Linuxor ?
برسی فنی پروتکل سیگنال (قسمت 2 از 4)
دومین فیچر مهمی که سیگنال استفاده میکنه، چیزی به اسم PreKeys یا همون کلیدهای از پیش آمادهست.
خب مشکل کجا بود؟ اگه دو نفر همزمان آنلاین باشن راحت میتونن با هم یه تبادل کلید (DH) انجام بدن و بعدش وارد مکالمهی امن بشن. ولی تو دنیای واقعی معمولا یکی از طرفین آفلاینه. حالا چجوری میشه یه ارتباط امن رو حتی وقتی یکی از طرفها آفلاینه شروع کرد؟
اینجاست که PreKeys وارد بازی میشن. هر کاربر وقتی آنلاین میشه یه بسته از کلیدهای عمومی موقت (PreKeys) رو روی سرور میذاره. حالا اگه کسی بخواد به اون کاربر پیام بده و اون فرد آفلاین باشه، میره یکی از PreKeyها رو از سرور برمیداره و باهاش یه مکالمهی امن رو شروع میکنه. وقتی کاربر برگرده آنلاین، میتونه ادامهی اون زنجیره کلیدها رو دنبال کنه.
این طراحی خیلی هوشمنده چون باعث میشه "پیام اول" هم امن باشه (برخلاف خیلی از پروتکلها که اولین پیام یه جورایی بدون محافظت رد و بدل میشه). به همین دلیل بهش Asynchronous Messaging هم میگن، یعنی ارتباطی که لازم نیست هردو طرف همزمان آنلاین باشن.
@Linuxor
دومین فیچر مهمی که سیگنال استفاده میکنه، چیزی به اسم PreKeys یا همون کلیدهای از پیش آمادهست.
خب مشکل کجا بود؟ اگه دو نفر همزمان آنلاین باشن راحت میتونن با هم یه تبادل کلید (DH) انجام بدن و بعدش وارد مکالمهی امن بشن. ولی تو دنیای واقعی معمولا یکی از طرفین آفلاینه. حالا چجوری میشه یه ارتباط امن رو حتی وقتی یکی از طرفها آفلاینه شروع کرد؟
اینجاست که PreKeys وارد بازی میشن. هر کاربر وقتی آنلاین میشه یه بسته از کلیدهای عمومی موقت (PreKeys) رو روی سرور میذاره. حالا اگه کسی بخواد به اون کاربر پیام بده و اون فرد آفلاین باشه، میره یکی از PreKeyها رو از سرور برمیداره و باهاش یه مکالمهی امن رو شروع میکنه. وقتی کاربر برگرده آنلاین، میتونه ادامهی اون زنجیره کلیدها رو دنبال کنه.
این طراحی خیلی هوشمنده چون باعث میشه "پیام اول" هم امن باشه (برخلاف خیلی از پروتکلها که اولین پیام یه جورایی بدون محافظت رد و بدل میشه). به همین دلیل بهش Asynchronous Messaging هم میگن، یعنی ارتباطی که لازم نیست هردو طرف همزمان آنلاین باشن.
@Linuxor
Forwarded from tiivik️
🚨ابزار GitHub Codespaces محیطی برای آزمایش و توسعه.
سرویس GitHub Codespaces این امکان را میدهد که ابزارهای اوسینت را مستقیماً از مخزنهای GitHub و تنها با استفاده از مرورگر، بدون نیاز به نصب IDE، اجرا و تست کنید، این سرویس بلافاصله یک محیط آماده بر پایهٔ Ubuntu در اختیار شما قرار میدهد.
روش راهاندازی:
📌در GitHub وارد حساب کاربری شوید؛
📌پروژهٔ مد نظر را پیدا کرده و یک Fork (کپی) از آن در حساب خود ایجاد کنید؛
📌وارد نسخهٔ فورکشده شوید، روی Code کلیک کنید، سپس Codespaces → Create codespace on main را بزنید؛
حدود ۱ تا ۲ دقیقه صبر کنید تا ویرایشگر VS Code در مرورگر باز شود؛
📌در ترمینال داخلی Ubuntu میتوانید اسکریپتها را اجرا کنید (مثل python file.py یا npm start)، پکیجها را نصب کنید و با فایلها کار کنید؛
📌امکان نصب افزونههای VS Code، اتصال Docker و حتی باز کردن Codespaces در VS Code محلی (روی رایانه خودتان) نیز وجود دارد.
🆔@tiivik
سرویس GitHub Codespaces این امکان را میدهد که ابزارهای اوسینت را مستقیماً از مخزنهای GitHub و تنها با استفاده از مرورگر، بدون نیاز به نصب IDE، اجرا و تست کنید، این سرویس بلافاصله یک محیط آماده بر پایهٔ Ubuntu در اختیار شما قرار میدهد.
روش راهاندازی:
📌در GitHub وارد حساب کاربری شوید؛
📌پروژهٔ مد نظر را پیدا کرده و یک Fork (کپی) از آن در حساب خود ایجاد کنید؛
📌وارد نسخهٔ فورکشده شوید، روی Code کلیک کنید، سپس Codespaces → Create codespace on main را بزنید؛
حدود ۱ تا ۲ دقیقه صبر کنید تا ویرایشگر VS Code در مرورگر باز شود؛
📌در ترمینال داخلی Ubuntu میتوانید اسکریپتها را اجرا کنید (مثل python file.py یا npm start)، پکیجها را نصب کنید و با فایلها کار کنید؛
📌امکان نصب افزونههای VS Code، اتصال Docker و حتی باز کردن Codespaces در VS Code محلی (روی رایانه خودتان) نیز وجود دارد.
🆔@tiivik
Forwarded from دستاوردهای یادگیری عمیق(InTec)
۱-۲ سال پیش یک پرامپتی نوشتم برای مواقعی که دارم یک مفهوم جدید رو یاد میگیرم!
بخصوص موقع خوندن کتاب یا داکیومنت درموردش.
بک بخشی از اون پارامپت این هست که توی ۳ سطح توضیح بده و مثال بزنه؛
۱- سطح جونیور؛ فقط باید بدونه کجا استفادهاش کنه.
۲- سطح مید؛ باید بدونه کجا استفاده کنه و کجاها استفاده نکنه و چرا نباید استفاده کنه.
۳- سطح سنیور؛ نحوه استفاده درست (مطابق با دیزاین پترنها) و جزئیات عملکرد.
این پرامپت رو روی
اتفاقاً دیروز، بدون اینکه من چیزی بگم یکی از دوستانم هم به این موضوع اشاره کرد و از من پرسید که دیدم این موضوع رو یا خیر!
دیگه حتی برای کارهای کوچیک هم نمیشه از chatGpt استفاده کرد،
اما این آپدیت
پینوشت؛
اگر دوست داشتید بر اساس توضیحات میتونید پرامپت خودتون رو بصورت مشابه بنویسید، یادگیری مفاهیم براتون ۳-۴ برابر سریعتر خواهد بود و یادگیری تا ۱۰ برابر موثر
فقط بخش مثال زدنش رو یادتون نره
بخصوص موقع خوندن کتاب یا داکیومنت درموردش.
بک بخشی از اون پارامپت این هست که توی ۳ سطح توضیح بده و مثال بزنه؛
۱- سطح جونیور؛ فقط باید بدونه کجا استفادهاش کنه.
۲- سطح مید؛ باید بدونه کجا استفاده کنه و کجاها استفاده نکنه و چرا نباید استفاده کنه.
۳- سطح سنیور؛ نحوه استفاده درست (مطابق با دیزاین پترنها) و جزئیات عملکرد.
این پرامپت رو روی
chatGpt داشتم؛ مدتی هست که دارم با actix-web سرویس مینویسم و چندروزی هست که برای یادگیری دقیقتر رفتم سراغ لایههای مختلف tokio؛ توی همین مسیر و استفاده از پرامپت بالا؛ به معنای واقعی به این درک رسیدم که chatGpt5 روزانه داره احمقتر میشه! اتفاقاً دیروز، بدون اینکه من چیزی بگم یکی از دوستانم هم به این موضوع اشاره کرد و از من پرسید که دیدم این موضوع رو یا خیر!
دیگه حتی برای کارهای کوچیک هم نمیشه از chatGpt استفاده کرد،
Duck.ai فعلا همچنان 4o-mini رو ارائه میده.اما این آپدیت
chatGpt دقیقاً مثل لحظهی Llama4 برای Meta بود.اصطلاح خوبی شد، ازین به بعد آپدیت مدل ضعیف منتشر شد بجای توضیحات تست و ... ازش استفاده میکنم
Meta Llama4 Moment
پینوشت؛
اگر دوست داشتید بر اساس توضیحات میتونید پرامپت خودتون رو بصورت مشابه بنویسید، یادگیری مفاهیم براتون ۳-۴ برابر سریعتر خواهد بود و یادگیری تا ۱۰ برابر موثر
فقط بخش مثال زدنش رو یادتون نره
Forwarded from Geek Alerts
کنگره آمریکا یه لایحه پیشنهاد داده که به دولت اجازه میده هکرهای خصوصی کلاه سفید استخدام کنه تا به هکرها و مجرمان سایبری حمله کنن و داراییهای دزدیده شده مردم رو پس بگیرن، توی متن لایحه اشاره شده وظایفی مثل «بازیابی داراییهای دزدیده شده، جلوگیری از حملات آینده و دفاع از زیرساختهای حیاتی» بهشون داده میشه.
اسم این مجوز رسمی رو «نامه مارک» گذاشتن، تو دوران کشتیهای بادبانی، این نامهها به افراد عادی اجازه میداد تا به کشتیهای دشمن حمله کنن و غنائم به دست بیارن، این آدما که بهشون «خصوصیکار» یا privateer میگفتن، در واقع دزدهای دریایی قانونی بودن که برای دولت خودشون کار میکردن. حالا این لایحه میخواد همین مکانیسم رو برای فضای سایبری پیاده کنه و یه جورایی یه ارتش از خصوصیکارهای اینترنتی درست کنه.
احتمالش زیاد هست که تصویب بشه چون هر دو حزب آمریکا پشتیبانش هستن. یکی از دلایلش هم اینه که فقط تو ۳ سال گذشته ۱۶.۶ میلیارد دلار از دارایی آمریکاییها به خاطر کلاهبرداری از دست رفتن. [L]
🤓 @geekalerts
اسم این مجوز رسمی رو «نامه مارک» گذاشتن، تو دوران کشتیهای بادبانی، این نامهها به افراد عادی اجازه میداد تا به کشتیهای دشمن حمله کنن و غنائم به دست بیارن، این آدما که بهشون «خصوصیکار» یا privateer میگفتن، در واقع دزدهای دریایی قانونی بودن که برای دولت خودشون کار میکردن. حالا این لایحه میخواد همین مکانیسم رو برای فضای سایبری پیاده کنه و یه جورایی یه ارتش از خصوصیکارهای اینترنتی درست کنه.
احتمالش زیاد هست که تصویب بشه چون هر دو حزب آمریکا پشتیبانش هستن. یکی از دلایلش هم اینه که فقط تو ۳ سال گذشته ۱۶.۶ میلیارد دلار از دارایی آمریکاییها به خاطر کلاهبرداری از دست رفتن. [L]
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Linuxor ?
Forwarded from mnr tech
داستانی که این روزها در شبکههای اجتماعی پخش شده دربارهی خرگوشها و سنجابهایی با ظاهری عجیب—مثل رشد شبیه شاخ یا زگیلهای متورم—واقعاً اتفاق افتاده، اما هیچ ربطی به ویروس «شکلدهی» یا تغییر ژنتیکی عجیب ندارد. در ادامه، حقیقت پشت این تصاویر را بررسی میکنیم:
خرگوشها با رشدهای شبیه شاخ (Frankenstein Bunnies)
این خرگوشها از ویروسی به نام Shope papillomavirus (SPV) یا cottontail rabbit papillomavirus رنج میبرند که باعث رشد زگیلهای سطحی (papillomas) روی صورت، گردن یا بدن آنها میشود. گاهی این زگیلها طولانی و شبیه شاخ یا رشتههایی از جنس کراتین میشوند. این پدیده در مناطقی مانند کلرادو یا داکوتای جنوبی گزارش شده و قدمتی چند دههای در طبیعت دارد.
People.com
The Economic Times
AP News
TIME
نکات مهم:
- SPV فقط خرگوشها را مبتلا میکند و به انسان یا حیوانات خانگی قابل سرایت نیست.
- معمولاً رشدها بیضررند و پس از مدتی با مبارزه سیستم ایمنی بدن، از بین میروند.
- در برخی موارد، اگر زگیلها روی چشم یا دهان رشد کنند، ممکن است باعث مشکلات تغذیهای یا بینایی شوند.
سنجابهای پوکپوک یا «زامبی» (Zombie Squirrels)
سنجابهایی که تصاویرشان در فضای مجازی پخش شده، به یک بیماری ویروسی به نام squirrel fibromatosis یا squirrel fibroma virus (SFV) مبتلا هستند. این ویروس متعلق به خانوادهی leporipoxvirus بوده و باعث بروز تومورهای پوستی—فیبروما—میشود؛ تومورهایی که گاهی پر از مایع هستند و ظاهر جالب یا ترسناکی دارند.
Indiatimes
The Sun
Gizmodo
Tyla
Newsweek
نکات مهم:
- این ویروس هم فقط سنجابها را مبتلا میکند و خطری برای انسان یا حیوانات خانگی ندارند.
- بیشتر موارد این تومورها خودبهخود طی چند هفته تا چند ماه (معمولاً ۴–۸ هفته) کوچک شده و از بین میروند.
- این شرایط اغلب در مناطقی رخ میدهد که سنجابها در نزدیکی هم حضور دارند یا نیش حشرات مثل پشه یا کنه زیاد است.
نتیجهگیری
این پدیدهها واقعاً رخ دادهاند، اما ناشی از ویروسهای شناختهشده و گونهمحور هستند، نه از بروز یک بیماری جدید یا تهدیدی برای انسان. این داستانها غالباً بهخاطر ظاهر عجیب حیوانات، توجه زیادی در شبکههای اجتماعی جلب کردهاند—از جمله عناوینی مثل «خرگوش فرانکشتاین» یا «سنجاب زامبی»—اما در حقیقت، هر دوی این شرایط طبیعی هستند و معمولاً خطر خاصی ندارند.
این روز ها در پیجهای مختلف این ویروس هارو با فیلم و بازی آخر زمانی the last of us مقایسه میکنند و این فقط جنبه دیده شدن و لایک گرفتن داره.
خرگوشها با رشدهای شبیه شاخ (Frankenstein Bunnies)
این خرگوشها از ویروسی به نام Shope papillomavirus (SPV) یا cottontail rabbit papillomavirus رنج میبرند که باعث رشد زگیلهای سطحی (papillomas) روی صورت، گردن یا بدن آنها میشود. گاهی این زگیلها طولانی و شبیه شاخ یا رشتههایی از جنس کراتین میشوند. این پدیده در مناطقی مانند کلرادو یا داکوتای جنوبی گزارش شده و قدمتی چند دههای در طبیعت دارد.
People.com
The Economic Times
AP News
TIME
نکات مهم:
- SPV فقط خرگوشها را مبتلا میکند و به انسان یا حیوانات خانگی قابل سرایت نیست.
- معمولاً رشدها بیضررند و پس از مدتی با مبارزه سیستم ایمنی بدن، از بین میروند.
- در برخی موارد، اگر زگیلها روی چشم یا دهان رشد کنند، ممکن است باعث مشکلات تغذیهای یا بینایی شوند.
سنجابهای پوکپوک یا «زامبی» (Zombie Squirrels)
سنجابهایی که تصاویرشان در فضای مجازی پخش شده، به یک بیماری ویروسی به نام squirrel fibromatosis یا squirrel fibroma virus (SFV) مبتلا هستند. این ویروس متعلق به خانوادهی leporipoxvirus بوده و باعث بروز تومورهای پوستی—فیبروما—میشود؛ تومورهایی که گاهی پر از مایع هستند و ظاهر جالب یا ترسناکی دارند.
Indiatimes
The Sun
Gizmodo
Tyla
Newsweek
نکات مهم:
- این ویروس هم فقط سنجابها را مبتلا میکند و خطری برای انسان یا حیوانات خانگی ندارند.
- بیشتر موارد این تومورها خودبهخود طی چند هفته تا چند ماه (معمولاً ۴–۸ هفته) کوچک شده و از بین میروند.
- این شرایط اغلب در مناطقی رخ میدهد که سنجابها در نزدیکی هم حضور دارند یا نیش حشرات مثل پشه یا کنه زیاد است.
نتیجهگیری
این پدیدهها واقعاً رخ دادهاند، اما ناشی از ویروسهای شناختهشده و گونهمحور هستند، نه از بروز یک بیماری جدید یا تهدیدی برای انسان. این داستانها غالباً بهخاطر ظاهر عجیب حیوانات، توجه زیادی در شبکههای اجتماعی جلب کردهاند—از جمله عناوینی مثل «خرگوش فرانکشتاین» یا «سنجاب زامبی»—اما در حقیقت، هر دوی این شرایط طبیعی هستند و معمولاً خطر خاصی ندارند.
این روز ها در پیجهای مختلف این ویروس هارو با فیلم و بازی آخر زمانی the last of us مقایسه میکنند و این فقط جنبه دیده شدن و لایک گرفتن داره.
Forwarded from Linuxor ?
بعضی از کارایی که ما با JavaScript انجام میدیم رو خود css انجام میده، این ریپو یه لیستی آماده کرده که توش کارایی که نیاز به جاوااسکریپت نداره و با خود css میشه انجامش داد رو جمع کرده :
github.com/you-dont-need/You-Dont-Need-JavaScript
@Linuxor
github.com/you-dont-need/You-Dont-Need-JavaScript
@Linuxor
Forwarded from امین رشیدبیگی | مهندسی نرمافزار
روز ۱۲ ژوئن ۲۰۲۵ گوگل کلاود به مدت ۳ ساعت دچار اختلال شد و کاربران با ارور ۵۰۳ مواجه بودن. گوگل در یک گزارش مفصل post mortem توضیح داده که چه اتفاقی افتاده و مهندسهاش چه اقداماتی برای بازگردوندن سرویس انجام دادن:
Multiple GCP products are experiencing Service issues
بلاگ Surfing Complexity که دربارهٔ موضوعات پایداری سیستمها مینویسه، در یکی از نوشتههاش (که چند ماه پیش اینجا در @techgrub هم بازنشر شده بود) میگه که در این گزارش، به خوبی و با جزئیات قابل قبولی به اقداماتی که در راستای پایداری مجدد سیستم صورت گرفته اشاره کردن.
وقتی یک حادثه رخ میده، همه دنبال این هستن که بدونن هزینهٔ حادثه چقدر بوده و چه اقداماتی لازمه انجام بشه تا دوباره مشکل مشابه پیش نیاد. اما به این که چه تلاشهایی صورت گرفته تا سیستم دوباره پایدار بشه معمولاً اهمیت کمتری داده میشه.
واقعیت اینه که شما هیچ وقت نمیتونین مطمئن باشید در زمان حادثه بهترین مهندسها یا افرادی که با اون سیستم آشنایی خوبی دارن در صحنه حاضر باشن. خیلی وقتها افراد با دانش و تجربه کمتر حضور دارن. اینجاست که مستندسازی دقیق اکشنهای انجامشده توسط افراد باتجربه میتونه به اونها کمک کنه یاد بگیرن و در آینده زمان ریکاوری رو کوتاهتر کنن.
نوشتهٔ کامل رو اینجا میتونید بخونید:
“What went well” is more than just a pat on the back
@aminrbg
Multiple GCP products are experiencing Service issues
بلاگ Surfing Complexity که دربارهٔ موضوعات پایداری سیستمها مینویسه، در یکی از نوشتههاش (که چند ماه پیش اینجا در @techgrub هم بازنشر شده بود) میگه که در این گزارش، به خوبی و با جزئیات قابل قبولی به اقداماتی که در راستای پایداری مجدد سیستم صورت گرفته اشاره کردن.
وقتی یک حادثه رخ میده، همه دنبال این هستن که بدونن هزینهٔ حادثه چقدر بوده و چه اقداماتی لازمه انجام بشه تا دوباره مشکل مشابه پیش نیاد. اما به این که چه تلاشهایی صورت گرفته تا سیستم دوباره پایدار بشه معمولاً اهمیت کمتری داده میشه.
واقعیت اینه که شما هیچ وقت نمیتونین مطمئن باشید در زمان حادثه بهترین مهندسها یا افرادی که با اون سیستم آشنایی خوبی دارن در صحنه حاضر باشن. خیلی وقتها افراد با دانش و تجربه کمتر حضور دارن. اینجاست که مستندسازی دقیق اکشنهای انجامشده توسط افراد باتجربه میتونه به اونها کمک کنه یاد بگیرن و در آینده زمان ریکاوری رو کوتاهتر کنن.
نوشتهٔ کامل رو اینجا میتونید بخونید:
“What went well” is more than just a pat on the back
@aminrbg
Telegram
TechGrub - Daily Feed
🗓️ Daily Tech Highlights | 2025-06-15
📖 What is the competitive advantage of authors in the age of LLMs?
✍️ Will Larson
The author explores the role of writers in a world with large language models, finding opportunities in creating "datapacks" for AI-assisted…
📖 What is the competitive advantage of authors in the age of LLMs?
✍️ Will Larson
The author explores the role of writers in a world with large language models, finding opportunities in creating "datapacks" for AI-assisted…
Forwarded from linuxtnt(linux tips and tricks) (hosein seilany https://seilany.ir/)
اطلاع رسانی لاگ بیرجند:
گروه کاربران لینوکس بیرجند (BirLUG) با افتخار اعلام میکند که میزبان جشن باشکوه «روز آزادی نرمافزار» خواهد بود. این رویداد فرصتی استثنایی برای گردهمایی جامعه فناوری، توسعهدهندگان، دانشجویان و همه علاقهمندان به دنیای نرمافزارهای آزاد و متنباز است.
برای برگزاری هرچه بهتر این جشن، به همکاری شما نیاز داریم! برای اعلام آمادگی و ثبت پیشنهادات خود، به وبسایت رویداد مراجعه کرده و فرمهای مربوطه را تکمیل کنید.
https://sfd.birlug.ir
گروه کاربران لینوکس بیرجند (BirLUG) با افتخار اعلام میکند که میزبان جشن باشکوه «روز آزادی نرمافزار» خواهد بود. این رویداد فرصتی استثنایی برای گردهمایی جامعه فناوری، توسعهدهندگان، دانشجویان و همه علاقهمندان به دنیای نرمافزارهای آزاد و متنباز است.
برای برگزاری هرچه بهتر این جشن، به همکاری شما نیاز داریم! برای اعلام آمادگی و ثبت پیشنهادات خود، به وبسایت رویداد مراجعه کرده و فرمهای مربوطه را تکمیل کنید.
https://sfd.birlug.ir
Forwarded from 🎄 یک برنامه نویس تنبل (Lazy 🌱)
Media is too big
VIEW IN TELEGRAM
Forwarded from Geniuses Group (Omid Hekayati)
🧠چرا تقابل کاذب (سندروم "VS") گفتمان در اکوسیستم های توسعه رو مسموم میکنه؟
🚨خیلی خلاصه اگر بخوایم با انتزاع پایین و در سطح خود #علم صحبت کنم، می خوایم یادآوری کنیم که یادمون به انواع مغالطههای پنهان در گفتمانهای فنی و خطاهای شناختی مون باشه. به راحتی نذاریم ذهنمون آلوده بشه چون ممکنه راه نجات آسانی از این آلودگی ها برامون مهیا نشه.
🔬اخیراً در جاهای مختلف دست نوشته هایی را دیدم که اصلا انتظار این مدل نگارشها را نداشتم و نگارنده ها دنبال مقایسه سیب و پرتقال هستند، شاید در ذات بگید میشه مقایسه کرد، منم میگم باشه میشه ولی هدف چی هست؟ مثلا جایی تیتر زدن که آیا مایکروسرویس و DDD برای تیمهای کوچک مناسبه؟ (تقابل DDD با تیم های کوچک) یا رحیم فیروزی عزیز در کانالش نوشته "سادگی یا اسکیلبیلیتی؟" و جایی نوشته شد بیاین در مورد "FP vs OOP" صحبت کنیم. اما چرا همیشه این سندروم "VS" اینقدر جذاب مطرح میشه در صورتی که ترکیبی از مغالطههایی مثل false dichotomy (#دوگانه_کاذب) و confirmation bias، بحثها رو سادهانگارانه میکنه و راه گفتمان واقعی رو میبنده.
⏳در پست DDD مثل همیشه قصد اینه بگن DDD تقریبا همیشه برای توسعه در سازمان های large scale هست! حتی برای اینکه جلوی بعضی ایرادات را از همان ابتدا بگیرند، تعریف های عجیبی از مدل سازمان مورد نظر میدن که بزرگی سازمان یا تعداد کارمند را صرفا قبول ندارند! انتخاب اشتباه موضوع باعث شده همش دنبال توجیح باشند. اینجا قصد نداریم بگیم DDD بدرد چه نوع توسعه ای می خوره چون اعتقاد راسخ دارم که این رویکرد توسعه بدرد هر نوع توسعه نرم افزاری می خوره و اصلا ارتباطی به سایز پروژه یا سازمان نداره. این موضوع را به شکل عمیق در آینده ای نزدیک در جلسات #خوانش کتاب DDD اریک ایوان مطرح خواهیم کرد.
⏳در مقاله رحیم عزیز واقعیت اینه سادگی و اسکیلبیلیتی دو موضوع کاملا مجزا و حتی کاملا بی ربط به هم هستند. هر چند نیاز بود رحیم عزیز مشخص کنه منظورش از "سادگی" دقیقا چی هست؟ چون وقتی در مقابل مقیاس پذیری قرارش میدیم چندین برداشت میشه ازش داشت، مثلا من احساس کردم منظورش اینه در ابتدای توسعه هر مدلی دوست داری برو جلو، بعدا که نیاز شد تغییرش میدی! ولی این تفکر آیا با اصول #علمی در یکسو هست؟ اگر همه مهندسان دنیا اینو بگن چه بلایی سر #پایداری جامعه ها میاد؟ فکر کنید یک تیم توسعه ساختمان بگن فعلا یک طبقه ساختمان بسازیم، اگر استقبال خوب بود بعدا 20 طبقه دیگه روی این ساختمان میسازیم! این نوع نگاه ممکنه نشان از کمبود دانش موثر در توسعه بخصوص #توسعه_پایدار باشه.
⏳در موضوع FP و OOP هم همینطوره مثلا FP از اصول OOP مثل encapsulation عملا استفاده می کنه و اونا تکمیلکنندهن همدیگن نه چیزی در تقابل!
💬 اوضاع وقتی بدتر میشه که گوینده یا نگارنده در مقام توجیح بازم بخواد موضوعات بی ربط دیگر را به مسیر گفتمان بیاره، مثلا با آوردن صفت هایی مثل over-engineering (پیچیدگی بیجا) یا micro-optimization (بهینهسازیهای جزئی بیفایده) فاجعهای تمام عیار رقم می خوره. کسی دانش و بینش ضعیفی داره به طور مثال نمی تونه تفاوت complicated و complex (همانطور که در تئوری سیستمها میگن، پیچیدگی ذاتی نیست، بلکه از تعاملات میآد) را تشخیص بده و حتی ظرافت #سوال_باز بودن این حوزه ها را درک کنه و اصولا با مفهوم خود کلمه #سیستم آشنایی کافی را ندارد و حرف از سیستم (محصول) پیچیده میزنه. یا جزییات و تفاوت های سادهسازی واقعی (simplification) رو از سادهانگاری (oversimplification) تشخیص نمیده ولی با ابهام کامل قصد داره مسیر روشنی را به دیگران هدیه بده! 😉
وای به روزی که این شخص تصمیمگیر باشد! سازمان (جامعه، شرکت، تیم، ...) رو به مسیر اشتباه میبره و هیچکس جرات نمیکنه بگه "شاه لخته!" 😅
🔗 بیاید بحثهامون رو بر اساس مکمل بودن و واقعیت بسازیم، نه تقابلهای کاذب و ساختگی.
🌟 نظر شما چیه؟ 🌟
🌟 شما کدوم "VS" بیربط دیگه دیدید؟ کامنت بذارید! 🌟
🔗 در پست بعد موضوع مهم و خیلی مرتبط با این حوزه یعنی #یادگیری_تطبیقی (Adaptive Learning) را کمی بیشتر مطرح می کنیم که یادمون باشه یادگیری، اصول خیلی مهمی داره و نباید دنبال مقایسه های اشتباه باشیم و هر موضوعی و هر فردی نیاز به بررسی و توسعه یکتایی داره.
🚨خیلی خلاصه اگر بخوایم با انتزاع پایین و در سطح خود #علم صحبت کنم، می خوایم یادآوری کنیم که یادمون به انواع مغالطههای پنهان در گفتمانهای فنی و خطاهای شناختی مون باشه. به راحتی نذاریم ذهنمون آلوده بشه چون ممکنه راه نجات آسانی از این آلودگی ها برامون مهیا نشه.
🔬اخیراً در جاهای مختلف دست نوشته هایی را دیدم که اصلا انتظار این مدل نگارشها را نداشتم و نگارنده ها دنبال مقایسه سیب و پرتقال هستند، شاید در ذات بگید میشه مقایسه کرد، منم میگم باشه میشه ولی هدف چی هست؟ مثلا جایی تیتر زدن که آیا مایکروسرویس و DDD برای تیمهای کوچک مناسبه؟ (تقابل DDD با تیم های کوچک) یا رحیم فیروزی عزیز در کانالش نوشته "سادگی یا اسکیلبیلیتی؟" و جایی نوشته شد بیاین در مورد "FP vs OOP" صحبت کنیم. اما چرا همیشه این سندروم "VS" اینقدر جذاب مطرح میشه در صورتی که ترکیبی از مغالطههایی مثل false dichotomy (#دوگانه_کاذب) و confirmation bias، بحثها رو سادهانگارانه میکنه و راه گفتمان واقعی رو میبنده.
⏳در پست DDD مثل همیشه قصد اینه بگن DDD تقریبا همیشه برای توسعه در سازمان های large scale هست! حتی برای اینکه جلوی بعضی ایرادات را از همان ابتدا بگیرند، تعریف های عجیبی از مدل سازمان مورد نظر میدن که بزرگی سازمان یا تعداد کارمند را صرفا قبول ندارند! انتخاب اشتباه موضوع باعث شده همش دنبال توجیح باشند. اینجا قصد نداریم بگیم DDD بدرد چه نوع توسعه ای می خوره چون اعتقاد راسخ دارم که این رویکرد توسعه بدرد هر نوع توسعه نرم افزاری می خوره و اصلا ارتباطی به سایز پروژه یا سازمان نداره. این موضوع را به شکل عمیق در آینده ای نزدیک در جلسات #خوانش کتاب DDD اریک ایوان مطرح خواهیم کرد.
⏳در مقاله رحیم عزیز واقعیت اینه سادگی و اسکیلبیلیتی دو موضوع کاملا مجزا و حتی کاملا بی ربط به هم هستند. هر چند نیاز بود رحیم عزیز مشخص کنه منظورش از "سادگی" دقیقا چی هست؟ چون وقتی در مقابل مقیاس پذیری قرارش میدیم چندین برداشت میشه ازش داشت، مثلا من احساس کردم منظورش اینه در ابتدای توسعه هر مدلی دوست داری برو جلو، بعدا که نیاز شد تغییرش میدی! ولی این تفکر آیا با اصول #علمی در یکسو هست؟ اگر همه مهندسان دنیا اینو بگن چه بلایی سر #پایداری جامعه ها میاد؟ فکر کنید یک تیم توسعه ساختمان بگن فعلا یک طبقه ساختمان بسازیم، اگر استقبال خوب بود بعدا 20 طبقه دیگه روی این ساختمان میسازیم! این نوع نگاه ممکنه نشان از کمبود دانش موثر در توسعه بخصوص #توسعه_پایدار باشه.
⏳در موضوع FP و OOP هم همینطوره مثلا FP از اصول OOP مثل encapsulation عملا استفاده می کنه و اونا تکمیلکنندهن همدیگن نه چیزی در تقابل!
💬 اوضاع وقتی بدتر میشه که گوینده یا نگارنده در مقام توجیح بازم بخواد موضوعات بی ربط دیگر را به مسیر گفتمان بیاره، مثلا با آوردن صفت هایی مثل over-engineering (پیچیدگی بیجا) یا micro-optimization (بهینهسازیهای جزئی بیفایده) فاجعهای تمام عیار رقم می خوره. کسی دانش و بینش ضعیفی داره به طور مثال نمی تونه تفاوت complicated و complex (همانطور که در تئوری سیستمها میگن، پیچیدگی ذاتی نیست، بلکه از تعاملات میآد) را تشخیص بده و حتی ظرافت #سوال_باز بودن این حوزه ها را درک کنه و اصولا با مفهوم خود کلمه #سیستم آشنایی کافی را ندارد و حرف از سیستم (محصول) پیچیده میزنه. یا جزییات و تفاوت های سادهسازی واقعی (simplification) رو از سادهانگاری (oversimplification) تشخیص نمیده ولی با ابهام کامل قصد داره مسیر روشنی را به دیگران هدیه بده! 😉
وای به روزی که این شخص تصمیمگیر باشد! سازمان (جامعه، شرکت، تیم، ...) رو به مسیر اشتباه میبره و هیچکس جرات نمیکنه بگه "شاه لخته!" 😅
🔗 بیاید بحثهامون رو بر اساس مکمل بودن و واقعیت بسازیم، نه تقابلهای کاذب و ساختگی.
🌟 نظر شما چیه؟ 🌟
🌟 شما کدوم "VS" بیربط دیگه دیدید؟ کامنت بذارید! 🌟
🔗 در پست بعد موضوع مهم و خیلی مرتبط با این حوزه یعنی #یادگیری_تطبیقی (Adaptive Learning) را کمی بیشتر مطرح می کنیم که یادمون باشه یادگیری، اصول خیلی مهمی داره و نباید دنبال مقایسه های اشتباه باشیم و هر موضوعی و هر فردی نیاز به بررسی و توسعه یکتایی داره.
Forwarded from Milwad Khosravi | میلاد خسروی
1. ایندکسگذاری (Indexing):
افزودن ساختارهای داده مثل B-Tree یا Hash برای سرعت بخشیدن به جستجو و کاهش نیاز به اسکن کامل جدول.
2. مقیاسپذیری عمودی (Vertical Scaling):
ارتقای سختافزار سرور (CPU قویتر، RAM بیشتر، دیسک سریعتر) برای افزایش توان پایگاه داده بدون تغییر معماری.
3. کش کردن (Caching):
ذخیرهسازی نتایج پرسوجوهای پرتکرار در حافظه (مثل Redis یا Memcached) برای کاهش بار روی دیتابیس.
4. شاردینگ (Sharding):
تقسیم دادهها بین چند پایگاه داده مستقل بر اساس کلید (مثلاً User ID) برای پخش بار و جلوگیری از تمرکز.
5. تکرار داده (Replication):
کپیکردن دادهها روی چند سرور (Master/Slave یا Primary/Replica) برای تحمل خطا و افزایش سرعت خواندن.
لایک و شیر کنید تا پارت دوم هم درست کنم❤️
#سیستم_دیزاین #مهندسی_نرم_افزار #دیتابیس #میلاد_خسروی #software_engineering #system_design
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Rust for Python developers
YouTube
Why Everyone's Switching to Rust (And Why You Shouldn't)
Rust is everywhere.
Build, Upgrade, and Save All Month Long at Micro Center: https://micro.center/a8050d
Sign-Up for VIP Days at Micro Center Phoenix: https://micro.center/477d78
Shop 50 Series Laptops at Micro Center: https://micro.center/786860
Shop Raspberry…
Build, Upgrade, and Save All Month Long at Micro Center: https://micro.center/a8050d
Sign-Up for VIP Days at Micro Center Phoenix: https://micro.center/477d78
Shop 50 Series Laptops at Micro Center: https://micro.center/786860
Shop Raspberry…
Forwarded from یه شعر (Poem Bot)
حافظ | غزلیات | غزل شمارهٔ ۳۲۸
من که باشم که بر آن خاطر عاطر گذرم
لطف ها می کنی ای خاک درت تاج سرم
دلبرا بنده نوازیت که آموخت بگو
که من این ظن به رقیبان تو هرگز نبرم
همتم بدرقه راه کن ای طایر قدس
که دراز است ره مقصد و من نوسفرم
ای نسیم سحری بندگی من برسان
که فراموش مکن وقت دعای سحرم
خرم آن روز کز این مرحله بربندم بار
و از سر کوی تو پرسند رفیقان خبرم
حافظا شاید اگر در طلب گوهر وصل
دیده دریا کنم از اشک و در او غوطه خورم
پایه نظم بلند است و جهان گیر بگو
تا کند پادشه بحر دهان پر گهرم
#حافظ | گنجور
📍@iipoem
من که باشم که بر آن خاطر عاطر گذرم
لطف ها می کنی ای خاک درت تاج سرم
دلبرا بنده نوازیت که آموخت بگو
که من این ظن به رقیبان تو هرگز نبرم
همتم بدرقه راه کن ای طایر قدس
که دراز است ره مقصد و من نوسفرم
ای نسیم سحری بندگی من برسان
که فراموش مکن وقت دعای سحرم
خرم آن روز کز این مرحله بربندم بار
و از سر کوی تو پرسند رفیقان خبرم
حافظا شاید اگر در طلب گوهر وصل
دیده دریا کنم از اشک و در او غوطه خورم
پایه نظم بلند است و جهان گیر بگو
تا کند پادشه بحر دهان پر گهرم
#حافظ | گنجور
📍@iipoem
Forwarded from Agora (Alireza)
Mathematical Musings
طرف یه عکس از کتابخونه اش گرفته داده به چت جی پی تی و گفته اینا رو برام لیست کن. بیشتر عنوان ها رو نتونسته درست تشخیص بده و یه سری عنوان هم از خودش درست کرده و تحویلش داده. یکی اومده گفته اینجوری کار نمی کنه، گام هاش اینجوریه: ۱. بهش بگو تعداد کتاب ها رو بشمره.…
چند روز پیش تصمیم گرفتم که تمام داروهایی که توی خونه داریم رو مرتب کنم. مشکل این بود که تعداد داروها زیاد بود (۴۷ نوع داروی مختلف که از هر کدوم چند تا ورق وجود داشت) و من هم دلم میخواست اونها رو دستهبندی کنم و هم بدونم که بهدرد چی میخورن.
ما یکسری طبقههای پلاستیکی داشتیم که دو تا از ۶تا پر بود. پس ترجیحم این بود که اینهارو توی ۴ تا دستهبندی قرار بدم که بتونم جاشون بدم.
برخلاف این بابا که از کتابهاش عکس گرفت، من ترجیح دادم که لیست رو دستی بنویسم. یک علتش هم اینه که بنابه تجربه توی پردازش تصویر خیلی خوب عمل نمیکنه و توهم میزنه. بههر حال، لیست آماده شد و نتیجه واقعا برای من خوب بود:
هر کدوم از این داروها رو برده بود توی یکی از این دستهها، ازش هم خواستم که کاربرد عمومی هرکدوم از داروها رو بنویسه. بعد از اون فقط کافی بود داروها رو که از قبل مرتب کرده بودم رو بچینم توی طبقهی خودشون. واقعا از این کارایی که میشه باهاش کرد لذت میبرم.
بهنظرم ارزشش رو داره که توی پرامپت یک کم جزئیات داده بشه که خودش هم حتی خودش رو تصحیح کنه.
ما یکسری طبقههای پلاستیکی داشتیم که دو تا از ۶تا پر بود. پس ترجیحم این بود که اینهارو توی ۴ تا دستهبندی قرار بدم که بتونم جاشون بدم.
برخلاف این بابا که از کتابهاش عکس گرفت، من ترجیح دادم که لیست رو دستی بنویسم. یک علتش هم اینه که بنابه تجربه توی پردازش تصویر خیلی خوب عمل نمیکنه و توهم میزنه. بههر حال، لیست آماده شد و نتیجه واقعا برای من خوب بود:
دسته ۱: آنتیبیوتیکها و ضدعفونتها
دسته ۲: ضدالتهابها، ضددردها و تببرها
دسته ۳: گوارشی، آلرژی و علائم عمومی
دسته ۴: سایر داروهای تخصصی و مکملها
هر کدوم از این داروها رو برده بود توی یکی از این دستهها، ازش هم خواستم که کاربرد عمومی هرکدوم از داروها رو بنویسه. بعد از اون فقط کافی بود داروها رو که از قبل مرتب کرده بودم رو بچینم توی طبقهی خودشون. واقعا از این کارایی که میشه باهاش کرد لذت میبرم.
بهنظرم ارزشش رو داره که توی پرامپت یک کم جزئیات داده بشه که خودش هم حتی خودش رو تصحیح کنه.
Forwarded from IRCF | اینترنت آزاد برای همه
اپهای #Oblivion و #OblivionDesktop هنوز بهدلیل محدودیت وارپ و عدم بروزرسانی Warp-Plus با مشکل مواجه هستن و حتی اپ رسمی
برای اتصال به #اینترنت آزاد از سایر برنامههای قابل اعتمادی که معرفی کردم استفاده کنین، تا هسته وارپپلاس رو بروزرسانی کنن.
🔍 ircf.space
@ircfspace
1.1.1.1 هم داره کاربران رو از طریق Masque (نه وارپ) متصل میکنه.برای اتصال به #اینترنت آزاد از سایر برنامههای قابل اعتمادی که معرفی کردم استفاده کنین، تا هسته وارپپلاس رو بروزرسانی کنن.
🔍 ircf.space
@ircfspace