اخرین کامیت مسیجی که روی پروژه میزنم مسیجش پایان پروژه نیست،
مسیجش پایان منه.

git commit -m "I pushed my last breath. Not the last feature."

git commit -m "One last push. Not of code—of will."

git commit -m "Build passed. I didn’t."

git commit -m "Code ran, night passed, I didn’t."

git commit -m "It ended. Not the repo, me."

#arj
@Rs_tutorial

https://www.linkedin.com/posts/sina-riyahi_%F0%9D%90%84%F0%9D%90%AF%F0%9D%90%9E%F0%9D%90%AB%F0%9D%90%B2-%F0%9D%90%84%F0%9D%90%A7%F0%9D%90%A0%F0%9D%90%A2%F0%9D%90%A7%F0%9D%90%9E%F0%9D%90%9E%F0%9D%90%AB-%F0%9D%90%8C%F0%9D%90%AE%F0%9D%90%AC%F0%9D%90%AD-%F0%9D%90%8A%F0%9D%90%A7-activity-7355883364899348481-z8tb?

یکی از مزیت های داکیومنت نوشتن، حتی در حد کامنت اینه که مابین پروژه های دیگه می‌تونید اون پروژه رو جلو ببرید؛ یکی از مشکلاتی که باعث می‌شه یه پروژه پاره وقت جلو نره اینه که حوصله نداریم هی از اول کد خودمون رو بخونیم ببینیم چی بوده؛ هرباری که استارت می‌زنید به کد زدن اگه اطلاعات بیشتری درباره محیط پروژه داشته باشید مغز علاقه بیشتری نشون میده به کار کردن.

@Linuxor

#meme
@Rs_tutorial

یکی از پترن های بد ولی رایج توی نصب نرم‌افزار اینه که اسکریپت نصب رو curl کنیم و مستقیم اجرا کنیم.
مشکلی که وجود داره اینه که ممکنه تنی اون اسکریپت هرچیزی وجود داشته باشه و ما اون رو اجرا میکنیم، گاهی حتی با sudo


مثال:
curl -sSL https://example.com/install.sh | bash

برای این که سمت این پترن نریم، راه خوب اینه که اول اسکریپت رو بگیریم و تو دیسک ذخیره کنیم و بعد با ادیتور یا pager محتواشو بررسی کنیم.

ابزار vet اومده این کارو ساده کرده. با گرفتن آدرس میاد و اسکریپت رو دانلود می‌کنه، محتواشو (یا diffشو به نسبت دفعه قبل) بهتون نشون میده و حتی با shell check براتون چک می‌کنه و اگه مشکلی نبود، با اوکی شما اجراش می‌کنه. یه مقدار هم منو یاد aur helper ها میندازه که باید اول بررسی کنید اسکریپت رو و بعد نصب اتفاق میوفته.
https://github.com/vet-run/vet


این ابزار کار خاصی نمی‌کنه که اگه نصب نکنید ممکن نیست، ولی دیدگاهی که داره، «ساده کردن عادت خوب»ـه که برا من جالب بود.

https://www.linkedin.com/posts/seyyed-sajjad-fazeli-a58aa1360_python-programming-gil-activity-7356961415074574337--Tzl?

عزیزان کسی با utm se رو آیپد تا حالا لینوکس یا OS دیگه ای نصب کرده؟
بهترین معماری سیپیویی که میشه برای دبیان بیس ها گذاشت براش چیه؟
لطفاً بهم پیام بدید اگر تجربه کار با UTM SE رو دارید

وقتی کاربر به ارور 404 خورد، ننویس درصورتی که این صفحه رو می‌بینی تروخدا با پشتیبانی تماس بگیرید؛ پشت صحنه یه لاگ ساده ذخیره کن تعداد اصابت هارم بنویس هر چند وقت یه بار چکش کن اون لینک هایی که زیاد اصابت می‌خوره رو بگرد ببین کجا اشتباهی جاش گذاشتی.
@Linuxor

اگه پایتون کد می‌زنید یه نکته‌ای که باید حواستون باشه، مخصوصاً وقتی دارید یه ماژول و لایبرری می‌نویسید، اینه که اسم فایل‌هاتون رو با اسم ماژول‌های عمومی یا پرکاربرد پایتون تداخل ندید.

مثلاً یه اشتباه رایج اینه که یه فایل یا پوشه به اسم utils درست می‌کنید، و بعد یه پکیج خارجی که importش می‌کنید هم داخلش فایلی به همین اسم داره، و متأسفانه گاهی وقتا اون پکیج به‌جای import نسبی که به این شکله؛

from .utils import *

از import مطلق یا همون بدون دات

from utils import *

