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

https://dotfyle.com/

در ۱۵ آگوست ۱۹۹۷، Migueldeicaza شروع پروژه GNOME را در ایمیل لیست GTK اعلام کرد. بیست و هشت سال بعد خیلی چیزها تغییر کرده.اند، اما ما همچنان به توسعه و بهبود «مجموعه‌ای آزاد و کامل از برنامه‌ها و ابزارهای میزکار کاربرپسند… که کاملاً بر پایه نرمافزار آزاد است» ادامه می‌دهیم.

برای اینکه این مسیر را برای آینده هم ادامه بدهیم، امیدواریم در جشن تولدمان به ما بپیوندید و امروز دوست GNOME شوید! 🎂

گنوم فارسی جامعه گنوم برای کاربران فارسی زبان هم جشن تولد گنوم رو تبریک می‌گه.

توی گولنگ با کمک امکانات داخلی پکیج sync می‌تونید یه object pool داشته باشید. هدف اولیه‌ش استفاده بهتر از مموری توی برنامه‌های گولنگی شماست.

استفاده‌ش می‌تونه برای زمانی باشه که با ریت خیلی بالا آبجکت‌هایی از یه تایپ رو می‌سازید و رها می‌کند. یه sync.Pool می‌تونه به شما کمک کنه همون آبجکتی که رو که رها کردید بهتون برگردونه و دیگه نیاز نباشه GC حذفش کنه و دوباره allocateش کنید.

توضیحات بیشتر و نمونه کد رو اینجا بخونید.
https://www.codingexplorations.com/blog/creating-efficient-go-applications-with-syncpool


البته نظر شخصی من اینه که خیلی کاربرد خاصی داره و در اکثر موارد نباید استفاده بشه، به جاش یه allocator خوب داشته باشید (که گولنگ خودش داره) و حتما قبل از استفاده و پیچیده کردن کد، بنچمارک بگیرید.

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

در این موضوع، من مطلب زیر رو پیدا کردم که هم mindset جالبی رو ارائه می‌ده هم timeline می‌ده که چه زمانی باید چه کاری کرده باشیم. البته طبیعتا به خیلی عوامل ربط داره ولی می‌تونه سرمشق خوبی باشه.
https://eugeneyan.com/writing/onboarding/


بکی از مهم‌ترین چیزهایی که گفته بود این بود که شما (مخصوصا اگه تجربه قبلی دارید) وقتی وارد یه تیم یا شرکت جدید می‌شید ممکنه فکر کنید چقدر کارها به شکل غلط داره انجام می‌شه و به شکل آنی کلی ایده برای بهبود فرایندها دارید. البته که خیلی‌هاش می‌تونه درست باشه و اصلا تیم برای همین از آدم های مختلف تشکیل می‌شه که زاویه دید خودشون رو داشته باشن، ولی خیلی اوقات یه دلیل داشته که به سمت اون راه حل خفنی که توی ذهن شماست نرفتن و سعی کنید اول خوب بگردید و اون دلیل ها رو پیدا کنید.

In your first week, you might find 10 things that seem wrong to you. Perhaps the build system is too complex or the machine learning too simple. Don’t be too quick to judge and make changes! Make a note of it somewhere and work hard to disconfirm your beliefs. Revisit these notes every month or so and notice how your initial hypotheses change.

یه ابزار خیلی جالبی که پیدا کردم envsubst ئه. جزو پکیج gettext گنوئه و ممکنه پیش‌فرض نصب باشه یا نباشه

کارش اینه که یه متن می‌گیره از ورودی و جاهایی که توش از متغیرهای محیطی استفاده شده مثلا var$ رو با مقدار اون متغیر جایگزین می‌کنه. هم ساده هم کاربردی.

https://stackoverflow.com/questions/14155596/how-to-substitute-shell-variables-in-complex-text-files


برای مثال حالت عمومی:

envsubst < "source.txt" > "destination.txt"

و مثال از جاگذاری فقط یک یا دو متغیر:

export VAR1='somevalue' VAR2='someothervalue'
MYVARS='$VAR1:$VAR2'

envsubst "$MYVARS" <source.txt >destination.txt

Hello everybody out there using minix-

I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I'd like any feedback on things people like/dislike in minix; as my OS resembles it somewhat (same physical layout of the file-sytem due to practical reasons)among other things.

این ایمیل رو لینوس توروالدز ۲۵ آگوست ۱۹۹۱ زد و برای نسخه اولیه لینوکس فیدبک خواست.

پس به بیانی میتونیم بگیم که تولد لینوکس مبارک :)))))✌️

https://atulchitnis.net/writings/why-august-25th/

یه سایت جالبی که پیدا کردم zread.ai ‍ه
کاربردش اینه که می‌تونه ریپوزیتوری های گیتهاب رو با LLM بررسی کنه و یه خلاصه‌ی کاملی ارائه بده. این خلاصه فقط هم بر اساس Readme نیست و بر اساس کد و معماری پروژه هم بهتون اطلاعاتی میده.
در حالت بدون لاگین فقط ریپوهای معروف رو داره که همین هم عالیه و برا پیدا کردن ریپوهای جدید عالیه. میتونید لاگین کنید و پروژه های دیگه هم خودش ایندکس نکرده رو هم بهش لینک بدید تا بعد از چند دقیقه ایندکس کنه.

YAML is known to be nobody's friend and almost everyone's enemy. Try this to see if it's your friend or foe!
یه تست باحال که میتونین بفهمین چقدر فایل‌های YAML رو میشناسین و چقدر نه :)

#YAML #YML #Quiz #Test #Config
@pythony

https://www.ohyaml.wtf

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

اگه شما هم مثل من براتون سواله کدوم مدل برای برنامه‌نویسی عملکرد بهتری داره، میتونید از benchmark های مختلف استفاده کنید. یه بنچمارک خوبی که پیدا کردم swe benchmark بود
https://swe-rebench.com/leaderboard

میتونید هم در زمینه متنی هم در زمینه tool calling مقایسه کنید. توضیح داده که بر چه اساسی ارزیابی می‌کنه و من دیگه وارد جزییات نمیشم.

در زمینه نتایج هم چیزی که برام جالب بود مدل qwen3 coder بود که اگرچه اسمش رو نشنیده بودم زیاد و قیمت APIش هم به نسبت پایین بود، عملکرد خوبی داشت. خودم هم تستش کردم و عملکرد و سرعت خوبی داشت.