مصاحبه با Robert C.Martin در رابطه با حرفه ای گری و Craftmanship در صنعت نرم افزار :

https://www.youtube.com/watch?v=OIHvp7WzuH0

■ Interviewer : it's often what managers say is that clean code is too expensive or kind of the forward writing tests that cover all the code.

■ Robrt C.Martin : [Laugh] I would respond that I can make it as cheap as you'd like and deliver it on any schedule you want as long as it doesn't have to work !

And actually it's not managers saying that. You might find some low-level managers saying stuff like that but you talk to the CEO of a company you ask that CEO "you thought you want your software to be high quality?" and he's gonna say "what I thought that it already was of course ! I want it to be high quality I'm betting my business on it !"

The little manager off in the corner who's worried about the schedule is going to say something silly like "oh oh we don't really have time to write tests". Of course you've got time to write tests you don't have time not to write tests. How much debugging do you want to do? how much chasing down horrible bugs? do you want to do or correcting corrupted databases?

پلتفرم LMAX یک پلتفرم مالی (خرده فروشی) می باشد و با چالش پردازش سفارشات زیاد با تاخیر بسیار کم مواجه است. سیستم LMAX با یک معماری مناسب توانسته است حدود 6 میلیون سفارش در ثانیه را با استفاده از تنها یک Thread مدیریت کند. پردازشگر Business-Logic سیستم در Memory و با رویکرد Event Sourcing اجرا می شود.

مقاله زیر توسط Martin Fowler در مورد معماری LMAX جالب و خواندنی است :

https://martinfowler.com/articles/lmax.html

نتایج نظرسنجی سایت Practitest که بین 1500 متخصص QA و تست نرم افزار برگزار شده است

حدود 40 درصد شرکت کنندگان در نظرسنجی Practitest اظهار داشته اند که در تمام پروژه ها از CI / CD استفاده میکنند

در سند Technology Radar، معماری Microservices به سرعت وارد بخش Trial شد اما Thoughworks هیچگاه آن را در بخش Adopt وارد نکرد. علت این موضوع را در مقاله زیر از CTO شرکت Thoughtworks بخوانید :

https://www.thoughtworks.com/insights/blog/microservices-adopt

Learn how to precisely differentiate between productive and a destructive people. It helps your team get more safe, stable and productive.

سرویس Ebay چگونه از Event Sourcing استفاده میکند؟ (بخش اول)

https://www.ebayinc.com/stories/blogs/tech/event-sourcing-connecting-the-dots-for-a-better-future/

هنگام کار با سورس کنترل گاهی به علت اشتباه برنامه نویسان، کدهایی در سورس کنترل Commit و یا Push می شوند که نباید باشند. مقاله زیر به بررسی برخی اشتباهات رایج و نحوه ی حل آنها در Git پرداخته است :

■ کد Commit شده است اما Push نشده است.
■ کد در Branch خود برنامه نویس Push شده است.
■ کد در یک Branch مشترک Push شده است.
■ یک Merge اشتباها Push شده است.
■ فایل و یا اطلاعاتی قبلا در سورس کنترل Push شده اند که نباید وجود داشته باشد.

https://dev.to/vorahsa/fixing-mistakes-with-git-27a5

تیم مهندسی Uber چگونه از CI/CD استفاده میکنند ؟

https://medium.com/engineering-brainly/ci-cd-at-scale-fdfb0f49e031

http://www.alachisoft.com/resources/webinars-ncachearchitecture.html

NCache Architecture Webinar, August 16, 2-3 PM (Eastern Time), 10:30 PM (Tehran)

سند آموزشی Git برای استفاده متعامل بین GitLab و VisualStudio

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

سرویس GitLab پس از مهاجرت به Google Cloud، به علت سیاست های آمریکا در مورد تحریم ایران، از دسترس کاربران ایرانی خارج شد و از طریق IP های ایران قابل استفاده نمی باشد

مایکروسافت سرویس Bing را به تکنولوژی Net Core 2.1 منتقل کرده است

https://blogs.msdn.microsoft.com/dotnet/2018/08/20/bing-com-runs-on-net-core-2-1/

مایکروسافت سرویس VSTS را به AzureDevOps تغییر نام داد

https://azure.microsoft.com/en-us/blog/introducing-azure-devops/

معرفی 75 بلاگ برتر فعال درحوزه ی Test Automation

https://blog.feedspot.com/automation_testing_blogs/

پیشنهاد کتاب : The Nature of Software Development
نویسنده : Ron Jeffries (از نویسندگان بیانیه Agile)

از لحظه ی شناسایی نیازمندی های مشتری از نرم افزار، تا پیاده سازی درست آن و رساندن آن به دست مشتری، پیچیدگی های زیادی وجود دارد. در این کتاب نویسنده سعی کرده است تا با تمرکز بر روی تفکر چابک و 7 ایده ی حول محور آن، در عین این پیچیدگی ها، نحوه ساختن نرم افزاری ارزشمند و کارآمد را توضیح دهد. این ایده ها عبارتند از :
1. Begin and end with a focus on value
2. Guide the product in terms of small slices of working software
3. Organize around the work to be done, with people who can do it
4. Plan in terms of features
5. Build in terms of features
6. Slice features thinly
7. Build quality in every day

لینک دانلود :
http://dl.hadiahmadi.ir/Books/Other/The_Nature_of_Software_Development.pdf