اهمیت حمایت مالی و نقش آن در پیشرفت پروژههای غیرانتفاعی
گاهی با پروژهها یا ایدههایی روبرو میشویم که میتوانند تأثیر مثبتی روی جامعه یا محیط اطراف ما داشته باشند. این پروژهها معمولاً در حوزههایی مثل آموزش، محیط زیست، سلامت، هنر یا حمایت از افراد نیازمند فعالیت میکنند. اما چیزی که به بسیاری از این پروژهها اجازه میدهد به کار خود ادامه دهند، حمایت مالی یا همان دونیشن است.
حمایت مالی از پروژههای غیرانتفاعی، نهتنها به رشد و توسعهی آنها کمک میکند، بلکه نشاندهندهی یک فرهنگ مشارکت و مسئولیتپذیری اجتماعی است. در بسیاری از کشورهای پیشرفته، حمایت مالی از چنین پروژههایی به یک عادت تبدیل شده است. مردم بهراحتی از پروژههایی که به آنها اعتقاد دارند، حمایت میکنند، چون میدانند حتی یک کمک کوچک هم میتواند تفاوت ایجاد کند.
چرا حمایت مالی مهم است؟
1. پایداری پروژهها: بسیاری از پروژههای غیرانتفاعی بدون حمایت مالی قادر به ادامهی کار نیستند.
2. تأثیرگذاری جمعی: وقتی تعداد زیادی از افراد با مبالغ کوچک مشارکت میکنند، نتیجهی آن میتواند بسیار بزرگ باشد.
3. تقویت فرهنگ مشارکت: حمایت مالی از پروژهها، نهتنها به آنها کمک میکند، بلکه دیگران را نیز تشویق میکند تا در این کار مشارکت کنند.
چگونه میتوانیم مشارکت کنیم؟
- حتی با مبالغ کوچک شروع کنید. هر مقدار کمک، ارزشمند است.
- پروژههایی را انتخاب کنید که به آنها اعتقاد دارید و با اهدافشان همسو هستید.
- حمایت مالی را به یک عادت تبدیل کنید. این کار نهتنها به دیگران کمک میکند، بلکه به شما احساس رضایت و مفید بودن میدهد.
بیایید با هم فرهنگ حمایت مالی از پروژههای غیرانتفاعی را در جامعهی خودمان تقویت کنیم. حتی یک قدم کوچک میتواند شروع یک تغییر مثبت باشد. 🌱
✍️ امیر مطهری - DeepSeek
@mashhadlug | > X <
گاهی با پروژهها یا ایدههایی روبرو میشویم که میتوانند تأثیر مثبتی روی جامعه یا محیط اطراف ما داشته باشند. این پروژهها معمولاً در حوزههایی مثل آموزش، محیط زیست، سلامت، هنر یا حمایت از افراد نیازمند فعالیت میکنند. اما چیزی که به بسیاری از این پروژهها اجازه میدهد به کار خود ادامه دهند، حمایت مالی یا همان دونیشن است.
حمایت مالی از پروژههای غیرانتفاعی، نهتنها به رشد و توسعهی آنها کمک میکند، بلکه نشاندهندهی یک فرهنگ مشارکت و مسئولیتپذیری اجتماعی است. در بسیاری از کشورهای پیشرفته، حمایت مالی از چنین پروژههایی به یک عادت تبدیل شده است. مردم بهراحتی از پروژههایی که به آنها اعتقاد دارند، حمایت میکنند، چون میدانند حتی یک کمک کوچک هم میتواند تفاوت ایجاد کند.
چرا حمایت مالی مهم است؟
1. پایداری پروژهها: بسیاری از پروژههای غیرانتفاعی بدون حمایت مالی قادر به ادامهی کار نیستند.
2. تأثیرگذاری جمعی: وقتی تعداد زیادی از افراد با مبالغ کوچک مشارکت میکنند، نتیجهی آن میتواند بسیار بزرگ باشد.
3. تقویت فرهنگ مشارکت: حمایت مالی از پروژهها، نهتنها به آنها کمک میکند، بلکه دیگران را نیز تشویق میکند تا در این کار مشارکت کنند.
چگونه میتوانیم مشارکت کنیم؟
- حتی با مبالغ کوچک شروع کنید. هر مقدار کمک، ارزشمند است.
- پروژههایی را انتخاب کنید که به آنها اعتقاد دارید و با اهدافشان همسو هستید.
- حمایت مالی را به یک عادت تبدیل کنید. این کار نهتنها به دیگران کمک میکند، بلکه به شما احساس رضایت و مفید بودن میدهد.
بیایید با هم فرهنگ حمایت مالی از پروژههای غیرانتفاعی را در جامعهی خودمان تقویت کنیم. حتی یک قدم کوچک میتواند شروع یک تغییر مثبت باشد. 🌱
✍️ امیر مطهری - DeepSeek
@mashhadlug | > X <
X (formerly Twitter)
MashhadLUG (@mashhadlug) on X
مشهدلاگ، اجتماع آزاد دوستداران گنو/لینوکس است که بیشتر در شهر مشهد زندگی میکنند. ما به کسانی که تمایل دارند به اجتماع ما بپیوندند، به گرمی خوشآمد میگوییم ❤️
❤12🤮5👍3👎1👏1
کامپایل پایتون 1.0 پس از ۳۰ سال!
🎂 به مناسبت سی و یکمین سالگرد انتشار اولین نسخه پایدار پایتون، یک توسعهدهنده کنجکاو تصمیم گرفت پایتون 1.0 را بررسی و کامپایل کند!
🚀 چالش اصلی؟
🔸 این نسخه قدیمی را نمیتوان روی سیستمهای مدرن مستقیماً اجرا کرد!
🔸 برخی از توابع و کتابخانهها با GCC جدید ناسازگارند.
💡 راهحلی که استفاده شد:
1️⃣ دریافت سورسکد پایتون 1.0 از FTP رسمی پایتون
2️⃣ اجرای یک سیستمعامل قدیمی (Debian 2.2) در Podman
3️⃣ نصب ابزارهای قدیمی مانند GCC و libc6-dev
4️⃣ اصلاح کدهای ناسازگار با کامپایلر مدرن
5️⃣ اجرای configure، make و make install برای کامپایل
6️⃣ تست اجرای پایتون 1.0 در این محیط شبیهسازیشده
📜 نتیجه:
❌ امکان اجرای مستقیم روی سیستم مدرن وجود ندارد.
✅ اما میتوان با شبیهسازی محیط قدیمی، آن را کامپایل و اجرا کرد!
✅ مقایسه این نسخه با پایتون مدرن نشاندهندهی پیشرفتهای شگفتانگیز این زبان در طول ۳۰ سال گذشته است.
📎 برای جزئیات بیشتر، مقاله را بخوانید.
پ.ن:
این مقاله در فوریه منتشر شده و تولد پایتون ژانویه است(بهمن ۱۳۷۲)
✍️ امیر مطهری - ChatGPT
@mashhadlug | > X <
🎂 به مناسبت سی و یکمین سالگرد انتشار اولین نسخه پایدار پایتون، یک توسعهدهنده کنجکاو تصمیم گرفت پایتون 1.0 را بررسی و کامپایل کند!
🚀 چالش اصلی؟
🔸 این نسخه قدیمی را نمیتوان روی سیستمهای مدرن مستقیماً اجرا کرد!
🔸 برخی از توابع و کتابخانهها با GCC جدید ناسازگارند.
💡 راهحلی که استفاده شد:
1️⃣ دریافت سورسکد پایتون 1.0 از FTP رسمی پایتون
2️⃣ اجرای یک سیستمعامل قدیمی (Debian 2.2) در Podman
3️⃣ نصب ابزارهای قدیمی مانند GCC و libc6-dev
4️⃣ اصلاح کدهای ناسازگار با کامپایلر مدرن
5️⃣ اجرای configure، make و make install برای کامپایل
6️⃣ تست اجرای پایتون 1.0 در این محیط شبیهسازیشده
📜 نتیجه:
❌ امکان اجرای مستقیم روی سیستم مدرن وجود ندارد.
✅ اما میتوان با شبیهسازی محیط قدیمی، آن را کامپایل و اجرا کرد!
✅ مقایسه این نسخه با پایتون مدرن نشاندهندهی پیشرفتهای شگفتانگیز این زبان در طول ۳۰ سال گذشته است.
📎 برای جزئیات بیشتر، مقاله را بخوانید.
پ.ن:
این مقاله در فوریه منتشر شده و تولد پایتون ژانویه است(بهمن ۱۳۷۲)
✍️ امیر مطهری - ChatGPT
@mashhadlug | > X <
www.bitecode.dev
Let's compile Python 1.0
Your scientists were so preoccupied...
🔥8
سیر تکامل زمانبندها در لینوکس🐧
برای همراهان عزیز مشهدلاگ، ویدیویی اختصاصی آماده کردم درباره یکی از شاهکارهای مهندسی کرنل لینوکس: سیر تکامل زمانبندها.
داستان از زمانبند O(1) شروع میشه که با دو صف هوشمندش زمان CPU رو تقسیم میکرد. بعد میرسیم به انقلاب CFS که با درختهای قرمز-سیاه و مفهوم vruntime، عدالت رو به ارمغان آورد. و حالا در کرنل 6.6، زمانبند EEVDF با مفهوم deadline مجازی، یک قدم دیگه به جلو برداشته.
هر خط کد این زمانبندها داستانی از تلاش مهندسان کرنل برای بهینهسازی، کاهش تاخیر و مبارزه با گرسنگی فرآیندهاست. شاید درک عمیق میلیونها خط کد کرنل آسون نباشه، اما فهم فلسفه و هوشمندی نهفته در این الگوریتمها میتونه برای هر کاربر لینوکس الهامبخش باشه.
مشاهده ویدیو:
- How Linux Shares CPU Time?
✍️ ابراهیم رحیمی
@mashhadlug | > X <
برای همراهان عزیز مشهدلاگ، ویدیویی اختصاصی آماده کردم درباره یکی از شاهکارهای مهندسی کرنل لینوکس: سیر تکامل زمانبندها.
داستان از زمانبند O(1) شروع میشه که با دو صف هوشمندش زمان CPU رو تقسیم میکرد. بعد میرسیم به انقلاب CFS که با درختهای قرمز-سیاه و مفهوم vruntime، عدالت رو به ارمغان آورد. و حالا در کرنل 6.6، زمانبند EEVDF با مفهوم deadline مجازی، یک قدم دیگه به جلو برداشته.
هر خط کد این زمانبندها داستانی از تلاش مهندسان کرنل برای بهینهسازی، کاهش تاخیر و مبارزه با گرسنگی فرآیندهاست. شاید درک عمیق میلیونها خط کد کرنل آسون نباشه، اما فهم فلسفه و هوشمندی نهفته در این الگوریتمها میتونه برای هر کاربر لینوکس الهامبخش باشه.
مشاهده ویدیو:
- How Linux Shares CPU Time?
✍️ ابراهیم رحیمی
@mashhadlug | > X <
YouTube
چطور لینوکس CPU رو بین برنامهها تقسیم میکنه؟ | تکامل زمانبندی از O(1) تا EEVDF
این ویدیو به عنوان بخشی از محتوای آموزشی مشهد لاگ (mashhadlug) تهیه شده است.
```
در این سفر فنی و جذاب به دل کرنل لینوکس میریم و میبینیم چطور سیستمعامل محبوب ما زمان CPU رو بین برنامههای مختلف تقسیم میکنه.
آنچه خواهید آموخت:
🔹 زمانبند O(1) و سیستم…
```
در این سفر فنی و جذاب به دل کرنل لینوکس میریم و میبینیم چطور سیستمعامل محبوب ما زمان CPU رو بین برنامههای مختلف تقسیم میکنه.
آنچه خواهید آموخت:
🔹 زمانبند O(1) و سیستم…
👍9🔥5
جلسه ۲۷۵ اُم گروه کاربران لینوکس مشهد
📆 پنجشنبه - ۹ اسفند ۱۴۰۳
⏰ ساعت ۱۶ الی ۱۸
🚀 ارائهها :
🔹علیرضا ارزه گر با موضوع : مقدمه ای بر RPC
🔹امیر محمد رضوانی نیا با موضوع :
AutoScaling in Kubernetes
📍 محل برگزاری جلسه:
بلوار خیام، بین چهارراه خیام و چهارراه ارشاد، ساختمان پارک فناوری اطلاعات و ارتباطات، مرکز توسعه واحدهای فناور(پست بانک)، طبقه دوم، سالن آمفی تئاتر
https://www.openstreetmap.org/node/4240967603
🔹لینک ثبت نام
(صرفا جهت مشخص شدن تعداد شرکت کننده ها و برنامه ریزی بهتر)
https://survey.porsline.ir/s/RqbjlgHo
🔹 شرکت در رویداد برای عموم، آزاد و رایگان میباشد.
🔹 حامی این جلسه: گرین وب
@mashhadlug
📆 پنجشنبه - ۹ اسفند ۱۴۰۳
⏰ ساعت ۱۶ الی ۱۸
🚀 ارائهها :
🔹علیرضا ارزه گر با موضوع : مقدمه ای بر RPC
🔹امیر محمد رضوانی نیا با موضوع :
AutoScaling in Kubernetes
📍 محل برگزاری جلسه:
بلوار خیام، بین چهارراه خیام و چهارراه ارشاد، ساختمان پارک فناوری اطلاعات و ارتباطات، مرکز توسعه واحدهای فناور(پست بانک)، طبقه دوم، سالن آمفی تئاتر
https://www.openstreetmap.org/node/4240967603
🔹لینک ثبت نام
(صرفا جهت مشخص شدن تعداد شرکت کننده ها و برنامه ریزی بهتر)
https://survey.porsline.ir/s/RqbjlgHo
🔹 شرکت در رویداد برای عموم، آزاد و رایگان میباشد.
🔹 حامی این جلسه: گرین وب
@mashhadlug
OpenStreetMap
Node: Post Bank of Iran ( 4240967603 )
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
🔥14👍5
سالن در حال آماده سازی نهایی
منتظر حضور شما هستیم ✨
آدرس محل رویداد:
https://www.openstreetmap.org/node/4240967603
منتظر حضور شما هستیم ✨
آدرس محل رویداد:
https://www.openstreetmap.org/node/4240967603
🔥4👍1
تا پنج دقیقه دیگه جلسه شروع میشود.
اگر محل رو پیدا نکردید اینجا رو چک کنید
https://www.openstreetmap.org/node/4240967603
طبقه دوم سالن آمفیتئاتر
اگر محل رو پیدا نکردید اینجا رو چک کنید
https://www.openstreetmap.org/node/4240967603
طبقه دوم سالن آمفیتئاتر
OpenStreetMap
Node: Post Bank of Iran ( 4240967603 )
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
MashhadLUG | مَشهَدلاگ
ارائه اول: علیرضا ارزهگر
This media is not supported in your browser
VIEW IN TELEGRAM
فایلهای ارائهها بعد از جلسه قابل دانلود و دسترس هستند.
👍8
This media is not supported in your browser
VIEW IN TELEGRAM
✨ شروع ارائه دوم
امیرمحمد رضوانینیا درباره مقیاسپذیری خودکار صحبت میکنه.
امیرمحمد رضوانینیا درباره مقیاسپذیری خودکار صحبت میکنه.
👍6
MashhadLUG | مَشهَدلاگ
شروع بخش عملی ارائه
This media is not supported in your browser
VIEW IN TELEGRAM
در گزارش جلسه بعد از اتمام جلسه، همه فایلها قابل دسترس خواهند بود.
🔥6
This media is not supported in your browser
VIEW IN TELEGRAM
شروع ارائه آخر، حسین نیکدل از این که ایرانسرور چطوری از ابزارهای متن باز برای امنیت استفاده میکنه، صحبت میکنه.
🔥7
سپاس از همراهی شما 🤍
گزارش جلسه و تصاویر به زودی در کانال قرار خواهد قرار گرفت.
گزارش جلسه و تصاویر به زودی در کانال قرار خواهد قرار گرفت.
❤4👍2🔥2
لایسنس
دو نوع لایسنس میشه گفت داریم:
لایسنسهای متنباز (Open Source) و لایسنسهای اختصاصی (Proprietary)
لایسنسهای معروف متنباز
🔐MIT License
آزادی کامل در استفاده، تغییر و انتشار کد
نیاز به ذکر نام نویسنده
بدون گارانتی و مسئولیت
🔐Apache License 2.0
شبیه MIT، اما شامل شرایطی برای انحصار برای مخترع طرح جدید
مناسب برای پروژههایی که پتنت(همون حق اختراعه) دارند
🔐GNU GPL (General Public License)
اگر کسی از این کد استفاده کند و تغییری ایجاد کند، باید تغییرات را هم متنباز منتشر کند
بهش میگن Copyleft یعنی اگر ازش استفاده کنی مجبوری کدت رو دوباره GPL منتشر کنی
نسخههای مختلف:
-GPLv2 (کمتر سختگیر) مثل کرنل لینوکس ، وردپرس و افزونه هایی مثل ووکامرس
-GPLv3 (حفاظت بیشتر در برابر سو استفادههای نرمافزاری)
-GNU LGPL (Lesser GPL)
شبیه GPL اما اجازه میدهد که کتابخانهها در نرمافزارهای اختصاصی هم استفاده شوند مثل اوبونتو
🔐BSD License (2-Clause, 3-Clause)
مشابه MIT اما میتواند شامل محدودیتهایی مثل عدم استفاده از نام پروژه برای تبلیغات باشد
🔐Mozilla Public License (MPL 2.0)
تعادلی بین آزادی و محدودیت
کد اصلی باید متنباز بماند اما میتوان قسمتهای اختصاصی اضافه کرد
لایسنسهای اختصاصی (Proprietary)
اگر نمیخواهید کد شما بهصورت عمومی در دسترس باشد، میتوانید از لایسنسهای اختصاصی استفاده کنید یا بدون لایسنس پروژه را منتشر کنید که در این صورت، قانون کپیرایت بهطور پیشفرض تمام حقوق را(استفاده، توزیع و تغییر نرمافزار) برای شما محفوظ میدارد.
بدون لایسنس (No License)
اگر فایلی مثل LICENSE.md در ریپازیتوری قرار ندهید، دیگران بهصورت قانونی اجازه استفاده از کد شما را ندارند مگر اینکه بگی اوکیه.
مثلا سال 2008 سیسکو از یک کد GPL استفاده کرد ولی بعدش کد هاش رو متن باز نکرد، بنیاد نرم افزار های آزاد (FSF) هم ازش شکایت کرد و مجبورش کرد کد هاش رو انتشار بده.
برای لایسنس های دیگه مثل Apache ,MIT هم اگر اسم نویسنده رو ذکر نکنی یا اطلاعیه های کپی رایت رو حذف کنی جدای قانون، اخلاقی نیست.
✍️ ابراهیم رحیمی
@mashhadlug | > X <
خب اول اینکه چه لایسنس هایی داریم؟دو نوع لایسنس میشه گفت داریم:
لایسنسهای متنباز (Open Source) و لایسنسهای اختصاصی (Proprietary)
لایسنسهای معروف متنباز
🔐MIT License
آزادی کامل در استفاده، تغییر و انتشار کد
نیاز به ذکر نام نویسنده
بدون گارانتی و مسئولیت
🔐Apache License 2.0
شبیه MIT، اما شامل شرایطی برای انحصار برای مخترع طرح جدید
مناسب برای پروژههایی که پتنت(همون حق اختراعه) دارند
🔐GNU GPL (General Public License)
اگر کسی از این کد استفاده کند و تغییری ایجاد کند، باید تغییرات را هم متنباز منتشر کند
بهش میگن Copyleft یعنی اگر ازش استفاده کنی مجبوری کدت رو دوباره GPL منتشر کنی
نسخههای مختلف:
-GPLv2 (کمتر سختگیر) مثل کرنل لینوکس ، وردپرس و افزونه هایی مثل ووکامرس
-GPLv3 (حفاظت بیشتر در برابر سو استفادههای نرمافزاری)
-GNU LGPL (Lesser GPL)
شبیه GPL اما اجازه میدهد که کتابخانهها در نرمافزارهای اختصاصی هم استفاده شوند مثل اوبونتو
🔐BSD License (2-Clause, 3-Clause)
مشابه MIT اما میتواند شامل محدودیتهایی مثل عدم استفاده از نام پروژه برای تبلیغات باشد
🔐Mozilla Public License (MPL 2.0)
تعادلی بین آزادی و محدودیت
کد اصلی باید متنباز بماند اما میتوان قسمتهای اختصاصی اضافه کرد
لایسنسهای اختصاصی (Proprietary)
اصلا چرا باید لایسنس بزارم برای کدم؟اگر نمیخواهید کد شما بهصورت عمومی در دسترس باشد، میتوانید از لایسنسهای اختصاصی استفاده کنید یا بدون لایسنس پروژه را منتشر کنید که در این صورت، قانون کپیرایت بهطور پیشفرض تمام حقوق را(استفاده، توزیع و تغییر نرمافزار) برای شما محفوظ میدارد.
بدون لایسنس (No License)
اگر فایلی مثل LICENSE.md در ریپازیتوری قرار ندهید، دیگران بهصورت قانونی اجازه استفاده از کد شما را ندارند مگر اینکه بگی اوکیه.
حالا قوانین لایسنس رو رعایت نکنن چی میشه؟مثلا سال 2008 سیسکو از یک کد GPL استفاده کرد ولی بعدش کد هاش رو متن باز نکرد، بنیاد نرم افزار های آزاد (FSF) هم ازش شکایت کرد و مجبورش کرد کد هاش رو انتشار بده.
برای لایسنس های دیگه مثل Apache ,MIT هم اگر اسم نویسنده رو ذکر نکنی یا اطلاعیه های کپی رایت رو حذف کنی جدای قانون، اخلاقی نیست.
✍️ ابراهیم رحیمی
@mashhadlug | > X <
X (formerly Twitter)
MashhadLUG (@mashhadlug) on X
مشهدلاگ، اجتماع آزاد دوستداران گنو/لینوکس است که بیشتر در شهر مشهد زندگی میکنند. ما به کسانی که تمایل دارند به اجتماع ما بپیوندند، به گرمی خوشآمد میگوییم ❤️
👍16❤4👎1