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

https://mehrandvd.me/2016/03/28/linq-the-bad-parts/

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


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


___

یک مقاله از مهندسان شرکت Telerik برای کسانی که می‌خواهند کار با EF Migration را یاد بگیرند. این مقاله به طور خیلی خلاصه مفاهیم و روش کار این تکنولوژی را شرح داده و توصیه‌‌های خوبی نیز در مورد کار تیمی دارد. EF Migration یک تکنولوژی است که امکان ساخت فرایند‌هایی کاملا مدیریت شده برای تبدیل نسخه قدیمی دیتابیس به نسخه جدید را فراهم می‌کند.

https://developer.telerik.com/featured/entity-framework-code-first-migrations/

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


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


___

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

https://bit.ly/1U6Ew1B

محمد مهدی نظری

لینکدین
https://ir.linkedin.com/in/mohammad-mahdi-nazari-90097b58

توییتر
@ShamehdiN

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


___

حتما تا به حال به این مشکل برخوردید که درست کردن یک پروژه جدید از صفر همیشه سخت است. اینکه چه نسخه‌هایی از کتابخانه‌ها را باید استفاده کنید، چه ترتیبی، چه ترکیبی و ... برای اینکه این کار سخت راحت شود مفهومی مانند Scaffolding می‌تواند کمک زیادی کند. پروژه Yeoman یکی از ابزارهای موفق در این مورد است. با استفاده از این ابزار به راحتی می‌توانید مثلا یک سایت کامل بسازید. چندتا از محبوب‌ترین generator های این ابزار را در لیست زیر می‌بینید:
-react-fullstack
- angular
- angular-fullstack: MEAN+Mongo+Express+Node
- HotTowel: HotTowel + Angular + WebApi
- aspnet: برای ساخت پروژه‌های نسخه جدید aspnet

https://yeoman.io/

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


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


___

با ما در ارتباط باشید!

تا امروز فیدبک‌های خیلی خوبی از شما دوستان گرفتیم. بر اساس فیدبک‌های شما تصمیم گرفتیم که پست‌های این کانال را در سه دسته بندی پست کنیم:
۱) مطالب مهندسی و معماری نرم‌افزار و مدیریت تیم‌های نرم‌افزاری
۲) مطالب مربوط به آخرین تکنولوژی‌ها
۳) مطالب مربوط به تکنولوژی‌های مرسوم که در شرکت‌ها استفاده می‌شود.

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

