البته در دنیای متن‌باز هیچ‌وقت به این معنا نیست که همه چیز مفته! اینو قبلاً هم گفتم.
من می‌تونم بیام یه نسخه‌‌ای از محصولات رو به صورت Premium منتشر کنم و سورسش رو هم باز نگه ندارم! مثل کیوت تجاری مثلاً! نویسنده این حق رو داره محصولش رو دو مجوزه صادر کنه.

۱) مجوز متن‌باز و عمومی (فاقد امکانات خاص یا ویژه) - هستهٔ محصول
۲) مجوز متن‌بسته و تجاری (شامل ماژول‌ها یا ویژگی‌های خاص، افزونه‌ها)

در چنین شرایطی سازنده می‌تونه به نسخه از محصولش رو کاملاً تجاری کنه به شرطی که، اینجاش رو دقت کن! به شرطی که هستهٔ نسخهٔ عمومی رو هم عیناً هستهٔ نسخهٔ تجاری به روز نگه داره.

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

ولی چیزی که من الآن دنبالشم اینه که فعلاً جامعهٔ عمومی به اختیار خودشون اگه دوست داشتن از پروژه‌ها حمایت کنن؛ در نهایت نسخه‌های پرمیوم هم خواهیم داشت.

به نظر می‌رسه اختلال شدید‌تری در زیرساخت‌های کشور در‌ راهه! از داده‌های خودتون ‌نسخهٔ پشتیبان تهیه کنید.

خب مطمئن شدم که سرور‌های آروان خیلی تمیز روی ssh مورد حمله قرار می‌گیرن! احتمالاً برای همین هم هست به صورت پیش‌فرض این زیرساخت ورود به ssh رو محدود کرده.

حمله از نوع brute-force روی کاربران رایج مانند root و ubuntu انجام شده‌ می‌شه!

آدرس‌های زیر مواردی هستن که شخصاً پیداشون کردم و جلوشون رو گرفتم، پیشنهاد می‌شه شما هم اگر سروری دارید این کار رو انجام بدین:

78.110.123.25
193.228.168.243
31.56.89.11
85.133.153.123
171.22.26.166
94.182.155.80

از ابزار fail2ban استفاده کنید، چنین تنظیماتی پیشنهاد میشه:

[sshd]
enabled = true
port = ssh
filter = sshd
backend = systemd
maxretry = 3
findtime = 10m
bantime = 24h
banaction = nftables-multiport
ignoreip = 127.0.0.1/8 ::1

با یک جستجوی ساده هم متوجه شدم همهٔ این IP‌ها از طرف دیتاسنتر‌های دیگه میان! عجیبه!!! حمله از دیتاسنتر‌های داخلی به یک زیرساخت!!! احتمال قوی آروان مورد حملهٔ داخلی قرار گرفته چون این‌ها هیچ کدومشون از سمت یک کاربر یا سیستم عادی یا خارج از کشور نیست! از طرف سرور‌های داخلی هستن!!!

چند پست بالاتر نوشته بودم که به طرز عجیبی منابع SSD در حال استفادست! صد جور تیکت زدم هیچ جوابی نگرفتم! این موضوع تقریباً چند روزی درگیرم کرده و لابد می‌دونن که با یک تیکت یا دو تیکت قابل حل نیست چون این چیزی که من دیدم...

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

این حملات هم به صورت مقطعی نیستن! طبق بررسی‌هایی که من کردم همشون از طریق ربات‌ به صورت مکرر انجام میشه؛ این همون دلیل اصلی اختلالات شدید هست.

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

البته یک موضوعی رو در نظر بگیرید؛ شما هر سروری تهیه کنید، هر سرویسی روش اجرا کنید حتی اگه سرور رو بخرید و هیچ چیزی روش اجرا نکنید؛ به دلیل اینکه IP‌ها قبلاً مورد استفاده قرار گرفتن و برای مصارف متنوعی درگیر بودن؛ طبیعیه که مورد تهاجم یا تلاش برای هک، نفوذ یا هر چیزی از این قبیل قرار بگیرن.

