際際滷shows by User: everzet / http://www.slideshare.net/images/logo.gif 際際滷shows by User: everzet / Wed, 28 Sep 2016 10:48:35 GMT 際際滷Share feed for 際際滷shows by User: everzet Modern Agile Project Toolbox /slideshow/modern-agile-project-toolbox/66506867 modernagileprojecttoolbox-160928104835
Agile is defined by an open development process driven by collaboration. But we know that collaboration is not always easy, and we need to come up with creative ways of establishing and supporting it. For this reason, the agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration - eg story mapping, impact mapping, example mapping, risk brainstorming, the 3 amigos workshop, stakeholder mapping, event storming etc. There are a lot of tools. But how do all they fit together, and when should you use one or another in the wider context of a project delivery? This is a very practical session that will attempt to group and present modern agile tools in the context of project delivery and provide guidance recommendations for their use.]]>

Agile is defined by an open development process driven by collaboration. But we know that collaboration is not always easy, and we need to come up with creative ways of establishing and supporting it. For this reason, the agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration - eg story mapping, impact mapping, example mapping, risk brainstorming, the 3 amigos workshop, stakeholder mapping, event storming etc. There are a lot of tools. But how do all they fit together, and when should you use one or another in the wider context of a project delivery? This is a very practical session that will attempt to group and present modern agile tools in the context of project delivery and provide guidance recommendations for their use.]]>
Wed, 28 Sep 2016 10:48:35 GMT /slideshow/modern-agile-project-toolbox/66506867 everzet@slideshare.net(everzet) Modern Agile Project Toolbox everzet Agile is defined by an open development process driven by collaboration. But we know that collaboration is not always easy, and we need to come up with creative ways of establishing and supporting it. For this reason, the agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration - eg story mapping, impact mapping, example mapping, risk brainstorming, the 3 amigos workshop, stakeholder mapping, event storming etc. There are a lot of tools. But how do all they fit together, and when should you use one or another in the wider context of a project delivery? This is a very practical session that will attempt to group and present modern agile tools in the context of project delivery and provide guidance recommendations for their use. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/modernagileprojecttoolbox-160928104835-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Agile is defined by an open development process driven by collaboration. But we know that collaboration is not always easy, and we need to come up with creative ways of establishing and supporting it. For this reason, the agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration - eg story mapping, impact mapping, example mapping, risk brainstorming, the 3 amigos workshop, stakeholder mapping, event storming etc. There are a lot of tools. But how do all they fit together, and when should you use one or another in the wider context of a project delivery? This is a very practical session that will attempt to group and present modern agile tools in the context of project delivery and provide guidance recommendations for their use.
Modern Agile Project Toolbox from Konstantin Kudryashov
]]>
1734 4 https://cdn.slidesharecdn.com/ss_thumbnails/modernagileprojecttoolbox-160928104835-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Being effective with legacy projects /slideshow/being-effective-with-legacy-projects/63439997 presentation-160625124401
Greenfield projects are bunch of fun you can apply craziest cutting edge architecture decisions and use best practices on the market. But what if you stuck in a Legacy project? Does it mean that you need to descend into darkness of despair on every required change? Does it mean that you cant effectively use Agile or any modern design practices or tools? This talk will show you how to be successful even with the oldest legacy projects out there through the focus on value and measurement. It will present couple of ways to approach software rewrites and maintain sanity when working with haphazardly put together code.]]>

