Forwarded from Learning With M (Masoud DaneshPour)
🚀 من همیشه اصول پایه ای رو دوست دارم، برای همین خیلی وقت ها برای خودم مرورشون می کنم.
امروز داشتم OOP رو مطالعه می کردم، برای همین گفتم با شما هم Share کنم :
در برنامهنویسی شیءگرا (Object-Oriented Programming – OOP)، مفاهیمی معرفی میشند که هدفشان سادهسازی طراحی، توسعه و نگهداشت کد هست که عبارت اند از :
Encapsulation: پنهان کردن جزئیات و ارائه واسط عمومی
Abstraction: سادهسازی و انتزاعسازی مفاهیم بدون نمایش جزئیات غیرضروری
Inheritance: استفادهی مجدد از کد و ایجاد سلسلهمراتب بین کلاسها
Polymorphism: رفتارهای مختلف برای یک متد واحد بسته به کلاس یا نوع شیء
@learning_with_m
که می دونیم که Polymorphism دو نوع داره که شامل :
Overriding: اگر کلاس فرزند متدی را که در کلاس والد تعریف شده بازتعریف کند، بسته به نوع شیء در زمان اجرا متد مناسب صدا زده میشود. (Runtime polymorphism)
Overloading: در یک کلاس چند متد با نام یکسان ولی پارامترهای متفاوت تعریف میکنیم، و بسته به تعداد و نوع پارامترها، متد مناسب در زمان کامپایل انتخاب میشود. (Compile-time polymorphism)
امروز داشتم OOP رو مطالعه می کردم، برای همین گفتم با شما هم Share کنم :
در برنامهنویسی شیءگرا (Object-Oriented Programming – OOP)، مفاهیمی معرفی میشند که هدفشان سادهسازی طراحی، توسعه و نگهداشت کد هست که عبارت اند از :
Encapsulation: پنهان کردن جزئیات و ارائه واسط عمومی
Abstraction: سادهسازی و انتزاعسازی مفاهیم بدون نمایش جزئیات غیرضروری
Inheritance: استفادهی مجدد از کد و ایجاد سلسلهمراتب بین کلاسها
Polymorphism: رفتارهای مختلف برای یک متد واحد بسته به کلاس یا نوع شیء
@learning_with_m
که می دونیم که Polymorphism دو نوع داره که شامل :
Overriding: اگر کلاس فرزند متدی را که در کلاس والد تعریف شده بازتعریف کند، بسته به نوع شیء در زمان اجرا متد مناسب صدا زده میشود. (Runtime polymorphism)
Overloading: در یک کلاس چند متد با نام یکسان ولی پارامترهای متفاوت تعریف میکنیم، و بسته به تعداد و نوع پارامترها، متد مناسب در زمان کامپایل انتخاب میشود. (Compile-time polymorphism)
❓ حالا شما به من بگید، در S.O.L.I.D، حرف L که برای Liskov Substitution Principle (LSP) هست، کدوم یکی از مفاهیم بالا رو هدف قرار داده ؟ اصلا چه ربطی بین LSP و مفاهیم بالا هست ؟
❤4
TondTech
<unknown> – Brick Man, Massoud Beygi
Brav.ai هم داره خوب جلو میره تو این مسیر. یه سمپل دادم بهش بسازه از شعرای قدیمی، ببینید چه کرد..
آقا برگام... Brev داره میزنه جلو از suno 😎
ببینید شعرمو چیکار کرد لامصبببب
https://brev.ai/music/1864004-jorm
آقا برگام... Brev داره میزنه جلو از suno 😎
ببینید شعرمو چیکار کرد لامصبببب
https://brev.ai/music/1864004-jorm
brev.ai
Jorm Listen and Download | AI Music Generator
Dive into the intense emotional depths of 'Jorm,' a dark, hard rock masterpiece generated by Suno AI. Experience the powerful fusion of Persian lyrics and brooding melodies, reflecting on guilt, loss, and a haunting future. An AI-generated exploration of…
Forwarded from فرصتهای شغلی تراز اول
🎯 Senior .Net Developer
💵 حقوق سالانه: قابل مذاکره
📍محل کار: تهران - حضوری
⚙️ صنعت: تکنولوژی
🌟 مهارتهای کلیدی:
• مسلط بر توسعه نرمافزار با .Net
• تجربه در زمینه ساختار نرمافزار
• مهارت حل مسئله
📩 برای ارسال رزومه میتوانید از طریق این لینک و یا آیدی تلگرام @HRBamboosHeadHunter اقدام نمایید.
-------------
برای اطلاع از آخرین موقعیتهای شغلی ما را در لینکدین و واتساپ دنبال کنید.
#Senior_DotNET_Developer #DotNET #موقعیت_شغلی #استخدام
💵 حقوق سالانه: قابل مذاکره
📍محل کار: تهران - حضوری
⚙️ صنعت: تکنولوژی
🌟 مهارتهای کلیدی:
• مسلط بر توسعه نرمافزار با .Net
• تجربه در زمینه ساختار نرمافزار
• مهارت حل مسئله
📩 برای ارسال رزومه میتوانید از طریق این لینک و یا آیدی تلگرام @HRBamboosHeadHunter اقدام نمایید.
-------------
برای اطلاع از آخرین موقعیتهای شغلی ما را در لینکدین و واتساپ دنبال کنید.
#Senior_DotNET_Developer #DotNET #موقعیت_شغلی #استخدام
Forwarded from فرصتهای شغلی تراز اول
🎯 Senior .NET Engineer
💵 حقوق سالانه: ۰.۸ تا ۱ میلیارد تومان
📍محل کار: تهران - نیمه حضوری
⚙️ صنعت: فینتک
🌟 مهارتهای کلیدی:
• مسلط بر توسعه نرمافزار با .Net
• مهارت رهبری و مدیریت تیم
• مهارت حل مسئله
📩 برای ارسال رزومه میتوانید از طریق این لینک و یا آیدی تلگرام @HRBamboosHeadHunter اقدام نمایید.
-------------
برای اطلاع از آخرین موقعیتهای شغلی ما را در لینکدین و واتساپ دنبال کنید.
#Senior_DotNet_Engineer #DotNet #موقعیت_شغلی #استخدام
💵 حقوق سالانه: ۰.۸ تا ۱ میلیارد تومان
📍محل کار: تهران - نیمه حضوری
⚙️ صنعت: فینتک
🌟 مهارتهای کلیدی:
• مسلط بر توسعه نرمافزار با .Net
• مهارت رهبری و مدیریت تیم
• مهارت حل مسئله
📩 برای ارسال رزومه میتوانید از طریق این لینک و یا آیدی تلگرام @HRBamboosHeadHunter اقدام نمایید.
-------------
برای اطلاع از آخرین موقعیتهای شغلی ما را در لینکدین و واتساپ دنبال کنید.
#Senior_DotNet_Engineer #DotNet #موقعیت_شغلی #استخدام
Forwarded from Learning With M (Masoud DaneshPour)
از OOP بگی، از S.O.L.I.D بگی و از Coupling & Cohesion نگی، اشتباه کردی.
هرچه قدر استفاده از S.O.L.I.D توی مصاحبه ها زیاده و فهمش کمتر، Coupling & Cohesion مفهومیه که نه تنها بهش پرداخته نمیشه، بلکه فهمش هم مهمتره به نظرم.
حالا این دو تا بچه چی هستند ؟
Coupling
این مهفوم بسیار جذاب حرفش در مورد اتصال های بی مورد و یا نادرسته، وقتی این مفهوم رو نشناسی کلا نمی بینیش، ولی وقتی باهاش آشنا میشی همه جا میاد جلو چشمت(یه مدت مدیدی من به کاپلینگ می گفتم کوپلینگ!)
حالا حرفش چیه؟ میگه آقا انقدر همه چیز رو به هم اتصال نده، اتصال دادن خوبه ها ولی تهش بدبختیه، هرچی بیشتر وصل باشی مثل ریشه تو خاک یک درخته، بعدا نمی تونی درش بیاری، نکنه نشه، انرژی زیادی می بره.
Coupling انواع مختلفی داره که شامل موارد زیر هست، فقط حواسمون باشه که این موارد از بدتری به بهترین هستند :
Coupling یه مفهوم خیلی جالبه که بعدا بشتر در مورد انواعش صحبت می کنم و مواردی مثل Afferent و Efferent رو باز می کنم. قول می دم 😉
خب بریم سر وقت بچه بعدی، Cohesion.
حالا این مفهوم چی میگیه؟ میگه دوست من حالا که LSP رو رعایت کردی، بهتر نیست چیزایی که به هم ربط دارن رو کنار هم بزاری ؟ چرا اینو میگه ؟ چون SRP رو بهتر بتونی رعایت کنی. میبینید چطور مفاهیم بهم می تونن پیوند بخورن؟ جالب نیست؟ همینه من مفاهیم پایه ای رو دوست دارم، همشون هوای همیدگه رو دارن.
❓حالا شما به من بگید، Functional Cohesion مثل کدوم مفهومی می مونه که تا الان یاد گرفتیم ؟
هرچه قدر استفاده از S.O.L.I.D توی مصاحبه ها زیاده و فهمش کمتر، Coupling & Cohesion مفهومیه که نه تنها بهش پرداخته نمیشه، بلکه فهمش هم مهمتره به نظرم.
حالا این دو تا بچه چی هستند ؟
Coupling
این مهفوم بسیار جذاب حرفش در مورد اتصال های بی مورد و یا نادرسته، وقتی این مفهوم رو نشناسی کلا نمی بینیش، ولی وقتی باهاش آشنا میشی همه جا میاد جلو چشمت(یه مدت مدیدی من به کاپلینگ می گفتم کوپلینگ!)
حالا حرفش چیه؟ میگه آقا انقدر همه چیز رو به هم اتصال نده، اتصال دادن خوبه ها ولی تهش بدبختیه، هرچی بیشتر وصل باشی مثل ریشه تو خاک یک درخته، بعدا نمی تونی درش بیاری، نکنه نشه، انرژی زیادی می بره.
Coupling انواع مختلفی داره که شامل موارد زیر هست، فقط حواسمون باشه که این موارد از بدتری به بهترین هستند :
Content Coupling: ماژولی مستقیماً در کد داخلی ماژول دیگر تغییر ایجاد میکند.
Common Coupling: ماژولها متغیرهای سراسری مشترک دارند.
External Coupling: ماژولها به منبع خارجی یکسانی وابستهاند (مثل فایل یا دستگاه مشترک).
Control Coupling: یک ماژول رفتار ماژول دیگر را از طریق پارامترهای کنترلی تعیین میکند.
Stamp Coupling: ماژولها ساختار داده پیچیدهای را به اشتراک میگذارند، اما همیشه به کل آن نیاز ندارند.
Data Coupling: ماژولها تنها دادههای مورد نیاز را به شکل پارامترهای ساده تبادل میکنند (بهترین حالت).
Coupling یه مفهوم خیلی جالبه که بعدا بشتر در مورد انواعش صحبت می کنم و مواردی مثل Afferent و Efferent رو باز می کنم. قول می دم 😉
خب بریم سر وقت بچه بعدی، Cohesion.
حالا این مفهوم چی میگیه؟ میگه دوست من حالا که LSP رو رعایت کردی، بهتر نیست چیزایی که به هم ربط دارن رو کنار هم بزاری ؟ چرا اینو میگه ؟ چون SRP رو بهتر بتونی رعایت کنی. میبینید چطور مفاهیم بهم می تونن پیوند بخورن؟ جالب نیست؟ همینه من مفاهیم پایه ای رو دوست دارم، همشون هوای همیدگه رو دارن.
Coincidental Cohesion: وظایف نامرتبط بهصورت تصادفی در یک ماژول جمع شدهاند.
Logical Cohesion: وظایف مشابه از لحاظ نوع (نه هدف) در یک ماژول قرار دارند و با کلیدهای کنترلی انتخاب میشوند.
Temporal Cohesion: وظایف مرتبط با یک نقطه زمانی مشترک (مثلاً راهاندازی برنامه) در یک ماژول هستند.
Procedural Cohesion: وظایف در یک ترتیب مشخص برای رسیدن به یک هدف کلی اجرا میشوند، ولی داده مشترک ندارند.
Communicational Cohesion: وظایف حول یک داده یا دادههای مرتبط مشترک عمل میکنند.
Sequential Cohesion: خروجی یک وظیفه ورودی وظیفه بعدی است، تشکیل زنجیرهای معنادار.
Functional Cohesion: تمام وظایف ماژول برای انجام یک کار واحد و مشخص به صورت متمرکز طراحی شدهاند (بهترین حالت)
❓حالا شما به من بگید، Functional Cohesion مثل کدوم مفهومی می مونه که تا الان یاد گرفتیم ؟
❤4👍1
Forwarded from tech-afternoon (Amin Mesbahi)
📽 توضیح تکمیلی بر تحلیل ساختارمند بدهی فنی (کوادرانت فاولر)
پیش از هر چیز از دوستانی که با ریاکشن 🤓 برای بررسی عمیقتر موضوع بدهی فنی، ابراز علاقه کرده بودند متشکرم.
سعی کردم تا توی این ویدیو ۲۵ دقیقهای مطلبی که چند روز پیش نوشته بودم رو عمیقتر توضیح بدم. امیدوارم که مفید واقع بشه.
این ویدیو در مورد بررسی ساختارمند بدهیهای فنی با رویکرد ربعبندی مارتین فاولر است.
دونستن اینکه بدهی فنی ما چه خصوصیاتی داره، کمک میکنه تا جلو بازتولید بدهیهای مشابه رو در صورت لزوم بگیریم یا راهکار بهتری برای اصلاحشون اتخاذ کنیم.
مقدمه: (0:00)
تعریف بدهی فنی: (0:37)
خصوصیات رایج بدهیهای فنی: (3:15)
انواع بدهی فنی: (5:40)
لزوم بررسی ساختارمند بدهی فنی: (7:28)
کوادرانت (ربعبندی) مارتین فاولر: (12:30)
نوع اول-آگاهانه و منطقی: (13:30)
نوع دوم-ناخواسته و محتاطانه: (15:10)
نوع سوم-آگاهانه و غیرمسئولانه: (16:41)
نوع چهارم-ناآگاهانه و بیپروا: (17:37)
سایر طبقهبندیها: (18:51)
جمعبندی: (22:35)
خیلی خوشحال میشم تا بهانهای باشه برای همفکری و گپ و گفت بیشتر 🌱💬😊
پیش از هر چیز از دوستانی که با ریاکشن 🤓 برای بررسی عمیقتر موضوع بدهی فنی، ابراز علاقه کرده بودند متشکرم.
سعی کردم تا توی این ویدیو ۲۵ دقیقهای مطلبی که چند روز پیش نوشته بودم رو عمیقتر توضیح بدم. امیدوارم که مفید واقع بشه.
این ویدیو در مورد بررسی ساختارمند بدهیهای فنی با رویکرد ربعبندی مارتین فاولر است.
دونستن اینکه بدهی فنی ما چه خصوصیاتی داره، کمک میکنه تا جلو بازتولید بدهیهای مشابه رو در صورت لزوم بگیریم یا راهکار بهتری برای اصلاحشون اتخاذ کنیم.
مقدمه: (0:00)
تعریف بدهی فنی: (0:37)
خصوصیات رایج بدهیهای فنی: (3:15)
انواع بدهی فنی: (5:40)
لزوم بررسی ساختارمند بدهی فنی: (7:28)
کوادرانت (ربعبندی) مارتین فاولر: (12:30)
نوع اول-آگاهانه و منطقی: (13:30)
نوع دوم-ناخواسته و محتاطانه: (15:10)
نوع سوم-آگاهانه و غیرمسئولانه: (16:41)
نوع چهارم-ناآگاهانه و بیپروا: (17:37)
سایر طبقهبندیها: (18:51)
جمعبندی: (22:35)
خیلی خوشحال میشم تا بهانهای باشه برای همفکری و گپ و گفت بیشتر 🌱💬😊
YouTube
Technical Debt Quadrant
این ویدیو در مورد بررسی ساختارمند بدهیهای فنی با رویکرد ربعبندی مارتین فاولر است.
دونستن اینکه بدهی فنی ما چه خصوصیاتی داره، کمک میکنه تا جلو بازتولید بدهیهای مشابه رو در صورت لزوم بگیریم یا راهکار بهتری برای اصلاحشون اتخاذ کنیم.
مقدمه: (0:00)
تعریف…
دونستن اینکه بدهی فنی ما چه خصوصیاتی داره، کمک میکنه تا جلو بازتولید بدهیهای مشابه رو در صورت لزوم بگیریم یا راهکار بهتری برای اصلاحشون اتخاذ کنیم.
مقدمه: (0:00)
تعریف…
👍8
Forwarded from ↻ Retro Product | رترو پروداکت
#رویداد_حضوری
⭐️ ارتباط مؤثر در فرآیند توسعه محصول
براساس بازخوردها و درخواست اعضای گروه حل مسئله رترو، و با همکاری شرکت علیبابا در یک رویداد حضوری در خصوص تعامل بین تیمی صحبت خواهیم کرد و تجربیات دو نفر از دوستان حاضر در تیم توسعه علیبابا را خواهیم شنید.
مخاطب این رویداد:
مدیران محصول، طراحان محصول و توسعهدهندگان نرمافزار
ارائهدهندگان:
آرزو کریمپور - اجایل کوچ علیبابا
مسعود دانشپور - چپتر لید علیبابا
علیرضا پوریوسف - بنیانگذار رترو
زمان:
پنجشنبه ۲۹ آذرماه - ساعت ۱۰ الی ۱۳
مکان:
کارخانه نوآوری آزادی، دفتر روز اول علیبابا
ثبت نام از طریق لینک زیر:
retro.college/event
(ظرفیت محدود است)
درآمد حاصل از فروش بلیط این رویداد به خیریه رامونا اهدا خواهد شد.
به امید دیدارتون در این رویداد
@RetroProduct
براساس بازخوردها و درخواست اعضای گروه حل مسئله رترو، و با همکاری شرکت علیبابا در یک رویداد حضوری در خصوص تعامل بین تیمی صحبت خواهیم کرد و تجربیات دو نفر از دوستان حاضر در تیم توسعه علیبابا را خواهیم شنید.
مخاطب این رویداد:
مدیران محصول، طراحان محصول و توسعهدهندگان نرمافزار
ارائهدهندگان:
آرزو کریمپور - اجایل کوچ علیبابا
مسعود دانشپور - چپتر لید علیبابا
علیرضا پوریوسف - بنیانگذار رترو
زمان:
پنجشنبه ۲۹ آذرماه - ساعت ۱۰ الی ۱۳
مکان:
کارخانه نوآوری آزادی، دفتر روز اول علیبابا
ثبت نام از طریق لینک زیر:
retro.college/event
(ظرفیت محدود است)
درآمد حاصل از فروش بلیط این رویداد به خیریه رامونا اهدا خواهد شد.
(تفاوت بلیط اول و دوم فقط در عدد اهدایی شما برای خیریه خواهد بود)
در صورتی که سوالی داشتید میتونید از اکانت ادمین بپرسید:
@RetroAdmin
به امید دیدارتون در این رویداد
@RetroProduct
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
به نظرم https://www.meilisearch.com جزو مظلوم ترین، محجور ترین و بهترین سرویس هاست.
سرچ Refhub.ir رو روش بستیم و عشق میکنیم با نتیجه ش
سرچ Refhub.ir رو روش بستیم و عشق میکنیم با نتیجه ش
Meilisearch
Meilisearch: Unified Search & AI Retrieval Platform
Meilisearch: Unifying your search and AI stack in a single information retrieval platform.
🔥7👍1
. این نقطه رو میگذارم اینجا، یه روز برمیگردم، بهتون میگم جریانش چی بود. فقط بدونید خوبس 😁
💯9❤1
Forwarded from tech-afternoon (Amin Mesbahi)
🌟 ساده نگه داشتن سیستمها، ۶ درس از Werner Vogels
حرفهای زیادی میشه درباره AWS زد، اما واقعیت اینه که این غول کلود، سیستمها و سرویسهاش رو طی دو دهه با موفقیت scale کرده و همچنان کاربری راحتش رو حفظ کرده.
ورنر فوگلس، CTO آمازون، تو کنفرانس AWS re:Invent درسهای جذابی از تجربهاش تو نگهداری سیستمهای پیچیده مطرح کرد.
💫 نکته کلیدی؟ پیچیدگی همیشه توی طراحی سیستمها کمین میکنه، پس مهندس باید هوشیار باشه.
💫 هدف این نیست که پیچیدگی رو کلا حذف کنیم، بلکه باید اون رو مدیریت کنیم. لری تسلر میگه: "پیچیدگی رو نمیشه حذف کرد، فقط میشه جابجاش کرد".
یه مثال جالب: طراحی دوچرخه!
یک چرخه: خیلی انعطافپذیره، اما سوار شدنش سخته
سه چرخه: راحته، ولی جابجا کردنش سخته
دوچرخه: تعادل ایدهآل بین راحتی و انعطافپذیری
۶ توصیه Vogels برای مدیریت پیچیدگی:
۱. سیستمهای قابل تکامل بسازید
نرمافزارهایی که پیش نمیرن، میمیرن
هر بار که مقیاس سیستم عوض میشه، باید معماری رو بازنگری کنید
۲. پیچیدگی رو خرد کنید
تغییرات کوچک رو نادیده نگیرید
هر سرویس باید اونقدر کوچک باشه که تو ذهن یه مهندس جا بشه
۳. معماری رو با نیازهای کسبوکار هماهنگ کنید
اجزای هوشمند با رابطهای ریزدانه بسازید
با واحدهای کسبوکار همکاری کنید
۴. کار رو به سلولها تقسیم کنید
معماری سلولی پیچیدگی رو مدیریت میکنه
مشکلات رو محدود میکنه بدون تاثیر روی کل سیستم
۵. سیستمهای پیشبینیپذیر طراحی کنید
عدم قطعیت رو کاهش بدید
از معماریهای با پالس ثابت استفاده کنید
۶. همه چی رو اتوماتیک کنید
اتوماسیون استاندارد باشه
فقط جاهایی که نیاز به قضاوت انسانی هست، دخالت انسان لازمه
💫 خلاصه کلام: "سادگی نیاز به انضباط داره" - Werner Vogels
در موردش صحبت کنیم؟ نظر شما چیه؟
حرفهای زیادی میشه درباره AWS زد، اما واقعیت اینه که این غول کلود، سیستمها و سرویسهاش رو طی دو دهه با موفقیت scale کرده و همچنان کاربری راحتش رو حفظ کرده.
ورنر فوگلس، CTO آمازون، تو کنفرانس AWS re:Invent درسهای جذابی از تجربهاش تو نگهداری سیستمهای پیچیده مطرح کرد.
💫 نکته کلیدی؟ پیچیدگی همیشه توی طراحی سیستمها کمین میکنه، پس مهندس باید هوشیار باشه.
💫 هدف این نیست که پیچیدگی رو کلا حذف کنیم، بلکه باید اون رو مدیریت کنیم. لری تسلر میگه: "پیچیدگی رو نمیشه حذف کرد، فقط میشه جابجاش کرد".
یه مثال جالب: طراحی دوچرخه!
یک چرخه: خیلی انعطافپذیره، اما سوار شدنش سخته
سه چرخه: راحته، ولی جابجا کردنش سخته
دوچرخه: تعادل ایدهآل بین راحتی و انعطافپذیری
۶ توصیه Vogels برای مدیریت پیچیدگی:
۱. سیستمهای قابل تکامل بسازید
نرمافزارهایی که پیش نمیرن، میمیرن
هر بار که مقیاس سیستم عوض میشه، باید معماری رو بازنگری کنید
۲. پیچیدگی رو خرد کنید
تغییرات کوچک رو نادیده نگیرید
هر سرویس باید اونقدر کوچک باشه که تو ذهن یه مهندس جا بشه
۳. معماری رو با نیازهای کسبوکار هماهنگ کنید
اجزای هوشمند با رابطهای ریزدانه بسازید
با واحدهای کسبوکار همکاری کنید
۴. کار رو به سلولها تقسیم کنید
معماری سلولی پیچیدگی رو مدیریت میکنه
مشکلات رو محدود میکنه بدون تاثیر روی کل سیستم
۵. سیستمهای پیشبینیپذیر طراحی کنید
عدم قطعیت رو کاهش بدید
از معماریهای با پالس ثابت استفاده کنید
۶. همه چی رو اتوماتیک کنید
اتوماسیون استاندارد باشه
فقط جاهایی که نیاز به قضاوت انسانی هست، دخالت انسان لازمه
💫 خلاصه کلام: "سادگی نیاز به انضباط داره" - Werner Vogels
در موردش صحبت کنیم؟ نظر شما چیه؟
😍5❤3
Forwarded from Ali Asghar arjmand | علی اصغر ارجمند (Ali Asghar Arjmand)
دیجیکالا، علی بابا و دیوار چطوری به کارمنداشون سهام میدن؟
🚀🚀🚀
چند روز پیش طی صحبتی که با علی جوانمردی عزیزکوفاندر زودکس داشتم، گپی در این مورد زدیم که استارتاپ ها چه برنامه هایی برای نگهداشت کارمند های خودشون دارن؟
🔻 چیکار میکنن تا کارمندای کلیدی خودشون فکر رفتن نکنن یا سازمان های دیگ نتونن جذبشون کنن؟
هر کدوم از این فعالیت ها چه ریسک هایی داره؟
✅ نکات جالبی رو در مورد چند استارتاپ ایرانی مثل دیوار، علی بابا و دیجیکالا فهمیدم که چطور کارمندای خودشون رو ترغیب میکنن و نرخ خروج رو کم می کنن!
همین شد که حس کردم برای خیلی ها دغدغه مهمیه و یک سری پرس و جو و تحقیق در مورد ESOP انجام دادم.
📈 Employee Stock ownership Plans
🔗 پست جدید لینکدینم در مورد سهام دادن استارتاپ هارو از اینجا میتونید ببینید!
🔻 کتابچه ای برای مطالعه بیشتر در این مورد رو تا چند ساعت دیگه براتون میگذارم.
🚀🚀🚀
چند روز پیش طی صحبتی که با علی جوانمردی عزیزکوفاندر زودکس داشتم، گپی در این مورد زدیم که استارتاپ ها چه برنامه هایی برای نگهداشت کارمند های خودشون دارن؟
🔻 چیکار میکنن تا کارمندای کلیدی خودشون فکر رفتن نکنن یا سازمان های دیگ نتونن جذبشون کنن؟
هر کدوم از این فعالیت ها چه ریسک هایی داره؟
✅ نکات جالبی رو در مورد چند استارتاپ ایرانی مثل دیوار، علی بابا و دیجیکالا فهمیدم که چطور کارمندای خودشون رو ترغیب میکنن و نرخ خروج رو کم می کنن!
همین شد که حس کردم برای خیلی ها دغدغه مهمیه و یک سری پرس و جو و تحقیق در مورد ESOP انجام دادم.
📈 Employee Stock ownership Plans
🔗 پست جدید لینکدینم در مورد سهام دادن استارتاپ هارو از اینجا میتونید ببینید!
🔻 کتابچه ای برای مطالعه بیشتر در این مورد رو تا چند ساعت دیگه براتون میگذارم.
🤣2❤1
Ali Asghar arjmand | علی اصغر ارجمند
دیجیکالا، علی بابا و دیوار چطوری به کارمنداشون سهام میدن؟ 🚀🚀🚀 چند روز پیش طی صحبتی که با علی جوانمردی عزیزکوفاندر زودکس داشتم، گپی در این مورد زدیم که استارتاپ ها چه برنامه هایی برای نگهداشت کارمند های خودشون دارن؟ 🔻 چیکار میکنن تا کارمندای کلیدی خودشون…
البته من یه تصحیح روی صحبت های علی جان اگر بخوام اضافه کنم، عموما این شکل از سهام و ایساپ و ... با مدیران و مهره های کلیدی بسته میشه، ولی خوب خیلی جاهای جدی تر برای سطح پایین تر کارمندان هم بازه.
جایی مثل دیجی هم، با توجه به فشار کاریش، نرخ خروج در ماه های اولیه ش بالاست و اون آدم ها احتمالا اصلا به پیشنهادش هم نمیرسن، ولی من میشناسم از مدیران خوبش که ایساپ خوب میگیرن واقعا
جایی مثل دیجی هم، با توجه به فشار کاریش، نرخ خروج در ماه های اولیه ش بالاست و اون آدم ها احتمالا اصلا به پیشنهادش هم نمیرسن، ولی من میشناسم از مدیران خوبش که ایساپ خوب میگیرن واقعا
❤2💯2👍1
Forwarded from Learning With M (Masoud DaneshPour)
7 گناه مرگبار در توسعه نرمافزار 🚀
1️⃣ ⏳ کارهای نیمهتمام کدایی که نصفه مونده یا فیچرایی که تست نشدن، فقط وقت تیم رو میگیره! کوچیک و کامل تحویل بده.
2️⃣ 📦 فیچرای اضافه فیچری که کسی نمیخواد نساز! فقط چیزایی که کاربرا نیاز دارن رو پیاده کن. وقت و هزینه هدر نده.
3️⃣ 🧠 دوبارهکاری و یادگیری مجدد هر بار کد رو باز میکنی یادت میره چی بوده؟ کامنت بذار، مستند کن، آینده خودت رو نجات بده!
4️⃣ 🤝 دست به دست کردن کارها از توسعه به تست، از فرانت به بک! هر چی دست به دست بشه، احتمال باگ و اشتباه بیشتر میشه.
5️⃣ 🕒 معطل موندن منتظر تایید، کد ریویو یا دسترسی به ابزار؟ تایم مرده زیاده! پروسهها رو روانتر کن.
6️⃣ 🔄 تغییر بین چند کار چند تا تسک همزمان تمرکز میپره، بهرهوری صفر میشه! اول یکی رو ببند، بعد برو سراغ بعدی.
7️⃣ 🐛 باگ و خطاهای پنهان خطاهایی که ارور نمیدن، اعصاب میسوزونن! لاگ بگیر، تست بنویس و سریع فیدبک بگیر تا غافلگیر نشی.
🧐 کدوم یکی از اینا رو تو تیمتون بیشتر دیدی؟ بیا بحث کنیم، شاید راه حلی پیدا شد! 👇👇
1️⃣ ⏳ کارهای نیمهتمام کدایی که نصفه مونده یا فیچرایی که تست نشدن، فقط وقت تیم رو میگیره! کوچیک و کامل تحویل بده.
2️⃣ 📦 فیچرای اضافه فیچری که کسی نمیخواد نساز! فقط چیزایی که کاربرا نیاز دارن رو پیاده کن. وقت و هزینه هدر نده.
3️⃣ 🧠 دوبارهکاری و یادگیری مجدد هر بار کد رو باز میکنی یادت میره چی بوده؟ کامنت بذار، مستند کن، آینده خودت رو نجات بده!
4️⃣ 🤝 دست به دست کردن کارها از توسعه به تست، از فرانت به بک! هر چی دست به دست بشه، احتمال باگ و اشتباه بیشتر میشه.
5️⃣ 🕒 معطل موندن منتظر تایید، کد ریویو یا دسترسی به ابزار؟ تایم مرده زیاده! پروسهها رو روانتر کن.
6️⃣ 🔄 تغییر بین چند کار چند تا تسک همزمان تمرکز میپره، بهرهوری صفر میشه! اول یکی رو ببند، بعد برو سراغ بعدی.
7️⃣ 🐛 باگ و خطاهای پنهان خطاهایی که ارور نمیدن، اعصاب میسوزونن! لاگ بگیر، تست بنویس و سریع فیدبک بگیر تا غافلگیر نشی.
🧐 کدوم یکی از اینا رو تو تیمتون بیشتر دیدی؟ بیا بحث کنیم، شاید راه حلی پیدا شد! 👇👇
👍3🔥1
اگر در همه ی این سال ها به یه اصل رسیده باشم در کار اینه :
انجام دادنِ درستِ، کارِ درست...
دقیقا در بحرانی ترین و سخت ترین شرایط میتونه ستاره قطبی و قطب نمای ما باشه در تیم.
انجام دادنِ درستِ، کارِ درست...
دقیقا در بحرانی ترین و سخت ترین شرایط میتونه ستاره قطبی و قطب نمای ما باشه در تیم.
🔥10💯1
من باید QA میشدم، کتابایی که خودم 70% رضایت دارم نهایتا، بچها 100% راضین :)
❤7👎1
Forwarded from tech-afternoon (Amin Mesbahi)
🚀 💸 یک خبر خوب! امروز گیتهاب از سرویس رایگان کوپایلوت رونمایی کرد و بلافاصله هم تیم ویژوالاستدیو نسخه رایگان رو برای ویژوالاستدیو ارائه کرد.
من دو ساله مشترک کاپایلوت هستم و حقیقتا سرویس خوبیه. حتی از IntelliCode و JetBrains AI و Tabnine و Cody و Tabby هم که من تست کردم بهتر بوده (در تستها و نیازهای شخصی من، که قطعا جهانشمول نیست)
و AI چند ساله که کمکم بخشی از هزینههای سبد خانواده شده که باید بهش جدیتر فکر کرد. از بس که متعدد شدن!
خبر گیتهاب
خبر ویژوالاستدیو
خبر VS Code
من دو ساله مشترک کاپایلوت هستم و حقیقتا سرویس خوبیه. حتی از IntelliCode و JetBrains AI و Tabnine و Cody و Tabby هم که من تست کردم بهتر بوده (در تستها و نیازهای شخصی من، که قطعا جهانشمول نیست)
و AI چند ساله که کمکم بخشی از هزینههای سبد خانواده شده که باید بهش جدیتر فکر کرد. از بس که متعدد شدن!
خبر گیتهاب
خبر ویژوالاستدیو
خبر VS Code
👍7❤1
Forwarded from tech-afternoon (Amin Mesbahi)
مفهومی داریم به نام Cargo Cult Practices که به رفتارها یا فرآیندهایی اشاره داره که بهطور «سطحی» شبیه به رفتارهای موفق و موثر هستن، اما «بدون درک عمیقی» از دلیل یا اصول اساسیای که پشت اون رفتارها و انتخابها وجود داره...
ریشه تاریخی: کارگو کالت به رفتارها و آیینهایی گفته میشه که در برخی جوامع، بهویژه در جزایر اقیانوس آرام، بعد از جنگ جهانی دوم شکل گرفته. در طول جنگ، نیروهای نظامی آمریکایی در این جزایر پایگاههایی ساختند و کالاهای مدرن (کارگو) رو با هواپیما به اونجا میبردند. بومیان این جزایر که هرگز چنین فناوریهایی را ندیده بودن، شروع به تقلید از رفتارهای سربازها کردن!! با این باور که این کارها (اداها) باعث جلب کالاهایی شبیه اونایی که نظامیها میآوردن میشه!!
بعد از پایان جنگ و ترک نیروهای نظامی، بومیها به ساخت تجهیزات نمادین مثل باند فرودگاه، برج مراقبت و هواپیماهای چوبی ادامه دادن. حتی لباسهای شبیه به یونیفرم نظامی میپوشیدن و با چوبهای شبیه به رادیو ارتباط برقرار میکردن!
اصطلاح "کارگو کالت" در زمینههای مختلف برای توصیف تقلید ظاهری از یک عمل، بدون درک عمیق از مکانیزمهای واقعی اوها به کار میره، بهویژه در حوزههایی مثل مدیریت و توسعه نرمافزار.
استفاده از فلان معماری یا فلان زبون یا فلان ساختار تیمی چون فلان شرکت استفاده کرده، از همین مصادیقه... توی فرهنگ ما ضربالمثل «مرغی که انجیر میخوره نوکش کجه» مترادف با همینه...
و بعدش:
یلدای همگی مبارک و امیدوارم در کنار خانواده و عزیزانتون سلامت و شاد و موفق باشین 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍2