این گزینه رو الان توی گوشی سامسونگم دیدم، می‌تونین همزمان Hotspot و Wi-Fi رو روشن کنین !


@Linuxor

این ریپو اومده کلی منابع برای System Design جمع آوری کرده و اونارو دسته بندی کرده

https://github.com/ashishps1/awesome-system-design-resources


@Linuxor

فلسفه نرم‌افزار آزاد و اهداف آن
تماشا از پیرتیوب:
https://tubedu.org/w/bSUWdL1YaFBCu4hT1uETxQ
تماشا از یوتیوب:
https://youtu.be/A1vpYW-zE2s

شرکتا سر همه چی تونستن به توافق برسن جز دکمه ورود به BIOS موقع روشن شدن سیستم


@Linuxor

در لاراول یه متود داریم با نام ()lockForUpdate که برای جلوگیری از مشکلات Race Conditions استفاده میشه.

وقتی دو یا چند نفر میخوان بطور همزمان یک دیتا رو تغییر بدن، این متود باعث میشه فقط یکی ازونا بتونه دیتا رو تغییر بده و بقیه منتظر بمونن. این کار از یه سری اشتباها و تداخلهای ممکن پیشگیری میکنه. مثلاً وقتی میخوایم status یه سفارش رو تغییرش بدیم ، lockForUpdate() باعث میشه فقط یه نفر بتونه اونو در لحظه تغییر بده تا اشتباهی رخ نده.
#Laravel
@GoldenCodeir
(به منبع و مثالش دقت کنید 👇🏾)
https://x.com/thelarrybarker/status/1889738111980118298?t=zQBNvx5a_46OyE2yF8Y4ng&s=35

خداحافظی openSUSE با AppArmor

#openSUSE #SELinux #Security #Module #Kernel

توضیحاتی در مورد AppArmor:

یک ماژول امنیتی کرنل است که قابلیت ها و مجوز های برنامه ها را با پروفایل های مخصوص آنها محدود می‌کند.

این ماژول در ابتدا با نام SubDomain شناخته می شد. اما اکنون در نسخه های جدید openSUSE Tumbleweed (نسخه rolling)، Security Enhanced Linux (SELinux) جایگزین AppArmor خواهد بود. البته توزیع های فعلی تحت تأثیر این تغییر قرار نمی گیرند مگر اینکه کاربر به صورت دستی SELinux را جایگزین Apparmor کند.

اطلاعیه openSUSE:

می‌خواهیم اعلام کنیم که با اسنپ‌شات openSUSE Tumbleweed 20250211، سیستم کنترل دسترسی اجباری (MAC) که توسط نصاب انتخاب می‌شود از AppArmor به SELinux در حالت enforcing تغییر خواهد کرد. openSUSE Tumbleweed minimalVM نیز با SELinux در حالت enforcing ارسال می‌شود.

کاربرانی که نسخه Tumbleweed را از طریق ISO نصب می کنند، SELinux را در حالت enforcing به عنوان گزینه پیش فرض در نصب کننده مشاهده خواهند کرد. اما درصورت نیاز، کاربر می تواند در نصاب به صورت دستی سیستم را به AppArmor تغییر دهد. لازم به ذکر است که AppArmor دقیقاً مانند قبل توسط Christian Boltz (@cboltz) به خوبی آپدیت و نگهداری می شود.

نسخه Leap 15.x که انتشار پایدار این توزیع است همواره از AppArmor استفاده خواهد کرد.

منبع خبر

@LinNews | @LinAcademy

روز نرم‌افزار آزاد رو دوست دارم

۱۴ فوریه روزی است برای ابراز عشق به اطرافیان، از جمله کسانی که نرم‌افزار آزاد را ممکن می‌کنند.
روز دوست‌داشتن نرم‌افزار آزاد که هم‌زمان با روز ولنتاین است، در سال ۲۰۱۳ توسط بنیاد نرم‌افزار آزاد اروپا (FSFE) ایجاد شد.
این روز برای قدردانی از افرادی که نرم‌افزار آزاد را توسعه داده، نگه‌داری کرده و از آن دفاع می‌کنند، در نظر گرفته شده است.
جنبش نرم‌افزار آزاد بدون این جامعه عظیم از افراد و سازمان‌ها که دنیایی را می‌سازند که در آن همه می‌توانند فناوری را استفاده، اشتراک‌گذاری، مطالعه و بهبود بخشند، هرگز به این اندازه رشد نمی‌کرد.

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

