sasan safari

اپیزود ۸ رادیو فلاتر با حضور سپهر تابعیان عزیز (این اپیزود ۳۵ روز پیش ریکورد شده ) در این اپیزود در مورد معماری کلین و مسیر Ai در برنامه نویسی صحبت کردیم لینک کست باکس: https://castbox.fm/vi/975072687

آیا باید کلاً دست از خوندن کد برداشت و اجازه داد Agentها همه تصمیم‌ها رو به‌صورت Autonomous بگیرن؟ دِکس از HumanLayer می‌گه: «نه، دیگه نه!» کامنت‌های بیشتر، کامنت‌های طولانی‌تر و تعداد زیادی PR که بدون هیچ Reviewای Merge می‌شن. تعداد Incidentها به شکل محسوسی افزایش پیدا کرده. تعداد Bug به ازای هر Developer هم به‌مراتب بیشتر شده. این‌ها بخشی از نکات جالبی هستند که از گزارش‌های چند تیم به دست اومده؛ تیم‌هایی که تلاش کردن به‌صورت کامل یا تا حدی Autonomous بشن و انجام همه کارها رو به Agentها بسپارن. نتیجه این بوده که خیلی زود (یا گاهی با کمی تأخیر) مشخص شده این رویکرد در Codebaseهای Production و پیچیده می‌تونه از کنترل خارج بشه. بخشی از محدودیت‌های فعلی به این موضوع برمی‌گرده که Coding Modelهای امروزی عمدتاً برای Functional Correctness در کوتاه‌مدت آموزش داده و ارزیابی می‌شن، نه برای Long-term Maintainability. این یعنی هنوز فاصله قابل‌توجهی در حوزه Software Design وجود داره و یک Design ضعیف ممکنه تا هفته‌ها یا حتی ماه‌ها خودش رو نشون نده؛ مثلاً زمانی که Incidentی رخ بده یا نیاز به Modificationهای پیچیده به وجود بیاد. Evaluationهای جدیدتری مثل SWE-Marathon و Frontier Code در حال ظهور هستند که Taskهای طولانی‌تر و Workflowهای چند-PRی رو پوشش می‌دن، اما این مسئله آن‌قدر پیچیده است که گاهی حتی فراتر از این چارچوب‌ها می‌ره. تشبیه «Software Factory» و تأکید بر اهمیت Human Review بسیار جالبه. تجربه تیم‌هایی که در هفته‌های اخیر با ابزارهایی مثل Fable کار کرده‌اند هم تا حد زیادی همین موضوع رو تأیید می‌کنه، البته از زاویه‌ای متفاوت. در این رویکرد، نقش Developer کمتر شبیه فردی است که مستقیماً کنترل همه چیز را در دست دارد و بیشتر به نقش یک Coach شباهت پیدا می‌کند که تصمیم‌های Architectural را هدایت می‌کند. بخش قابل‌توجهی از زمان نیز صرف یادگیری رویکردهای جدید و هوشمندانه‌ای می‌شود که شاید در حالت عادی به ذهن نرسند. بر این اساس، ارزش خوندن کدها (یا Artifactها) فقط در این نیست که مطمئن بشیم مسیر اشتباهی طی نمی‌شه؛ بلکه این کار کمک می‌کنه تغییرات سریع Codebase بهتر درک بشن و مهم‌تر از اون، امکان یادگیری دانشی فراهم بشه که به نظر می‌رسه دامنه و عمقش از چیزی که قبلاً از Developerها انتظار می‌رفت، بسیار گسترده‌تر شده است. لینک گزارش https://github.com/humanlayer/advanced-context-engineering-for-coding-agents/blob/main/wsff.md

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

اپیزود ۷ رادیو فلاتر منتشر شد. تحولات کامیونیتی فلاتر و اینکه چه چیزهایی توی اکوسیستم داره تغییر می‌کنه. و بخش اصلی اپیزود هم درباره بزرگ‌ترین اشتباهات تکنیکالی در BLoC هست؛ چیزهایی که شاید توی پروژه‌های کوچیک خیلی دیده نشن، ولی وقتی پروژه بزرگ‌تر میشه می‌تونن تبدیل بشن به باگ، پیچیدگی، مصرف حافظه و نگه‌داری سخت‌تر کد. سعی کردم بیشتر از زاویه تجربه پروژه واقعی درباره‌شون صحبت کنم، نه فقط تئوری و مثال‌های ساده. [شنیدن اپیزود ۷ رادیو فلاتر در Castbox] https://castbox.fm/vh/5298400 خوشحال میشم بعد از شنیدنش نظرتون رو بگید، مخصوصاً درباره تجربه‌تون با AI و BLoC توی پروژه‌های واقعی. #Flutter #Dart #BLoC #FlutterDeveloper #AI #SoftwareEngineering

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

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

