Software Philosophy
3.42K subscribers
160 photos
41 videos
1.54K links
چکیده‌ای از مفاهیم به روز مهندسی نرم افزار برای مهندسین نرم‌افزار.
معماری نوین نرم‌افزار، تکنولوژی‌های برنامه نویسی جدید
Download Telegram
Forwarded from فلسفه دیزاین
Media is too big
VIEW IN TELEGRAM
غلبه بر میمون خشنودی‌های لحظه‌ای،
یا چگونه یک انسان دقیقه نودی نباشیم!

@Dexign فلسفه دیزاین
#پست_مجدد این پست تا به حال بیش از ۲۳۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
اثری که Body language بر خود فرد می‌گذارد، اگر بیشتر از اثری که بر مخاطب می‌گذارد نباشد، کمتر هم نیست.

استاد دانشگاه هاروارد Amy Cuddy تحقیقی انجام داده است و در آن به این نتیجه رسیده است که فرم و حالت بدن می‌تواند بر «ذهن» و «فیزیولوژی» اثر گذارد،‌ بدین صورت که اگر شما ۲ دقیقه ژست یک فرد پیروز را به خود بگیرید میزان تستوسترون افزایش و کورتیزول کاهش میابد. میزان این هورمون‌ها اثر مستقیمی بر مغر گذاشته و میتواند باعث افزایش قدرت ریسک‌پذیری و موفقیت شود.

https://www.ted.com/talks/amy_cuddy_your_body_language_shapes_who_you_are

#افشین_علیزاده
لینکدین:
https://ir.linkedin.com/in/afshinalizadehbehjati

کانال تلگرام:
@SoftwarePhilosophy

___
نسل جدید برنامه‌های cross-platform: برنامه‌های PWA

برنامه‌های PWA یا Progressive Web App با سرعت چشمگیری در حال رشد هستند و به نظر می‌رسد پتانسیل بالایی در تسخیر بازار داشته باشند. این ایده به شدت توسط شرکت‌های گوگل و مایکروسافت در حال پشتیبانی است. گوگل از آنجاییکه درآمد اصلی خود را وب می‌داند با آمدن این نسل برنامه‌ها سود بیشتری به دست خواهد آورد. از طرفی مایکروسافت مشکل گپ برنامه در App Store خود را می‌تواند با این تکنولوژی حل کند. آنها حتی یک Bing Crawler نوشته‌اند که وب‌سایت‌هایی را که PWA هستند را به طور خودکار به Store اضافه کند. در این میان اپل به نظر خیلی راضی نمی‌رسد، زیرا یکی از مدل‌های درآمدی اپل از اکوسیستم توسعه اپ برای Apple Store بوده‌است.
بسیاری از شرکت‌های بزرگ نظیر Twitter, Instagram, Uber, Lyft, Pinterest و ... در حال روی آوردن به این رویکرد هستند. مایکروسافت نیز رسما اعلام کرد که از Redstone 4 به بعد این نوع اپ مستقیما از store ها قابل نصب هستند.

در مقاله زیر نحوه نفوذ این نوع برنامه‌ها در بازار شرح داده شده‌است.

https://www.windowscentral.com/what-are-progressive-web-apps-video

⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:

http://ow.ly/QMlV30k6wdZ

#مهران_داودی (http://ow.ly/GwIl309lFEm)

کانال تلگرام:
@SoftwarePhilosophy


___
Forwarded from Iran Agile
🔵 توسعه ترس محور یا Fear Driven Development چیست؟

روز گذشته اسکات هنسلمن نوشته‌ای رو در وبلاگشمنتشر کرد و از ترس‌هایی که تبدیل به یک روال توسعه نرم‌افزار می‌شوند گفت. او نام توسعه ترس محوریا Fear Driven Development را برای این موضوع انتخاب کرده. 

😨 ترس سازمانی

ترس سازمانی باعث می‌شود که برنامه‌نویس‌ها نگران اشتباه کردن، شکستن build یا ایجاد باگ‌های بشوند و سازمان را مشغول تمرکز بیشتر بر تولید کاغذ یا ایجاد بیش از حد پروسه‌ها و روال‌ها و خلاصه ایستادن در راه نوشتن کد.

این «فلج تحلیلی» کل پروژه را کند می‌کند. یک نوشته خوب تحت عنوان «۱۰ راه برای از دست دادن تیم» وجود دارد که بسیاری از این رفتارهای منفی را پوشش داده. مواردی مثل:

ممنوع کردن جلسات تک به تک

عدم به اشتراک‌گذاری اطلاعات

القاء اینکه هر کسی را می‌توان جایگزین کرد

مدیریت به سبک Micromanagement

همه این رفتارها باعث افزایش ترس محیطی و ایجاد ابری از اضطراب در سازمان می‌شود

😨 ترس از دست دادن شغل

یک نوع دیگر از Fear Driven Development وقتی است که سازمان با القای این مطلب که با هر نشانه‌ای از مشکل در پروژه، برنامه‌نویس شغلش را از دست خواهد داد تلاش می‌کند برنامه‌نویس‌ها تا دیروقت سر کار بمانند و به صورت نامعقول به سختی کار کنند. تهدید شعلی هرگز باعث افزایش کارآیی تیم نمی‌شود.این کار تنها باعث نهادینه شدن احساسات منفی شده و همیشه باعث می‌شود که افراد از کار استعفا بدهند. 
این کار همچنین باعث می‌شود تا مدیران تصور کنند که تلاش‌های قهرمانانه، جزئی معمول و پذیرفته شده در روال توسعه نرم‌افزار است. فشار کار گاه به گاه یک چیز است، اما اگر هر Release نرم‌افزاری در تیم شما به معنی انجام تلاش‌های قهرمانانه است که به قیمت روابط شخصی شما تمام می‌شود، شما مشکل دارید.

😨 ترس از تغییر کد

یک نوع دیگر از Fear Driven Development وقتی است که بخش توسعه نرم‌افزار سازمان یا کل سازمان از کد می‌ترسند! شاید کد قدیمی باشد (legacy code) اما معمولاً کد قدیمی فقط به خوبی درک نمی‌شود. کد قدیمی تقریباً درست کار می‌کند، اما افراد از تغییرات حتی کوچک در کد به دلیل اینکه ممکن است باعث ایجاد اثرات جانبی بشوند واهمه دارند. ترس از رگرسیون باگ- بازگشت مجدد باگ‌هایی که بسته یا رفع شده‌اند نیز باعث استرس برنامه‌نویسان می‌شود.

https://goo.gl/CgYpdX

@iranagile
Forwarded from Software Philosophy
اگر دوستانی دارید که نه تنها برنامه نویس هستند، بلکه اعتقاد دارید «مهندس نرم‌افزار» هم هستند، آنها را به کانال @SoftwarePhilosophy دعوت کنید.
این پیغام را برای آنها Forward کنید.
#پست_مجدد این پست تا به حال بیش از ۲۰۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
مورد توافق‌ترین تعریفی که در ارتباط با مدیریت محصول وجود دارد، تعریفی بسیار ساده و قابل درک است: «ارائه محصولی درست به شیوه ای درست به مشتری». اما مدیریت محصول کماکان یکی از سخترین شرح وظایف‌هایی است که می‌توان در هر سازمان تصور کرد. این ابهام در چیستی و چگونگی مدیریت محصول در شرکت های نرم افزاری که تجربه‌ای درست در داشتن مدیر محصول ندارند بسیار بیشتر است.

لینک زیر می تواند یک شروع خوب برای آشنا شدن با این مفهوم باشد.

https://medium.com/@joshelman/a-product-managers-job-63c09a43d0ec#.i6pcfk9wa


#کاروان_جافی

لینکدین:
https://uk.linkedin.com/in/karvan-jafi-96897027

کانال تلگرام:
@SoftwarePhilosophy


___
Forwarded from فلسفه دیزاین
هنر نوشتن پیغام‌های خطا

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

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