بنابراین همیشه سعی کنید هر سروری که می‌گیرید، روی هر دیتاسنتری که هست نه فقط ایران، تمام پورت‌ها و تنظیمات رو سفارشی‌سازی کنید. دیواره آتش رو پیکربندی کنید، لیست مجاز و غیر مجاز ورودی‌ها و پورت‌ها رو سفارشی‌سازی کنید.

اگه از nginx یا apache استفاده می‌کنید، API یا end-point خاصی اجرا کردین، یا هر کاری از این قبیل همرو باید بازبینی کنید چون به اصطلاحی آیپی‌ها عموماً کثیفتن، در غیر این صورت شما باید تاوان کثافت کاری‌های دیگران رو بدین.

به زودی یه نسخهٔ برگ ریزون میرسه دستتون! هم دسکتاپیا هم موبایل‌باز‌ها. 😪 یکم چکش‌کاری داره هنوز...

اتفاقاً دیروز یکی می‌گفت بابا این npv همش تبلیغات میاره بین هر بار اتصال روانیمون کرده! طراحیش هم طوریه که میزنی ردش کنی میره تو یه سایتی همش دردسره!

خب بله این از نظر UX رو مخه! ولی هیچ خبری از تبلیغات توی جنی‌کانکت به اون شکل اعصاب خورد نخواهیم داشت ولی در مورد توکن جنی ارتباط مستقیم بهش خواهم داد و هیچ تبلیغات دیگه‌ای براش در نظر نمی‌گیرم جز اکوسیستم اختصاصی GENY. 👋🏼

موضوع این ویدیو هم خوب بود!

https://www.youtube.com/watch?v=xs1y0Dl4zZs

در پروژه‌های بزرگ سی‌پلاس‌پلاس، پوشهٔ build خیلی حجیم می‌شه چون در حالت معمول، وقتی object fileها ساخته می‌شن و بعد داخل static library/archive قرار می‌گیرن، عملاً ممکنه دو کپی از هر object file داشته باشی: یکی خود .o/.obj و یکی داخل فایل archive مثل .a.

راه‌حل پیشنهادی ویدئو: استفاده از Thin Archives.

یعنی به‌جای اینکه archive خودش یک کپی کامل از object fileها را داخل خودش نگه دارد، فقط به آن‌ها reference / pointer می‌دهد.

نتیجه:
- حجم build directory کمتر می‌شود.
- سرعت ساخت archive بهتر می‌شود.
- برای پروژه‌های بزرگ، مخصوصاً با static libraries زیاد، مدیریت build سبک‌تر می‌شود.
- ولی archive دیگر کاملاً مستقل نیست؛ چون به object fileهای بیرونی وابسته می‌ماند.

و در کنار این موضوع من استفاده از ماژول‌ها از استاندارد ۲۰ به بعد رو هم حتماً توصیه می‌کنم! چون سرعت کامپایل به طور چشم‌گیری افزایش پیدا می‌کنه حتی روی حالت عادی در یک سیستم متوسط، پروژه‌های بزرگتر به راحتی کامپایل می‌شن.

ستار هاشمی از پایداری شبکه ملی اطلاعات در دوران جنگ تمجید کرد و گفت: شبکه ملی اطلاعات کارکردهای متفاوتی دارد. در شرایط جنگ شاهد پایداری شبکه داخلی کشور بودیم تا ارتباط بین مردم قطع نشود و خدمات مورد نیاز مردم ارائه شود.
وزیر ارتباطات افزود: در دولت چهاردهم نشان دادیم شبکه ملی اطلاعات ورای یک شعار در میدان عمل کار می‌کند. این اتفاق بی‌نظیر و شاید در دنیا کم‌نظیر است. /دیجیاتو

