سوال کردید با این شرایط برنامه‌نویسی یاد نگیریم ؟ اول اینکه به کانال خوش اومدید پست‌ها توالی داره لطفا بخونید:
https://news.1rj.ru/str/pyHints/736

درنهایت؛ مشتی (خانوم و آقا هم نداره) من خودم ۵-۶ ماهه دارم Rust یاد میگیرم؛ توی تمریناتم هم اصلا سمت AI نمیرم بعد شما میگی برنامه‌نویسی یاد نگیریم؟

اتفاقا بنظرم بعد از این اتفاق؛ یک موج اخراج خواهیم داشت؛ یک موج کم شدن دستمزد و بعد آنهایی که نشون دادند سواد مناسب رو دارند و ازین ۲ تا موج جون سالم بدر بردند دستمزدهای خیلی بالاتری خواهند داشت.
من شخصا همیشه همه‌ی آدم‌ها رو به برنامه‌نویس شدن دعوت کردم؛ ولی موج چندسال اخیر و البته توی دنیای پایتون بسیاری از آدم‌ها رو بجای برنامه‌نویس تبدیل به کدر/ سینتکس بلد و ... کرده بود.

بسیار خوشحالم از پیشرفت‌های فعلی و جایگزینی AI با این مدل از توسعه دهنده‌ها؛ این پست رو بخونید:

https://news.1rj.ru/str/per3onal/182

توی ۷-۸ روز اخیر پروژه لینوکس کرنل یک مینتینرهایی رو داشت از دست میداد که نباید (لاشخورها هم نشسته بودن رو هوا بزنند‌ها؛ ویندوز و مک) بگذریم. کار به جایی رسید که اومدن برای این موضوع قانون گذاری کردند.
https://rust-for-linux.com/

مثل سری قبلی نظرات شخصی هم داشت وارد می‌شد؛ که بعضی مینتینرها داشتن می‌کفتند نمی‌خواند کد Rust ببینند و Accept کنند چون ممکنه باعث باگ بشه؛ توسعه دهنده‌های Rust که توی برخی موارد مینتینر بخش‌های دیگری از کرنل هم هستند با حفظ سمت داشتن می‌کفتند که بابا ما این کد Rust رو برای شما زدیم چون باگهای مموری شما مارو سرویس کرده و همین بحث که ما اضاقه نمی‌کنیم چون ممکنه باعث باگ بشه؛ اوناهم که خب چون باگ داری و توان فیکس ندارید ما کد دونیت کردیم و این شده بود یک loop تا قانون اضافه شد.

الان مشخص شده همین قانون هم خودش یک سلسله ایمیلی بوده (راستی همه‌ی ایمیل‌های بحث‌های توسعه کرنل لینوکس بطور کامل روی kernel.org هست؛ بعله حتی فحش ناموسی‌هایی که به دولوپر تازه‌کارا سر اشتباهاتشون دادن؛ اکثرا هم کار خود لینوس هستا؛ حالا ما اینجا به دولوپر میگیم بیشتر دقت کن گریه می‌کنه میره خونشون یا با اولیاش میاد)

داستان اینه لینوس شخصا می‌دونه که Rust باید بیاد توی کرنل چون باعث پیشرفت می‌شه و از رقیبا عقب نمیوفته ولی بعضی از مینتینرهای قدیمی که نمی‌تونند Rust رو یاد بگیرند دارند احمقانه باهاش مبارزه می‌کنند. (از حق نگذریم حدود ۱۰٪ هم حق دارند و منطقی توضیح می‌دهند که باید توی فلان بخش فعلا روی C بمونیم)؛ یک گروه دیگه هم هستند منطقی‌های C بلد که میگن کدهای اصلی که روی C نوشته شده بذاریم باشه (بالای ۳۰ میلیون خط کد هست کرنل) ولی کدهای جدید و ... رو باید بریم روی Rust اگر کسی توی دنیای Rust گردن نگرفت با C میزنیم و مثال هایی هم هست که توسعه Rust هفته‌ها جلوتر از C بوده مخصوصا برای سخت‌افزارهای جدید چون باگ کمتر داشته و کد زدن توی Rust برای سخت‌افزار به مراتب سریعتر از C هست؛ و خب بنظرم صحبت‌های این دسته ۱۰۰٪ منطقی هست ولی با همینم مخالفت می‌کنند.

دسته دیگری هم هستن که با دیتا صحبت می‌کنند؛ که بیشترین مشکل ما توی باگ‌هایی که باعث نفوذ به سرور شده توی 15+ سال قبل همش مربوط به مدیریت مموری توی C و خطای دولوپر بوده (اینا بهترین دلوپرهای دنیا هستنا) پس منطقی هست که سعی کنیم بریم سراغ Rust بدون شک و تردید در آینده باید این اتفاق بیوفته اینا با اینکه توسعه دهنده Rust نیستند ولی به اندازه تیم توسعه لینوکس کرنل با Rust موافق اضافه شدن Rust به کرنل هستند و کامل حمایت می‌کنند.