امروز می‌خواهیم به چگونگی نوشتن پیغام‌های خطای خوب را بررسی کرده و این هنر را فرا بگیریم. با یادگیری این هنر، دیگر پیغام‌های اختصاصی محصول خود را خواهیم داشت که پاسخگوی کاربران محصول ماست.
در مقاله امروز از خانم Marina Posniak، یکی از UX Writerها شرکت Spotify، با عنوان مقدمه‌ای در باب اهمیت Copywriting و بطور مشخص پیغام‌های خطا، قدم به قدم ما را در فراگیری این هنر همراهی می‌کند.

مقاله امروز را از دست ندهید:
https://thestyleofelements.org/the-art-of-the-error-message-9f878d0bff80

(زمان حدودی مطالعه، ۸ دقیقه)

پ. ن.
قبلا درباره پیغام خطای «نام کاربری و یا کلمه عبور شما اشتباه است.» صحبت کرده بودیم:
t.me/Dexign/223

#تجربه_کاربری #کپی_نویسی #پیغام_خطا
@Dexign فلسفه دیزاین

___
#خلاصه_مطالب «فلسفه نرم‌افزار» در هفته گذشته:

۱. چگونه یک انسان دقیقه نودی نباشیم! (فلسفه دیزاین)

https://t.me/SoftwarePhilosophy/1245
https://t.me/SoftwarePhilosophy/1246

۲. تاثیرات «زبان بدن» بر خود فرد: Fake it until you Make it

https://t.me/SoftwarePhilosophy/1248
https://t.me/SoftwarePhilosophy/1249

۳. نسل جدید برنامه‌های cross-platform: برنامه‌های PWA

https://t.me/SoftwarePhilosophy/1250

۴. توسعه ترس محور یا Fear Driven Development چیست؟ (Iran Agile)

https://t.me/SoftwarePhilosophy/1251

۵. مدیریت محصول در شرکت‌های نرم‌افزاری

https://t.me/SoftwarePhilosophy/1254

۶. هنر نوشتن پیغام‌های خطا (فلسفه دیزاین)

https://t.me/SoftwarePhilosophy/1255

ـــــــــــ

@SoftwarePhilosophy
#پست_مجدد این پست تا به حال بیش از ۴۶۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
تجربه کاربری یا UX یکی از مفاهیمی است که تاثیر زیادی در محبوب شدن یک محصول دارد. مفهوم DX یا Developer Experience نیز مفهوم جدیدی است که تجربه یک برنامه‌نویس هنگام استفاده از یک پلتفرم یا فریم‌ورک را بررسی می‌کند. چرا یک پلتفرم یا فریم‌ورک محبوب می‌شود و دیگری نه؟ این سوالی‌ است که عوامل زیادی در پاسخ دادن به آن موثر هستند. اینکه یک برنامه نویس هنگام کار با آن پلتفرم چه تجربه‌ای احساس می‌کند یکی از عوامل مهم موفقیت یک پلتفرم است. در مقاله زیر مفهوم جدیدی به نام Dotability‌ معرفی شده که می‌توان به وسیله آن کتابخانه‌ها و فریم‌ورک‌های مختلف را از لحاظ DX بررسی کرد.

http://mehrandvd.me/2016/05/31/developer-experience-dotability/
http://mehrandvd.me/2016/05/31/developer-experience-dotability/

#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd

کانال تلگرام:
@SoftwarePhilosophy


___
Forwarded from SQL Server (Hamidreza)
سلام و عرض ادب خدمت دوستان عزیزم
امیدوارم حالتون خوب باشه و هرجا هستید لبتون خندان باشه و طاعاتتون مقبول درگاه احدیت.
شاید برای شما پیش اومده باشه که نیاز داشته باشید یک ابزار Cross-Platform داشته باشید که بتونید به راحتی با SQL Server ارتباط برقرار کنید.
همچنین بتونید به راحتی به سرویسهای SQL Azure متصل بشید .
ابزار SQL Operation Studio ابزاری هست که توسط تیم SSDT Tools توسعه داده شده که بتونید روی Macos,Linux نیز به راحتی با SSMS کار کنید و به SQL Server در هرجایی متصل بشین.
این ابزار open source هست و سورسش نیز بر روی github قرار داره و توسط فریم ورک ElectronJS نیز توسعه داده شده است.
در این لینک توضیحات تکمیلی ، تصاویری از نرم افزار و همچنین لینک دانلود آن وجود دارد.
امیدوارم مورد استفاده واقع شده باشه

