Explore >> Select a destination
|
You are here 
|
blog.thesoftwarementor.com | ||
| | | | |
jrsinclair.com
|
|
| | | | | It's hard learning functional programming on your own. But it ought not to be. You don't need a PhD to understand functional programming. The concepts are abstract, yes. But that doesn't make them incomprehensible. It shouldn't be this difficult. This is the first in a four-part series on things I wish someone had explained to me about functional programming. | |
| | | | |
www.continuousimprover.com
|
|
| | | | | What is it?A formal review of all code and artifacts related to a requirement or task by another person than the original developer. Rework because of review comments must be revalidated afterwards.Why would you do that? Because the average developer introduces 10-50 bugs per 1000 lines of code (at least, according to Moore's Law) is not always aware of the potential pitfalls of particular code constructs (hence coding guidelines) is not always up to date with all available constructs in a new C# version does not have full awareness of all the out-of-box solutions offered by the .NET Framework, open-source sites or commercial vendors often does not realize that an ingenious and elegant solution may be too complex to understand by others. sometimes loses sigh... | |
| | | | |
kenan7.com
|
|
| | | | | Domain-Driven Design (DDD) is an approach to software development that focuses on understanding and modeling the business domain. In this post, we'll explore how to implement DDD principles using Go, with practical examples and clear explanations. Wh... | |
| | | | |
serokell.io
|
|
| | | In this post, we talk about Dependent Haskell and show how it could be used to simplify and improve the code in a large production codebase. | ||