Greenfield projects are bunch of fun you can apply craziest cutting edge architecture decisions and use best practices on the market. But what if you stuck in a Legacy project? Does it mean that you need to descend into darkness of despair on every required change? Does it mean that you cant effectively use Agile or any modern design practices or tools? This talk will show you how to be successful even with the oldest legacy projects out there through the focus on value and measurement. It will present couple of ways to approach software rewrites and maintain sanity when working with haphazardly put together code.]]>
Sat, 25 Jun 2016 12:44:01 GMT /slideshow/being-effective-with-legacy-projects/63439997 everzet@slideshare.net(everzet) Being effective with legacy projects everzet Greenfield projects are bunch of fun you can apply craziest cutting edge architecture decisions and use best practices on the market. But what if you stuck in a Legacy project? Does it mean that you need to descend into darkness of despair on every required change? Does it mean that you cant effectively use Agile or any modern design practices or tools? This talk will show you how to be successful even with the oldest legacy projects out there through the focus on value and measurement. It will present couple of ways to approach software rewrites and maintain sanity when working with haphazardly put together code. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/presentation-160625124401-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Greenfield projects are bunch of fun you can apply craziest cutting edge architecture decisions and use best practices on the market. But what if you stuck in a Legacy project? Does it mean that you need to descend into darkness of despair on every required change? Does it mean that you cant effectively use Agile or any modern design practices or tools? This talk will show you how to be successful even with the oldest legacy projects out there through the focus on value and measurement. It will present couple of ways to approach software rewrites and maintain sanity when working with haphazardly put together code.
Being effective with legacy projects from Konstantin Kudryashov
]]>
1311 6 https://cdn.slidesharecdn.com/ss_thumbnails/presentation-160625124401-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Min-Maxing Software Costs /slideshow/minmaxing-software-costs/62424450 min-max-pro-160526113053
Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. Making right decision about these investments is very tricky and the cost of wrong decisions might be crippling for both business and teams that support it. Extreme Programming and Test Driven Development in particular are practices that are aiming at supporting development effort by making it easier to introduce change. That said, sometimes those tools can become a problem of its own when applied in the wrong way or for the wrong context. Understanding software cost forces is a very important skill of successful teams and something that helps understand how to apply XP and TDD in different contexts.]]>

Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. Making right decision about these investments is very tricky and the cost of wrong decisions might be crippling for both business and teams that support it. Extreme Programming and Test Driven Development in particular are practices that are aiming at supporting development effort by making it easier to introduce change. That said, sometimes those tools can become a problem of its own when applied in the wrong way or for the wrong context. Understanding software cost forces is a very important skill of successful teams and something that helps understand how to apply XP and TDD in different contexts.]]>
Thu, 26 May 2016 11:30:52 GMT /slideshow/minmaxing-software-costs/62424450 everzet@slideshare.net(everzet) Min-Maxing Software Costs everzet Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. Making right decision about these investments is very tricky and the cost of wrong decisions might be crippling for both business and teams that support it. Extreme Programming and Test Driven Development in particular are practices that are aiming at supporting development effort by making it easier to introduce change. That said, sometimes those tools can become a problem of its own when applied in the wrong way or for the wrong context. Understanding software cost forces is a very important skill of successful teams and something that helps understand how to apply XP and TDD in different contexts. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/min-max-pro-160526113053-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you&#39;re writing code, you&#39;re making an investment, the size of which will for a long time define the costs of your future growth. Making right decision about these investments is very tricky and the cost of wrong decisions might be crippling for both business and teams that support it. Extreme Programming and Test Driven Development in particular are practices that are aiming at supporting development effort by making it easier to introduce change. That said, sometimes those tools can become a problem of its own when applied in the wrong way or for the wrong context. Understanding software cost forces is a very important skill of successful teams and something that helps understand how to apply XP and TDD in different contexts.
Min-Maxing Software Costs from Konstantin Kudryashov
]]>
891 5 https://cdn.slidesharecdn.com/ss_thumbnails/min-max-pro-160526113053-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Modern Project Toolbox /slideshow/modern-project-toolbox/60963985 modern-project-toolbox-160415155107
Agile is defined by an open development process driven by collaboration. But you know that collaboration is not always an easy process and in a lot of cases you need to come up with creative ways of establishing and supporting it. By that reason Agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration on different aspects of development and planning - Story Mapping, Impact Mapping, Example Mapping, Risk Brainstorming, Three Amigos workshop, Stakeholder Mapping, Event Storming, etc. Theres a lot of tools. But how do all they fit together and when should you use one or another in the wider context of a project delivery? This is a very practical talk that will attempt to group and present modern Agile tools in the context of project delivery and will provide guidance recommendations for their use.]]>