ارادتمند شما
حمیدرضا صادقیان.
ID: @Hamidreza_Sadeghian
SQL Server Channel : @SQL_Server

https://msdn.microsoft.com/magazine/mt814806
Forwarded from Iran Agile
🔴 به دوران co-creation خوش آمدید

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

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

در دوران co-creation کاربران همراه ما هستند یا از ابتدا آنها می‌گویند چه چیزی باید بسازیم... یا خیلی ساده قرار نیست فقط ما خلاقیت کنیم، خلاقیت کار همه ما تولید کننده و مصرف کننده است.

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

آیا واقعا مشتری یا کاربران حال دارند همراه ما خلاقیت کنند؟ هر کسب کاری یک سری مشتری وفادار دارد که آنها حاضر هستند همراه کسب کار باشند، دوست دارند ایده بدهند و ... . پیدا کردن آنها و همراه کردنشان فرآیندی است که الان با نام co-creation انجام می شود. البته نظرخواستن از قبل بوده است، ولی در این دوران جدید، ما مشتری را تعامل میدهیم، آنها ایده میدهند، راجع به نظرات دیگران نظر میدهند، در فرآیند تولید هستند، دمو می ببینند و اصلا این کار فانتزی نیست.

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

@iranagile
http://blog.scrum.ir/2018/05/co-creation/
Forwarded from اتچ بات
دومین رویداد آموزشی دات نت تاک DotNetTalk (موضوع : بررسی و پیاده سازی اصول امنیتی OWASP در Asp.Net)

لینک ثبت نام:
https://evnd.co/k4sz6
زمان : 5 شنبه 10 خرداد، ساعت 16:00 تا 19:00
مکان : تهران خیابان حافظ، دانشگاه صنعتی امیرکبیر، کتابخانه شهید صبوری، انتهای سالن همکف

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

دات نت تاک (گفتگویی از جنس دات نت) :
رویداد DotNetTalk دات نت تاک فرصتی است که در آن ضمن آشنایی با یکدیگر و شبکه سازی، به بحث تبادل نظر و یادگیری درباره موضوعات مختلف برنامه نویسی می پردازیم.

موضوع این جلسه دات نت تاک :
بررسی و پیاده سازی اصول امنیتی OWASP در Asp.Net

مواردی که بررسی خواهیم کرد :
1- آناتومی حمله Open/Unvalidated Redirection و شرح این آسیب پذیری
2- آناتومی حمله CSRF/XSRF و شرح این آسیب پذیری و پیشگیری توسط AntiForgeryToken
3- موارد امنیتی استفاده از JWT (Json Web Token)
3- استفاده از خاصیت Subresource Integrity (SRI)
4- شرح حمله Man-in-the-middle روی سایت های HTTPS و روش جلوگیری از آن
5- بررسی راهکار HSTS و Preload و پیاده سازی آنها
6- بررسی و پیاده سازی Content Security Policy (CSP)
7- باگ امنیتی Elmah در MVC5
8- پیشگیری ابتدایی از حمله DDOS
9- شرح و پیاده سازی Cross Origin Resource Sharing(CORS)
10 - معرفی و استفاده از کتابخانه NWebSec و AntiXSS
11 - پیاده سازی LetsEncrypt

میزبان این جلسه : دانشگاه صنعتی امیرکبیر
حامیان رسانه ای : فینوا - اوکس تیم

از این که با حضوتون، بار علمی رویداد رو افزایش میدهید سپاس گذاریم

لینک ثبت نام:
https://evnd.co/k4sz6
Forwarded from فلسفه دیزاین
دیزاین‌هایتان را به حرکت درآورید