لطفا اگر نظر، پیشنهاد، انتقاد و یا هرگونه فیدبکی نسبت به این کانال دارید، در توئیتر بنویسید. مطمئن باشید ما آنها را می‌خوانیم. (در توئیتر @mehrandvd را منشن کنید و از هشتگ #SoftwarePhilosophy استفاده کنید)

اگر دوستانی دارید که نه تنها برنامه نویس هستند، بلکه اعتقاد دارید «مهندس نرم‌افزار» هم هستند، آنها را به کانال @SoftwarePhilosophy دعوت کنید.
این پیغام را برای آنها Forward کنید.

مفهوم Pattern Matchning یکی از مفاهیمی است که قدرت بسیار زیادی به زبان‌های Functional مانند Haskell داده است. این مفهوم را با Regex اشتباه نگیرید! این یک مفهوم زبان می‌باشد و ارتباط چندانی با Regex ندارد.
از آنجایی که مدتیست امکانات زبان‌های Functional بسیار مورد علاقه طراحان زبان‌های شی‌گرا مانند C# شده است بد نیست با این مفهوم آشنا شوید. پس از اضافه شده مفهوم Lambda Expressions در C# 3.0 امکان پیاده‌سازی بسیاری از مفاهیم پیچیده مهیا شده است.
جالب است بدانید که Pattern Matching یکی از جنجال‌برانگیز‌ترین امکاناتی است که قرار است به C# 7.0 اضافه شود.

لینک زیر به طور مختصر ایده را در زبان سی‌شارپ توضیح می‌دهد. همچنین لینک Specification دقیق که توسط طراحان زبان در حال نگارش است را ارائه داده است. به این ترتیب می‌توانید ببینید مثلا همین امروز پیش‌نویس این استاندارد در چه وضعیتی است!

https://www.infoq.com/news/2014/08/Pattern-Matching

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

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


___

در نرم افزار های سازمانی و هر جایی که "تغییرِ" داده ها بار حقوقی داشته و همراه با مسئولیت باشد، نیاز هست تا تاریخچه ای از تغییرات داده ها را در پایگاه داده ذخیره کنیم. مثلا باید این قابلیت وجود داشته باشد که بتوانیم بفهیم چه رکوردی، در چه تاریخی، چه تغییری داشته است.
ما در پایگاه های داده به طور معمول "وضعیت فعلی" موجودیت ها را ذخیره می کنیم و نه تغییرات آن ها را. ضبط تغییرات روش های متعددی دارد، اعم از راهکار هایی در سمت نرم افزار و یا راهکار های مبتنی بر Trigger در سمت دیتابیس. ولی عموما همه راه ها نیاز به برنامه نویسی داشته و عیب و ایرادی هم خواهد داشت.
در SQL Server 2008 قابلیتی به نام Change Data Capture اضافه شده است. با فعال سازی این قابلیت و بدون نیاز به هیچگونه برنامه نویسی، SQL Server مسئولیت ذخیره تغییرات را به راحتی به عهده خواهد گرفت. در نتیجه در کمترین زمان ممکن می توان این قابلیت کلیدی را اضافه کرد و مشکل عمده بسیاری از نرم افزارهای سازمانی فعلی را برطرف کرد.
مزیت این روش آن است که برنامه های فعلی نیاز به هیچ تغییری ندارند و فعال سازی قابلیت Change Data Capture جدای از نرم افزار می باشد.

https://www.simple-talk.com/sql/learn-sql-server/introduction-to-change-data-capture-(cdc)-in-sql-server-2008/

دانشگاه Essex در انگلستان، برای دو شغل زیر در حال جذب نیرو است. اگر تخصص‌های لازم را دارید می‌توانید تا یکشنبه ۵ اردیبهشت (دو روز دیگر) برای این موقعیت‌ها اقدام کنید. در صورتی که علاقمند هستید من می‌توانم اطلاعاتی را جهت تسهیل فرایند و روش مصاحبه در اختیارتون بذارم. در این صورت به آدرس توییتر من (https://twitter.com/mehrandvd) پیغام بفرسید.

https://jobs.essex.ac.uk/fe/tpl_essex01.asp?s=4A515F4E5A565B1A&jobid=86413,1236794825&key=167011944&c=34343525343425&pagestamp=seqvljzaivsqoblxox
https://jobs.essex.ac.uk/fe/tpl_essex01.asp?s=4A515F4E5A565B1A&jobid=86489,8754874823&key=167011944&c=34343525343425&pagestamp=sefvicwhrinkroitrp

معماری ASP.NET Core کاملا با معماری ASP.NET قبل فرق دارد. نسخه جدید بیشتر با تمرکز بر استراتژی جدید مایکروسافت مبنی بر پشتیبانی از تمام محیط‌ها و سیستم‌عامل‌ها برای توسعه نرم‌افزار معماری شده و کمتر روی اضافه کردن امکانات جدید دارد.
در این مقاله Dino Esposito توضیح می‌دهد با دیدی انتقادی به این تفاوت بنیادین نگاه می‌کند و به این نکته اشاره می‌کند که اکو سیستم جدید باید طوری باشد که برنامه‌نویسان قبلی تمایل بیشتری برای حرکت به نسخه Core داشته باشند.

https://www.simple-talk.com/content/article.aspx?article=2402

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

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


___

ضد الگو یا Anti Pattern «روح‌های سرگردان» یکی از مواردی است که باعث دردسر در نرم‌افزارها می‌شود. این ضد الگو وقتی اتفاق می‌افتد که در کد، کلاس‌های بی‌موردی که تقریبا هیچ مسئولیتی ندارند به وجود باید. به عبارتی بیش از حد مورد نیاز همه چیز abstract شده است. یکی شایع‌ترین علت‌های بروز این ضد الگو افرادی در پروژه هستند که دانش فرایندی بالا و دانش شی‌گرایی کم دارند. معمولا افرادی که یا در شی‌گرایی و Object Oriented جدید هستند و این دنیا برایشان خیلی جذاب است به شدت عاشق ساخت «کلاس‌های روح سرگردان» می‌شوند! نبود نقش تخصصی معمار نرم‌افزار در تیم نیز یکی دیگر از دلایل این ضد الگو است.

https://sourcemaking.com/antipatterns/poltergeists

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

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


___

یکی از مباحث مهم در Exception Handling‌ در زبان Java، استفاده درست از انواع Checked Excections و Unchecked Exceptions است. مطلب زیر هر کدام از این نوع Exception ها و کاربرد آنها را توضیح می‌دهد. سپس «مزایا» و «معایب» هر یک را شرح می‌دهد.
در این مقاله تاکید شده‌است که در نرم‌افزار خود حتما یک رویکرد واحد را انتخاب کنید و از آن پیروی کنید. چرا که انتخاب دو رویکرد همزمان غالبا موجود پیچیدگی بیشتر می‌شود.

https://tutorials.jenkov.com/java-exception-handling/checked-or-unchecked-exceptions.html

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

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



___

سایت Stackoverflow یکی از مشهورترین پروژه هایی است که سوار بر پلتفرم مایکروسافت شده و از دات نت در توسعه اش استفاده شده است.
سرور های آن ها روزانه چیزی در حدود 210 میلیون درخواست را پاسخ می دهند. 
آقای Nick Craver اخیرا سلسله مقالاتی را شروع کرده اند که در مورد معماری سخت افزاری، سرور ها، Load Balancer ها، نحوه استفاده از Cache و پایگاه داده و کتابخانه های استفاده شده در مجموعه سایت های Stack به تفکیک توضیح میدهد.
دنبال کردن این مقالات بسیار آموزنده خواهد بود و بیان این موضوعات فنی و طرح ساختار معماری سخت افزاری/نرم افزاری نشان می دهد که سازمان های خارجی تا چه حد تعهد اخلاقی برای پیشبرد و به اشتراک گذاری دانش شان با سایرین دارند.
همچنین در Trello می توانید سوالات خود و موضوعات پیشنهادی برای مطرح شدن در این مقالات را مطرح کنید.

1. قسمت اول مقاله: https://nickcraver.com/blog/2016/02/17/stack-overflow-the-architecture-2016-edition/

2. پروژه trello: 
https://trello.com/b/0zgQjktX/blog-post-queue-for-stack-overflow-topics

پنجاه Query پر کاربرد که حتمن به آنها نیاز پیدا کرده‌اید و دنبال آن گشته‌اید. لینک زیر ۵۰ تا از پرکاربرد ترین Query ها را در SQL لیست کرده‌است که اگر نگاهی به آن بیاندازید حتمن چیزهای جالب و بسیار کاربردی مرتبط با کارهای خود در آن پیدا می‌کنید. کوئری‌هایی از قبیل:
- Retrieve List of All Database
- Get All Stored Procedure Relate To Database
- Rebuild All Index of Database
- List of tables with number of records
- Disable all constraints of a table
- Disable all constraints of all tables

https://www.c-sharpcorner.com/article/50-important-queries-in-sql-server/

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

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



___

همانطور که می دانیم در هنگام استفاده از EF به روش Code First، از DbContext برای قرار دادن و تعریف جداول توسط DbSet ها استفاده می کنیم. اگر چندین جدول داشته باشیم، می توانیم همه این ها را در یک DbContext قرار دهیم. اما اگر تعداد جداول به 100 مورد و یا بیشتر افزایش کرد همچنان باید از یک DbContext اضافه کرد؟
تجمیع همه کلاس ها در یک DbContext موجب می شود تا اگر هر تیمی هر تغییری در پایگاه داده لازم داشت، همه تیم ها و نفرات مجبور به اعمال تغییرات شوند. ولی اگر جداسازی ها به نحو احسنت صورت گرفته باشد و برای هر موضوع (فروش، خدمات، ارتباط با مشتری، سفارش ها و ....) یک DbContext جدا ساخته شود، بسیاری از مشکلات برطرف خواهد شد.

در EF 6 امکان پشتیبانی همزمان از چند DbContext در یک پایگاه داده فراهم شده است. در مقاله زیر تشریح شده است که چگونه می توانیم چندین DbContext را به یک پایگاه داده مربوط کنیم و علی رغم ایجاد جدا سازی در سطح کد (Loosely Coupling)، در سطح داده ها، همه چیز در یک مکان تجمیع خواهد شد.

خلاصه: جداسازی به دو روش Context Key و Schema صورت می پذیرد. همچنین هیچ اشتراکی نباید بین DbContext ها وجود داشته باشد.

https://msdn.microsoft.com/en-us/magazine/dn948104.aspx?f=255&MSPPError=-2147217396

همیشه مبحث DateTime در زبان‌های برنامه‌نویسی چالش برانگیز بوده‌است. مخصوصا اگر پای Calendar های مختلف و TimeZone های متفاوت در میان باشد. یکی از کتابخانه‌های بسیار محبوب در Java، کتابخانه JodaTime می‌باشد که این مفاهیم را کامل پوشش داده‌است. در Java 8 مفهوم DataTime بطور کامل بازنویسی شده‌است است و طبق JSR-310 به JDK اضافه شده‌است. یکی از سوالاتی که برای خیلی‌ها پیش آمده بود این بود که اگر JodaTime خوب و موفق بود، چرا خودش به JDK اضافه نشده. در پست زیر Stephen Colebourne که برنامه نویس اصلی هر دو پروژه بوده توضیح داده علت این طراحی مجدد چه بوده است.

https://blog.joda.org/2009/11/why-jsr-310-isn-joda-time_4941.html

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

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



___

اگر دوستانی دارید که نه تنها برنامه نویس هستند، بلکه اعتقاد دارید «مهندس نرم‌افزار» هم هستند، آنها را به کانال @SoftwarePhilosophy دعوت کنید.
این پیغام را برای آنها Forward کنید.

ما به عنوان مهندسین نرم‌افزار عادت کردیم که نرم‌افزار بسازیم، در حقیقت به آن معتاد شده‌ایم. به خاطر همین موضو است که اغلب دوست نداریم به این فکر کنیم که تغییری که در نرم‌افزار می‌دهیم چطور باید در نسخه لایو اجرایی شود. خیلی وقت‌ها نرم‌افزار را به صورت بسیار عالی تغییر می‌دهیم، ولی برنامه‌ای برای اینکه این تغییر چطور باید در نسخه‌اجرایی اعمال شود نداریم.
یکی از دغدغه‌ اصلی یک مهندس نرم‌افزار خوب، تمرکز بر Software Migration است. هر قطعه کدی که توسط یک مهندس نرم‌افزار نوشته می‌شود باید با دید یک Change دیده شود که باید روی نسخه لایو اعمال شود، نه صرفا یک کد جدید که Create شده‌است.

https://mehrandvd.me/2015/09/06/be-a-developer-not-a-programmer/


@SoftwarePhilosophy


___

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

https://sourcemaking.com/antipatterns/golden-hammer

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

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



___

هنگامی که پروژه های بسیار بزرگ با روش Domain Driven Design پیاده سازی می شوند، پروژه به بخش های مجزا از هم به نام Bounded Context ها تفکیک می شود. هر Bounded Context به طور کامل از بقیه هم تایان اش جداست و حتی از پایگاه داده و مدل های متفاوتی استفاده می کند. مثلا در سامانه داخلی یک شرکت، بخش های مربوط به تیم فروش از بخش های مربوط به تیم پشتیبانی جداست، این جدا سازی به این معنا است که هر کدام از این ها به طور کلی نرم افزارهای مجزایی هستند. این جداسازی حداکثری موجب می شود که نگهداری و فهم پروژه به شدت آسان تر شود. این را مقایسه کنید با روشی که همه بخش های یک سامانه در یک پروژه و یک نرم افزار نگهداری شده اند و همه چیز در هم تنیده شده و اگر کاری در بخش فروش صورت می گیرد، بخش پشتیبانی احتمالا با مشکل مواجه خواهد شد.

همانطور که عنوان شد برای هر Bounded Context باید از یک پایگاه داده مجزا استفاده کنیم، چرا که اصولا داده های هر BC کاملا مجزا و متفاوت از دیگری هستند. اما گاهی پیش می آید که بین برخی از BC ها نیاز به اشتراک گذاری داده ها داریم. مثلا کالایی بین تیم فروش و تیم پشتیبانی باید به اشتراک گذاشته شود، تا تیم فروش بداند کی کالایی به فروش رفته و تیم پشتیبانی بداند که آیا تا به حال از گارانتی آن کالا استفاده شده است یا خیر.

چطور داده ها بین BC ها به اشتراک گذاری می شوند؟ برای اینکار از الگو های مبتنی بر Event Bus استفاده می کنیم. ابزار هایی که برای پیاده سازی این الگو به ما کمک می کنند:
1. RabbitMQ
2. Sql Server Service Broker
3. MSMQ
4. NServiceBus

در مقاله زیر، خانم Julie Lerman به زبان ساده مثالی را در این باب ارائه کرده اند. ایشان از RabbitMQ برای این منظور استفاده کرده اند.

https://msdn.microsoft.com/en-us/magazine/e2e28ded-bd59-4f93-a0e7-795545189039