امیدواریم رابطه شما با نرم‌افزار آزاد برای همیشه ادامه یابد!❤️

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

ایده‌هایی برای جشن گرفتن پروژه‌های بزرگ و کوچک نرم‌افزار آزاد

با استفاده از نرم‌افزار آزاد:

❤️ یک ویدیو با نرم‌افزار آزاد بسازید و بگویید چرا نرم‌افزار آزاد را دوست دارید.

❤️ با استفاده از الگوی FSFE، یک تصویر برای شبکه‌های اجتماعی بسازید.

❤️ یک کارت تبریک ولنتاین (با نرم‌افزار آزاد) برای عزیزانتان یا یک پروژه نرم‌افزار آزادی که شایسته توجه ویژه است، درست کنید.

❤️ برنامه‌ای را که همیشه کنجکاو بودید اما امتحان نکرده‌اید، آزمایش کنید.

❤️ مهارت جدیدی یاد بگیرید! ویدیوها و آموزش‌های زیادی برای یادگیری خط فرمان، ساخت موسیقی و... وجود دارد.

با مطالعه نرم‌افزارهای آزاد:

❤️ درباره پروژه‌هایی که در سال گذشته استفاده کرده‌اید فکر کنید. چه چیزی را در مورد تجربه خود دوست داشتید؟
❤️ ببینید که چگونه یک برنامه که اغلب از آن استفاده می‌کنید، کار می‌کند.
❤️ نرم‌افزارهای آزاد را با یکدیگر مقایسه کنید، تفاوت‌ها و شباهت‌های آن‌ها را درک کنید، و ببینید کدام یک برای نیازهای شما بهتر است.

با اشتراک‌گذاری عشق خود:

❤️ با پروژه‌ای که واقعاً آن را دوست دارید تماس بگیرید و بگویید چرا آن را دوست دارید.

❤️ چیزی که با نرم‌افزار آزاد ساخته‌اید (مانند ویدیو، تصویر شبکه اجتماعی یا کارت تبریک) به اشتراک بگذارید.

❤️ شخص دیگری را با نرم‌افزار آزاد آشنا کنید و شاید حتی اصول اولیه استفاده از آن را نشان دهید.
❤️ اگر در رسانه‌های اجتماعی به اشتراک می‌گذارید، لطفاً از #ilovefs استفاده کنید.

با کمک به پیشرفت نرم‌افزار آزاد:

❤️ به یک پروژه نرم‌افزار آزاد کمک مالی کنید (لازم نیست مبلغ زیادی باشد، حتی هزینه یک نوشیدنی هم می‌تواند کمک کند).

❤️ در صورتی که به چند زبان تسلط دارید، به ترجمه نرم‌افزارهای آزاد کمک کنید.

سپاس ویژه!

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

- - - - - - - - - - - - - - - -

🌐 https://sudoshz.ir
🆔 Shirazlinux Channels:
@sudoshz
@shirazlinuxcommunity
(Linux Users Group)

#ilovefs

از طریق آدرس زیر کارت پوستال با متن اختصاصی و نام خودتون برای تشکر از فعالان و توسعه دهندگان نرم افزار آژاد در رسانه تشکر کنید.
https://sudoshz.ir/valentine-day

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

از این پیام‌ها در شبکه‌های اجتماعی استفاده کنید و تلاش کنیم تا فرهنگ قدردانی از دستاوردهای نرم‌افزار آزاد را در جامعه نرم‌افزار آزاد ایران نهادینه کنیم.
یک تشکر ساده در این روز می‌تواند تأثیر بسیار خوبی داشته باشد.

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

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

استراتژی Deployment در Kubernetes چیست؟

برای درک مفهوم استراتژی Deployment در Kubernetes، ابتدا باید دو معنای ممکن "deployment" در محیط Kubernetes را توضیح دهیم:

