وقتی از get() استفاده میکنیم، کل رکوردهای جدول یکباره از دیتابیس خوانده میشن و داخل حافظه لود میشن.
این برای جدول های کوچیک مشکلی نداره؛ اما اگه با هزاران یا میلیون‌ها رکورد سروکار داشته باشیم مصرف حافظه شدیدا بالا میره و ممکنه اسکریپت از کار بیفته.

لاراول قابلیت خوبی در اختیارمون گذاشته:

✅ lazy() — استریم‌کردن داده‌ها به‌صورت مرحله‌ای

با lazy() رکوردهامون بصورت streaming لود میشن.
یعنی فقط بخش کوچکی وارد حافظه می‌شه، پردازش می‌شه و بعد آزاد می‌گرده. این روش فوق‌العاده بهینه و کم‌مصرف هست.

📌 مثال:

User::lazy()->each(function ($user) {
    // پردازش هر کاربر
});

مزیت‌ هاش؟

جلوگیری از مصرف سنگین RAM

مناسب برای پردازش جداول بزرگ

امن‌تر برای queue job ها و اسکریپتهای طولانی


اگه با دیتاست‌های بزرگ سروکار دارین lazy() یکی از ترفندهاییه که بهتره بشناسید.

#Laravel #LaravelTip #لاراول

@GoldenCodeir 🔥
(به منبع و مثالش دقت کنید 👇🏾)
https://x.com/laravelbackpack/status/1987135536189055477?t=qISIPBP7OR7Yxe41XToi-Q&s=35

🔶 آموزش جامع Blueprints وردپرس : ساختن پیش‌نمایش زنده افزونه از صفر تا صد!

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

اما اتفاقی که انتظارش رو داشتید نمی‌افته. نصب‌ها کمه. کاربرا در بخش نظرات می‌پرسن: «آیا این افزونه با قالب من سازگاره؟»، «آیا می‌تونه این کار خاص رو انجام بده؟»، «نصبش سخته؟».

شما هم جواب می‌دید، توضیح می‌دید، اسکرین‌شات می‌ذارید… اما باز هم شک و تردید باقی می‌مونه.

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

#وردپرس

@TheRaymondDev

you’re not building a product. you’re building a passport.

شب بخیر

سلام

وقتی این ویدیو را دیدم که تأکید می‌کند برای مسائل پیچیده بیشتر تحقیق کن تا صرفاً فکر کنی و ببین دیگران چگونه آن‌ها را حل کرده‌اند، یاد گفت‌وگوی قبلی‌ام با دوستی افتادم. به او گفته بودم:
«بیشتر از اینکه بخواهی با فکر کردن مسأله را حل کنی، مطالعه کن، گوش بده و ببین دنیا قبلاً این مسأله را دیده و چه راهکارهایی پیدا کرده است.»

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

در برنامه‌نویسی بیشتر از فکر کردن و صحبت کردن،بخوانیم و گوش دهیم. پترن‌های برنامه نویسی یعنی این «بدون فکر کردن خطی، کد عمیق بنویس»

موفق باشید! 🌹

@srfirouzi_channel

سلام

یک نکته مهم

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

برای نوشتن کد ساده، باید مسئله را عمیقاً درک کرد:

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

این امکان ندارد مگر با تفکر سیستماتیک و عمیق نسبت به مسئله.

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

همان‌طور که انیشتین می‌گوید:
«اگر نمی‌توانی یک چیز را ساده توضیح دهی، یعنی آن را به قدر کافی درک نکرده‌ای.»

موفق باشید! 🌹

@srfirouzi_channel

در مورد یادگیری Git، پیشنهاد من اینه که اول یک کرش‌کورس یک‌ساعته ببینید و بعد خیلی سریع استفاده‌ی روزمره از Git رو داخل پروژه‌هاتون شروع کنید. این روش معمولاً خیلی مؤثرتره تا اینکه از همون ابتدا بشینید کتاب بخونید.

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

@reza_jafari_ai