🔗 ᴡᴇʙꜱɪᴛᴇ • ᴠᴘɴʜᴜʙ • ɢɪᴛʜᴜʙᴍɪʀʀᴏʀ
@ircfspace

😐 ستار جون، آخه چرا دهن منو باز می‌کنی… 🫠

همیشه از صحبت‌های ساتِر لذت می‌برم! مخصوصاً از وقتی که از مایکروسافت جدا شده بیشتر تمرکزش روی کمیتهٔ استاندارد‌سازی هست.

https://www.youtube.com/watch?v=QWqfJtjTAdw

این ویدیو دربارهٔ آینده و جایگاه ++C در دنیای جدید نرم‌افزاره؛ مخصوصاً در برابر سه فشار بزرگ: رقابت زبان‌ها، امنیت حافظه، و هوش مصنوعی اشاره می‌کنه.

این زبان هنوز در حال رشد است، نه مرگ.
با اینکه زبان‌هایی مثل Rust، Go، Swift، Zig و حتی AI coding tools فشار زیادی آورده‌اند، نیاز دنیا به نرم‌افزارهای سریع، کم‌هزینه از نظر منابع، نزدیک به سخت‌افزار، و قابل استفاده در سیستم‌های جدی بیشتر شده؛ این دقیقاً جاییه که ++C خیلی قوی است.

امنیت حافظه دیگر یک بحث حاشیه‌ای نیست.
یکی از محورهای مهم talk اینه که از ۲۰۲۱ تا ۲۰۲۶ فشار رسمی و صنعتی روی memory safety خیلی زیاد شده. یعنی ++C باید نشان دهد می‌تواند امن‌تر شود، بدون اینکه مزیت اصلی‌اش یعنی performance و کنترل سطح پایین را از دست بدهد.

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

برداشت اصلی اینه که AI باعث کم‌شدن توسعهٔ انسانی نمی‌شود؛ برعکس، تقاضا برای نرم‌افزار، زیرساخت، performance، GPU/CPU efficiency و سیستم‌های production-grade بیشتر می‌شود. یعنی AI خودش به ++C و زبان‌های سیستمی نیاز دارد

رقابت برای ++C خوب است.
سی‌پلاس‌پلاس به شدت در جهانی در حال رشد است که پر از رقابت است. یعنی وجود Rust و زبان‌های جدید لزوماً تهدید مطلق نیست؛ اتفاقاً این تنوع باعث می‌شود ++C هم مجبور شود ساده‌تر، امن‌تر و مدرن‌تر شود.

خلاصهٔ صحبت‌های ساتر اینه که:
در این مصاحبه Herb Sutter میگه سی‌پلاس‌پلاس هنوز خیلی زنده‌ست، چون دنیا بیشتر از همیشه به نرم‌افزار سریع، امن، کم‌هزینه و نزدیک به سخت‌افزار نیاز داره. و هوش مصنوعی هم این نیاز رو کمتر نکرده، بیشتر کرده. اما ++C باید جدی‌تر روی امنیت و سادگی کار کنه، و C++26 یکی از قدم‌های مهم در همین مسیر است.

ببین کی در موردش نظر قطعی داده بودم که این اتفاق می‌افته و نیاز به بهینگی نرم‌افزاری بیش‌از سخت‌افزار رخ خواهد داد.

https://t.me/compezeth/480
https://t.me/compezeth/481

You can trust my words!

اینجا Herb Sutter دارد دربارهٔ انفجار هزینه‌های سرمایه‌گذاری زیرساختی برای AI و دیتاسنترها صحبت می‌کند؛ مخصوصاً اینکه شرکت‌هایی مثل Google برای ۲۰۲۶ چقدر CapEx یا Capital Expenditure / هزینهٔ سرمایه‌ای پیش‌بینی کرده‌اند.