Agile is defined by an open development process driven by collaboration. But you know that collaboration is not always an easy process and in a lot of cases you need to come up with creative ways of establishing and supporting it. By that reason Agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration on different aspects of development and planning - Story Mapping, Impact Mapping, Example Mapping, Risk Brainstorming, Three Amigos workshop, Stakeholder Mapping, Event Storming, etc. Theres a lot of tools. But how do all they fit together and when should you use one or another in the wider context of a project delivery? This is a very practical talk that will attempt to group and present modern Agile tools in the context of project delivery and will provide guidance recommendations for their use.]]>
Fri, 15 Apr 2016 15:51:07 GMT /slideshow/modern-project-toolbox/60963985 everzet@slideshare.net(everzet) Modern Project Toolbox everzet Agile is defined by an open development process driven by collaboration. But you know that collaboration is not always an easy process and in a lot of cases you need to come up with creative ways of establishing and supporting it. By that reason Agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration on different aspects of development and planning - Story Mapping, Impact Mapping, Example Mapping, Risk Brainstorming, Three Amigos workshop, Stakeholder Mapping, Event Storming, etc. Theres a lot of tools. But how do all they fit together and when should you use one or another in the wider context of a project delivery? This is a very practical talk that will attempt to group and present modern Agile tools in the context of project delivery and will provide guidance recommendations for their use. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/modern-project-toolbox-160415155107-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Agile is defined by an open development process driven by collaboration. But you know that collaboration is not always an easy process and in a lot of cases you need to come up with creative ways of establishing and supporting it. By that reason Agile community was very busy in the last decade coming up with new and innovative tools to boost collaboration on different aspects of development and planning - Story Mapping, Impact Mapping, Example Mapping, Risk Brainstorming, Three Amigos workshop, Stakeholder Mapping, Event Storming, etc. Theres a lot of tools. But how do all they fit together and when should you use one or another in the wider context of a project delivery? This is a very practical talk that will attempt to group and present modern Agile tools in the context of project delivery and will provide guidance recommendations for their use.
Modern Project Toolbox from Konstantin Kudryashov
]]>
1165 4 https://cdn.slidesharecdn.com/ss_thumbnails/modern-project-toolbox-160415155107-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Bridging The Communication Gap, Fast /slideshow/bridging-the-communication-gap-fast/55339543 presentation-151120150141-lva1-app6892
Konstantin puts it to you that one of the biggest problems in the software industry manifest from the gaps in shared understanding. This leads businesses to make technological choices with limited knowledge of technology impacts, or worse, technology delivery teams to make business choices without business guidance. Inevitably this leads to products being built badly, or the wrong products being built. Agile, and BDD in particular, try to solve this problem through steady and deliberate discovery. What if you don't have time to be steady? What if you need to start bridging this gap very quickly with a new customer at the beginning of a new project, almost every week? Enter the project discovery - a way to get on the same page with many businesses in an agency-like environment. This talk will present a collaborative process built on top of Agile and BDD practices aimed to replace requirements gathering and contract negotiation processes with Agile delivery planning.]]>