دعوا شدیدا بالا گرفته و نظرات شخصی خیلی خیلی داره روی کرنل لینوکس و البته آینده کاربرهاش تاثیر میذاره و بازم من با سخنرانی حذف شده یکی از maintainer های قبلی اشاره می‌کنم که این مزمون رو داشت (بعد از۳۵ دقیقه کل‌کل توی سخنرانیش) :

توی تیم Kernel فسیل‌های احمق و خودخواهی هستند که چون شعور و قدرت یادگیری زبان جدید (Rust) رو ندارند حاضرند این دستاورد (منظور پیشرفت‌های لینوکس بعد از سال‌ها و ورود بیشترش به دنیای دسکتاپ هست) رو با خودشون به نابودی ببرند.

این توی یکی از سخنرانی‌ها بود؛ موج اول خدافظی از Linux Rust Kernel رو بهمراه داشت؛ سخنرانی بعد ازین بحث تموم شد و ویدئو این بخش هم از یوتیوبشون حذف شد (اون روز بحث کردیم راجبش).

فعلا شخص لینوس تروالدز وارد شده و بنظر می‌رسه خودش موضوعات مربوط به Rust رو گردن بگیره که بسیار بسیار خوشحال کننده هست ولی کاش زودتر بود.

پینوشت:

کدی که سرش این دعوا اخیر بوجود اومد تایید شده و maintainer مخالف از این بخش (کل نه‌ها فقط همین بخش) حذف شد؛ دلیلشم این بود که مخالفتش غیر منطقی بوده (خود لینوس تروالدز این کدپ رو تایید کرده)

کالی لینوکس مثل جعبه مدادرنگی 48 تاییه ولی دریغ از اینکه هنرمندا فقط با یه مداد سیاه هم کارشون راه می‌افته !


@Linuxor

این موضوع خیلی‌هارو سوزوند و یک سری هم خیلی منطقی گفتند که باور ندارند همیچین اتفاقی شدنی باشه:

یک نفر توی توییتر به اسم levelsio یک توییتی زده و گفته که آقا من تو عمرم بازی نویسی انجام ندادم ولی یک شبیه‌ساز پرواز توی ۳ ساعت درست کردم و ۱۰۰٪ کد رو Grok3 برام زده (شخصا اضافه کنم: بله Grok توی این موارد از Sonnet 3.7 هم بهتره) ۸۰٪ رو همون بار اول درست زده ۲۰٪ رو مجبور شدم چندبار باهاش چک کنم؛ حالا هر Javanoscript, React, Vue, ... دولوپری که دوس داره یک سر به لینک این بزنه و بگه بدون کمک هیچکدوم از LLM/AI ها چندساعت طول می‌کشه این بازی رو بنویسه ؟

تعداد هواپیماهای قرمزی که می‌بینید؛ باقی کاربرهای داخل بازی هستند (فکر کنم چند میلیون باشه) این توییت X رو کامل بهم ریخته.

https://fly.pieter.com


بعد فرض کنید یک سنیور بازی نویسی + AI خودش یک ارتش چند نفره بازی نویسی خواهد بود ؟
فکر کنم باید زمانبندی قبلیم برای حذف کدرها (کسانی که مفاهیم رو درک نکردند) رو نصف کنم.

پ.ن: بخش درآمدزایی رو هم طرف اضافه کرده ۲۹ دلار برای پرواز با F16 و پشتیبانی از پروژه.

پ.ن: ریپلای این توییت شده مجموعه‌ای از بازی‌ها که توی این چندروز نوشته شده برید ببینید برگاتون بریزه واقعا بعضی‌هاش خیلی خوبه.

پ.ن: بعضی‌هاشون هیستوری چت و سورس کد رو هم گذاشتند؛ آقا این ژانر توییت خودش یک دانشگاهی هست پیشنهاد میکنم حتما دنبال کنید سرچ کنید بازی‌هایی که با Grok3 توسعه داده شده و ببینید چیا میاد.

از آینده به اون برنامه نویس هایی که قراره یه سیستم بنویسن و بگیرن بخوابن و براشون پول بسازه یه پیام بدم :

شما موفق می‌شین سیستم رو بنویسین ولی این سیستم میراست یعنی کم کم درامدش هی کم می‌شه در واقع ورودی هاش تموم شده، باید به برنامتون بدین که به احتمال زیاد نیروی انسانیه تازه شانس بیارین بازار تغییر نکنه، رقبا نیان و تکنولوژی ثابت بمونه!