1. deployment
به فرآیند نصب یک نسخه جدید از یک اپلیکیشن یا workload روی pods در Kubernetes اشاره دارد.
2. Deployment
(با D بزرگ)، یک Kubernetes object است که دارای فایل تنظیمات YAML مخصوص به خود می‌باشد و به شما این امکان را می‌دهد که تعیین کنید:
- فرآیند deployment چگونه باید انجام شود،
- دقیقاً چه چیزی باید deploy شود،
- و همچنین چگونه درخواست‌ها به اپلیکیشن جدید هدایت شوند.

استراتژی deployment تعیین می‌کند که چگونه pods باید به نسخه جدید اپلیکیشن به‌روزرسانی شوند. به‌عنوان مثال، یک گزینه این است که تمامی pods حذف شوند و با نسخه جدید جایگزین شوند؛ این روش باعث downtime می‌شود. اما گزینه‌های پیشرفته‌تری نیز وجود دارند که اپلیکیشن را به‌صورت تدریجی با کمترین اختلال در خدمات به‌روزرسانی می‌کنند.

1. Recreate Deployment
این روش یک فرآیند همه یا هیچ است که اپلیکیشن را فوراً به‌روزرسانی می‌کند، اما با مقداری downtime همراه است.

- در این استراتژی، pods موجود حذف می‌شوند و نسخه جدید جایگزین آن‌ها می‌شود.
- این روش باعث می‌شود که از زمان خاموش شدن نسخه قدیمی تا شروع به کار نسخه جدید، اپلیکیشن downtime داشته باشد.
- موارد استفاده مناسب:
- محیط‌های توسعه (development environments).
- زمانی که کاربران ترجیح می‌دهند یک دوره کوتاه downtime به جای کاهش عملکرد یا خطاهای طولانی‌مدت (در rolling deployment) داشته باشند.
- زمانی که دلایل فنی اجازه اجرای دو نسخه همزمان از یک اپلیکیشن را نمی‌دهند(برای مثال statefull بودن برنامه).

2. Rolling Deployment
در این استراتژی، نسخه جدید اپلیکیشن به‌صورت تدریجی روی pods مستقر می‌شود.

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

3. Blue/Green Deployment (Red/Black Deployment)
این استراتژی به شما امکان می‌دهد که نسخه جدید اپلیکیشن را بدون downtime مستقر کنید.

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

4. Canary Deployment
این استراتژی به شما امکان می‌دهد نسخه جدید اپلیکیشن را روی گروه کوچکی از کاربران واقعی آزمایش کنید.

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


5. A/B Testing

در Kubernetes، A/B Testing نوعی از canary deployment است که ترافیک را بر اساس پارامترهای خاص (مانند کوکی‌ها یا user agents) بین نسخه‌های مختلف اپلیکیشن توزیع می‌کند.

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

6. Shadow Deployment
در این روش، نسخه جدید اپلیکیشن روی production workloads آزمایش می‌شود، اما بدون اینکه کاربران نهایی متوجه شوند.

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

نکته:
توجه داشته باشید که فقط دو استراتژی Recreate و Rolling به‌صورت پیش‌فرض توسط Kubernetes Deployment object پشتیبانی می‌شوند. سایر استراتژی‌ها نیازمند سفارشی‌سازی یا استفاده از ابزارهای تخصصی هستند.

source

#deployment_strategy

@Syntax_fa

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

این عکس ها خلاصه کتاب The Personal MBA هستش برای کسایی که هیچی نمیدونن خیلی مفیده‌، برای خوندش حتی نیازی به تحصیل رسمی MBA نیست و به صورت ساده بهتون کلی چیز درباره کسب و کار یاد می‌ده


@Linuxor

انحصارطلبی غول‌های فناوری: «ما حامی هستیم، اما فقط وقتی مال خودمون باشی!»

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

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

فاز اول: قلب بزن، قربون‌صدقه برو
وقتی یه استارت‌آپ یا یه پروژه اوپن‌سورس داره رشد می‌کنه، اول از همه غول‌های فناوری میان و با لبخند ازش تعریف می‌کنن. مثلاً توییت می‌زنن:
"این پروژه واقعاً الهام‌بخشه. ما عاشق نوآوری هستیم و از این پروژه حمایت می‌کنیم!"
اما پشت این تعریف‌ها، مدیرای اجرایی و تیم‌های حقوقی شرکت دارن بررسی می‌کنن که چطور این پروژه رو تصاحب کنن. چون تو دنیای غول‌ها، کلمه «حمایت» معمولاً به معنی «ادغام در امپراتوری ما» است.

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

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