Konstantin puts it to you that one of the biggest problems in the software industry manifest from the gaps in shared understanding. This leads businesses to make technological choices with limited knowledge of technology impacts, or worse, technology delivery teams to make business choices without business guidance. Inevitably this leads to products being built badly, or the wrong products being built. Agile, and BDD in particular, try to solve this problem through steady and deliberate discovery. What if you don't have time to be steady? What if you need to start bridging this gap very quickly with a new customer at the beginning of a new project, almost every week? Enter the project discovery - a way to get on the same page with many businesses in an agency-like environment. This talk will present a collaborative process built on top of Agile and BDD practices aimed to replace requirements gathering and contract negotiation processes with Agile delivery planning.]]>
Fri, 20 Nov 2015 15:01:41 GMT /slideshow/bridging-the-communication-gap-fast/55339543 everzet@slideshare.net(everzet) Bridging The Communication Gap, Fast everzet Konstantin puts it to you that one of the biggest problems in the software industry manifest from the gaps in shared understanding. This leads businesses to make technological choices with limited knowledge of technology impacts, or worse, technology delivery teams to make business choices without business guidance. Inevitably this leads to products being built badly, or the wrong products being built. Agile, and BDD in particular, try to solve this problem through steady and deliberate discovery. What if you don't have time to be steady? What if you need to start bridging this gap very quickly with a new customer at the beginning of a new project, almost every week? Enter the project discovery - a way to get on the same page with many businesses in an agency-like environment. This talk will present a collaborative process built on top of Agile and BDD practices aimed to replace requirements gathering and contract negotiation processes with Agile delivery planning. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/presentation-151120150141-lva1-app6892-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Konstantin puts it to you that one of the biggest problems in the software industry manifest from the gaps in shared understanding. This leads businesses to make technological choices with limited knowledge of technology impacts, or worse, technology delivery teams to make business choices without business guidance. Inevitably this leads to products being built badly, or the wrong products being built. Agile, and BDD in particular, try to solve this problem through steady and deliberate discovery. What if you don&#39;t have time to be steady? What if you need to start bridging this gap very quickly with a new customer at the beginning of a new project, almost every week? Enter the project discovery - a way to get on the same page with many businesses in an agency-like environment. This talk will present a collaborative process built on top of Agile and BDD practices aimed to replace requirements gathering and contract negotiation processes with Agile delivery planning.
Bridging The Communication Gap, Fast from Konstantin Kudryashov
]]>
1483 8 https://cdn.slidesharecdn.com/ss_thumbnails/presentation-151120150141-lva1-app6892-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Min-Maxing Software Costs - Laracon EU 2015 /slideshow/minmaxing-software-costs-laracon-eu-2015/52113821 min-max-150826234944-lva1-app6891
Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. In this talk you will learn how to see, understand and game some of these forces in your favour.]]>

Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. In this talk you will learn how to see, understand and game some of these forces in your favour.]]>
Wed, 26 Aug 2015 23:49:44 GMT /slideshow/minmaxing-software-costs-laracon-eu-2015/52113821 everzet@slideshare.net(everzet) Min-Maxing Software Costs - Laracon EU 2015 everzet Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you're writing code, you're making an investment, the size of which will for a long time define the costs of your future growth. In this talk you will learn how to see, understand and game some of these forces in your favour. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/min-max-150826234944-lva1-app6891-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Software development is riddled with explicit and implicit costs. Every decision you make has a cost attached to it. When you&#39;re writing code, you&#39;re making an investment, the size of which will for a long time define the costs of your future growth. In this talk you will learn how to see, understand and game some of these forces in your favour.
Min-Maxing Software Costs - Laracon EU 2015 from Konstantin Kudryashov
]]>
14206 10 https://cdn.slidesharecdn.com/ss_thumbnails/min-max-150826234944-lva1-app6891-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Moving away from legacy code (AgileCymru) /slideshow/moving-away-from-legacy-code-agile-cymru/50312185 movingawayfromlegacycode-agilecymru-150708171342-lva1-app6891
Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD? This talk will show you how to be successful even with the oldest legacy projects out there through the usage of Agile processes and tools like Impact Mapping, Feature Mapping, Example Workshop, Story and Spec BDDs.]]>

Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD? This talk will show you how to be successful even with the oldest legacy projects out there through the usage of Agile processes and tools like Impact Mapping, Feature Mapping, Example Workshop, Story and Spec BDDs.]]>
Wed, 08 Jul 2015 17:13:41 GMT /slideshow/moving-away-from-legacy-code-agile-cymru/50312185 everzet@slideshare.net(everzet) Moving away from legacy code (AgileCymru) everzet Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD? This talk will show you how to be successful even with the oldest legacy projects out there through the usage of Agile processes and tools like Impact Mapping, Feature Mapping, Example Workshop, Story and Spec BDDs. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/movingawayfromlegacycode-agilecymru-150708171342-lva1-app6891-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD? This talk will show you how to be successful even with the oldest legacy projects out there through the usage of Agile processes and tools like Impact Mapping, Feature Mapping, Example Workshop, Story and Spec BDDs.
Moving away from legacy code (AgileCymru) from Konstantin Kudryashov
]]>
2819 4 https://cdn.slidesharecdn.com/ss_thumbnails/movingawayfromlegacycode-agilecymru-150708171342-lva1-app6891-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Taking back BDD /slideshow/taking-back-bdd/45359991 takingbackbdd-150303030734-conversion-gate01
Behaviour Driven Development (BDD) and Domain Driven Design (DDD) seen a great growth in adoption in recent years. We are all creating new practices and tools that try and bring these two very important modern methodologies together. What if we have it backwards and they were actually together all along? What if most of the misunderstandings and challenges we face in implementing BDD are spawned from the very simple mistake of us separating something that was created as a whole? In this talk we'll delve into BDD as it was meant to be done from the beginning and look at its very rooted connection with the software design.]]>

Behaviour Driven Development (BDD) and Domain Driven Design (DDD) seen a great growth in adoption in recent years. We are all creating new practices and tools that try and bring these two very important modern methodologies together. What if we have it backwards and they were actually together all along? What if most of the misunderstandings and challenges we face in implementing BDD are spawned from the very simple mistake of us separating something that was created as a whole? In this talk we'll delve into BDD as it was meant to be done from the beginning and look at its very rooted connection with the software design.]]>
Tue, 03 Mar 2015 03:07:34 GMT /slideshow/taking-back-bdd/45359991 everzet@slideshare.net(everzet) Taking back BDD everzet Behaviour Driven Development (BDD) and Domain Driven Design (DDD) seen a great growth in adoption in recent years. We are all creating new practices and tools that try and bring these two very important modern methodologies together. What if we have it backwards and they were actually together all along? What if most of the misunderstandings and challenges we face in implementing BDD are spawned from the very simple mistake of us separating something that was created as a whole? In this talk we'll delve into BDD as it was meant to be done from the beginning and look at its very rooted connection with the software design. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/takingbackbdd-150303030734-conversion-gate01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Behaviour Driven Development (BDD) and Domain Driven Design (DDD) seen a great growth in adoption in recent years. We are all creating new practices and tools that try and bring these two very important modern methodologies together. What if we have it backwards and they were actually together all along? What if most of the misunderstandings and challenges we face in implementing BDD are spawned from the very simple mistake of us separating something that was created as a whole? In this talk we&#39;ll delve into BDD as it was meant to be done from the beginning and look at its very rooted connection with the software design.
Taking back BDD from Konstantin Kudryashov
]]>
3703 5 https://cdn.slidesharecdn.com/ss_thumbnails/takingbackbdd-150303030734-conversion-gate01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Moving away from legacy code with BDD /slideshow/moving-away-from-legacy-code-with-bdd-44214864/44214864 maflc-150203095720-conversion-gate02
Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD?]]>

Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD?]]>
Tue, 03 Feb 2015 09:57:20 GMT /slideshow/moving-away-from-legacy-code-with-bdd-44214864/44214864 everzet@slideshare.net(everzet) Moving away from legacy code with BDD everzet Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD? <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/maflc-150203095720-conversion-gate02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? Does it mean that you cant use Agile or modern communication practices like BDD?
Moving away from legacy code with BDD from Konstantin Kudryashov
]]>
1414 1 https://cdn.slidesharecdn.com/ss_thumbnails/maflc-150203095720-conversion-gate02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Decoupling with Design Patterns and Symfony2 DIC /slideshow/decoupling-with-design-patterns-and-symfony2-dic/39591398 presentation-140927033137-phpapp02
How do you create applications with an incredible level of extendability without losing readability in the process? What if there's a way to separate concerns not only on the code, but on the service definition level? This talk will explore structural and behavioural patterns and ways to enrich them through tricks of powerful dependency injection containers such as Symfony2 DIC component.]]>

How do you create applications with an incredible level of extendability without losing readability in the process? What if there's a way to separate concerns not only on the code, but on the service definition level? This talk will explore structural and behavioural patterns and ways to enrich them through tricks of powerful dependency injection containers such as Symfony2 DIC component.]]>
Sat, 27 Sep 2014 03:31:37 GMT /slideshow/decoupling-with-design-patterns-and-symfony2-dic/39591398 everzet@slideshare.net(everzet) Decoupling with Design Patterns and Symfony2 DIC everzet How do you create applications with an incredible level of extendability without losing readability in the process? What if there's a way to separate concerns not only on the code, but on the service definition level? This talk will explore structural and behavioural patterns and ways to enrich them through tricks of powerful dependency injection containers such as Symfony2 DIC component. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/presentation-140927033137-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> How do you create applications with an incredible level of extendability without losing readability in the process? What if there&#39;s a way to separate concerns not only on the code, but on the service definition level? This talk will explore structural and behavioural patterns and ways to enrich them through tricks of powerful dependency injection containers such as Symfony2 DIC component.
Decoupling with Design Patterns and Symfony2 DIC from Konstantin Kudryashov
]]>
6536 8 https://cdn.slidesharecdn.com/ss_thumbnails/presentation-140927033137-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Design how your objects talk through mocking /slideshow/design-how-your-objects-talk-through-mocking/36405948 designhowyourobjectstalk-140628031011-phpapp01
What should you test with your unit tests? Some people will say that unit behaviour is best tested through it's outcomes. But what if communication between units itself is more important than the results of it? This session will introduce you to two different ways of unit-testing and show you a way to assert your object behaviours through their communications.]]>