می‌دانستید اولین تلاش‌های انسان‌ها برای درک مفوم انیمیشن در دنیا، در «شهر سوخته»، نزدیکی زابل روی یک جام سفالی پیدا شده که متعلق به ۵۰۰۰ سال پیش است؟
اگر به موزه ایران‌باستان بروید، این جام را مشاهده خواهید کرد که دور تا دور آن با لحظات مختلفی از دویدن و پریدن یک بُز نقاشی شده است و وقتی آن را می‌چرخانید، متوجه می‌شوید که مقصود هنرمند آن، تولید یک انیمیشن با تکنیک Stop Motion بوده‌است. همان تکنیکی که همه ما زمانی برای ساخت انیمیشن، از طریق سریع ورق زدن کاغذهای گوشه دفترمان انجام داده‌ایم.
از تکنیک‌های دیگر ساخت انیمیشن می‌توان به انیمیشن‌های فریم کلیدی یا Keyframe اشاره کرد. این تکنیک به دلیل سادگی استفاده، بصورت امکانی جذاب در نرم‌افزارهای طراحی گرافیک مانند Photoshop قرارداده شده است. احتمالا بسیاری از شما انیمیشن‌های Gif بسیاری با استفاده از این امکان Photoshop تولید کرده‌اید.

پس از مهاجرت بسیاری از طراحان از Adobe Illustrator و Adobe Photoshop به نرم‌افزارهای Sketch و Adobe Xd، امکانات محدودتری از این دست در اختیار آنان قرار گرفته‌ست. تیم Anima نامی‌ست که هنگام معرفی افزونه Launchpad برای Sketch در این کانال، به آن اشاره کرده بودیم. این تیم اخیرا افزونه جذاب دیگری را برای Sketch معرفی کرده‌ست که امکان ساخت انیمیشن‌های فریم‌کلیدی را برای شما به ارمغان می‌آورد.
اگر از نرم‌افزار Principle استفاده کرده باشید، متوجه خواهید شد که ساختاری که این افزونه به نرم‌افزار Sketch شما اضافه می‌کند، بسیار شبیه فضای این نرم‌افزار است، البته با امکاناتی بسیار محدودتر.

مقاله امروز به معرفی این افزونه پرداخته و نحوه کار با آن را بصورت کاربردی توضیح می‌دهد:

https://medium.com/sketch-app-sources/using-sketch-to-design-animations-b055456c4548

(زمان حدودی مطالعه، ۵ دقیقه)

معرفی دیگر محصول این تیم، Launchpad:
t.me/Dexign/131

#ابزار #افزونه #Sketch
@Dexign فلسفه دیزاین

___
Forwarded from فلسفه دیزاین
جامی که اولین تلاش‌های هنرمندان برای ایجاد مفهوم انیمیشن را نشان می‌دهد و در موزه ایران‌باستان نگهداری می‌شود.

@Dexign فلسفه دیزاین
Forwarded from فلسفه دیزاین
This media is not supported in your browser
VIEW IN TELEGRAM
انیمیشنی که بر روی جامی ۵۰۰۰ ساله، کشف شده در «شهر سوخته»، در نزدیکی زابل، نقاشی شده است.

@Dexign فلسفه دیزاین
#پست_مجدد این پست تا به حال بیش از ۴۱۰۰ بار مشاهده شده و به نظر می‌رسد برای خوانندگان جدید کانال جذاب باشد.
Forwarded from Software Philosophy
نامگذاری در برنامه‌نویسی شاید یکی از مهمترین کارهایی باشد که یک برنامه‌نویس انجام می‌دهد. یک برنامه‌نویس با نامگذاری متغییر‌ها، کلاس‌ها، فایل‌ها و ... در حقیقت مفاهیم جدید خلق می‌کند که در آینده برنامه‌نویسان دیگر معنی آن را از روی «نام» آنها حدس خواهند زد!
فصل زیر از کتاب Framework Design Guidlines (که به FDG معروف است) به طور اختصاصی استانداردهای نامگذاری را که در طراحی .Net Framework استفاده شده‌است را شرح می‌دهد. این کتاب برای ساخت تمامی سیستم‌ها در مایکروسافت به عنوان یک مرجع استفاده می‌شود. به همین دلیل هم در سایت msdn به صورت رایگان و قابل دسترس برای همه وجود دارد و هم کتاب چاپی آن وجود دارد که بسیار محبوب است.

https://msdn.microsoft.com/en-us/library/ms229002%28v=vs.110%29.aspx

#مهران_داودی
لینکدین:
https://ir.linkedin.com/in/mehrandvd

کانال تلگرام:
@SoftwarePhilosophy


___