📣 اطلاع رسانی سومین جلسه آنلاین DDD Plus
جلسه سوم DDD Plus این هفته جمعه از ساعت ۱۸:۰۰ الی ۱۹:۰۰ برگزار خواهد شد.
توی این جلسات آنلاین، در مورد چالشهای مطرح شده تحت عنوان DDD Plus با همدیگر به بحث و تبادل نظر میپردازیم و سعی میکنیم از همدیگر یاد بگیریم.
دست به دست هم اگر کنید که به اطلاع افراد علاقمند به شرکت در جلسه برسه، کمال تشکر رو دارم
لینک ثبتنام در رویداد:
https://lu.ma/jo0n3suj
💬 گروه بحث و تبادل نظر:
https://t.iss.one/DomainDrivenDesignGroup
💬 کانال مکتبخانه DDD:
https://t.iss.one/DomainDrivenDesign_ir
جلسه سوم DDD Plus این هفته جمعه از ساعت ۱۸:۰۰ الی ۱۹:۰۰ برگزار خواهد شد.
توی این جلسات آنلاین، در مورد چالشهای مطرح شده تحت عنوان DDD Plus با همدیگر به بحث و تبادل نظر میپردازیم و سعی میکنیم از همدیگر یاد بگیریم.
دست به دست هم اگر کنید که به اطلاع افراد علاقمند به شرکت در جلسه برسه، کمال تشکر رو دارم
لینک ثبتنام در رویداد:
https://lu.ma/jo0n3suj
💬 گروه بحث و تبادل نظر:
https://t.iss.one/DomainDrivenDesignGroup
💬 کانال مکتبخانه DDD:
https://t.iss.one/DomainDrivenDesign_ir
👍2
کانال مکتبخانه DDD
📣 اطلاع رسانی سومین جلسه آنلاین DDD Plus جلسه سوم DDD Plus این هفته جمعه از ساعت ۱۸:۰۰ الی ۱۹:۰۰ برگزار خواهد شد. توی این جلسات آنلاین، در مورد چالشهای مطرح شده تحت عنوان DDD Plus با همدیگر به بحث و تبادل نظر میپردازیم و سعی میکنیم از همدیگر یاد بگیریم.…
📣 با سلام خدمت همه عزیزان گرامی
برنامه سوم DDD Plus تا ساعتی دیگر شروع میشود.
ظرفیت ثبتنام تکمیل شده، ولی میتونید ثبتنام بفرمائید ولی ظرفیتی برای دوستانی که هنوز موفق نشدند ثبتنام کنند و پشت در موندند اضافه شده است.
خیلی خیلی مشتاقیم شما رو هم توی جمعمون ببینیم😍
برنامه سوم DDD Plus تا ساعتی دیگر شروع میشود.
ظرفیت ثبتنام تکمیل شده، ولی میتونید ثبتنام بفرمائید ولی ظرفیتی برای دوستانی که هنوز موفق نشدند ثبتنام کنند و پشت در موندند اضافه شده است.
خیلی خیلی مشتاقیم شما رو هم توی جمعمون ببینیم😍
👍2❤1
Forwarded from Masoud Bahrami
An interview with Jeff Weinstein on Lenny podcast.
Jeff Weinstein is a product lead at Stripe where he helped grow their payment APIs to hundreds of billions in volume and transformed the way founders start companies into a few simple clicks with Atlas. Prior to Stripe, Jeff led several startups and sold companies to Groupon and Box.
He’s known for his customer obsession, craft, quality, and building beloved products businesses rely on.
In the conversation, they discuss:
🔸 The power of customer obsession and how to operationalize it in your product development process
🔸 How to pick the right metrics and use them to drive impact
🔸 Techniques for getting things done at big companies
🔸 A group practice Jeff started to uplevel product craft, called Study Group
🔸 The story behind Stripe Atlas and its mission to increase entrepreneurship globally
🔸 Lessons from working with the founders of Stripe
Some key takeaways:
Listen to the podcast: 👇
https://youtu.be/qbZQjprTnrU
Jeff Weinstein is a product lead at Stripe where he helped grow their payment APIs to hundreds of billions in volume and transformed the way founders start companies into a few simple clicks with Atlas. Prior to Stripe, Jeff led several startups and sold companies to Groupon and Box.
He’s known for his customer obsession, craft, quality, and building beloved products businesses rely on.
In the conversation, they discuss:
🔸 The power of customer obsession and how to operationalize it in your product development process
🔸 How to pick the right metrics and use them to drive impact
🔸 Techniques for getting things done at big companies
🔸 A group practice Jeff started to uplevel product craft, called Study Group
🔸 The story behind Stripe Atlas and its mission to increase entrepreneurship globally
🔸 Lessons from working with the founders of Stripe
Some key takeaways:
1. Before focusing on craft, experience, or quality, you need to ensure that you’re solving a burning problem for someone. One of Jeff’s first companies went offline for hours and not a single customer reached out—that’s when he knew they didn’t have product-market fit. If users aren’t clamoring for your product, you’re not solving a real need. Think about it this way: solving the core problem is the main course; perfecting craft, UX, and quality are the desserts.
2. Jeff emphasizes the “go, go, go ASAP + optimistic, long-term compounding” approach: seize opportunities with enthusiasm while maintaining a strategic focus on long-term growth. Stripe’s evolution in global payment methods exemplifies how combining rapid execution with thoughtful, enduring strategies leads to significant, sustainable results.
3. When customers take the time to complain or provide feedback, treat it as a gift. Respond promptly to complaints or feedback, even if it means interrupting other tasks, as it creates a direct signal between you and the customer. This responsive attitude can lead to a loyal customer base and product improvement.
4. Ask customers to describe what a “bad day” looks like when using your product, and then find ways to track metrics around those frustrations. You don’t necessarily need to solve every issue right away, but having this problem library builds awareness to inform your roadmap.
Listen to the podcast: 👇
https://youtu.be/qbZQjprTnrU
YouTube
Building product at Stripe: craft, metrics, and customer obsession | Jeff Weinstein (Product lead)
Jeff Weinstein is a product lead at Stripe, where he helped grow their payment APIs to hundreds of billions in volume and transformed the way founders start companies into a few simple clicks with Atlas. Prior to Stripe, Jeff led several startups and sold…
💡 چالش شماره 13 DDD Plus
چگونه مسئلهی پیچیدهای مثل پلنهای متنوع و بسیار زیاد loyalty که دارای پارامترهای بسیار زیاد و متنوعی است، را مدل میکنید، طوریکه هم مسئله را به درستی پوشش دهید، هم به راحتی قابل استفاده باشد! و هم در نهایت قابلیت توسعه داشته باشد.
پیشنهاد میکنم چالش این هفته را بصورت کامل از لینک زیر مطالعه کنید:
لینک به چالش شماره 13: 👇
https://domaindrivendesign.ir/ddd-plus-13
💬گروه بحث و تبادل نظر در مورد این چالش: 👇
https://t.iss.one/DomainDrivenDesignGroup
هشتگ:
#DDDP | #DDD_Plus | #dddp13
https://t.iss.one/DomainDrivenDesign_ir
چگونه مسئلهی پیچیدهای مثل پلنهای متنوع و بسیار زیاد loyalty که دارای پارامترهای بسیار زیاد و متنوعی است، را مدل میکنید، طوریکه هم مسئله را به درستی پوشش دهید، هم به راحتی قابل استفاده باشد! و هم در نهایت قابلیت توسعه داشته باشد.
پیشنهاد میکنم چالش این هفته را بصورت کامل از لینک زیر مطالعه کنید:
لینک به چالش شماره 13: 👇
https://domaindrivendesign.ir/ddd-plus-13
💬گروه بحث و تبادل نظر در مورد این چالش: 👇
https://t.iss.one/DomainDrivenDesignGroup
هشتگ:
#DDDP | #DDD_Plus | #dddp13
https://t.iss.one/DomainDrivenDesign_ir
مکتبخانه DDD
چالش سیزدهم DDD Plus | مکتبخانه DDD
چگونه مسئلهی پیچیدهای مثل پلنهای متنوع و بسیار زیاد loyalty که دارای پارامترهای بسیار زیاد و متنوعی است، را مدل میکنید، طوریکه هم مسئله را به درستی پوشش دهید، هم به راحتی قابل استفاده باشد و هم در نهایت قابلیت توسعه داشته باشد
❤1
کانال مکتبخانه DDD
📣 اطلاع رسانی اولین جلسه آنلاین DDD Plus حتما شما هم با این مسئله مواجه شدهاید که مسائلی که توی کتابهای توی زمینه برنامه نویسی میخونیم و باهاشون مواجه میشیم؛ غالبا با مسائلی که توی محیط کار با آنها مواجه هستیم خیلی همخوانی ندارند. معمولا مسائل محیط…
🎬 ویدئوی رویداد اول DDD Plus
با سلام خدمت همهی عزیزان گرامی
ویدئوی اولین رویداد DDD Plus منتشر شد. شما میتوانید از طریق لینک زیر به ویدئو دسترسی پیدا کنید:
https://domaindrivendesign.ir/ddd-plus-01-video/
ما را دنبال کنید:
💬 گروه بحث و تبادل نظر:
https://t.iss.one/DomainDrivenDesignGroup
💬 کانال مکتبخانه DDD:
https://t.iss.one/DomainDrivenDesign_ir
🎥کانال یوتیوب:
https://www.youtube.com/@Masoud.Bahrami
با سلام خدمت همهی عزیزان گرامی
ویدئوی اولین رویداد DDD Plus منتشر شد. شما میتوانید از طریق لینک زیر به ویدئو دسترسی پیدا کنید:
https://domaindrivendesign.ir/ddd-plus-01-video/
ما را دنبال کنید:
💬 گروه بحث و تبادل نظر:
https://t.iss.one/DomainDrivenDesignGroup
💬 کانال مکتبخانه DDD:
https://t.iss.one/DomainDrivenDesign_ir
🎥کانال یوتیوب:
https://www.youtube.com/@Masoud.Bahrami
❤3🙏2🤔1
Forwarded from Masoud Bahrami
Language can and should play an important role in exploring and modeling a complex domain.
As you know, the greatest complexity of the vast majority of the software domain lies in the understanding of the domain itself. Every domain, simple or complex, is somehow expressed in formal or informal language by domain experts, product managers or software owners and developers. We must look for the drivers of our solution in the problem space. As mentioned earlier, the problem is expressed in formal or informal language.
One of the most important activities in any language development is the wording or naming.
Why is naming so important?
Read this groundbreaking essay by Gottlob Frege - On Sense and Reference
https://www.slideshare.net/slideshow/on-sense-and-reference-52471284/52471284
As you know, the greatest complexity of the vast majority of the software domain lies in the understanding of the domain itself. Every domain, simple or complex, is somehow expressed in formal or informal language by domain experts, product managers or software owners and developers. We must look for the drivers of our solution in the problem space. As mentioned earlier, the problem is expressed in formal or informal language.
So focus on the language of the domain to be modeled.🌎 More information: https://LanguageDrivenDesign.Com
One of the most important activities in any language development is the wording or naming.
Why is naming so important?
Read this groundbreaking essay by Gottlob Frege - On Sense and Reference
https://www.slideshare.net/slideshow/on-sense-and-reference-52471284/52471284
SlideShare
On Sense and Reference
This document discusses the difference between sense and reference in language as introduced by philosopher Gottlob Frege. Frege was interested in differentiating between the terms "sense" and "reference" based on the observation that people continued to…
Masoud Bahrami
Language can and should play an important role in exploring and modeling a complex domain. As you know, the greatest complexity of the vast majority of the software domain lies in the understanding of the domain itself. Every domain, simple or complex…
https://www.youtube.com/watch?v=sDlFaOn71n8
This is a video lecture about Frege's groundbreaking 1892 paper 'On Sense and Reference', which is sometimes translated from the original German as 'On Meaning and Nominatum' though those are silly and obscure terms, so I don't use them.
YouTube
Gottlob Frege - On Sense and Reference
I am writing a book! If you want to know when it is ready (and maybe win a free copy), submit your email on my website: https://www.jeffreykaplan.org/
I won’t spam you or share your email address with anyone.
The compositionality of language: https://y…
I won’t spam you or share your email address with anyone.
The compositionality of language: https://y…
Forwarded from Masoud Bahrami
https://www.youtube.com/watch?v=QCwqnjxqfmY
Design, Composition, and Performance❗
Watch this groundbreaking talk by Rich Hickey, the creator of Clojure and designer of Datomic, where he delves into the core principles of design and composition and their impact on the way we build software.
Intrigued? Here's why you should watch:
In the talk Rich delve into:
Design & Composition: This talk explores the fundamental building blocks of software development and how they influence our practices and tools.
Design, Composition, and Performance❗
Watch this groundbreaking talk by Rich Hickey, the creator of Clojure and designer of Datomic, where he delves into the core principles of design and composition and their impact on the way we build software.
Intrigued? Here's why you should watch:
In the talk Rich delve into:
Design & Composition: This talk explores the fundamental building blocks of software development and how they influence our practices and tools.
YouTube
"Design, Composition, and Performance" by Rich Hickey (2013)
Rich Hickey explores the nature of design and composition and how it impacts the software development practice and tools.
Rich Hickey, the author of Clojure and designer of Datomic, is a software developer with over 25 years of experience in various domains.…
Rich Hickey, the author of Clojure and designer of Datomic, is a software developer with over 25 years of experience in various domains.…
❤2🙏1
📣 📢 چهارمین رویداد آنلاین DDD Plus
با موضوع، "چگونه تیم خوشحال(تری) داشته باشیم؟" این هفته جمعه از ساعت 18 الی 19 برگزار میشود.
زمان: جمعه 26 مرداد 1403
ساع: 18 الی 19
شما چه فکر میکنید؟ تعریف یک تیم خوشحال چیست؟ چه فاکتورهایی برای داشتن یک تیم خوشحال نیاز داریم؟ اصلا چه ترکیبی برای داشتن یک تیم خوشحال میتوان متصور شد؟
توی این رویداد سعی میکنیم این سوالات رو به بحث و چالش بکشونیم.
📆 تاریخ: جمعه 26 مرداد 1403
⏰ ساعت: 18 الی 19
لینک ثبتنام در رویداد:
https://lu.ma/8rmq1sff
با موضوع، "چگونه تیم خوشحال(تری) داشته باشیم؟" این هفته جمعه از ساعت 18 الی 19 برگزار میشود.
زمان: جمعه 26 مرداد 1403
ساع: 18 الی 19
شما چه فکر میکنید؟ تعریف یک تیم خوشحال چیست؟ چه فاکتورهایی برای داشتن یک تیم خوشحال نیاز داریم؟ اصلا چه ترکیبی برای داشتن یک تیم خوشحال میتوان متصور شد؟
توی این رویداد سعی میکنیم این سوالات رو به بحث و چالش بکشونیم.
📆 تاریخ: جمعه 26 مرداد 1403
⏰ ساعت: 18 الی 19
لینک ثبتنام در رویداد:
https://lu.ma/8rmq1sff
💡 چالش شماره 14 DDD Plus
چالش این شماره متفاوتتر از چالشهای قبلی است. 5شنبهی هفته گذشته در دورهمی اعضای تهران جاگ(Tehran JUG) حضور پیدا کردم. موضوع درهمی DDD بود. مسئلهای در باب استفاده از Value Object و تقدس و شرارت Value Objectمطرح شد. چالش این شماره همین موضوع بسیار متداول و کلاسیک در DDD را زیر ذرهبین برده است.
🔴 پیشزمینه:
در این چالش، به دنیای واقعی یک سازمان که از DDD استفاده میکند، قدم میگذاریم. در یک گفتوگوی روزمره، پرسشی در مورد بهترین روش مدلسازی آدرس مشتری در یک سیستم سفارشگیری مطرح شده است. این سوال ساده، ما را به دنیای پیچیده و جذاب مدلسازی دامنه میبرد.
🔴 سناریو:
تصور کنید شما یک متخصص DDD در شرکت DDD-To-The-Rescue.Com هستید. شما در حال طراحی یک سیستم سفارشگیری هستید که مشتریان میتوانند چندین آدرس مختلف برای ارسال سفارشات خود ثبت کنند و هر سفارش نیز میتواند شامل محصولات مختلفی باشد.
شما در حال مدل کردن مسئله آدرسهای مشتری برای یک سفارش هستید. مشتری چندین میتواند آدرسهای متفاوتی داشته باشد. همچنین در یک سفارش محصولات مختلفی وجود دارد. شما از الگوهای تکنیکالDDD برای پیادهسازی محصول استفاده میکنید.
بین شما و سایر افراد این بحث پیش میآید که آدرس را Value Object در نظر بگیریم یا Object. آدرسها را چطور؟ با توجه به این سناریو آشنا به سوالات زیر پاسخ دهید.
🔴 صورت مسئله:
با توجه به سناریو بالا به سوالات زیر پاسخ دهید:
🔶 آیا آدرس یک مشتری باید به عنوان یک Value Object (VO) یا Entity در نظر گرفته شود؟
🔶 بهترین روش برای مدلسازی چندین آدرس برای یک مشتری چیست؟ از VO یا Entity استفاده کنیم؟
🔶 تفاوت اساسی بین Value Object و Entity چیست و چرا این تفاوت در این سناریو مهم است؟
🔶 آیا واقعا تفاوت بین این دو مفهوم آنقدرها که فکر میکنیم اساسی و ضروری است؟
🔶 چگونه باید مشتری را مدلسازی کنیم؟
🔶 تاثیر انتخاب مدل مناسب برای آدرسها بر نحوه ذخیرهسازی و بازیابی اطلاعات چیست؟
🔶 چگونه باید آیتمهای موجود در یک سفارش را مدلسازی کنیم؟
پیشنهاد میکنم چالش این هفته را بصورت کامل از لینک زیر مطالعه کنید:
لینک به چالش شماره 14: 👇
https://domaindrivendesign.ir/ddd-plus-14/
💬گروه بحث و تبادل نظر در مورد این چالش: 👇
https://t.iss.one/DomainDrivenDesignGroup
هشتگ:
#DDDP | #DDD_Plus | #dddp14
https://t.iss.one/DomainDrivenDesign_ir
چالش این شماره متفاوتتر از چالشهای قبلی است. 5شنبهی هفته گذشته در دورهمی اعضای تهران جاگ(Tehran JUG) حضور پیدا کردم. موضوع درهمی DDD بود. مسئلهای در باب استفاده از Value Object و تقدس و شرارت Value Objectمطرح شد. چالش این شماره همین موضوع بسیار متداول و کلاسیک در DDD را زیر ذرهبین برده است.
🔴 پیشزمینه:
در این چالش، به دنیای واقعی یک سازمان که از DDD استفاده میکند، قدم میگذاریم. در یک گفتوگوی روزمره، پرسشی در مورد بهترین روش مدلسازی آدرس مشتری در یک سیستم سفارشگیری مطرح شده است. این سوال ساده، ما را به دنیای پیچیده و جذاب مدلسازی دامنه میبرد.
🔴 سناریو:
تصور کنید شما یک متخصص DDD در شرکت DDD-To-The-Rescue.Com هستید. شما در حال طراحی یک سیستم سفارشگیری هستید که مشتریان میتوانند چندین آدرس مختلف برای ارسال سفارشات خود ثبت کنند و هر سفارش نیز میتواند شامل محصولات مختلفی باشد.
شما در حال مدل کردن مسئله آدرسهای مشتری برای یک سفارش هستید. مشتری چندین میتواند آدرسهای متفاوتی داشته باشد. همچنین در یک سفارش محصولات مختلفی وجود دارد. شما از الگوهای تکنیکالDDD برای پیادهسازی محصول استفاده میکنید.
بین شما و سایر افراد این بحث پیش میآید که آدرس را Value Object در نظر بگیریم یا Object. آدرسها را چطور؟ با توجه به این سناریو آشنا به سوالات زیر پاسخ دهید.
🔴 صورت مسئله:
با توجه به سناریو بالا به سوالات زیر پاسخ دهید:
🔶 آیا آدرس یک مشتری باید به عنوان یک Value Object (VO) یا Entity در نظر گرفته شود؟
🔶 بهترین روش برای مدلسازی چندین آدرس برای یک مشتری چیست؟ از VO یا Entity استفاده کنیم؟
🔶 تفاوت اساسی بین Value Object و Entity چیست و چرا این تفاوت در این سناریو مهم است؟
🔶 آیا واقعا تفاوت بین این دو مفهوم آنقدرها که فکر میکنیم اساسی و ضروری است؟
🔶 چگونه باید مشتری را مدلسازی کنیم؟
🔶 تاثیر انتخاب مدل مناسب برای آدرسها بر نحوه ذخیرهسازی و بازیابی اطلاعات چیست؟
🔶 چگونه باید آیتمهای موجود در یک سفارش را مدلسازی کنیم؟
پیشنهاد میکنم چالش این هفته را بصورت کامل از لینک زیر مطالعه کنید:
لینک به چالش شماره 14: 👇
https://domaindrivendesign.ir/ddd-plus-14/
💬گروه بحث و تبادل نظر در مورد این چالش: 👇
https://t.iss.one/DomainDrivenDesignGroup
هشتگ:
#DDDP | #DDD_Plus | #dddp14
https://t.iss.one/DomainDrivenDesign_ir
📣 📢 اطلاعیه ثبتنام پنجمین رویداد آنلاین DDD Plus
📆 تاریخ: جمعه 2 شهریور 1403
⏰ ساعت: 18 الی 19
لینک ثبتنام در رویداد:
https://lu.ma/auaejvx8
https://t.iss.one/DomainDrivenDesignGroup
📆 تاریخ: جمعه 2 شهریور 1403
⏰ ساعت: 18 الی 19
لینک ثبتنام در رویداد:
https://lu.ma/auaejvx8
https://t.iss.one/DomainDrivenDesignGroup
lu.ma
DDD Plus #5 · Luma
In the fifth DDD Plus online meetup , we will examine the challenge raised here:
https://domaindrivendesign.ir/ddd-plus-4/
https://domaindrivendesign.ir/ddd-plus-4/
این هفته چالش مطرح شده در لینک زیر را بررسی خواهیم کرد:
https://domaindrivendesign.ir/ddd-plus-4/
https://domaindrivendesign.ir/ddd-plus-4/
مکتبخانه DDD
DDD Plus 4 | مکتبخانه DDD
در چالش شماره 4 DDD Plus سناریوی متداول کال کردن و چتینگ سرویسهای خارجی در کانتسکت DDD رو زیر ذرهبین بردیم. چگونه از leak شدن language سرویسهای مختلف به یکدیگر میتواند مراقبت و جلوگیری کرد ...
I wrote a new article on the importance of the language in DDD on the Substack
Domain-Driven Design: It's All About the Language
Read the article: 👇
https://masoudbahrami.substack.com/p/domain-driven-design-its-all-about
Subscribe to my substrack's newsletter: 👇
Subscribe
Domain-Driven Design: It's All About the Language
"The language of the domain is the key to understanding and communicating the domain model. It is the glue that binds the model to the software.”One of the coolest things about Domain-Driven Design (DDD) is how much it focuses on language, especially the language we use to talk about the specific area we're working on. Unlike other design methods that focus more on general ideas and concepts, DDD dives deeper. It's really important in DDD to choose the right words and phrases to describe what's happening in our domain. The goal is to create a simple and clear language that accurately captures the problems we're trying to solve and the solutions we're building.
—Eric Evans
Read the article: 👇
https://masoudbahrami.substack.com/p/domain-driven-design-its-all-about
Subscribe to my substrack's newsletter: 👇
Subscribe
Masoud’s Substack
Domain-Driven Design: It's All About the Language
“The language of the domain is the key to understanding and communicating the domain model.
❤1
Forwarded from Masoud Bahrami
In DDD, the language we use acts like a bridge between the experts' knowledge and the actual code we write. It guides us throughout the entire development process, from the beginning to the end.
https://lnkd.in/d_tbfqMg
https://lnkd.in/d_tbfqMg
Forwarded from Masoud Bahrami
AI and product management | Marily Nika (Meta, Google)
In this episode of Lenny's podcast, Lenny talks to Marily(a computer scientist and an AI Product Leader currently working for Meta’s reality labs) about one of the hottest topics these days. How can AI impact the software development journey and is it essential for a PM?
Listen to the podcast: 👇
https://www.youtube.com/watch?v=qNPPoj1qUG0
In this episode of Lenny's podcast, Lenny talks to Marily(a computer scientist and an AI Product Leader currently working for Meta’s reality labs) about one of the hottest topics these days. How can AI impact the software development journey and is it essential for a PM?
Marily is a computer scientist and an AI Product Leader currently working for Meta’s reality labs, and previously at Google for 8 years. In 2014 she completed a PhD in Machine Learning. She is also an Executive Fellow at Harvard Business School and she has taught numerous courses, actively teaching AI Product Management on Maven and at Harvard. Marily joins us in today's episode to shed light on the role of AI in product management.
She shares her insights on how AI is empowering her work, and why she believes that every Product Manager will be an AI Product Manager in the future. We also discuss why PM’s should learn a bit of coding, where they can learn it, and best practices for working with data scientists. Marily shares some insight into building her AI Product Management course and also why she full-heartedly believes you should also create your own course.
Listen to the podcast: 👇
https://www.youtube.com/watch?v=qNPPoj1qUG0
YouTube
AI and product management | Marily Nika (Meta, Google)
Marily is a computer scientist and an AI Product Leader currently working for Meta’s reality labs, and previously at Google for 8 years. In 2014 she completed a PhD in Machine Learning. She is also an Executive Fellow at Harvard Business School and she has…
👍1😁1
Inside GPT – Large Language Models Demystified
by Alan Smith at NDC Oslo 2024
پردازش زبان طبیعی با استفاده از الگوریتمهای GPT یک حوزه در حال تکامل سریع است که فرصتها و چالشهای بسیاری را برای توسعهدهندگان ارائه میدهد. اما GPT چیست و چگونه کار میکند؟ چگونه میتوانید از آخرین پیشرفتها در الگوریتمهای GPT برای ایجاد برنامههای جذاب و مفید استفاده کنید؟ آیا کسبوکار من میتواند از ایجاد یک ربات چت مبتنی بر GPT بهرهمند شود؟
توی این سخنرانی، آلن به بررسی عمیق معماری الگوریتمهای GPT و عملکرد داخلی ChatGPT پرداخته. او به بررسی مفاهیم بنیادی پردازش زبان طبیعی مانند جاسازی کلمات(word embedding)، برداریسازی و توکنیسازی(vectorization and tokenization) پرداخته است. سپس او نشان داد که چگونه میتوانید از این تکنیکها برای آموزش یک مدل GPT2 استفاده کنید که میتواند متن آهنگ تولید کند و نشان دهد که توالی کلمات چگونه پیشبینی میشوند.
آلن توی بخش دیگری از از سخنرانیاش به مدلهای زبانی بزرگتر مانند ChatGPT و GPT4 پرداخت و قدرت، قابلیتها و محدودیتهای آنها را نشان داد. استفاده از هایپرپارامترهایی مانند دما و جریمه فرکانس توضیح داده شده و تأثیر آنها بر خروجی تولید شده نشان داده شد. سپس او مفاهیم prompt engineering را پوشش داد و نشان داد که چگونه Retrieval Augmented Generation (RAG) میتوانند برای ایجاد یک تجربه ChatGPT بر اساس دادههای متنی خود استفاده شوند.
https://www.youtube.com/watch?v=P2cTtiirPnU
by Alan Smith at NDC Oslo 2024
پردازش زبان طبیعی با استفاده از الگوریتمهای GPT یک حوزه در حال تکامل سریع است که فرصتها و چالشهای بسیاری را برای توسعهدهندگان ارائه میدهد. اما GPT چیست و چگونه کار میکند؟ چگونه میتوانید از آخرین پیشرفتها در الگوریتمهای GPT برای ایجاد برنامههای جذاب و مفید استفاده کنید؟ آیا کسبوکار من میتواند از ایجاد یک ربات چت مبتنی بر GPT بهرهمند شود؟
توی این سخنرانی، آلن به بررسی عمیق معماری الگوریتمهای GPT و عملکرد داخلی ChatGPT پرداخته. او به بررسی مفاهیم بنیادی پردازش زبان طبیعی مانند جاسازی کلمات(word embedding)، برداریسازی و توکنیسازی(vectorization and tokenization) پرداخته است. سپس او نشان داد که چگونه میتوانید از این تکنیکها برای آموزش یک مدل GPT2 استفاده کنید که میتواند متن آهنگ تولید کند و نشان دهد که توالی کلمات چگونه پیشبینی میشوند.
آلن توی بخش دیگری از از سخنرانیاش به مدلهای زبانی بزرگتر مانند ChatGPT و GPT4 پرداخت و قدرت، قابلیتها و محدودیتهای آنها را نشان داد. استفاده از هایپرپارامترهایی مانند دما و جریمه فرکانس توضیح داده شده و تأثیر آنها بر خروجی تولید شده نشان داده شد. سپس او مفاهیم prompt engineering را پوشش داد و نشان داد که چگونه Retrieval Augmented Generation (RAG) میتوانند برای ایجاد یک تجربه ChatGPT بر اساس دادههای متنی خود استفاده شوند.
https://www.youtube.com/watch?v=P2cTtiirPnU
YouTube
Inside GPT – Large Language Models Demystified - Alan Smith - NDC Oslo 2024
This talk was recorded at NDC Oslo in Oslo, Norway. #ndcoslo #ndcconferences #developer #softwaredeveloper
Attend the next NDC conference near you:
https://ndcconferences.com
https://ndcoslo.com/
Subscribe to our YouTube channel and learn every day:…
Attend the next NDC conference near you:
https://ndcconferences.com
https://ndcoslo.com/
Subscribe to our YouTube channel and learn every day:…
👍2❤1
Subscribe to Masoud's Newsletter on LinkedIn to learn practical tips for building better software, from modeling and designing to testing and team collaboration.
https://www.linkedin.com/newsletters/masoud-s-newsletter-7234498523524734976
https://www.linkedin.com/newsletters/masoud-s-newsletter-7234498523524734976
Linkedin
Masoud's Newsletter | LinkedIn
Masoud Bahrami | Learn practical tips for building better software, from modeling and designing to testing and team collaboration.
The language of the domain is a fundamental aspect of software design. By using a shared language, creating accurate models, and improving code readability, developers can build software that is more effective, maintainable, and adaptable to change.
@DomainDrivenDesign_ir
@DomainDrivenDesign_ir
❤1
Forwarded from Masoud Bahrami
Metaphors in Domain-Driven Design: A Double-Edged Sword
In the book "Metaphors We Live By" by George Lakoff and Mark Johnson, a metaphor is defined as a conceptual mapping between two domains of experience. This means that we often understand one concept in terms of another, even if they are not literally related.
For example, we might understand time as a "resource" or "commodity" because we map it onto our experiences with physical resources.
From software development perspective, these days metaphors, are powerful tools in storytelling and communication, have found their way into software development. They can provide a common language and mental model for understanding complex domains. These inherent use cases or feature of metaphors make them a great tools for modelling and designing complex domains using DDD approach. But their use also comes with potential pitfalls.
https://masoudbahrami.medium.com/metaphors-in-domain-driven-design-a-double-edged-sword-cb628835862e
In the book "Metaphors We Live By" by George Lakoff and Mark Johnson, a metaphor is defined as a conceptual mapping between two domains of experience. This means that we often understand one concept in terms of another, even if they are not literally related.
For example, we might understand time as a "resource" or "commodity" because we map it onto our experiences with physical resources.
From software development perspective, these days metaphors, are powerful tools in storytelling and communication, have found their way into software development. They can provide a common language and mental model for understanding complex domains. These inherent use cases or feature of metaphors make them a great tools for modelling and designing complex domains using DDD approach. But their use also comes with potential pitfalls.
https://masoudbahrami.medium.com/metaphors-in-domain-driven-design-a-double-edged-sword-cb628835862e
Medium
Metaphors in Domain-Driven Design: A Double-Edged Sword
part one