What should you test with your unit tests? Some people will say that unit behaviour is best tested through it's outcomes. But what if communication between units itself is more important than the results of it? This session will introduce you to two different ways of unit-testing and show you a way to assert your object behaviours through their communications.]]>
Sat, 28 Jun 2014 03:10:11 GMT /slideshow/design-how-your-objects-talk-through-mocking/36405948 everzet@slideshare.net(everzet) Design how your objects talk through mocking everzet What should you test with your unit tests? Some people will say that unit behaviour is best tested through it's outcomes. But what if communication between units itself is more important than the results of it? This session will introduce you to two different ways of unit-testing and show you a way to assert your object behaviours through their communications. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/designhowyourobjectstalk-140628031011-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> What should you test with your unit tests? Some people will say that unit behaviour is best tested through it&#39;s outcomes. But what if communication between units itself is more important than the results of it? This session will introduce you to two different ways of unit-testing and show you a way to assert your object behaviours through their communications.
Design how your objects talk through mocking from Konstantin Kudryashov
]]>
6248 8 https://cdn.slidesharecdn.com/ss_thumbnails/designhowyourobjectstalk-140628031011-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Enabling agile devliery through enabling BDD in PHP projects /slideshow/enabling-agile-through-enabling-bdd-in-php-projects/33356214 enablingagilethroughenablingbdd-140410024004-phpapp01
What is the purpose of BDD and how it fits into the Agile development? If you ever wondered what are the benefits of BDD or why should you care about tools like Behat or PhpSpec, this talk will try to guide you through the reasoning and goals of modern Agile practices and tools in PHP.]]>

What is the purpose of BDD and how it fits into the Agile development? If you ever wondered what are the benefits of BDD or why should you care about tools like Behat or PhpSpec, this talk will try to guide you through the reasoning and goals of modern Agile practices and tools in PHP.]]>
Thu, 10 Apr 2014 02:40:04 GMT /slideshow/enabling-agile-through-enabling-bdd-in-php-projects/33356214 everzet@slideshare.net(everzet) Enabling agile devliery through enabling BDD in PHP projects everzet What is the purpose of BDD and how it fits into the Agile development? If you ever wondered what are the benefits of BDD or why should you care about tools like Behat or PhpSpec, this talk will try to guide you through the reasoning and goals of modern Agile practices and tools in PHP. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/enablingagilethroughenablingbdd-140410024004-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> What is the purpose of BDD and how it fits into the Agile development? If you ever wondered what are the benefits of BDD or why should you care about tools like Behat or PhpSpec, this talk will try to guide you through the reasoning and goals of modern Agile practices and tools in PHP.
Enabling agile devliery through enabling BDD in PHP projects from Konstantin Kudryashov
]]>
3351 7 https://cdn.slidesharecdn.com/ss_thumbnails/enablingagilethroughenablingbdd-140410024004-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Behat 3.0 meetup (March) /slideshow/behat-30-meetup-march/32569463 behat3-140321031952-phpapp01
際際滷s from the presentation of behat v3 in London]]>