@Syntax_fa

مثال‌هایی از شکار و انحصارطلبی

1. مایکروسافت و نوآوری‌های Netscape: پایان مرورگر مستقل
در دهه ۹۰ میلادی، Netscape یکی از محبوب‌ترین مرورگرهای وب بود. این شرکت به نوعی پیشگام اینترنت مدرن به حساب می‌اومد و مایکروسافت که از محبوبیت و رشد سریع Netscape ترسیده بود، استراتژی تهاجمی خودش رو شروع کرد. 
مایکروسافت تصمیم گرفت مرورگر خودش به نام Internet Explorer رو به صورت رایگان همراه با ویندوز عرضه کنه. این حرکت باعث شد که کاربران به طور پیش‌فرض از Internet Explorer استفاده کنن و سهم بازار Netscape به شدت کاهش پیدا کنه. 
در نهایت، Netscape نتونست با این انحصارطلبی مبارزه کنه و ورشکست شد. این پرونده حتی به دادگاه ضدانحصار ایالات متحده کشیده شد، جایی که مشخص شد مایکروسافت عمداً از قدرت انحصاری ویندوز برای حذف رقبای مرورگر استفاده کرده. 

2. مایکروسافت و Skype: تصاحب و سقوط یک نوآوری
مایکروسافت در سال ۲۰۱۱ با مبلغ ۸.۵ میلیارد دلار Skype رو خریداری کرد. اسکایپ تا قبل از خرید یکی از محبوب‌ترین ابزارهای تماس ویدیویی و صوتی در جهان بود و به عنوان یک نوآوری مستقل می‌درخشید. اما بعد از خرید توسط مایکروسافت، مشکلات شروع شد: 
- مایکروسافت به جای توسعه و بهبود اسکایپ، تمرکز رو روی ادغام اون با محصولات خودش مثل ویندوز و Office گذاشت. 
- اسکایپ به مرور زمان از کارایی افتاد؛ مشکلات مربوط به کیفیت تماس و رابط کاربری گیج‌کننده باعث شد که بسیاری از کاربران به سرویس‌های رقیب مثل Zoom، WhatsApp، و Google Meet مهاجرت کنن. 
- نهایتاً، اسکایپ که یک‌زمانی یکه‌تاز بازار تماس‌های ویدیویی بود، به حاشیه رانده شد و تقریباً از فضای رقابت حذف شد. 

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

3. مایکروسافت و Nokia: شکست برنامه‌ریزی‌شده؟
یکی از جنجالی‌ترین تصاحب‌های مایکروسافت، خرید بخش موبایل شرکت نوکیا در سال ۲۰۱۳ بود. نوکیا که زمانی بزرگترین تولیدکننده گوشی‌های موبایل در دنیا بود، به خاطر رقابت با سیستم‌عامل‌های اندروید و iOS دچار افت شد. مایکروسافت با وعده همکاری و توسعه، بخش موبایل نوکیا رو خرید و ادعا کرد که این خرید به زنده‌کردن نوکیا کمک می‌کنه. اما در واقعیت، این اتفاق به سقوط کامل نوکیا منجر شد:
- مایکروسافت تصمیم گرفت که گوشی‌های نوکیا فقط با سیستم‌عامل Windows Phone عرضه بشن، که سهم بسیار کوچکی از بازار موبایل داشت. این تصمیم، نوکیا رو از رقابت با اندروید و iOS دور کرد.
- سرمایه‌گذاری روی ویندوزفون شکست خورد و مایکروسافت خیلی زود این پروژه رو رها کرد.
- در نهایت، بخش موبایل نوکیا تعطیل شد و هزاران نفر از کارکنانش بیکار شدن.

4. گوگل و DeepMind 
گوگل وقتی DeepMind رو خرید، قول داد که این شرکت مستقل و متمرکز روی «هوش مصنوعی اخلاقی» باقی می‌مونه. اما حالا بیشتر کارای DeepMind روی پروژه‌هایی متمرکزه که به تبلیغات گوگل و سرویس‌های پول‌ساز این شرکت کمک می‌کنه. مثلاً پروژه‌های سلامت DeepMind به Google Health منتقل شدن، و حالا بیشتر از اینکه به اخلاق فکر کنن، به سوددهی فکر می‌کنن. 