عدد اعلام‌شده برای CapEx خیلی عظیم بوده؛ بالاترین بخش این پیش‌بینی حدود ۶۵.۵ میلیارد دلار بیشتر از انتظار Wall Street بوده. برای مقایسه، همین اختلاف ۶۵.۵ میلیارد دلاری، خودش ۱۳ میلیارد دلار بیشتر از کل هزینهٔ سرمایه‌ای Google در سال ۲۰۲۴ بوده.


هِرب می‌خواهد نشان دهد که دنیا دارد وارد دوره‌ای می‌شود که نیاز به performance، efficiency، hardware-aware software و زبان‌های سطح پایین/سیستمی بیشتر می‌شود؛ و این دقیقاً جایی است که ++C هنوز اهمیت خیلی زیادی دارد.

اینا به چیا فکر می‌کنن ما به چی.... دنیا داره به بهینگی انرژی و توسعهٔ روز افزون فکر می‌کنه بعد ما ...
یعنی به هرب بگم من با این اینترنت شخمی و این وضعیت مملکت دارم دنبالت می‌کنم درجا پناهندگی میده بهم! 😄

اینجا جالبه! دربارهٔ پیش‌بینی‌های اغراق‌آمیز جایگزین‌شدن برنامه‌نویس‌ها با AI صحبت می‌کنه.

سمت چپ نوشته Predicted؛ یعنی «چیزی که بعضی‌ها پیش‌بینی کرده بودند».

یکی از Emad Mostaque، مدیرعامل Stability AI، در جولای ۲۰۲۳ که گفته بود چیزی در این مایه:

تا پنج سال دیگر دیگر برنامه‌نویسی وجود نخواهد داشت.

و یکی از Dario Amodei، مدیرعامل Anthropic، در مارس ۲۰۲۵ که گفته بود احتمالاً در چند ماه آینده AI حدود ۹۰٪ کد را می‌نویسد و بعد از ۱۲ ماه شاید تقریباً همهٔ کد را.

روی هر دو پیش‌بینی با ضربدر قرمز خط کشیده؛ یعنی Sutter می‌گوید این نگاه‌ها بیش از حد ساده‌انگارانه یا اغراق‌آمیزند.

سمت راست نوشته What seems likely؛ یعنی «چیزی که احتمالاً واقع‌بینانه‌تر است»:

می‌گوید تقاضای بلندمدت برای برنامه‌نویس انسانی همچنان پایدار می‌ماند، مخصوصاً برای کسانی که ابزارها، از جمله AI، را خوب استفاده می‌کنند.

بعد می‌گوید انسان‌ها به‌صورت گسترده جایگزین نمی‌شوند؛ بلکه:

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

اینجا داره یک اعتراض احتمالی به حرف قبلی خودش رو بررسی می‌کنه.

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

حالا این اسلاید میگه:

But wait! Disconfirming data … ?

یعنی:
«صبر کن! آیا داده‌ای هست که حرف قبلی رو نقض کنه؟»

بعد مثال می‌زنه:

Feb 27, 2026: Block cutting 40% / 4k jobs

یعنی شرکت Block حدود ۴۰٪ نیروها حدود ۴۰۰۰ شغل رو کاهش داده. البته خودش توضیح داده که این کاهش کل شرکت بوده، نه فقط برنامه‌نویس‌ها.

بعد نقل‌قول از Jack Dorsey آورده که می‌گه به خاطر ابزارهای AI، تیم کوچک‌تر می‌تونه کار بیشتر و بهتر انجام بده.

اما Herb Sutter اینجا می‌گه این را نباید خیلی ساده به معنی «AI برنامه‌نویس‌ها را حذف کرد» گرفت. پایین اسلاید نوشته:

Reality check: “AI-washing”

یعنی:
«واقع‌بینی: این شاید فقط AI-washing باشد.»

AI-washing یعنی شرکت‌ها یک تصمیم اقتصادی، مدیریتی یا تعدیل نیروی معمولی را به AI نسبت بدهند تا مدرن‌تر، منطقی‌تر یا جذاب‌تر به نظر برسد.

