این بنده خدا هم کرنلش رو آپدیت کردم به آخرین چیزی که از پست‌مارکت هست :))


یک میکروفون و دوربین تلفات دادیم

@SohrabContents

من هنوز سفره و بیشتر روی دریا با اینترنت کم.. وای از قبل براتون #شطرنج ضبط کرده بودم.. اونم شاید از مهمترین‌ها برای پیشرفت: حل پازل

https://youtu.be/835XMEVYJPk?si=xs-vjh9zh0ywoPr-

🔶 لیبرالیسم وعده آزادی بدون مسئولیت، حقوق بدون قدرت، و برابری بدون پیامد را داد. توهمی را فروخت که گویا کلماتی روی کاغذ مانند قانون اساسی، منشور حقوق و بیانیه‌ها ... می‌توانند انسان‌ها را محکم‌تر از خود دولت مقید کنند. اما وقتی قدرتی برای دفاع از آن‌ها نباشد، این کلمات فرو می‌ریزند.

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

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

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

این مرگ لیبرالیسم است. نه تنها از آزادی محافظت نمی‌کند، بلکه آن را تضعیف می‌کند. نه تنها شهروند را توانمند نمی‌سازد، بلکه او را رام می‌کند.

دموکراسی لیبرال در عمل، وابستگی ‌ای است که با نقاب آزادی عرضه می‌شود؛ یک نمایش صحنه‌ای که مردم را آرام نگه می‌دارد، در حالی که دولت از مسئولیت شانه خالی می‌کند و چنگال خود را محکم‌تر می‌سازد. لیبرالیسم به آزمایشی شکست ‌خورده بدل شده است: ایدئولوژی که وعده حکومت مردمی داد، اما زوال مدیریت ‌شده تحویل داد؛ زبانی از آزادی سخن گفت، اما مردمانش را ضعیف ‌تر، بی‌دفاع ‌تر، و ناتوان ‌تر در حفاظت از همان حقوقی کرد که به آن‌ها جا زده بود, جاودانه ‌اند.

نویسنده : ایان مایلز چیُنگ (Ian Miles Cheong) از مالزی

#منهای_برنامه_نویسی

@TheRaymondDev

🔵 عنوان مقاله
Understanding Go Error Types: Pointer vs. Value

🟢 خلاصه مقاله:
تفاوت میان تعریف خطا با گیرنده مقداری و اشاره‌گری در Go می‌تواند به خطاهای پنهان منجر شود. اگر متد Error را با گیرنده مقداری تعریف کنید، هر دو T و *T اینترفیس error را پیاده‌سازی می‌کنند؛ اما با گیرنده اشاره‌گری فقط *T این کار را می‌کند. پیامدها: امکان ایجاد اینترفیس error غیرnil که حاوی اشاره‌گر nil است و بررسی err != nil را گمراه می‌کند، و شکست بی‌سروصدای errors.Is/As در صورت عدم تطابق نوع مقداری/اشاره‌گری. راهکارها: برای انواع کوچک و تغییرناپذیر از گیرنده مقداری استفاده کنید و فقط در صورت نیاز واقعی از گیرنده اشاره‌گری بهره ببرید؛ سازگاری در ساخت و بازگرداندن خطاها را رعایت کنید؛ با assertion کامپایلی اطمینان بگیرید نوع شما error را پیاده‌سازی می‌کند و تست رفتار nil را اضافه کنید.

🟣لینک مقاله:
https://golangweekly.com/link/173124/web

➖➖➖➖➖➖➖➖
👑 @gopher_academy

کی چت جی پی تی رو ناراحت کرده؟ چت هاشو دوطرفه پاک کرده!

@Linuxor

🔶 سرور های نسخه وب ChatGPT از کار افتاده است.

#خبر

@TheRaymondDev

🔶 مهندسان نرم‌افزار عزیز،

سعی کنید پیچیدگی کدهای خود را کاهش دهید.
به نفر بعدی رحم کنید، شما همیشه آنجا نخواهید بود.

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

#توییت

@TheRaymondDev

بنده خدا نمیدونه ویدیو‌های من با قرص خواب‌آور فرقی نداره
😂

🔶 پخش زنده : رژه نظامی چین 2025

پ . ن : پشمی برام نموند. نظمشون فوق العادست.

#منهای_برنامه_نویسی

https://www.youtube.com/watch?v=-aH6rGs-_Q4

@TheRaymondDev

چند دقیقه با سزو قسمت 2

دیروز یکی از بزرگ ترین حملات DDOS تاریخ روی کلادفلر خورد، بررسی نوع حمله و مقایسه اون با حملات بزرگ دیگه

@Linuxor

جدا از مهندسی پشت تلگرام که بهینه نوشته شده، تلگرام چیزی داره به اسم Update Queue. چیزی که ۱ سال از دوران جوونیم رو صرف مهندسی معکوسش کردم.
تلگرام برای پوش کردن تغییرات مثل پیام جدید، ادیت، ری اکشن، تایپینگ و… به کلاینت‌ها از سرویس Updates تو پروتکل MTProto استفاده میکنه، ایده ی کلی و کلیدی خیلی ساده اس و اینه که کلاینت ها یه state محلی نگه میدارن و آپدیتارو دقیقا با ترتیب درست اعمال میکنن؛ اگه شکافی بینشون افتاد، Difference می‌گیرن و دوباره پرش میکنن.

چرا اینکارو کرده و کلا چالشا چیه؟
• ترتیبش مهمه چون ممکنه یه اپدیت وابسته به چیزی باشه که توی خود همون پچ میاد
• تحویل دقیق باید انجام بشه و هیچی گم نشه
• مقیاسش هم میلیون‌ها کاربر همزمان باید بگیرنش، مثل کانال های بزرگ

از اونجایی که هر پیامرسان منبع عظیمی از اتفاقاتیه که هر لحظه میوفته ما میتونیم اسم این اتفاقات رو event بزاریم. تلگرام هم یه پیامرسان مولتی کلاینته، یعنی هر کاربر میتونه چندین دیوایس برای یه حساب داشته باشه، پس وقتی یه ایونت اتفاق میوفته که باید یه کاربر از اون خبردار بشه باید اون ایونت رو به دیوایس های دیگه ی کاربر هم بفرسته، حدودا با مرتبه زمانی On^2.

مکانیزم اینجوریه که وقتی دیوایسی انلاین باشه و سوکت همون سوکتی باشه که keep alive هست یا اخرین rpc رو کال کرده سرور ایونت رو توی queue برای اون دیوایس نگه نمیداره و مستقیم میفرسته به کلاینت، حالا از اونجایی که کلاینت های دیگه ممکنه افلاین باشن یا حتی توی بکگراند پروسسشون کیل شده باشه عقب میمونن. حالا وقتی اون دیوایسی که عقب مونده بود با باز شدن سوکتش درخواست گرفتن اپدیت هارو وقتی که افلاین بوده رو از سرور میکنه و اطلاعات لوکالش رو میفرسته به سرور، من برای ساده شدنش اینجوری میگم که دیوایس میاد به سرور میگه من تا این زمان t رو داشتم و بعد این رو بهم بده، سرور هم میاد حساب کتابش رو میکنه و جواب رو توی یه پچ میفرسته! حالا چی توی این پچ هست و چی رو میفرسته رو میتونم یه رشته توییت دیگه در موردش بزنم.

حالا اگه اعدادی که توی پچ میاد با اعداد توی کلاینت نخونه عملا میگیم گپ اتفاق افتاده، برای همین هم کلاینت باید رکویست getDiff رو بزنه.
رکویست updates.getDifference به کلاینت اجازه می‌ده بگه:
من الان pts = X و seq = Y هستم و هر چی بین این و حالت جدید هست بهم بده.
• سرور ممکنه جواب بده:
difference: همه ی آپدیت های گمشده
differenceSlice: بخشی از آپدیت ها یعنی هنوز باید به فچ کردن ادامه بدی
differenceEmpty: چیزی تغییر نکرده

جالبترش اینه که توی نسخه های جدیدترش برای کانال ها مکانیسم جدا getChannelDifference هست، چون هر کانال pts مستقل داره و این باعث میشه شما فقط کانال هایی رو بگیری که تغییر کردن! برای سوپر گروه هم مکانیزم همینه.

این باعث می‌شه حتی اگر چند ساعت آفلاین باشی، بعد از اتصال دوباره دقیقاً همه‌چی رو بگیری و هیچ پیامی رو از دست ندی

حتی با packet loss یا reconnect، state کلاینت خراب نمیشه و سرور مجبور نیست برای هر کلاینت همه چی رو دوباره بفرسته. فقط gap ها sync میشن

<Abolfazl/>

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

زنبور نیم که من به دودی بروم
یا همچو پری به بوی عودی بروم
یا پل که شکسته تا به رودی بروم
یا حرص که در عشوه سودی بروم

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