@Linuxor

سوالاتی که دوست دارید تو پادکست جواب بدیم رو اینجا کامنت کنید
موضوعات فنی برنامه نویسی دواپسی لینوکسی خصوصی(😈)
پیشنهاد خاصی هم بود بگید :)

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۱۴۸۳

سرمست توام نه از می و نز افیون
مجنون شده ام ادب مجوی از مجنون
از جوشش من جوش کن صد جیحون
وز گردش من خیره بماند گردون

#مولانا | گنجور
📍@iipoem

توزیع های لینوکس اگه دانش آموز/آدم بودن:

#⃣ #meme #arch #ubuntu

➖➖➖➖➖➖➖➖➖➖

🐧 CHANNEL | GROUP

شانس بنده به روایت دیاگرام

ابوالفضل تو کامنت‌ پست نوشته بود که:

عمو باب و طرافداراش اینو ببینن خودکشی میکنن :)))

و من هم همونجا البته ابراز انزجار کردم نسبت‌به عمو و تکلیف خودمو با سمت درست تاریخ مشخص کردم ولی خب فکر نمیکردم واقعا این دو نفر یک روزی سر یک میز بشینن و باهم راجع‌به این نظراشون گپ بزنن ولی فکر میکردم بررسی این دو در کنار هم کار جالبی میشه (مثل بررسی و کنار‌هم قرار دادن هر دوگانه‌ی دیگه). تا این که دیشب عباس (دامت براکته) یه لینکی از یک ریپو فرستاد که دقیقا همین بود. مجموعه‌ای از مباحثات بین این دو نفر، در دفاع از دیدگاه خودشون. نکته جالب اینه که شخص ثالثی در کار نیست. خود Uncle Bob و John Ousterhout این ریپو رو درست کردن و جواب‌های خودشون رو کامیت کردن.


حتما خوندش برای خیلی از شما جذاب خواهد بود.

خب یک ویدئو ضبط کردم که آموزش بازی روی گنو/لینوکسه.

اول خواستم اساسینز کرید ۱ رو نصب کنم ولی فایل دانلودیم ناقص بود برای همین سراغ super meat boy رفتم :))


تماشا از یوتوب


تماشا از پیرتوب




@SohrabContents

Reality...

در ادامه این پست... خیلی‌ها این روزا سعی می‌کنن ChatGPT و AI رو خیلی بزرگ‌تر از واقعیت نشون بدن؛ یا برای منفعت شخصی، یا برای ترند شدن و جذب مخاطب، یا شاید واقعاً اینطوری فکر می‌کنن. مثلاً چند روز پیش توی اینستاگرام ویدیویی دیدم که یکی از داخل سوئد می‌گفت ۲۰ درصد برنامه نویس های شرکتشون به خاطر AI layoff شدن و جاشون رو AI گرفته. ولی وقتی رفتم تو لینکدین شرکتشون رو نگاه کنم، نه افتی دیدم و حتی رشد هم داشتن! بعد چند روز ویدیویی زد که توضیح می‌داد برنامه‌نویس‌ها جا به جا نشدن؛ فقط کله پروداکت جابجا شده با AI که از گوگل گرفته بود و هرکی تو اون پروداکت کار میکرد layoff شده 😅 خلاصه هرچیزی که توی اینترنت می‌بینید رو باور نکنید.

بعضی‌ها ادعا می‌کنن که با AI سرعتشون چند برابر میشه. قبلاً وقتی از کسی می‌پرسیدین کد چطور کار می‌کنه و side effectهاش چیه، جواب می‌دادن. حتی اگه از Stack Overflow هم کد می‌آوردن، کد به تنهایی کار نمی‌کرد و نیاز به درک عمیق تری داشتن. متأسفانه امروز بیشتر برنامه نویسا که خیلی به AI وابستن نمی‌دونن کدی که خودشون نوشتن چطور کار می‌کنه.

از طرفی، من بیشتر وقتم رو صرف فکر کردن در مورد چگونگی نوشتن کد خوب و maintainable می‌کنم؛ فقط هدف نوشتن کد نیست، بلکه نوشتن کدی که قابل فهم و نگهداری باشه از یک راه حل منطقی و این هست که اهمیت داره. حتی اگر AI بتونه بهترین کد رو برا شما تولید کنه (که فکر نکنم)، نمی‌تونه چندین راه حل مختلف ارائه بده؛ این نیاز به خلاقیت داره. اگر بیشتر زمانتون رو صرف این فکر کنید که کد کار کنه، بله AI سرعتتون رو چند برابر می‌کنه، ولی با این حال سرعت شما کمتر از بقیه می‌مونه چون کدهای بد و technical debt روی هم جمع می‌شه و هم تیمتون و هم خودتون رو کند تر میکنه.