📌به‌روزرسانی ۲۰۲۶ شرکت‌های بزرگ استفاده‌کننده Flutter آمار منبع: https://www.verygood.ventures/blog/top-companies-using-flutter بیش از ۹۰ شرکت mid-market و enterprise بین سال‌های ۲۰۲۴ تا ۲۰۲۶ استفاده Production از Flutter را تأیید کرده‌اند. نمونه‌های شاخص در مقیاس خیلی بزرگ: BMW، Google Pay، Nubank و Alibaba هر کدام در بازه ۵۰ تا ۱۰۰+ میلیون کاربر ذکر شده‌اند. تمرکز صنعتی (طبق همین گزارش): خدمات مالی ۲۰+ شرکت، خودروسازی ۴ OEM بزرگ، ای‌کامرس ۸+ پلتفرم. اکوسیستم Flutter: ۲.۸ میلیون توسعه‌دهنده فعال ماهانه و ۵۰۰+ میلیون کاربر نهایی در جهان (در متن گزارش نقل شده). لیست بلند (نمونه‌های برجسته‌ای که در گزارش آمده‌اند) گوگل‌پی (Google Pay) نوبنک (Nubank) سوفای (SoFi) بترمنت (Betterment) گایکو (GEICO) کردیت اگریکول بانک پولسکا (Credit Agricole Bank Polska) ویرجین مانی (Virgin Money) ویزا (Visa) هانتینگتون نشنال بانک (Huntington National Bank) آیلندزبنکی (Islandsbanki) برید فایننشال (Bread Financial) بانک آو آمریکا مرچنت سرویسز (Bank of America Merchant Services) پرودنشال سرویسز سنگاپور (Prudential Services Singapore) تراست اند ویل (Trust & Will) تاید (Tide) گودلیپ (GoodLeap) ناو دات کام (Nav.com) دی‌واین (DiVine) درفت‌کینگز (DraftKings) پی‌جی‌ای آو آمریکا (PGA of America) گری مدیا (Gray Media) دویچه‌وله (Deutsche Welle) ابی رود استودیوز (Abbey Road Studios) اکسل اشپرینگر (Axel Springer) ای‌بی موتورز (eBay Motors) علی‌بابا شیانیو (Alibaba Xianyu) شِین (SHEIN) بایکِه (Beike) فوندا (Funda) کیجیجی / ای‌بی کانادا (Kijiji / eBay Canada) ال‌جی الکترونیکس (LG Electronics) فیلیپس هیو (Philips Hue) جی‌ای اپلاینسز (GE Appliances) شیائومی هایپر‌اواس (Xiaomi HyperOS) گرب (Grab) وولت / دوردش اینترنشنال (Wolt / DoorDash International) نونا (Nuna) کُدوی (Codeway) هداسپیس (Headspace) سی‌وی‌اس هلث (CVS Health) نو‌استِپ (NuStep) رفلکتلی (Reflectly) سونووا (Sonova) تویوتا (Toyota) بی‌ام‌و (BMW) یونیورسال استودیوز (Universal Studios) همیلتون (Hamilton) بایت‌دنس (ByteDance) نستله (Nestle) ای‌دی‌تی (ADT) جنرالی (Generali) دلیوری هیرو (Delivery Hero) دگرید (Degreed) تونال (Tonal)

‌ رودمپ رسمی فلاتر در سال ۲۰۲۶ https://blog.flutter.dev/flutter-darts-2026-roadmap-89378f17ebbd ۱) تکمیل و تثبیت ایمپلر Impeller روی اندروید Android برای کاهش لگ و روان‌تر شدن UI ۲) وب Web: حرکت به سمت پیش‌فرض شدن واسِم WebAssembly (Wasm) برای پرفورمنس بهتر ۳) جن‌یو‌آی GenUI و اپ‌های ایجنت‌محور Agentic apps: UI پویا بر اساس نیت کاربر + پروتکل A2UI ۴) فول‌استک دارت Full-stack Dart: بهبود اجرای سمت‌سرور Server-side، مخصوصاً کلاد فانکشنز فایربیس Cloud Functions for Firebase و مسیرهای Cloud/AI (Genkit) ۵) تجربه توسعه‌دهنده Developer Experience (DevEx) با محوریت ایجنت‌های AI: ابزارهای AI agents و MCP servers + اتصال بهتر به analyzer ۶) بسته‌بندی/معماری Open-source governance: جدا شدن Material و Cupertino به پکیج Package مستقل + بازتر شدن موتور Engine extensibility برای توسعه out-of-tree ۷) زبان دارت Dart language: Primary constructors و Augmentations + بهبود build_runner و analyzer performanceزبان Dart: Primary constructors و augmentations + بهبودهای build/analyzer.

