Forwarded from tech-afternoon (Amin Mesbahi)
🚀 «مدل عملیاتی محصول» برای تیم‌های نرم‌افزاری
چجوری از «تحویل فیچر» به «تحویل ارزش» تغییر مسیر بدیم؟
وقتی ساختار تیم‌ها (وظایف و تخصص افراد و ماموریت خود تیم) درست چیده نشه، خیلی راحت به دام «لیست وظایف» میوفتن، یعنی اینکه مرتبا تیم از خودش می‌پرسه: تسک بعدی چیه؟ فیچر بعدی کی باید ریلیز بشه؟
مدل عملیاتی محصول (Product Operating Model یا POM) میگه محور رو از «پروژه و خروجی» بچرخونیم به «محصول» و نتیجه (Outcome). این یعنی تیم رو حولِ ارزش واقعی برای کاربر و بیزنس سازماندهی کنیم، و از ایده تا اجرا و بهبود پیوسته، همه چیز رو یکجا متمرکز کنیم.
🎯 اصلا POM یعنی چه؟
یک چارچوب سازمانی که محصول رو در مرکز قرار میده و تیم‌های چندتخصصه (مدیریت محصول، مهندسی، طراحی، دیتا، و...) به‌صورت مداوم، و حول یک «چشم‌انداز روشن» با هم کار می‌کنن؛ نه اینکه پروژه‌های مقطعی داشته باشیم و تیم توسعه نرم‌افزار، فیچر رو تولید کنه، بعد تیم دیتا بدون اینکه سر تا ته داستان چی بوده فقط وظیفه داشته باشه مثلا کارهای data engineering رو انجام بده و بگه «انجام شد و تامام» و بره برای تیم بعدی و بعدی و بعدیش...
بلکه چرخه‌ی عمر پیوسته‌ی محصول، با بازخوردها و بهبودهای مکرر یکجا رقم میخوره.
نتیجه؟ پاسخ‌گویی سریع‌تر به نیاز بازار و یادگیری دائمی تیم ← Domain knowledge (تخصص دامنه) توی تیم رسوب میکنه!
🧩 چه تغییری برای مهندسی ایجاد میشه؟
➖ تیم‌های چندتخصصه و پایدار
مهندس‌ها در تیم‌های محصولِ ثابت کار می‌کنند، مالکیت «سر تا سری» از طراحی تا نگه‌داری دارن، و روی تجربهٔ کاربر و اثر بیزنسی حساسند.
➖ از پروژه به محصول
صورت‌مسئله از «تحویل فیچر» به «حل مسئله با Outcome مشخص» تغییر میکنه.
➖ اختیار و خودمختاری
تیم محصول (ازجمله مهندسی) درباره‌ی «چگونه حل کردن مسئله» تصمیم می‌گیره؛ با اسپرینت‌های کوتاه، CI/CD و بازخورد پیوسته؛ و نه انجام خواسته یا وظیفه‌ای که بهش محول شده.
➖ اندازه‌گیری بر پایه‌ی نتیجه
موفقیت یعنی «ارزش تحویلی و یادگیری»، نه صرفاً اتمام تسک.
➖ همکاری مداوم
محصول، طراحی، مهندسی و بیزنس با داده‌ی واقعی و ریسرچ کاربر تصمیم می‌گیرن.
🏗 ساختار تیم‌ها خیلی مهم هستن و بحث مفصلیه (اگر دوست داشتید مطلب Team Topologies رو بخونید یا ۱۰ دقیقه از این ویدیو رو از ۰۰:۵۷:۳۵ تا ۱:۰۸:۰۵ ببینید ) ولی هدف کلی اینه که کاهش بار شناختی (Cognitive Load) و تسهیل تحویل خودمختار محصول محقق بشن.
📊 مزایای عملی POM
برای سازمان:
- سرعت بازار: Time-to-market کمتر
- انعطاف: پاسخ سریع‌تر به تغییرات
- کیفیت: کاهش باگ و مشکلات فنی
- نوآوری: فضای بیشتر برای آزمایش و یادگیری
برای تیم‌ها:
- مالکیت: احساس مسئولیت بالاتر نسبت به محصول
- انگیزه: دیدن تأثیر مستقیم کار روی کاربران
- یادگیری: رشد مهارت‌های چندتخصصه
- خودمختاری: آزادی عمل در روش‌ها
برای مهندسان:
- کمتر شدن Context switching
- درک عمیق‌تر از domain
- همکاری نزدیک‌تر با نقش‌های دیگه
- تمرکز بر کیفیت کد و architecture
🚧 چالش‌های پیاده‌سازی
مقاومت فرهنگی
نیازهای فنی
مهارت‌های جدید
💡 نکات کلیدی
- تغییر تدریجی: یکباره همه چیز رو عوض نکنید. الکی هم زور نزنید چون نمی‌شه!!
- اندازه‌گیری: بدون metric، نمی‌تونید بهبود رو ببینید؛ لطفا به حستون اعتماد نکنید، اعداد دقیق‌تر از حس شما هستن.
- صبر: فرهنگ‌سازی زمان می‌بره، عجله نکنید.
- یادگیری: از شکست‌ها هم میشه یاد گرفت. خواهشا درگیر cognitive dissonance نشید!
- تطبیق: هر سازمان منحصربه‌فرده، کپی‌کاری نکنید!
در نظر داشته باشین که POM فقط یک چارچوب نیست، بلکه تغییر fundamental در نحوه فکر کردن درباره محصول و تیم‌سازیه. موفقیتش به commitment مدیریت و پذیرش تیم‌ها بستگی داره. به درد هر سازمانی نمی‌خوره، دنبال خدا و خرما و خر و خیارشور و خربزه و ۷ تا چیز دیگه که با خ شروع بشن، به صورت هم‌زمان نباشید... در سازمانی که بلوغ و دانش و تخصص و تجربه و تاب‌آوری و... هنوز به نقطه حدنصاب نرسیده، نمی‌شه یهو بپریم POM پیاده کنیم. باید «یکی» «یکی» پیش‌نیازها رو اول انجام بدیم... مگه اینکه دنبال شوآف باشیم
چجوری از «تحویل فیچر» به «تحویل ارزش» تغییر مسیر بدیم؟
وقتی ساختار تیم‌ها (وظایف و تخصص افراد و ماموریت خود تیم) درست چیده نشه، خیلی راحت به دام «لیست وظایف» میوفتن، یعنی اینکه مرتبا تیم از خودش می‌پرسه: تسک بعدی چیه؟ فیچر بعدی کی باید ریلیز بشه؟
مدل عملیاتی محصول (Product Operating Model یا POM) میگه محور رو از «پروژه و خروجی» بچرخونیم به «محصول» و نتیجه (Outcome). این یعنی تیم رو حولِ ارزش واقعی برای کاربر و بیزنس سازماندهی کنیم، و از ایده تا اجرا و بهبود پیوسته، همه چیز رو یکجا متمرکز کنیم.
🎯 اصلا POM یعنی چه؟
یک چارچوب سازمانی که محصول رو در مرکز قرار میده و تیم‌های چندتخصصه (مدیریت محصول، مهندسی، طراحی، دیتا، و...) به‌صورت مداوم، و حول یک «چشم‌انداز روشن» با هم کار می‌کنن؛ نه اینکه پروژه‌های مقطعی داشته باشیم و تیم توسعه نرم‌افزار، فیچر رو تولید کنه، بعد تیم دیتا بدون اینکه سر تا ته داستان چی بوده فقط وظیفه داشته باشه مثلا کارهای data engineering رو انجام بده و بگه «انجام شد و تامام» و بره برای تیم بعدی و بعدی و بعدیش...
بلکه چرخه‌ی عمر پیوسته‌ی محصول، با بازخوردها و بهبودهای مکرر یکجا رقم میخوره.
نتیجه؟ پاسخ‌گویی سریع‌تر به نیاز بازار و یادگیری دائمی تیم ← Domain knowledge (تخصص دامنه) توی تیم رسوب میکنه!
🧩 چه تغییری برای مهندسی ایجاد میشه؟
مهندس‌ها در تیم‌های محصولِ ثابت کار می‌کنند، مالکیت «سر تا سری» از طراحی تا نگه‌داری دارن، و روی تجربهٔ کاربر و اثر بیزنسی حساسند.
صورت‌مسئله از «تحویل فیچر» به «حل مسئله با Outcome مشخص» تغییر میکنه.
تیم محصول (ازجمله مهندسی) درباره‌ی «چگونه حل کردن مسئله» تصمیم می‌گیره؛ با اسپرینت‌های کوتاه، CI/CD و بازخورد پیوسته؛ و نه انجام خواسته یا وظیفه‌ای که بهش محول شده.
موفقیت یعنی «ارزش تحویلی و یادگیری»، نه صرفاً اتمام تسک.
محصول، طراحی، مهندسی و بیزنس با داده‌ی واقعی و ریسرچ کاربر تصمیم می‌گیرن.
🏗 ساختار تیم‌ها خیلی مهم هستن و بحث مفصلیه (اگر دوست داشتید مطلب Team Topologies رو بخونید یا ۱۰ دقیقه از این ویدیو رو از ۰۰:۵۷:۳۵ تا ۱:۰۸:۰۵ ببینید ) ولی هدف کلی اینه که کاهش بار شناختی (Cognitive Load) و تسهیل تحویل خودمختار محصول محقق بشن.
📊 مزایای عملی POM
برای سازمان:
- سرعت بازار: Time-to-market کمتر
- انعطاف: پاسخ سریع‌تر به تغییرات
- کیفیت: کاهش باگ و مشکلات فنی
- نوآوری: فضای بیشتر برای آزمایش و یادگیری
برای تیم‌ها:
- مالکیت: احساس مسئولیت بالاتر نسبت به محصول
- انگیزه: دیدن تأثیر مستقیم کار روی کاربران
- یادگیری: رشد مهارت‌های چندتخصصه
- خودمختاری: آزادی عمل در روش‌ها
برای مهندسان:
- کمتر شدن Context switching
- درک عمیق‌تر از domain
- همکاری نزدیک‌تر با نقش‌های دیگه
- تمرکز بر کیفیت کد و architecture
🚧 چالش‌های پیاده‌سازی
مقاومت فرهنگی
نیازهای فنی
مهارت‌های جدید
💡 نکات کلیدی
- تغییر تدریجی: یکباره همه چیز رو عوض نکنید. الکی هم زور نزنید چون نمی‌شه!!
- اندازه‌گیری: بدون metric، نمی‌تونید بهبود رو ببینید؛ لطفا به حستون اعتماد نکنید، اعداد دقیق‌تر از حس شما هستن.
- صبر: فرهنگ‌سازی زمان می‌بره، عجله نکنید.
- یادگیری: از شکست‌ها هم میشه یاد گرفت. خواهشا درگیر cognitive dissonance نشید!
- تطبیق: هر سازمان منحصربه‌فرده، کپی‌کاری نکنید!
در نظر داشته باشین که POM فقط یک چارچوب نیست، بلکه تغییر fundamental در نحوه فکر کردن درباره محصول و تیم‌سازیه. موفقیتش به commitment مدیریت و پذیرش تیم‌ها بستگی داره. به درد هر سازمانی نمی‌خوره، دنبال خدا و خرما و خر و خیارشور و خربزه و ۷ تا چیز دیگه که با خ شروع بشن، به صورت هم‌زمان نباشید... در سازمانی که بلوغ و دانش و تخصص و تجربه و تاب‌آوری و... هنوز به نقطه حدنصاب نرسیده، نمی‌شه یهو بپریم POM پیاده کنیم. باید «یکی» «یکی» پیش‌نیازها رو اول انجام بدیم... مگه اینکه دنبال شوآف باشیم
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤1
Forwarded from EverCode
اون زمانی که ما در حال بحث کردنیم که وای چه زبانی برای فلان کار خوبه، سی شارپ برای این کار خوبه برای این بده، یکی اومده با همین سی شارپ یه shell language نوشته!
قسمت جذابش اینه که یه چیزی بین powershell و bash هست! خلاصه که سخت نگیرین، با همه‌ی زبان های general purpose میشه هرکاری کرد وگرنه اسمش اون نبود. اگه عشقش رو دارین و با یه زبان حال میکنین، چرا که نه؟ همه چیز به پرفورمنس و اینا نیست!
https://github.com/PaddiM8/elk
@ever_code
قسمت جذابش اینه که یه چیزی بین powershell و bash هست! خلاصه که سخت نگیرین، با همه‌ی زبان های general purpose میشه هرکاری کرد وگرنه اسمش اون نبود. اگه عشقش رو دارین و با یه زبان حال میکنین، چرا که نه؟ همه چیز به پرفورمنس و اینا نیست!
https://github.com/PaddiM8/elk
@ever_code
GitHub
GitHub - PaddiM8/elk: A shell language with cleaner syntax, automatic redirection, and proper datatypes
A shell language with cleaner syntax, automatic redirection, and proper datatypes - PaddiM8/elk
🔥4👎1
هرکس هرکجا هست، یک قدم به پدر مادرش نزدیک تر بشه.
اون گوشی رو بردار، زنگ بزن، بگو یهویی دلم برات تنگ شد. قدر زحمتاتو میدونما...
یا اگر باهم زندگی میکنید دستشو ببوس، شب با یه شاخه گل برگرد..
یه روزی ممکنه کسی درو برات باز نکنه، یا جواب تلفنت رو نده، پس تا وقت هست از وجودشون لذت ببر و حالشونو خوب کن.
الان فرصت داری...
اون گوشی رو بردار، زنگ بزن، بگو یهویی دلم برات تنگ شد. قدر زحمتاتو میدونما...
یا اگر باهم زندگی میکنید دستشو ببوس، شب با یه شاخه گل برگرد..
یه روزی ممکنه کسی درو برات باز نکنه، یا جواب تلفنت رو نده، پس تا وقت هست از وجودشون لذت ببر و حالشونو خوب کن.
الان فرصت داری...
❤34👍3😍2👎1
Forwarded from UAE insights
Future-100-UAE +971502614718.pdf
6.7 MB
🇦🇪 Future 100
برترین استارتاپ‌ها و شرکت‌های مقیاس پذیر امارات
ابتکار ملی وزارت اقتصاد امارات با هدف شناسایی و شتاب‌دهی به ۱۰۰ شرکت برتر آینده‌ساز در بخش‌های اقتصاد نوظهور کشور امارات.
🎯 این برنامه با انتشار سالانه فهرست Future 100، اعطای نشان ویژه و ارائه حمایت‌های شتاب‌دهنده، به تقویت جایگاه امارات به‌عنوان مرکز استارتاپ‌ها و اسکیل‌آپ‌ها کمک می‌کند.
📑 شما می‌توانید گزارش کامل را دانلود کنید.
📞 جهت دریافت اطلاعات تکمیلی و مشاوره تخصصی در خصوص ورود به بازار دبی و امارات:
+971502614718
پیج اینستاگرام
https://www.instagram.com/uae_insight/
کانال یوتیوب
https://www.youtube.com/@majiddodehaki
برترین استارتاپ‌ها و شرکت‌های مقیاس پذیر امارات
ابتکار ملی وزارت اقتصاد امارات با هدف شناسایی و شتاب‌دهی به ۱۰۰ شرکت برتر آینده‌ساز در بخش‌های اقتصاد نوظهور کشور امارات.
🎯 این برنامه با انتشار سالانه فهرست Future 100، اعطای نشان ویژه و ارائه حمایت‌های شتاب‌دهنده، به تقویت جایگاه امارات به‌عنوان مرکز استارتاپ‌ها و اسکیل‌آپ‌ها کمک می‌کند.
📑 شما می‌توانید گزارش کامل را دانلود کنید.
📞 جهت دریافت اطلاعات تکمیلی و مشاوره تخصصی در خصوص ورود به بازار دبی و امارات:
+971502614718
پیج اینستاگرام
https://www.instagram.com/uae_insight/
کانال یوتیوب
https://www.youtube.com/@majiddodehaki
💔2❤1
مدیرعامل ایرانسل بدون اینکه خنده ش بگیره گفت: اینترنت ۷۰ درصد گران نشود، روزی ۳ ساعت قطعی اینترنت خواهیم داشت / خبرنگار خندان تندتک
Forwarded from AvalAI | هوش مصنوعی
بررسی جامع مبانی RAG (Retrieval-Augmented Generation)
✅ تکنولوژی تولید تقویت‌شده بازیابی (RAG) یکی از پیشرفته‌ترین روش‌های ترکیب مدل‌های زبانی بزرگ با پایگاه‌های دانش خارجی محسوب می‌شود.
✅ در عصر هوش مصنوعی، مدل‌های زبانی بزرگ (LLM) توانایی‌های فوق‌العاده‌ای در تولید متن و پاسخ به سوالات نشان داده‌اند. اما این مدل‌ها با محدودیت‌هایی مواجه هستند که مهم‌ترین آنها عدم دسترسی به اطلاعات به‌روز و دانش تخصصی خاص است. تکنیک RAG برای بهبود دقت و قابلیت اعتماد مدل‌های تولیدی هوش مصنوعی با استفاده از حقایق استخراج‌شده از منابع خارجی طراحی شده است.
✅ لینک مقاله
این مقاله به بررسی جامع مبانی نظری، معماری، اجزای کلیدی و کاربردهای عملی RAG می‌پردازد و چالش‌ها و فرصت‌های پیش روی این تکنولوژی نوظهور را تحلیل می‌کند.
Please open Telegram to view this post
VIEW IN TELEGRAM
AvalAI
بررسی جامع مبانی RAG (Retrieval-Augmented Generation)
تکنولوژی RAG به عنوان یکی از مهم‌ترین نوآوری‌های حوزه هوش مصنوعی، توانسته محدودیت‌های اساسی مدل‌های زبانی بزرگ را برطرف کند.
میدونستین چنل محمد جان کریمی 203 تا ویدیو داره !
https://www.youtube.com/@iCodeNext
یه خسته نباشید بهش میگیم از همینجا و خداقوت، جامعه مهندسی نرم افزار و دات نت ایران قطعا مدیون این تلاش ها و مداومت هاست . ❤️ مرسی مرد
به زودی بهتون میگم چرا فهمیدم 203 تا ویدیوه :)
https://www.youtube.com/@iCodeNext
یه خسته نباشید بهش میگیم از همینجا و خداقوت، جامعه مهندسی نرم افزار و دات نت ایران قطعا مدیون این تلاش ها و مداومت هاست . ❤️ مرسی مرد
به زودی بهتون میگم چرا فهمیدم 203 تا ویدیوه :)
YouTube
iCodeNext
ما در این کانال تلاش می‌کنیم تا با ارائه محتوایی کیفی و مفید، برای شما که به دنبال یادگیری و بهبود مهارت‌های برنامه‌نویسی هستید، مفید واقع شویم. برای همین، تمام تلاشمان را برای ارائه محتوایی با کیفیت و مفید، با تمرکز بر بهترین روش‌ها و جدیدترین تکنولوژی‌های…
🔥19❤6👍3😍1
Forwarded from با متمم | هایلایت | محمدرضا شعبانعلی
سوال‌هایمان چقدر بزرگ است؟
توی دورهٔ سیستمهای پیچیدهٔ متمم به جفری وست رسیدیم و فردا معرفی جفری وست و کتاب دوست‌داشتنیِ "مقیاس / Scale" منتشر میشه.
گفتم بخشی از مقدمه‌ای که برای معرفی جفری وست نوشتم رو اینجا نقل کنم:
در زندگی همهٔ ما سوال‌ها، نیازها و دغدغه‌هایی هست که توجه‌مان را به خود جلب می‌کنند و می‌کوشیم برایشان پاسخی جستجو کنیم. تا این‌جای کار، همه با هم شبیه هستیم. اما آنچه دانشمندان، مخترعان و انسان‌های بزرگ را از دیگران متمایز می‌کند این است که آنها می‌کوشند سوال را در مقیاسی گسترده‌تر و برای جمعی بزرگ‌تر حل کنند.
اگر از خود بپرسید: «با این ترافیک زیاد که از خانه تا مرکز شهر وجود دارد، امروز خودم را چگونه زودتر به آن‌جا برسانم؟» مسئله‌ی شخصی خودتان را بررسی کرده‌اید. اما اگر به این فکر کنید که «چه می‌توان کرد که همهٔ کسانی که این ساعت می‌خواهند از این حوالی به مرکز شهر بروند، زودتر به مقصد برسند؟» سوال را بزرگ‌تر کرده‌اید.
حتی ممکن است سوال را از این هم بزرگ‌تر کنید: «چه می‌شود کرد که سفرهای درون‌شهری برای همه سریع‌تر شود؟» و یا اینکه «آیا نمی‌شود از دردسر بسیاری از سفرهای درون‌شهری خلاص شد و کاری کرد که اساساً به چنین سفرهایی نیاز نباشد؟»
به اندازه‌ای که سوال خود را بزرگ‌تر میکنید، به انسانی بزرگ‌تر و موثرتر تبدیل می‌شوید. البته به شرطی که سوال را آن‌قدر بزرگ کنید که از عهدهٔ حل آن برآیید. بسیاری از کسانی که بشر را به بدبختی و بیچارگی کشانده و ملت‌ها را به زوال و نابودی کشانده‌اند کسانی بوده‌اند که در پی سوال‌ها و دغدغه‌هایی بزرگ‌تر از ظرفیت و توان خود رفته‌اند.
دانشمندان بزرگ و تأثیرگذار، این هنر را دارند که سوال‌ها را پیدا کرده و اندازهٔ هر مسئله را تا حدی که از عهدهٔ حلش برمی‌آیند بزرگ کنند.
#معرفی_کتاب
توی دورهٔ سیستمهای پیچیدهٔ متمم به جفری وست رسیدیم و فردا معرفی جفری وست و کتاب دوست‌داشتنیِ "مقیاس / Scale" منتشر میشه.
گفتم بخشی از مقدمه‌ای که برای معرفی جفری وست نوشتم رو اینجا نقل کنم:
در زندگی همهٔ ما سوال‌ها، نیازها و دغدغه‌هایی هست که توجه‌مان را به خود جلب می‌کنند و می‌کوشیم برایشان پاسخی جستجو کنیم. تا این‌جای کار، همه با هم شبیه هستیم. اما آنچه دانشمندان، مخترعان و انسان‌های بزرگ را از دیگران متمایز می‌کند این است که آنها می‌کوشند سوال را در مقیاسی گسترده‌تر و برای جمعی بزرگ‌تر حل کنند.
اگر از خود بپرسید: «با این ترافیک زیاد که از خانه تا مرکز شهر وجود دارد، امروز خودم را چگونه زودتر به آن‌جا برسانم؟» مسئله‌ی شخصی خودتان را بررسی کرده‌اید. اما اگر به این فکر کنید که «چه می‌توان کرد که همهٔ کسانی که این ساعت می‌خواهند از این حوالی به مرکز شهر بروند، زودتر به مقصد برسند؟» سوال را بزرگ‌تر کرده‌اید.
حتی ممکن است سوال را از این هم بزرگ‌تر کنید: «چه می‌شود کرد که سفرهای درون‌شهری برای همه سریع‌تر شود؟» و یا اینکه «آیا نمی‌شود از دردسر بسیاری از سفرهای درون‌شهری خلاص شد و کاری کرد که اساساً به چنین سفرهایی نیاز نباشد؟»
به اندازه‌ای که سوال خود را بزرگ‌تر میکنید، به انسانی بزرگ‌تر و موثرتر تبدیل می‌شوید. البته به شرطی که سوال را آن‌قدر بزرگ کنید که از عهدهٔ حل آن برآیید. بسیاری از کسانی که بشر را به بدبختی و بیچارگی کشانده و ملت‌ها را به زوال و نابودی کشانده‌اند کسانی بوده‌اند که در پی سوال‌ها و دغدغه‌هایی بزرگ‌تر از ظرفیت و توان خود رفته‌اند.
دانشمندان بزرگ و تأثیرگذار، این هنر را دارند که سوال‌ها را پیدا کرده و اندازهٔ هر مسئله را تا حدی که از عهدهٔ حلش برمی‌آیند بزرگ کنند.
#معرفی_کتاب
TondTech
مستند سازی معماری نرم افزار با C4 Model بعد از اتفاقی که برای #رسمیو افتاد، یکی از مشکلاتی که کشف کردم، گستردگی سرویس هامون و زیرساخت ها بود که بدون امیر جان واقعا فهمیدنش و کشف اینکه چی به چی و کجا و چطور وصله کار سختی بود و یه معمای پیچیده میشد. قبل تر…
توی تلاش بعدیم، داکیومنت ها رو دارم با Structurizr و Copilot میسازم و نتیجه خیلی رضایت بخشه
توی ممارست هایی که این چند روز داشتم، به یه پرامپت خوب رسیدم که با چند تا توسری به کوپایلت کارو قشنگ درمیاره
میدونید که این کتابخونه رو هم خود جناب Simon Brown خالق C4 Model ساختن.
الان که فکر میکنم یه روزایی برای ساخت داکیومنت فنی چه زجرهایی کشیدیم به ناحق، کاش زودتر از استاد می‌پرسدم :)
توی ممارست هایی که این چند روز داشتم، به یه پرامپت خوب رسیدم که با چند تا توسری به کوپایلت کارو قشنگ درمیاره
میدونید که این کتابخونه رو هم خود جناب Simon Brown خالق C4 Model ساختن.
الان که فکر میکنم یه روزایی برای ساخت داکیومنت فنی چه زجرهایی کشیدیم به ناحق، کاش زودتر از استاد می‌پرسدم :)
👍7
Forwarded from UAE insights
Dubai Health Investment Guide+971502614718.pdf
5.1 MB
راهنمای سرمایه گذاری در بخش سلامت دبی
این گزارش توسط DHA منتشر شده و به صورت کامل عرضه و تقاضا و گپ های موجود در صنعت سلامت دبی را بررسی کرده و راهنمای دقیقی برای ورود به صنعت سلامت دبی هم به عنوان نیروی کار به ویژه دندانپزشکان و پزشکان ایرانی که سهم 5 و 3 درصدی در نیروی کار دبی دارند و هم به صورت سرمایه گذاری و استارتاپی در این بخش که نیازمند ارزیابی دقیق است.
📑 شما می‌توانید گزارش کامل را دانلود کنید.
📞شماره تماس جهت دریافت اطلاعات تکمیلی و مشاوره تخصصی در خصوص ورود به بازار و حضور در بخش سرمایه گذاری دبی و امارات:
+971502614718
+971502614718
این گزارش توسط DHA منتشر شده و به صورت کامل عرضه و تقاضا و گپ های موجود در صنعت سلامت دبی را بررسی کرده و راهنمای دقیقی برای ورود به صنعت سلامت دبی هم به عنوان نیروی کار به ویژه دندانپزشکان و پزشکان ایرانی که سهم 5 و 3 درصدی در نیروی کار دبی دارند و هم به صورت سرمایه گذاری و استارتاپی در این بخش که نیازمند ارزیابی دقیق است.
📑 شما می‌توانید گزارش کامل را دانلود کنید.
📞شماره تماس جهت دریافت اطلاعات تکمیلی و مشاوره تخصصی در خصوص ورود به بازار و حضور در بخش سرمایه گذاری دبی و امارات:
+971502614718
+971502614718
❤2
Forwarded from InvestFund
postimg.cc
slush startup challenges 2025 — Postimages
🚀 چالش اصلی استارتاپ‌ها در ۲۰۲۵: پول، رشد یا بقا؟
💡اسلاش (Slush) به‌عنوان یکی از بزرگ‌ترین رویدادهای استارتاپی جهان، تازه گزارش Startup Struggle Survey 2025 رو منتشر کرده. این گزارش بر اساس تجربه‌ی بیش از ۶۰۰ بنیان‌گذار استارتاپ اروپایی جمع‌آوری شده و نتایجش خیلی روشنه:
📌 برخی از یافته‌های کلیدی این گزارش:
▫️جذب سرمایه همچنان چالش اصلیه. ۵۸.۱٪ از بنیان‌گذاران میگن بزرگ‌ترین مشکلشون پیدا کردن سرمایه است. نسبت به ۲۰۲۴، ۷.۶٪ بیشتر معتقدن تأمین سرمایه سخت‌تر شده.
▫️انتظارات سرمایه‌گذاران بالاتر رفته. بنیان‌گذاران میگن سرمایه‌گذارها روی رشد و سودآوری پافشاری می‌کنن، اما همین رشد پایدار چیزی‌ست که به‌سختی به دست میاد.
▫️کسب مشتری به بن‌بست می‌رسه. ۶۸٪ می‌تونن مشتری بالقوه شناسایی کنن، اما فقط ۳۰٪ قادرن اون‌ها رو به مشتری واقعی تبدیل کنن.
▫️کمبود استعداد همچنان ادامه داره. یک پنجم بنیان‌گذاران برای جذب نیروی فنی مشکل دارن، مخصوصاً در حوزه هوش مصنوعی که رقابت با غول‌های تکنولوژی شدیده.
▫️با وجود همه‌ی فشارها، انگیزه قویه. ۸۱٪ میگن حتی اگر دوباره برگردن عقب، باز هم تصمیم می‌گیرن شرکت خودشون رو راه بندازن.
🔍 تصویر روشنه: در سال ۲۰۲۵، جذب سرمایه سخت‌تر، کندتر و انتخابی‌تر از هر زمان دیگه‌ست. بنیان‌گذاران باید کارایی سرمایه و مسیر سوددهی رو ثابت کنن، اما خودِ فرآیند جذب سرمایه ماه‌ها زمان و انرژی ازشون می‌گیره.
✍️ و این دقیقاً دلیلی بود که ما Evalyze رو راه انداختم. چون این سختی رو لمس کردیم. می‌خواستیم ابزاری بسازم که استارتاپ‌ها بتونن سریع‌تر و هوشمندتر سرمایه جذب کنن، به سرمایه‌گذار درست وصل بشن، و به‌جای ماه‌ها دویدن دنبال سرمایه، فقط در چند هفته بتونن مسیرشون رو جلو ببرن. هدف ما ساده‌ست: کمک کنیم بنیان‌گذاران وقت و انرژی‌شون رو صرف ساختن و رشد کسب‌وکارشون کنن، نه فقط جنگیدن برای بقا.
🔗 لینک گزارش.
@investingfund
💡اسلاش (Slush) به‌عنوان یکی از بزرگ‌ترین رویدادهای استارتاپی جهان، تازه گزارش Startup Struggle Survey 2025 رو منتشر کرده. این گزارش بر اساس تجربه‌ی بیش از ۶۰۰ بنیان‌گذار استارتاپ اروپایی جمع‌آوری شده و نتایجش خیلی روشنه:
📊 تنها ۱۸٪ از بنیان‌گذاران معتقدن که الان می‌تونن راحت جذب سرمایه کنن، در حالی که ۵۷٪ صریحاً مخالفن. این یعنی جذب سرمایه در ۲۰۲۵ سخت‌تر از هر زمان دیگه‌ای شده.
📌 برخی از یافته‌های کلیدی این گزارش:
▫️جذب سرمایه همچنان چالش اصلیه. ۵۸.۱٪ از بنیان‌گذاران میگن بزرگ‌ترین مشکلشون پیدا کردن سرمایه است. نسبت به ۲۰۲۴، ۷.۶٪ بیشتر معتقدن تأمین سرمایه سخت‌تر شده.
▫️انتظارات سرمایه‌گذاران بالاتر رفته. بنیان‌گذاران میگن سرمایه‌گذارها روی رشد و سودآوری پافشاری می‌کنن، اما همین رشد پایدار چیزی‌ست که به‌سختی به دست میاد.
▫️کسب مشتری به بن‌بست می‌رسه. ۶۸٪ می‌تونن مشتری بالقوه شناسایی کنن، اما فقط ۳۰٪ قادرن اون‌ها رو به مشتری واقعی تبدیل کنن.
▫️کمبود استعداد همچنان ادامه داره. یک پنجم بنیان‌گذاران برای جذب نیروی فنی مشکل دارن، مخصوصاً در حوزه هوش مصنوعی که رقابت با غول‌های تکنولوژی شدیده.
▫️با وجود همه‌ی فشارها، انگیزه قویه. ۸۱٪ میگن حتی اگر دوباره برگردن عقب، باز هم تصمیم می‌گیرن شرکت خودشون رو راه بندازن.
🔍 تصویر روشنه: در سال ۲۰۲۵، جذب سرمایه سخت‌تر، کندتر و انتخابی‌تر از هر زمان دیگه‌ست. بنیان‌گذاران باید کارایی سرمایه و مسیر سوددهی رو ثابت کنن، اما خودِ فرآیند جذب سرمایه ماه‌ها زمان و انرژی ازشون می‌گیره.
✍️ و این دقیقاً دلیلی بود که ما Evalyze رو راه انداختم. چون این سختی رو لمس کردیم. می‌خواستیم ابزاری بسازم که استارتاپ‌ها بتونن سریع‌تر و هوشمندتر سرمایه جذب کنن، به سرمایه‌گذار درست وصل بشن، و به‌جای ماه‌ها دویدن دنبال سرمایه، فقط در چند هفته بتونن مسیرشون رو جلو ببرن. هدف ما ساده‌ست: کمک کنیم بنیان‌گذاران وقت و انرژی‌شون رو صرف ساختن و رشد کسب‌وکارشون کنن، نه فقط جنگیدن برای بقا.
🔗 لینک گزارش.
@investingfund
❤2
این روزا بحث شاهنامه خیلی ترند شده سر کلیپ خانم امپراطور کوزکو :)
قشنگیش اینه که ملت ما یک دهم این کتاب جذاب رو هم ورق نزدن، یه چالش دارم که خیلی جذابه ،
به من بگید غمگین ترین داستان های شاهنامه کدومن ؟ 3 مورد
تابعدش منم پیشنهاداتم رو بهتون بدم.
قشنگیش اینه که ملت ما یک دهم این کتاب جذاب رو هم ورق نزدن، یه چالش دارم که خیلی جذابه ،
به من بگید غمگین ترین داستان های شاهنامه کدومن ؟ 3 مورد
تابعدش منم پیشنهاداتم رو بهتون بدم.
👍7
TondTech
این روزا بحث شاهنامه خیلی ترند شده سر کلیپ خانم امپراطور کوزکو :) قشنگیش اینه که ملت ما یک دهم این کتاب جذاب رو هم ورق نزدن، یه چالش دارم که خیلی جذابه ، به من بگید غمگین ترین داستان های شاهنامه کدومن ؟ 3 مورد تابعدش منم پیشنهاداتم رو بهتون بدم.
چون یکی از دوستان خیلی نزدیک شد، مجبورم بگم، تراژدی ترین و غم انگیز ترین داستان شاهنامه به نظرم، داستان فرود، برادرکیخسرو و پسر سیاوش و جریره ست،
زمانی که کیخسرو به ایران برمیگرده، بر تخت پادشاهی مینشینه و مملکت رو از دست کیکاووس پیر و خرفت نجات میده، لشکر آماده میکنه که بره به سمت توران و دهان افراسیاب رو آسفالت کنه، اما بزرگان میگن خودت نرو ، و بگذار توس و گستهم (نوذریان که قبلا پادشاهی از دودمانشون گرفته شده) برن.
کیخسرو میگه باشه ، ولی به یک شرط، دو راه هست، کوتاه و بلند، کوتاه به دژ فرود برادرم میخوره، از این مسیر نباید برید و راه دیگه رو باید برید.
اما توس که به "خیره سری" معروف بوده، اولش میگه باشه، و بعد دوباره میره سمت فرود و میشه آنچه نباید بشه
اولین باری که این داستان رو خوندم، طوری متاثر شدم که گفتنی نیست ...
چرا اینو کسی نشنیده ؟ چون ما به قول محمدرضا شعبانعلی عزیزم، دنبال یادگیری پازلی هستیم، یه تیکه از این ور، یه تیکه از اون ، یه فیلم یه داستان از کتاب درسی و ... اینکه واقعا همت کنیم و وقت بگذاریم و عاشقانه بخونیم شاهنامه رو کمی با کاهلیت ما جور در نمیاد، یا شایدم به قول یکی از بچه ها "بار اون سمتی بهمون نخورده تا حالا"
چون داستان بعد از سلطنت کیخسرو و عموم مردم داستان های تا قبل از این رو خوندن و دیدن و شنیدن، به این بخش های بعدی کم توجهی میشه.
دوست داشتید میتونید این نمایش رادیویی هم گوش کنید که بر اساس همین داغ نامه نوشته شده :
https://book.iranseda.ir/detailsalbum/?VALID=TRUE&g=100543
اطلاعات بدردنخور: شاید برای خیلیاتون خنده دار باشه، ولی من از 4-5 سالگی کتابهای شاهنامه رو به صورت داستانی میخوندم.
زمانی که کیخسرو به ایران برمیگرده، بر تخت پادشاهی مینشینه و مملکت رو از دست کیکاووس پیر و خرفت نجات میده، لشکر آماده میکنه که بره به سمت توران و دهان افراسیاب رو آسفالت کنه، اما بزرگان میگن خودت نرو ، و بگذار توس و گستهم (نوذریان که قبلا پادشاهی از دودمانشون گرفته شده) برن.
کیخسرو میگه باشه ، ولی به یک شرط، دو راه هست، کوتاه و بلند، کوتاه به دژ فرود برادرم میخوره، از این مسیر نباید برید و راه دیگه رو باید برید.
اما توس که به "خیره سری" معروف بوده، اولش میگه باشه، و بعد دوباره میره سمت فرود و میشه آنچه نباید بشه
اولین باری که این داستان رو خوندم، طوری متاثر شدم که گفتنی نیست ...
چرا اینو کسی نشنیده ؟ چون ما به قول محمدرضا شعبانعلی عزیزم، دنبال یادگیری پازلی هستیم، یه تیکه از این ور، یه تیکه از اون ، یه فیلم یه داستان از کتاب درسی و ... اینکه واقعا همت کنیم و وقت بگذاریم و عاشقانه بخونیم شاهنامه رو کمی با کاهلیت ما جور در نمیاد، یا شایدم به قول یکی از بچه ها "بار اون سمتی بهمون نخورده تا حالا"
چون داستان بعد از سلطنت کیخسرو و عموم مردم داستان های تا قبل از این رو خوندن و دیدن و شنیدن، به این بخش های بعدی کم توجهی میشه.
دوست داشتید میتونید این نمایش رادیویی هم گوش کنید که بر اساس همین داغ نامه نوشته شده :
https://book.iranseda.ir/detailsalbum/?VALID=TRUE&g=100543
اطلاعات بدردنخور: شاید برای خیلیاتون خنده دار باشه، ولی من از 4-5 سالگی کتابهای شاهنامه رو به صورت داستانی میخوندم.
کتاب گویا
فرود جریره
«فرود» نام فرزند جوان و دلاور «سیاوش» از همسر دیگرش «جریره» است كه دژبان مرزی توران زمین بود. فرود با آنكه دژبان توران بود اما از تورانیان دل خوشی نداشت و همواره بدنبال فرصتی برای كین خواهی پدرش از تورانیان بود...
👍5🤣2👏1💯1
Media is too big
VIEW IN TELEGRAM
ترمیم شکاف : محصول و مهندسی
رفرنس ها :
1- Bottleneck #03: Product v Engineering
2- Break silos and build cross-functional bridges
3- Breaking Down Silos in Product Teams & Organization-Wide
4- No Handoff: close the gap between product and engineering
5- Silos hurt innovation but here’s how to stop them
رفرنس ها :
1- Bottleneck #03: Product v Engineering
2- Break silos and build cross-functional bridges
3- Breaking Down Silos in Product Teams & Organization-Wide
4- No Handoff: close the gap between product and engineering
5- Silos hurt innovation but here’s how to stop them
❤1
TondTech
ترمیم شکاف : محصول و مهندسی رفرنس ها : 1- Bottleneck #03: Product v Engineering 2- Break silos and build cross-functional bridges 3- Breaking Down Silos in Product Teams & Organization-Wide 4- No Handoff: close the gap between product and engineering 5-…
این جلسه رو هم با میلاد جان، چندسال پیش برگزار کردیم از سلسله رویداد های #teamSync
https://www.youtube.com/watch?v=5-5nk2FWB_k&t=2664s
https://www.youtube.com/watch?v=5-5nk2FWB_k&t=2664s
YouTube
Teamsync جلسه سوم | آسیب شناسی ارتباطات فنی - پروداکت
در این جلسه با دکتر میلاد میرزایی عزیز همراه شدیم تا بتونیم روابط فنی - پروداکت رو آسیب شناسی کنیم و یک سری راهکار برای جلوگیری از تعارضات معمول در بیاریم
سرفصل هایی که به آن ها پرداختیم موارد زیر هستند :
سیلو سازی ، بله یا خیر ؟
تعارضات معمول بین پروداکت…
سرفصل هایی که به آن ها پرداختیم موارد زیر هستند :
سیلو سازی ، بله یا خیر ؟
تعارضات معمول بین پروداکت…
CV_121435.pdf
137.7 KB
هادی عزیز توسعه دهنده فول استک با php و react هست، یکی از دوستان خوبم معرفیشون کرده. اگر فرصت شغلی دارید که مناسبشونه خوشحال و ممنون میشم که رزومه شو ببینید.
Forwarded from tech-afternoon (Amin Mesbahi)
مستند پایتون... منتشر شد!
فیلم خیلی خوبیه، مهم نیست پایتون‌نویس هستید یا نه، الهام‌بخشی‌اش از جایی میاد که یه پروژه‌ی جانبی دهه ۹۰ میلادی در آمستردام چرا و چجوری تبدیل به یه زبان محبوب و پرکاربرد شد!
📱 تماشا در یوتیوب
فیلم خیلی خوبیه، مهم نیست پایتون‌نویس هستید یا نه، الهام‌بخشی‌اش از جایی میاد که یه پروژه‌ی جانبی دهه ۹۰ میلادی در آمستردام چرا و چجوری تبدیل به یه زبان محبوب و پرکاربرد شد!
📱 تماشا در یوتیوب
YouTube
Python: The Documentary | An origin story
This is the story of the world's most beloved programming language: Python. What began as a side project in Amsterdam during the 1990s became the software powering artificial intelligence, data science and some of the world’s biggest companies. But Python's…
🔥4