📖 Version Control with Git
Powerful Tools and Techniques for Collaborative Software Development,

Authors:
#Prem_Kumar_Ponuthorai
#Jon_Loeliger

📌 Year: 2022
📌 Edition: 3
📌 Publisher: #OReilly_Media
📌 Language: #English
📌 Pages: 549
📌 File: #PDF 19.30 MB

#book
@reza_jafari_ai

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

توی این سال ها خیلی دیدم که بسیاری از بچه های دانشکده های کامپیوتر شریف، صنعتی اصفهان و اصفهان متاسفانه این باگ رو دارن که توی مشورت و تصمیمات مهم زندگی شون با افرادی که فقط یکی دو سال ازشون بزرگتر هستن مشورت می کنن و این باعث میشه کیفیت تصمیمات شون (برای مسیر زندگی و کسب و کار و ...) پایین بیاد نسبت به حالتی که با سال بالایی های قوی تر و با تجربه تر مشورت می کنن

یکی از اهداف CEAM هم دسترس پذیر کردن سال بالایی های با تجربه برای دانشجویان هست

معمولاً کیفیت و جنس مشورت و کمکی که هم رشته ای های 10-15 سال بزرگتر از شما میتونن به شما داشته باشن به مراتب بالاتر از هم دوره ای های خودتون هست

ممکنه 1 ساعت نشستن پای حرف یک هم رشته ای 10 سال بزرگتر از شما نکات و جرقه هایی در ذهن شما ایجاد کنه که با ساعت ها گفتگو با هم دوره ای هاتون اون جرقه ایجاد نشه

توی هر جلسه رویداد CEAM شما به صورت مستقیم به یک سال بالایی با تجربه دسترسی پیدا می کنید، در کنارش هم معمولاً تعداد زیادی از افراد با تجربه دیگه (به عنوان مهمان و شرکت کننده) در جلسه هستن که به صورت غیر مستقیم در زمان شبکه سازی بعد از ارائه میتونین بهشون دسترسی پیدا کنین، توی جلسات قبلی بار ها دیدیم که بچه ها تا یکی دو ساعت بعد از ارائه میشینن و گفتگو های خوبی با افراد مختلف فعال در صنعت شکل میگیره

توی هر جلسه رویداد CEAM شما به صورت مستقیم به یک سال بالایی با تجربه دسترسی پیدا می کنید، در کنارش هم معمولاً تعداد زیادی از افراد با تجربه دیگه (به عنوان مهمان و شرکت کننده) در جلسه هستن که به صورت غیر مستقیم در زمان شبکه سازی بعد از ارائه میتونین بهشون دسترسی پیدا کنین، توی جلسات قبلی بار ها دیدیم که بچه ها تا یکی دو ساعت بعد از ارائه میشینن و گفتگو های خوبی با افراد مختلف فعال در صنعت شکل میگیره

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

توی این سال ها خیلی دیدم که بسیاری از بچه های دانشکده های کامپیوتر شریف، صنعتی اصفهان و اصفهان متاسفانه این باگ رو دارن که توی مشورت و تصمیمات مهم زندگی شون با افرادی که فقط یکی دو سال ازشون بزرگتر هستن مشورت می کنن و این باعث میشه کیفیت تصمیمات شون (برای مسیر زندگی و کسب و کار و ...) پایین بیاد نسبت به حالتی که با سال بالایی های قوی تر و با تجربه تر مشورت می کنن

یکی از اهداف CEAM هم دسترس پذیر کردن سال بالایی های با تجربه برای دانشجویان هست

معمولاً کیفیت و جنس مشورت و کمکی که هم رشته ای های 10-15 سال بزرگتر از شما میتونن به شما داشته باشن به مراتب بالاتر از هم دوره ای های خودتون هست

ممکنه 1 ساعت نشستن پای حرف یک هم رشته ای 10 سال بزرگتر از شما نکات و جرقه هایی در ذهن شما ایجاد کنه که با ساعت ها گفتگو با هم دوره ای هاتون اون جرقه ایجاد نشه