5. آمازون و استارت‌آپ‌های خرده‌فروشی 
آمازون یکی از بزرگترین شکارچی‌های استارت‌آپ‌های خرده‌فروشی هست. استراتژی‌شون؟ اول از یه استارت‌آپ حمایت می‌کنن، بعد یه نسخه مشابه از اون محصول رو ارزون‌تر تولید می‌کنن، و در نهایت یا اون استارت‌آپ رو می‌خرن یا ورشکسته‌ش می‌کنن. مثلاً استارت‌آپی مثل Diapers.com که تو فروش پوشک بچه موفق بود، اول تحت فشار قیمت‌های پایین آمازون قرار گرفت و در نهایت مجبور شد خودش رو بفروشه. 

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

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

@Syntax_fa

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

ای دل تو اگر هزار دلبر داری
شرط آن نبود که دل ز ما برداری
گر دل داری که دل ز ما برداری
از یار نوت مباد برخورداری

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

🔵 عنوان مقاله
Eliminating Shadow Access: The Hidden Dangers of SSH and API Keys

🟢 خلاصه مقاله:
متن مقاله‌ای که ذکر شده است تنها از یک جمله کوتاه و دعوت‌نامه‌ای برای ثبت‌نام در یک رویداد یا دوره آموزشی تشکیل شده و اطلاعات کافی برای تهیه خلاصه کاملی به اندازه 150 کلمه را ارائه نمی‌دهد. با این حال، من می‌توانم محتوای موجود را در یک جمله خلاصه کنم:

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

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

➖➖➖➖➖➖➖➖
👑 @gopher_academy

🔸واکنش بقیه برنامه نویس‌ها و بچه‌های زیرساخت وقتی یه برنامه نویس دختر به شرکت اضافه میشه (برنامه نویس نیست، فرانت کاره)

#fun
@TheRaymondDev

خب ادیتور Windsurf Wave 3 هم آمد.
این ادیتور که در واقع فورک VS code هست با AI ادغام شده و میشه از API های شخصی خودتون یا پلن‌های خودش برای کدنویسی بهتر و کم دردسرتر با AI استفاده کنید.

قابلیت‌هایی داره مثلا بهش میگید براتون کد مینویسه، بعد اجرا میکنه، اگه به ارور بخوره خودش اصلاح میکنه و البته با مدل‌هایی مثل gemini و deepseek هم کار میکنه.

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

https://codeium.com/download
blog
@geekalerts

مدل zonos-v0.1، ورودی دنیای اوپن‌سورس به شبیه‌سازی صدا

فناوری متن به گفتار یا TTS خیلی پیشرفت کرده، ولی به شکلی در انحصار شرکت‌ها هست و راهکارهای اوپن‌سورس کارآمدی که مثلا بتونه با ElevenLabs رقابت کنه نداریم، ولی الان مدل اوپن‌سورس Zonos-v0.1 رو داریم که میتونه صدا رو لحظه‌ای تولید کنه.

چند زبانه هست ولی روی زبان‌هایی مثل انگلیسی، چینی، ژاپنی، فرانسوی، اسپانیایی و آلمانی آموزش دیده و یکی از ویژگی‌های اصلیش اینه که بدون نیاز به آموزش قبلی میتونه شبیه‌سازی صدا انجام بده، کافیه ۵ تا ۳۰ ثانیه از یه صدا رو بهش بدید تا بتونه با همون لحن و گفتار اجرا کنه.

از یه معماری ترکیبی ۱.۶ میلیارد پارامتری Transformer و ۱.۶ میلیارد پارامتری SSM (مبتنی بر Mamba2) استفاده می‌کنه که نتیجش ۳۰ درصد مصرف حافظه کمتر و سرعت پردازش بالاتر در کنار تولید صدا ۲ برابر سرعت واقعی روی کارت گرافیک RTX 4090 هست.

برای خروجی صدا از Denoscript Audio Codec استفاده میکنه تا نرخ بیت و کیفیت صدا رو بالا نگه داره، از طرفی خروجی سریعش (نرخ تاخیر ۲۰۰-۳۰۰ میلی ثانیه) کمک مینه تا برای استفاده توی برنامه‌های زنده یا دستیارها مناسب باشه.

github
huggingface
zephra
@geekalerts