Domain-Driven Design Europe 2016 - Brussels, January 27-29 2016 http://dddeurope.com - https://twitter.com/ddd_eu The software development industry faces peril as entire teams are assigned to patch systems on a daily basis to keep them operational. Forget about DDD for a moment. What are some of the most insidious problems with software development today? Why do the same problems continue to happen across a vast array of corporate and software development cultures? After identifying the problems, how can DDD help teams overcome them? And, using DDD, what is a powerful approach to modeling your core domain while applying microservices? The current state of the industry incites a lot of questions, and you really should care about the answers.
Tagged with “science & technology” (47)
Domain-Driven Design Europe 2016 - Brussels, January 26-29, 2016 http://dddeurope.com - https://twitter.com/ddd_eu Gregory Young coined the term “CQRS” (Command Query Responsibility Segregation) and it was instantly picked up by the community who have elaborated upon it ever since. Greg is an independent consultant and serial entrepreneur. He has 15+ years of varied experience in computer science from embedded operating systems to business systems and he brings a pragmatic and often times unusual viewpoint to discussions. He’s a frequent contributor to InfoQ, speaker/trainer at Skills Matter and also a well-known speaker at international conferences. Greg also writes about CQRS, DDD and other hot topics on codebetter.com.
Keynote: Messages over Structure by Mathias Verraes
Explore DDD 2017 - Denver, Sept. 21-22
Modelling is more than knowledge management. It’s complexity management. To reduce cognitive load, you split things up, whether at small scale, in code, or in the large, such as Bounded Contexts. But if you choose large boundaries upfront, you risk getting it wrong, and being stuck to them for a long time. Join Mathias in a discussion of better ways of empirically discovering boundaries instead.
Mathias Verraes advises companies on building software for complex environments. This involves primarily analysis and modelling, but also code, architecture, testing, and refactoring “unmaintainable” systems. He has worked with clients in Finance, Automotive, Government, Logistics, E-Commerce, and more. He teaches Domain-Driven Design courses and co-organises the DDD Europe conference. When he’s not working, he’s at home in Kortrijk, Belgium, helping his two sons build crazy Lego train tracks.
You’ve spent months re-architecting your monolith into the new microservices vision. Everyone gathers around to flip the switch. You navigate to the first page…and nothing happens. Refresh…still nothing. The site is so slow, it won’t respond for minutes. What happened? In this session, I’ll walk through a post-mortem of a real-life microservice disaster. I’ll show the modeling, development and production problems we found, and how we slowly morphed the new distributed monolith into our final picture of sanity. While we can’t prevent project failures, we can at least identify problems early on in our design so that our final product results in a clean, robust distributed system.
WIRED has challenged IBM’s Dr. Talia Gershon (Senior Manager, Quantum Research) to explain quantum computing to 5 different people; a child, teen, a college student, a grad student and a professional.
Still haven’t subscribed to WIRED on YouTube? ►► http://wrd.cm/15fP7B7
ABOUT WIRED WIRED is where tomorrow is realized. Through thought-provoking stories and videos, WIRED explores the future of business, innovation, and culture.
Quantum Computing Expert Explains One Concept in 5 Levels of Difficulty | WIRED
Does gravity affect time? Does time pass differently on Jupiter than it does on Earth? Watch Neil deGrasse Tyson explain to Eugene Mirman why the clocks on GPS satellites aren’t ticking at the same rate as the clocks here on Earth, and what the military is doing about it. Speaking of time, if you love StarTalk Radio, isn’t it time you signed up for our free newsletter at http://www.startalkradio.net/newsletter/youtube/
Catch up with StarTalk Radio around the web: iTunes - http://bit.ly/SOHDg6 SoundCloud - https://soundcloud.com/startalk Stitcher - http://www.stitcher.com/podcast/startalk Twitter - https://twitter.com/#!/StarTalkRadio Facebook - http://www.facebook.com/StarTalkRadio Google+ - http://goo.gl/ZP59S Pinterest - http://pinterest.com/startalk/
After all those years, a bottle neck in software development is still the lack of long-term understanding between developers and domain experts. Domain-Driven Design (DDD) certainly addresses that and at the core of DDD is the focus on reaching deep and shared understanding to together coming up with a better solution than ever before.
That can be taken to a new level with using business centric languages for describing the solution domain. The benefits are huge! One way of describing this is: some requirement descriptions = the code that executes = the documentation
The description of the solution domain is then executed by an engine which is created and maintained by the core developers. Most architecture opinions and decisions are taken care of at the engine level. The end result is a very small amount of code, both the engine code and the description of the solution domain.
In this presentation we will describe the key parts of this concept. You will be able to try it out in your own projects afterwards!
Page 1 of 5Older