بعد توضیح می‌دهد:

Big tech has just been correcting absurd over-hiring

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

نمودار سمت راست هم همین را نشان می‌دهد:
تعداد کارکنان Block در دوران کرونا شدیداً بالا رفته، بعد از ۲۰۲۳ به بعد کاهش پیدا کرده.

پس منظورش اینه:

«هر تعدیل نیرویی که شرکت‌ها می‌گن به خاطر AI بوده، واقعاً الزاماً به خاطر AI نیست. خیلی وقت‌ها شرکت‌ها قبلاً بیش از حد استخدام کرده بودند و حالا دارن اصلاح می‌کنن، ولی اسمش رو می‌ذارن AI efficiency.»

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


در کل هرب می‌گه فریب عناوین تبلیغاتی رو نخوریم. ممکنه شرکت‌ها بگن “با AI تیم کوچک‌تر بهتر کار می‌کنه”، ولی بخشی از ماجرا اینه که Big Tech توی دوران کرونا زیادی نیرو گرفته بود و حالا داره اضافه‌ها رو کم می‌کنه.

خب این هم تقریباً بخش نهایی صحبت‌ها که می‌گه:
ما بی‌دلیل با این سرعت رشد نمی‌کنیم.

We’re growing gangbusters for a reason

آینده برای زبان‌هایی که به performance per Watt اهمیت می‌دن، و برای توسعه‌دهنده‌های انسانی، همچنان روشنه.

اون بخش، Performance per Watt یعنی چقدر کار مفید به ازای هر وات انرژی انجام می‌دی.

در دنیای AI، دیتاسنتر، موبایل، GPU، سرور و embedded، فقط سریع‌بودن کافی نیست؛ باید با مصرف انرژی کمتر، خروجی بیشتری بگیری.

اندازهٔ مسئله‌های محاسباتی جدیدی که می‌خوایم حل کنیم، در ۸۰ سال گذشته همیشه از ظرفیت سخت‌افزار و تعداد برنامه‌نویس‌ها جلوتر بوده؛ دلیلی نمی‌بینم که در ۸۰ سال آینده این تغییر کند.

یعنی هرچقدر سخت‌افزار قوی‌تر شده، مسئله‌ها هم بزرگ‌تر شدن.

هرچقدر ابزارها بهتر شدن، باز نیاز به نرم‌افزار بیشتر شده.
پس AI و ابزارهای جدید هم احتمالاً نیاز به برنامه‌نویس رو حذف نمی‌کنن؛ بلکه حجم نرم‌افزار و نیاز به کارآیی (پرفرمنس) رو بیشتر می‌کنن.

لیست زبان‌های general-purpose مهمی که واقعاً روی performance/Watt تمرکز دارند هم کوتاهه چون فقط این سه گزینه رو داریم:

C, C++, Rust

یعنی از نظر هرب، زبان‌هایی مثل JavaScript، Python، Java و غیره کاربردهای عظیم دارن، ولی وقتی بحث مصرف انرژی، کارایی، کنترل منابع و نزدیکی به سخت‌افزار جدی می‌شه، انتخاب‌های اصلی خیلی محدود می‌شن: C و ++C و Rust.

بخش آخر توضیح، DSLها، ASICها و FPGAها همیشه در لبهٔ تکنولوژی استفاده می‌شن.

خلاصهٔ داستان:

دنیا به سمت محاسبات سنگین‌تر، AI بزرگ‌تر، دیتاسنترهای پرمصرف‌تر و مسئله‌های پیچیده‌تر میره؛ بنابراین زبان‌هایی که کارآیی (پرفرمنس) و مصرف انرژی رو جدی می‌گیرن، مخصوصاً++C آیندهٔ قوی دارن!

وسلام علیکم و رحمت‌الله برکاته... 😆👊🏼 بای

https://farcaster.xyz/compez.eth/0xf264d24c