際際滷s from the presentation of behat v3 in London]]>
Fri, 21 Mar 2014 03:19:52 GMT /slideshow/behat-30-meetup-march/32569463 everzet@slideshare.net(everzet) Behat 3.0 meetup (March) everzet 際際滷s from the presentation of behat v3 in London <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/behat3-140321031952-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 際際滷s from the presentation of behat v3 in London
Behat 3.0 meetup (March) from Konstantin Kudryashov
]]>
7519 5 https://cdn.slidesharecdn.com/ss_thumbnails/behat3-140321031952-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Moving away from legacy code with BDD /slideshow/moving-away-from-legacy-code-with-bdd/30423917 movingawaybdd-140125083105-phpapp02
Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? This talk will show you how to be successful even with the oldest legacy projects out there through the introduction of Agile processes and tools like Behat.]]>

Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? This talk will show you how to be successful even with the oldest legacy projects out there through the introduction of Agile processes and tools like Behat.]]>
Sat, 25 Jan 2014 08:31:05 GMT /slideshow/moving-away-from-legacy-code-with-bdd/30423917 everzet@slideshare.net(everzet) Moving away from legacy code with BDD everzet Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? This talk will show you how to be successful even with the oldest legacy projects out there through the introduction of Agile processes and tools like Behat. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/movingawaybdd-140125083105-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Greenfield projects are awesome you can develop highest quality application using best practices on the market. But what if your bread actually is Legacy projects? Does it mean that you need to descend into darkness of QA absence? This talk will show you how to be successful even with the oldest legacy projects out there through the introduction of Agile processes and tools like Behat.
Moving away from legacy code with BDD from Konstantin Kudryashov
]]>
13906 34 https://cdn.slidesharecdn.com/ss_thumbnails/movingawaybdd-140125083105-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
BDD 于 PHP Behat 亳 Mink /slideshow/bdd-php-behat-mink/7979592 bddzfconf-110516062934-phpapp01
仂亳 亳 仗亳仄亠 亳仗仂仍亰仂于舒仆亳 BDD 于 PHP 亳 ZF 仗仂仄仂 Behat 亳 Mink.]]>

仂亳 亳 仗亳仄亠 亳仗仂仍亰仂于舒仆亳 BDD 于 PHP 亳 ZF 仗仂仄仂 Behat 亳 Mink.]]>
Mon, 16 May 2011 06:29:32 GMT /slideshow/bdd-php-behat-mink/7979592 everzet@slideshare.net(everzet) BDD 于 PHP Behat 亳 Mink everzet 仂亳 亳 仗亳仄亠 亳仗仂仍亰仂于舒仆亳 BDD 于 PHP 亳 ZF 仗仂仄仂 Behat 亳 Mink. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/bddzfconf-110516062934-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 仂亳 亳 仗亳仄亠 亳仗仂仍亰仂于舒仆亳 BDD 于 PHP 亳 ZF 仗仂仄仂 Behat 亳 Mink.
BDD 于 PHP Behat 亳 Mink from Konstantin Kudryashov
]]>
4750 3 https://cdn.slidesharecdn.com/ss_thumbnails/bddzfconf-110516062934-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
BDD in Symfony2 /slideshow/bdd-in-symfony2/7150568 bdd-110304103230-phpapp02
Quality assurance is one of the most difficult things to implement around software development. Most of time it is left for the final phase of development and very often overlooked entirely. As many experienced web development teams already know, QA needs to be part of the development process from the get-go. Behavior development/testing is just one aspect of quality assurance. And we'll talk about that. ]]>