در دوران کارشناسی بار ها خودم همین رو تجربه کردم

چهارشنبه با یکی از با تجربه ترین افراد صنعتی IT که هنوز دست به کد هست، منتظرتون هستیم

ورودی 1388 کامپیوتر شریف

فارغ التحصیل سمپاد اصفهان
سال ها تجربه در بسیاری از پروژه ها و شرکت های بزرگ کشور

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

زیگ زبان جالبی است و در حال رشد. البته هنوزم خیلی جا داره تا وارد کارهای رده اول دنیا بشه ولی معماری، فلسفه، سینتکس، سرعت و چندین فاکتور دیگه، تبدیلش کردن به چیزی که من با علاقه دنبالش می‌کنم و خیلی خوشحال می‌شم اگر فرصتی بشه برای کارهای بیشتر باهاش. برای یادگیریش یکی از کتاب‌های خوب، این کتاب آزاد ۶۴ فصلی است؛ و بر خلاف راست، با خوندن همین یک کتاب هم می‌شه به درک خوب و کاربردی‌ای از زیگ رسید.

https://www.zigbook.net

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

بر یاد لبت لعل نگین می بوسم
آنم چو بدست نیست این می بوسم
دستم چو بر آسمان تو می نرسد
می آرم سجده و زمین می بوسم

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

🔵 عنوان مقاله
Google's Agent Development Kit (ADK) for Go

🟢 خلاصه مقاله:
** گوگل نسخه Go از Agent Development Kit (ADK) را عرضه کرده است؛ کیتی که پیش‌تر برای Python و Java در دسترس بود و برای ساخت و استقرار عامل‌های هوش مصنوعی به‌کار می‌رود. ADK با حذف بخش بزرگی از کدنویسی تکراری در ارکستراسیون و ترکیب گردش‌کار عامل‌ها، توسعه را ساده می‌کند. این چارچوب هم از نظر مدل (model-agnostic) و هم از نظر استقرار (deployment-agnostic) مستقل است، بنابراین می‌توان آن را با LLMهای مختلف و در محیط‌های ابری، داخلی یا لبه اجرا کرد. همچنین با فریم‌ورک‌های دیگر سازگار است و امکان پذیرش تدریجی در کنار پشته‌های موجود را می‌دهد. برای تیم‌های Go، این پشتیبانی یک مسیر سازگار و منعطف برای ساخت عامل‌ها فراهم می‌کند، بدون قفل‌شدن به مدل یا زیرساخت خاص.

#Google #ADK #Go #AI #Agents #Python #Java #DeveloperTools

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

➖➖➖➖➖➖➖➖
👑 @gopher_academy

در مورد کرش کورس مناسب هم پرسیده بودن که بنظرم ویدیو زیر برای شروع خوبه.

لینک ویدیو

@reza_jafari_ai

این ایده که هرکی یه کامپیوتر شخصی قوی داشته باشه، ایده بهینه ای نیست چون کامپیوتر های ما همیشه روشن نیستن و منابعش بیشتر اوقات idle یا بیکار هستش، شرکت ها بجای اینکه این همه انرژی برای این همه کامپیوتر می‌کردن می‌تونستن یه منبع چند ده برابر قوی درست کنن و همچی از طریق اینتنرت جابجا بشه، اما سرعت اینترنت دستشون رو بسته بسته بود و برای مثال یه نفر نمی‌تونه خونه 4K گیم بزنه درحالی که پردازشش از طریق Cloud خارجی باشه چون اینترنت اونقدری سریع نیست که تصویر رو منتقل کنه، حالا قراره توی یکی دو سال آینده با اومدن اینترنت 6G که سرعتش 1 ترابیت بر ثانیس و تاخیر میکروثانیه داره ممکنه دوباره شرکت ها به این سمت برن که کامپیوتر ها و لپ تاپ هارو ضعیف تر کنن (دیگه قوی ترش نکنن) و پردازش مرکزی رو بجاش راه بندازن.


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

@Linuxor