Fluorite، موتور بازی تویوتا با Flutter یک معرفی رسمی در FOSDEM 2026 باعث شد اسم Fluorite سر زبان‌ها بیفتد: موتور/انجین سه‌بعدی «کنسول‌گِرید» که توسط Toyota Connected North America ارائه شده و ایده‌اش این است که UI و تجربه تعاملی را با Flutter بسازد، اما رندر سه‌بعدی را با رندرر Filament انجام دهد. طبق توضیحات ارائه‌شده و بازنشرها، Fluorite این ویژگی‌ها را هدف گرفته: ادغام Flutter برای UI/UX و استفاده از Dart برای بخش زیادی از منطق استفاده از Google Filament به‌عنوان رندرر سه‌بعدی معماری ECS SDL3 به‌عنوان لایه/Embedder و ارائه API در Dart (به‌صورت پکیج) فیزیک JoltPhysics در roadmap کراس‌پلتفرم با تمرکز اولیه روی embedded/automotive (مثلاً Embedded Linux/Yocto و سخت‌افزارهای سبک‌تر) چرا این خبر مهم است؟ نشان می‌دهد Flutter فقط برای UI اپ موبایل نیست و می‌تواند به‌عنوان لایه UI روی یک موتور رندر جدی هم قرار بگیرد. انتخاب Filament (رندرر سبک و باکیفیت) با تمرکز Fluorite روی embedded منطقی است؛ مخصوصاً برای محیط‌هایی مثل سیستم‌های داخل خودرو که محدودیت منابع دارند. اگر SDL3 Dart API و ابزارهای اکوسیستمش کامل شود، احتمالاً برای پروژه‌های تعاملی/گرافیکی سبک روی چند پلتفرم جذاب می‌شود، حتی خارج از خودرو. لینک‌ها: https://fosdem.org/2026/schedule/event/7ZJJWW-fluorite-game-engine-flutter/ https://fluorite.game/ https://www.theverge.com/games/875995/toyota-fluorite-game-engine https://www.phoronix.com/news/Fluorite-Toyota-Game-Engine https://medium.com/flutter-taipei/when-flutter-hits-the-3d-wall-fluorite-9fb3d22c54eb

یک لیک درباره HyperOS 4 این روزها دارد دست‌به‌دست می‌شود که ادعا می‌کند شیائومی در حال حرکت به سمت بازنویسی بخشی از اپ‌های سیستمی با Flutter است. هدف این است که Flutter engine رندر UI و ساختار منطق را یکپارچه کند و به‌مرور جایگزین معماری پراکنده مبتنی بر Java/Kotlin شود. همچنین گفته می‌شود این تغییرات همزمان با پیشرفت HyperOS 4 مرحله‌به‌مرحله رول‌اوت می‌شود. در بعضی بازنشرها اشاره‌هایی به استفاده ترکیبی Flutter (برای UI) و Rust (برای بخش‌هایی از زیرساخت/منطق سطح پایین‌تر) هم دیده می‌شود که یک روایت نسبتاً منسجم از «تغییر معماری» می‌سازد. با این حال، فعلاً این ادعا بر پایه لیک‌ها و بازنشرهاست و هنوز یک اعلام رسمی شفاف از سمت خود Xiaomi درباره «بازنویسی اپ‌های سیستمی با Flutter» به شکل قطعی دیده نمی‌شود. لینک‌ها: https://xiaomitime.com/why-hyperos-4-will-be-the-most-stable-update-in-xiaomi-history-88033/ https://www.gizmochina.com/2026/02/05/xiaomi-hyperos-4-self-developed-os-ai-framework/ https://mobile.twstalker.com/tikhomirovi

Channel photo updated

درود به هم‌دردان بغض و درد بزرگی داریم *این بغض تا ابد همراهمان خواهد ماند، نه عادی میشه و نه فراموش ببخشید که جون نداشتم ادامه آموزش هاتون رو ضبط کنم و یا اینکه چیزی برای ارائه نداشتم سعی میکنم که بتونم

اینترنت ایران صرفاً دچار اختلال نشده؛ دارد وارد یک معماری جدید می‌شود. داده‌ها نشان می‌دهد آنچه تجربه می‌کنیم، نه یک قطعی موقت، بلکه نتیجه بازطراحی ساختاری شبکه است. این شبکه سه حالت دارد: پایش عادی، تخریب فعال و محدودیت شدید؛ و می‌تواند ظرف چند ساعت بین این حالت‌ها جابه‌جا شود. 🆔 iSeqaro.t.me

