🔶 به باور داریو آمودی، مدیرعامل شرکت Anthropic، در سه تا شش ماه آینده تا ۹۰ درصد کدنویسی را هوش مصنوعی برعهده خواهد گرفت. او افزود که این احتمال وجود دارد که تا سال آینده، تقریباً تمام کدنویسی‌ها به هوش مصنوعی سپرده شوند. این پیش‌بینی با دیدگاه برخی دیگر از رهبران حوزه‌ی فناوری همسوست؛ دیدگاهی که از تغییرات بنیادین در جایگاه و مسئولیت‌های مهندسان نرم‌افزار خبر می‌دهد. زومیت

پ . ن : از نظر من هوش مصنوعی بتواند کامل پروژه کوچیک ساده ۹۰ درصد کد را بنویسد اما توانایی نوشتن کدهای عمیق و ریفکتور آن نخواهند داشت و بنابراین در پروژه های بزرگ به برنامه نویس حرفه ای نیاز خواهند داشت و قرار نیست کامل کنار بزاره و ممکنه بعضی وظایف برنامه نویسی برای برنامه نویسان تغییر کند.

#خبر

@TheRaymondDev

‏حالا هر چه قدر میخواین از زبونی که باهاش کد میزنین دفاع کنین و یقه بدرین ، من تعصبی ندارم ، اما با اینکه دیگه حتی یه خط کد تو اندورید نمیزنم باید بگم که تاحالا هیچ platform ی رو ندیدم که به تمیزی و به اندازه اندوروید document داشته باشه ، سایت developer گوگل هیچ جای شک و تردید برای کسی چه به زبان جاوا چه kotlin نمیزاره و اینجوری دست یه مشت کلاس های برنامه نویسی چرند و دزد رو هم کوتاه کرده. واقعا این رو دوست داشتم

@DevTwitter | <sefid_poost/>

یک ابزار باحال جایگزین Draw.io پیدا کردم.

صدالبته که اوپن سورسه!

https://github.com/excalidraw/excalidraw



@SohrabContents

یکی از اتفاق های خوبی که توی بازنویسی Typenoscript با Golang میوفته علاوه بر افزایش ۱۰ برابری سرعت خود تایپ اسکریپت، اینکه به زودی شاهد افزایش پرفورمنس زیادی توی تجربه ی توسعه هستیم و پروژه هایی مثل Vscode و Playwright که با تایپ اسکریپت نوشته شدن خیلی سریع تر از قبل کامپایل میشن.

https://devblogs.microsoft.com/typenoscript/typenoscript-native-port/

🆔 @MdDaily

این طرح قدیمی رو که طراحا زده بودن رو احتمالاً بعداً تی‌شرت کنیم و دوباره توی استور پارچ بذاریم :))


@SohrabContents

سالای ۹۵-۹۶ که اینستاگرام توی ایران جدی تر شد، کم کم بیوتی بلاگرها، اینفلوئنسرها شکل گرفتن، یادمه بچه های اکوسیستم استارتاپی این ادبیاتشون بود اگه یه پیج ناخون می زدم الان میلیاردی پول در میاوردم، یا اگه مثل فلان اینفلوئنسر که پکیج فروشی می کنه و معلوم نیست به مخاطب هم چی میده، اگه بودم ماهی چند میلیارد درآمد داشتم،
با تقریب خوبی همه مون یه بار به این چیزا فکر کرده بودیم،
یوتیوب که هم جدی تر شد، هر از گاهی یه کارایی کردیم، ولی منظم نبودن، وقت و حوصله و تمرکز می خواد به هر حال و باز اونقدری جدی نشدیم،
این وسط شاید توی این دورانی که رمز ارزها بودن، بعضیا به موقع خرید و فروش کردن و تونستن سرمایه شون رو بیشتر کنن، که این اتفاق هم نیاز به تمرکز و وقت آنچنانی نمی خواست، به موقع خریدن و فروختن،
الان هم که توی دنیای هوش مصنوعی هستیم، شاید بچه های اکوسیستم ما اولین کسایی بودن که با چت جی پی تی کار کردن، ولی احتمالا جزئ گروهی باشن که خیلی ازش در راستای اینکه درآمد برای خودشون ایجاد کنن نباشن، چون وقتش رو ندارن، درگیرن و اولویتشون نیست.
توی اینستاگرام که می چرخی، یه نفر جلوی دوربینه و یه نفر سوال می پرسه، برای سرچ کدوم ابزار و اون به اصطلاح نابغه هوش مصنوعی اسم یه ابزار می گه،
اینقدر این کار رو مخ و عجیبه، که با کمی چرخیدن می بینی تعدادشون صدها نفر هست و خیلی وقتا با اون ابزار هم کار نکردن، ولی شدن مروج هوش مصنوعی و ما هم به این ادا بازی شون می خندیم و میگیم چه کار بیهوده و رو مخیه، ولی رو مخ ماییم/ منم.