من از کدهای AI استفاده می‌کنم و بعد ریفکتور می‌کنم.

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

در نهایت، وقتی می‌شنوید که AI کد خوب تولید می‌کنه، این حرف‌ها رو از برنامه‌نویسان خوب که منفعتی براشون نداره، نمی‌شنوید مثل Linus. مثلاً در پروفایل‌های گیت‌هاب برنامه‌نویسان خوب، شاید ۱۰-۲۰ درصد افزایش کامیت در ۲ سال دیده شده؛ تازه باز هم این به معنای تأثیر AI نیست، چون correlation does not imply causation.

و همچنان، گوگل سرچ خیلی بهتر از AI کار می‌کنه. چند روز پیش می‌خواستم بدونم چطور با zoxide به دایرکتوری A بروم که parent اش B باشه؛ با اینکه GPT سرچش روشن بود، جواب نادرستی داد. تو گوگل سرچ کردم fuzzy search zoxide و issue گیت‌هاب نتیجه اول سرچم بو که همه چیز توضیح داده بودن maintainer ها.

استفاده‌های منطقی از AI توی برنامه‌نویسی هم هست

۱. وقتی نمی‌دونید دقیقاً چی می‌خواهید، می‌تونید از GPT بخواید تا ۱۰ عنوان خوب برای سرچ ارائه بده.
۲. نوشتن داکیومنت؛ حتی اگر کامل نباشه، بهتر از هیچیه و می‌تونید ادیتش کنید.
۳. ریویو کردن کد؛ نه برای اینکه نحوه رسیدن به هدف رو اصلاح کنه، بلکه برای جلوگیری از اشتباهات ساده برنامه نویسی یا اشتباهات لغوی
۴. افزایش سرعت تایپتون با Auto complete

هدف من کوبیدن AI نیست بلکه هدفم اینه که استفاده صحیح رو از دید خودم توضیح بدم. در نهایت توصیه میکنم این ویدیو از Linus رو حتما ببینید. که دقیقا تو راستای همین صحبت هاست.

@PyBackendHub

خب خب خب

بعد از گذشت ۷ سال از شروع این کانال، تصمیم گرفتم مهم‌ترین ناگفته‌ی این چند سال رو تعریف کنم. قصه‌ی Decoder و تیمی که من و خیلی‌های دیگه باهاش کارمون رو شروع کردیم. شاید تعداد کمی از دوستان اینجا Decoder رو بشناسند و بدونن داستانش رو منتهی اکثریت ازش بی‌خبرن و تاریخ رو نمی‌دونن

🔶 ضبط دوره پروژه محور ساخت وب سایت شرکتی با لاراول شروع شد.

دوره با لاراول ۱۲ است.

#لاراول

@TheRaymondDev

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

https://news.1rj.ru/str/de_coder

ساخت وبلاگ با Minimal Weblog

تصور کنید یک سیستم ساخت وبلاگ که تنها با یک فایل PHP امکان ساخت و ویرایش صفحات HTML را بدون نیاز به دیتابیس برای شما فراهم می‌کند!Minimal Weblog با رابط کاربری ساده و کاربر پسند، تجربه‌ای جذاب از ساخت وبلاگ را بدون هیچ دردسری به شما ارائه می‌دهد. این نرم‌افزار با خروجی HTML امن، همه چیز از وارد کردن محتوا تا ویرایش و حذف و تنظیمات وبلاگ را تنها در یک صفحه فراهم می‌کند. یک ماجراجویی هیجان‌انگیز در دنیای وبلاگ‌نویسی با قابلیت جلوگیری از هک منتظر شماست!

همه‌ی متن و عکس حتا خود برنامه را هوش مصنوعی ساخت!
😊

همزمان با Sonnet 3.7 پروژه qwen هم از مدل
QwQ Max Preview
رونمایی کرده که‌ خب توی خبرها گم شده بود، من امروز دیدم و رفتم سراغش چون Sonnet 3.7 رو با پروژه چک کردم، برای این هم همینکار رو کردم؛ ۶ تا فیچر باید به پروژه‌ای که دارم اضافه می‌شد که خب فکر می‌کردیم هرکدوم ۱ روز زمان ببره حداقل (بیس کدها خوب چیده شده) ولی امروز از وقت استفاده کردم و اومدم با همین پروژه تست کردم؛ حدوداً ۴ ساعت گذشته و من ۲ فیچر رو به کمک این مدل با تمام تست‌هاش پیاده کردم.
و باید بگم واقعاً عملکرد خیلی خفنی داره:

این پروژه کاملاً رایگان هست و rate limit هم نداره؛ بعد از اتمام preview قرار هست بصورت open source / open weight هم منتشر بشه.

https://chat.qwenlm.ai/