خیلی از دوستان می‌پرسن اینترنت طبقاتی چطوریه یا در اینترنت طبقاتی کسب‌وکار می‌خواد به کی بفروشه و... ‌ در توضیح باید بگم قبلا ما یک اینترنت داشتیم که خیلی از سرویس‌ها در اون فیلتر و مسدود بود. اما در ایده اینترنت طبقاتی، یک شبکه پیش‌فرض مسدود (default deny) داریم که همه چیز خارج از شبکه داخلی پیش‌فرض قطعه مگر اینکه وایت‌لیست بشه. مثل این روزها که همه چیز خارج از شبکه داخلی، مسدود بود به جز گوگل و... سرویس‌های داخل شبکه مثل بانک‌ها و سایت دانشگاه و خبرگزاری داخلی و سرویس تاکسی و... مثل الان در دسترسند. به افراد و شرکت‌ها و کسب‌وکارها و دانشگاهیان و... هم نسبت به شغل و جایگاه و اصطلاحا طبقه‌شون یک وی‌پی‌ان ارایه می‌شه که با وصل شدن به اون به سرویس‌هایی که وایت‌لیست شده هم علاوه بر سرویس‌های داخل شبکه دسترسی داره. ‌ در پاسخ دوستانی که پرسیدن در اینترنت طبقاتی، کسب‌وکار به کی می‌خواد بفروشه: در اینترنت طبقاتی مشتری‌ها و عموم کاربرها هم هستند. منتها با برخورداری از دسترسی محدودتر و اینترنت طبقه‌های پایین‌تر و لیست کمتری از سرویس‌های وایت‌لیست شده. ‌ در دنیای امروز، دسترسی به اینترنت آزاد، یک حق برای همه‌ست و جایزه و هدیه نیست که بر اساس شغل و طبقه افراد بهشون داده بشه. ‌ 🖥 @MiladNouriChannel

این موزیک کش های اضافه مغزتون رو پاک میکنه 🙂

#flutter در بسیاری از اپلیکیشن‌ها حفظ وضعیت کاربر اهمیت دارد؛ برای مثال کاربری که در یک فرم چندمرحله‌ای قرار دارد یا در یک لیست اسکرول شده است، نباید پس از بسته شدن و باز شدن مجدد اپ همه چیز را از ابتدا شروع کند. Flutter برای حل این نیاز، مکانیزمی به نام State Restoration ارائه کرده است و RestorationMixin یکی از ابزارهای اصلی پیاده‌سازی آن است. کاربرد اصلی ریستوریشن‌میکسین RestorationMixin به شما امکان می‌دهد وضعیت ویجت را از طریق مقادیر قابل ذخیره (RestorableProperty) ثبت کنید تا سیستم بتواند پس از بسته شدن یا توقف اپلیکیشن، همان وضعیت را بازگردانی کند. این قابلیت مخصوص سناریوهایی است که تجربه کاربری باید پایدار بماند، حتی اگر اپ توسط سیستم‌عامل متوقف شده باشد. نحوه کارکرد در سطح معماری هر ویجتی که از RestorationMixin استفاده می‌کند یک شناسه ترمیمی (restorationId) دارد. مقادیر حالت مانند اعداد، متون، موقعیت اسکرول یا انتخاب‌ها می‌توانند با انواع Restorable مانند RestorableInt, RestorableBool, RestorableTextEditingController مدیریت شوند. هنگام رخ دادن تغییر در لایف سایکل، فریم‌ورک نسخه‌ای از وضعیت را ذخیره می‌کند و در صورت بازیابی اپ، آن را بازسازی می‌نماید. اپ‌هایی که ممکن است در پس‌زمینه توسط سیستم‌عامل kill شوند، با RestorationMixin قادر به بازیابی وضعیت پیشین هستند. برای فرم‌های طولانی، تب‌ها، و مسیرهای چندمرحله‌ای، این قابلیت تجربه کاربری منسجم‌تری ایجاد می‌کند. این سیستم مستقل از مدیریت state داخلی است و بخشی از معماری پایه Flutter محسوب می‌شود. برای فعال شدن این قابلیت، باید در بالاترین سطح اپ مقدار restorationScopeId در MaterialApp تنظیم شود. هر ویجتی که وضعیت قابل بازیابی دارد باید restoreState را پیاده‌سازی و مقادیرش را ثبت کند. این قابلیت با ناوبری قابل بازگردانی، مانند Navigator.restorablePush، هماهنگ است.