Quality assurance is one of the most difficult things to implement around software development. Most of time it is left for the final phase of development and very often overlooked entirely. As many experienced web development teams already know, QA needs to be part of the development process from the get-go. Behavior development/testing is just one aspect of quality assurance. And we'll talk about that. ]]>
Fri, 04 Mar 2011 10:32:27 GMT /slideshow/bdd-in-symfony2/7150568 everzet@slideshare.net(everzet) BDD in Symfony2 everzet Quality assurance is one of the most difficult things to implement around software development. Most of time it is left for the final phase of development and very often overlooked entirely. As many experienced web development teams already know, QA needs to be part of the development process from the get-go. Behavior development/testing is just one aspect of quality assurance. And we'll talk about that. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/bdd-110304103230-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Quality assurance is one of the most difficult things to implement around software development. Most of time it is left for the final phase of development and very often overlooked entirely. As many experienced web development teams already know, QA needs to be part of the development process from the get-go. Behavior development/testing is just one aspect of quality assurance. And we&#39;ll talk about that.
BDD in Symfony2 from Konstantin Kudryashov
]]>
11289 15 https://cdn.slidesharecdn.com/ss_thumbnails/bdd-110304103230-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
BDD 亟仍 PHP 仗仂亠从仂于 /slideshow/bdd-php/5451310 bdd-101015071143-phpapp01
]]>

]]>
Fri, 15 Oct 2010 07:11:35 GMT /slideshow/bdd-php/5451310 everzet@slideshare.net(everzet) BDD 亟仍 PHP 仗仂亠从仂于 everzet <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/bdd-101015071143-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br>
BDD 亟仍 PHP 仗仂亠从仂于 from Konstantin Kudryashov
]]>
4504 4 https://cdn.slidesharecdn.com/ss_thumbnails/bdd-101015071143-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
LESS, SASS, HAML: 4 弍从于, 亳亰仄亠仆亳于亳亠 frontend development /slideshow/less-sass-haml-4-frontend-development-4693785/4693785 lesssasshaml-100706103248-phpapp01
仂从仍舒亟 仗仂 LESS, SASS, HAML Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/1/user-tag/haml/]]>

仂从仍舒亟 仗仂 LESS, SASS, HAML Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/1/user-tag/haml/]]>
Tue, 06 Jul 2010 10:32:46 GMT /slideshow/less-sass-haml-4-frontend-development-4693785/4693785 everzet@slideshare.net(everzet) LESS, SASS, HAML: 4 弍从于, 亳亰仄亠仆亳于亳亠 frontend development everzet 仂从仍舒亟 仗仂 LESS, SASS, HAML Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/1/user-tag/haml/ <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/lesssasshaml-100706103248-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 仂从仍舒亟 仗仂 LESS, SASS, HAML Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/1/user-tag/haml/
LESS, SASS, HAML: 4 弍从于, 亳亰仄亠仆亳于亳亠 frontend development from Konstantin Kudryashov
]]>
5400 2 https://cdn.slidesharecdn.com/ss_thumbnails/lesssasshaml-100706103248-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
于仂仄舒亳亰亳亠仄 亟亠仗仍仂亶仄亠仆 仗仂亠从舒 仗仂仄仂 Capistrano /slideshow/capifony/4693766 capifony-100706103007-phpapp01
仂从仍舒亟 仗仂 Capifony 亟仍 Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/5/?cauthor=symfonycamp&cid=1]]>

仂从仍舒亟 仗仂 Capifony 亟仍 Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/5/?cauthor=symfonycamp&cid=1]]>
Tue, 06 Jul 2010 10:29:58 GMT /slideshow/capifony/4693766 everzet@slideshare.net(everzet) 于仂仄舒亳亰亳亠仄 亟亠仗仍仂亶仄亠仆 仗仂亠从舒 仗仂仄仂 Capistrano everzet 仂从仍舒亟 仗仂 Capifony 亟仍 Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/5/?cauthor=symfonycamp&cid=1 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/capifony-100706103007-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 仂从仍舒亟 仗仂 Capifony 亟仍 Symfony Camp UA 2010 亳亟亠仂: http://video.yandex.ru/users/symfonycamp/view/5/?cauthor=symfonycamp&amp;cid=1
于仂仄舒亳亰亳亠仄 亟亠仗仍仂亶仄亠仆 仗仂亠从舒 仗仂仄仂 Capistrano from Konstantin Kudryashov
]]>
1791 6 https://cdn.slidesharecdn.com/ss_thumbnails/capifony-100706103007-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
https://cdn.slidesharecdn.com/profile-photo-everzet-48x48.jpg?cb=1733064062 BDD/TDD evangelist. Scrum master. Symfony2, Doctrine2, Composer, Behat, Mink, PHPSpec2 core developer. everzet.com https://cdn.slidesharecdn.com/ss_thumbnails/modernagileprojecttoolbox-160928104835-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/modern-agile-project-toolbox/66506867 Modern Agile Project T... https://cdn.slidesharecdn.com/ss_thumbnails/presentation-160625124401-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/being-effective-with-legacy-projects/63439997 Being effective with l... https://cdn.slidesharecdn.com/ss_thumbnails/min-max-pro-160526113053-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/minmaxing-software-costs/62424450 Min-Maxing Software Costs