🔶 فریم ورک Lynx : رقیب جدید Flutter و React Native

لینکس (Lynx) یک فریم‌ورک جدید مالتی ‌پلتفرم مبتنی بر جاوا اسکریپت و وب از شرکت بایت‌دنس (تیک‌تاک) هست که به تازگی معرفی شده است و ابزار Lynx Devtool یک ابزار توسعه دهنده مبتنی بر الکترون برای Lynx که ویژگی های اشکال زدایی (Debugging) موبایل را ارائه می دهد.

وب سایت :

https://lynxjs.org/

گیت هاب فریم ورک Lynx :

https://github.com/lynx-family/lynx


گیت هاب ابزار Lynx Devtool :

https://github.com/lynx-family/lynx-devtool

#معرفی

@TheRaymondDev

پست به اشتباه اینجا گذاشته شد.
هدف @pytens بود 🤦😬

نتایج Gemma3 روی LMSys رو دیدید ؟

از نظر تعداد پارامتر و با توجه به اینکه مدل Reasoning نیست بنظر خیره کننده میاد.

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

پ.ن : این مدل بیش از ۱۴۰ زبان رو پشتیبانی می‌کنه.

حافظ | غزلیات | غزل شمارهٔ ۴۰۹

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

#حافظ | گنجور
📍@iipoem

🔸X-Translator-usernoscript
فایرفاکس پرسن هستم 🗿
واسه همین افزونه ای که سگارو برای کروم نوشته بود رو تبدیل به یوزراسکریپت کردم الان توی هر مرورگری اجرا میشه

https://greasyfork.org/en/noscripts/529693-x-translator

@TheRaymondDev

توی جواب اینکه لینوس توروالدز گفته بود "هوش مصنوعی 90 درصد مارکتینگه و 10 درصد واقعیته" یکی گفته چون هوش مصنوعی توی کد های سیستمی ضعیفه و توروالدز روی کرنل لینوکس کار می ‌کنه !



@Linuxor

مگه ویندوز یه زیر مجموعه ای از سیستم نیست؟

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


@Linuxor

اگه سیستم تون event driven هست و یا حتی message driven، لازم دارید که message payload رو بگونه ای تعریف کنید که سرویس consumer همه اطلاعاتی که لازم دارند رو بتونن از payload بخونن.
اما همیشه به همین سادگی نیست، چالش های مختلفی وجود داره، از جمله اینکه سرویس publisher خودش هم همه اطلاعات رو نداشته باشه موقع ساخت payload، حجم اطلاعات خیلی زیاد باشه و برای broker چالش ایجاد کنه و یا اینکه اطلاعات درون payload حساس هستند و به دلایل امنیتی نمیشه پاسشون داد.
تو اینطور مواقع الگوی claim check می‌تونه کمک کنه.
هر چند خودش هم عیب هایی داره مثل وابسته شدن به سرویس های خارجی.