استفاده کرده.
در این حالت ماژول خارجی سعی می‌کنه از لایبرری داخل پروژه استفاده کنه و کل پروژه می‌ره رو هوا!
نمونه‌ش SDK پایتون درگاه پرداخت زرین پال (zarinpal-py-sdk) هست که بخاطر رعایت نکردن استاندارد Packaging مجبورم کردن توی پروژه‌ی خودم همه جاهایی که از اسم utils استفاده کرده بودم به یه چیز دیگه تغییرش بدم، که خب منطقی نیست.

⚠️ برای اینکه از این دردسرها دور بمونید:
همیشه داخل پکیج‌ها از import نسبی استفاده کنید
از اسم‌هایی مثل utils, helpers, main, test, email, json و ... که یا کلی‌ان یا با استانداردهای پایتون تداخل دارن، پرهیز کنید یا حداقل خاص‌ترش کنید

از ابزارهایی مثل isort, flake8, pylint یا pyright کمک بگیرید تا مشکلات import رو زودتر متوجه شید
بسته‌بندی پایتون قلق داره؛ ازش غافل نشید.

@mat_log

ببینید که چطور استفاده از کانفیگ های رایگان باعث لو رفتن اطلاعات شما میشه

https://www.linkedin.com/posts/soheilimani81_aebaewaepaesabraetaedaepaevaeqaev-codeabrwithabrsoheil-activity-7357651662972334081-DqXy?

ارشیو پروژه های اوپن سورس به زبان پارسی
📔 t.me/TheGeeksArchive‎

وقتی چندماه از ددلاین اولین پروژه‌ بکندت گذشته و هنوز که هنوزه کارش تموم نشده:

#meme

کد تخفیف مکتبخونه: HAMDELI
لیست دوره‌هاش:
https://land.maktabkhooneh.org/hamdeli/

ممنون از Ehsan H

اگر می خواید AI جاتون رو نگیره سعی کنید Requirement Engineering رو یاد بگیرید و بفهمید.

یک کتاب خفن در موردش
Software Requirements Third Edition - Joy Beatty

متن بالا بخشی از یه پست کانال thisisnabi بود 😁

توضیحات chatgpt:
مهندسی نیازمندی‌ها یا Requirement Engineering بخشی از فرآیند توسعه نرم‌افزار است که به شناسایی، تحلیل، مستندسازی و مدیریت نیازمندی‌های سیستم می‌پردازد. هدف از این علم، اطمینان از این است که نرم‌افزار در نهایت به نیازها و خواسته‌های کاربران و ذینفعان پاسخ می‌دهد.

فرآیند مهندسی نیازمندی‌ها معمولاً شامل مراحل زیر است:

1. شناسایی نیازمندی‌ها**: در این مرحله، نیازمندی‌های واقعی سیستم شناسایی می‌شوند. این کار معمولاً با جمع‌آوری اطلاعات از ذینفعان، مصاحبه‌ها، کارگاه‌ها و بررسی مستندات موجود انجام می‌شود.

2. تحلیل نیازمندی‌ها**: نیازمندی‌ها تحلیل و بررسی می‌شوند تا مشخص شود که آیا آنها قابل فهم، کامل، قابل اندازه‌گیری و قابل تحقق هستند یا خیر.

3. مستندسازی نیازمندی‌ها**: نیازمندی‌ها باید به شکل مستند و مطابق با استانداردهای مشخصی ثبت شوند تا در آینده بتوان به آنها مراجعه کرد.

4. تایید نیازمندی‌ها**: پس از مستندسازی، نیازمندی‌ها باید توسط ذینفعان تأیید شوند تا از صحت و تناسب آنها اطمینان حاصل شود.

5. مدیریت نیازمندی‌ها**: نیازمندی‌ها باید به طور مداوم مدیریت شوند تا تغییرات و اصلاحات لازم در طول فرآیند توسعه نرم‌افزار اعمال شوند.

مهندسی نیازمندی‌ها به عنوان یکی از مراحل کلیدی در توسعه نرم‌افزار شناخته می‌شود و تأثیر زیادی بر کیفیت پروژه و رضایت مشتری دارد.

فکر می‌کنی مانیتورینگ فقط متریک CPU و رم گرفتن از سروره؟ SkyWalking می‌گه نه، باید بفهمی سرویس A چرا دیر جواب داد، کدوم کال ازش رد شد و چطور به سرویس C رسید. اینجاست که tracing و dependency mapش به کارت میاد.

یه ابزار لازم برای هرکسی که با معماری سرویس‌محور (microservices) زیاد سرو کله می‌زنه، خیلی جالبه آپاچی انقدر ابزار هاش زیاده من تازه اینو دیدم :)

دانلود :
skywalking.apache.org

@Linuxor