مثل همیشه، الگوهای مهندسی نرم افزار صفر و یک نیستند و باید trade-off ها رو بسنجید و تصمیم بگیرید.


What is the Claim-Check Pattern in Event-Driven Systems?
Understanding How to Handle Large & Sensitive Payloads in Distributed Systems
https://newsletter.scalablethread.com/p/what-is-the-claim-check-pattern-in


@gocasts


Ai for Software
@aicasts_ir

💠همکاری بنیاد لینوکس و اوپن‌اینفرا 💠

پیروی یک رای‌گیری دوطرفه، Openinfra به عنوان یک سازمان عضو بنیاد لینوکس می‌شود.

🔹اوپن‌اینفرا Open Infrastructure Foundation در سال ۲۰۱۲ تحت عنوان OpenStack Foundation و با هدف نظارت بر OpenStack و توسعه آن به عنوان یک سرویس ابری و منبع‌باز شروع به کار کرد. در سال ۲۰۲۰ نام خود را به Openinfra تغییر دادند تا تکنولوژی‌های Airship, (مدیریت چرخه‌زیستی ابری)، Kata Containers (ماشین‌های مجازی بسیار سبک)، StarlingX (رایانش لبه‌ای ابری) را نیز در بر گیرند.

🔸بنیاد لینوکس هنگام ادغام Open Source Development Labs (OSDL) با Free Standards Group تشکیل شد و امروزه بر بیش‌از ۹۰۰ پروژه‌ی منبع‌باز نظارت دارد.

این دو بنیاد پیش از این نیز به واسطه‌ی Open Infrastructure Blueprint که پروژه‌های لینوکس، اوپن استک و کوبرنتیس را ادغام می‌کند با هم همکاری نزدیکی داشتند.

عضویت و افزایش میزان همکاری این دو غول تکنولوژی باعث سرعت بخشی به مدرن‌سازی پایگاه‌های داده و بهبود چشم‌گیر Kubernetes و PyTorch و بسیاری دیگر خواهد شد.

👈🔗 بیشتر بخوانید
👈🔗 سایت اوپن‌ایتفرا
👈🔗 سایت بنیاد لینوکس

#خبر

طرف یه قطره آب رو با CSS ساخته !


@Linuxor ~ nanou

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

یک نمونه‌ش این ویدیو که Y Combinator گذاشته با تایتل Vibe Coding Is The Future. من فکر میکنم مخاطب غالب این ویدیو یه سری فاندره که صبح تا شب لای توییت‌های AI Influencer میلولند و هیچ درکی از ماهیت چیزی که می‌خواند باهاش بهره‌وری بیزینسشون رو ۱۰ برابر کنند ندارند. یا حداقل فهم شخصی ازش ندارند. وقتی اون آدم‌ها به حرف‌های این ها که دور میز جمع شدند و هی در لحظه راه‌حل میدن گوش میدند، دچار ساده‌انگاری میشن. یا همون گمراهی که راجع‌بهش حرف میزدم.

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

وقتی یه فاندری که تا حالا حداقل تعامل رو با برنامه‌نویس یا آدم فنی نداشته که خط فکری و روند‌کاریشو ببینه با خودش میگه آره خودشه! ما باید همین کار رو کنیم. باید شرکتمون رو تا دندان به AI مسلح کنیم و ۱۰ برابر سریع تر کار کنیم تا زود تر فیچر بدیم که از رقبا جا نمونیم. برای همین ما باید این برنامه‌نویس‌های متحجر کلاسیک رو تو مصاحبه‌ها رد کنیم و بریم سراغ اونایی که میدونن Cursor چیه یا روز و شبشون رو با گیت‌هاب کوپایلت سر میکنند. ولی قسمت دوم مشکل که دقیقا تناقض گفتگوی بالا بود رو براش راه حلی ندارند و ناخودآگاه این مشکل رو نادیده میگیرند.

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