Is TDD dead?
•
0 likes•299 views
A presentation for lightning talk in iyzico. It contains passages from the series which was hosted by ThoughtWorks on YouTube, personal blogs of DHH, Kent Beck and Martin Fowler and the book "Test Driven Development: By Example".
Report
Share
Report
Share
Download to read offline
Recommended
Extreme & pair programming Slides ppt
Extreme Programming (XP) is an agile software development methodology that embraces frequent changes. It utilizes practices like pair programming, where two programmers work collaboratively at one computer. Pair programming provides benefits like continuous review to reduce defects, improved problem solving, and faster learning. However, it is criticized for being unrealistic and not business focused. Overall, agile methodologies are increasingly used over traditional "high ceremony" approaches.
Lean Software Development
This document discusses lean software development principles. It introduces agile software development processes and the agile manifesto. Lean software development is then discussed, which comes from the Toyota Production System and uses a set of principles and tools to achieve quality, speed and customer alignment. The 7 principles of lean thinking are outlined: 1) eliminate waste, 2) amplify learning, 3) decide as late as possible, 4) deliver as fast as possible, 5) empower the team, 6) build integrity in, and 7) see the whole. Each principle is then explained in more detail with examples related to software development.
TDD That Was Easy!
Slides from the session "TDD - That Was Easy!" presented by Fadi Stephan from Kaizenko at AgileDC2019 on September 23, 2019 in Washington DC. A blog post accompanying this talk will be published soon on kaizenko.com
Abstract:
Have you tried TDD? Do you hate it? Do you have a hard time applying it in practice? Do you find it promoting bad design decisions because you must write micro tests instead of looking at the big picture? Are your tests tightly coupled to the implementation due to a lot of mocking making refactoring a pain? Do tons of tests break when a simple change is made? Do you have a hard time justifying all the time spent on writing tests vs. just focusing on development?
You are not alone. Every organization or team that I run into is supposedly Agile. Some are also applying agile engineering practices such as automated unit, integration and acceptance testing, etc… However, many struggle with TDD. TDD is hard, seems counter-intuitive and requires a lot of investment. Come to this session for a TDD reboot. We will look at the benefits of TDD, discuss the resistance to TDD and uncover some common difficulties along with misconceptions. We will address these misunderstandings and explore different approaches to making TDD easier. Leave with a fresh perspective and new insights on how to become better at TDD and apply it with ease
A Taste of TDD: The basics of TDD, why it is hard and how to do it better
A Taste of TDD: Basic overview of Agile Testing, TDD in practice, Pros/Cons of Test Driven Development, Recent TDD Controversey (DHH, Kent Beck, Martin Fowler), and some strategies for doing it well.
This is a lead in to a full Agile Workshop on Scrum/XP, TDD, and Pairing
Anti patterns
Learn 14 Antipatterns. Three types of antipatterns. Traps that are applicable to common solutions. Development, Architecture, and Project management pattern. Feud,Golder ,
TDD CrashCourse Part2: TDD
Entering in the full TDD, including:
- how TDD works and why it is required in Agile development
- why there are so many people that say that TDD does not work
- how to fix the problems in bad TDD to make it effective
- and the primary value of the sofware: make it adaptable
Test Driven Development on Android (Kotlin Kenya)
This document discusses test-driven development (TDD) and its application to Android development. It begins with an introduction to TDD, outlining its core principles and benefits. It describes the "red, green, refactor" process and emphasizes writing tests before code. It addresses challenges with testing Android code, such as dependencies on framework classes, and recommends strategies like wrapping classes to isolate dependencies. Finally, it outlines the benefits of TDD such as reduced bugs, improved design, and increased productivity over the long run despite initial slower development.
TDD in Agile
The document discusses test driven development (TDD) in an agile environment. It covers topics like the agile manifesto, evolutionary design, TDD steps and philosophy, myths about TDD, test qualities, benefits and costs of TDD, plugins and language support. The author shares their experience with TDD, noting that it improved code quality and refactoring while requiring support from leads to be effective long-term. Acceptance TDD is recommended to ensure shared understanding of what is being built.
Recommended
Extreme & pair programming Slides ppt
Extreme Programming (XP) is an agile software development methodology that embraces frequent changes. It utilizes practices like pair programming, where two programmers work collaboratively at one computer. Pair programming provides benefits like continuous review to reduce defects, improved problem solving, and faster learning. However, it is criticized for being unrealistic and not business focused. Overall, agile methodologies are increasingly used over traditional "high ceremony" approaches.
Lean Software Development
This document discusses lean software development principles. It introduces agile software development processes and the agile manifesto. Lean software development is then discussed, which comes from the Toyota Production System and uses a set of principles and tools to achieve quality, speed and customer alignment. The 7 principles of lean thinking are outlined: 1) eliminate waste, 2) amplify learning, 3) decide as late as possible, 4) deliver as fast as possible, 5) empower the team, 6) build integrity in, and 7) see the whole. Each principle is then explained in more detail with examples related to software development.
TDD That Was Easy!
Slides from the session "TDD - That Was Easy!" presented by Fadi Stephan from Kaizenko at AgileDC2019 on September 23, 2019 in Washington DC. A blog post accompanying this talk will be published soon on kaizenko.com
Abstract:
Have you tried TDD? Do you hate it? Do you have a hard time applying it in practice? Do you find it promoting bad design decisions because you must write micro tests instead of looking at the big picture? Are your tests tightly coupled to the implementation due to a lot of mocking making refactoring a pain? Do tons of tests break when a simple change is made? Do you have a hard time justifying all the time spent on writing tests vs. just focusing on development?
You are not alone. Every organization or team that I run into is supposedly Agile. Some are also applying agile engineering practices such as automated unit, integration and acceptance testing, etc… However, many struggle with TDD. TDD is hard, seems counter-intuitive and requires a lot of investment. Come to this session for a TDD reboot. We will look at the benefits of TDD, discuss the resistance to TDD and uncover some common difficulties along with misconceptions. We will address these misunderstandings and explore different approaches to making TDD easier. Leave with a fresh perspective and new insights on how to become better at TDD and apply it with ease
A Taste of TDD: The basics of TDD, why it is hard and how to do it better
A Taste of TDD: Basic overview of Agile Testing, TDD in practice, Pros/Cons of Test Driven Development, Recent TDD Controversey (DHH, Kent Beck, Martin Fowler), and some strategies for doing it well.
This is a lead in to a full Agile Workshop on Scrum/XP, TDD, and Pairing
Anti patterns
Learn 14 Antipatterns. Three types of antipatterns. Traps that are applicable to common solutions. Development, Architecture, and Project management pattern. Feud,Golder ,
TDD CrashCourse Part2: TDD
Entering in the full TDD, including:
- how TDD works and why it is required in Agile development
- why there are so many people that say that TDD does not work
- how to fix the problems in bad TDD to make it effective
- and the primary value of the sofware: make it adaptable
Test Driven Development on Android (Kotlin Kenya)
This document discusses test-driven development (TDD) and its application to Android development. It begins with an introduction to TDD, outlining its core principles and benefits. It describes the "red, green, refactor" process and emphasizes writing tests before code. It addresses challenges with testing Android code, such as dependencies on framework classes, and recommends strategies like wrapping classes to isolate dependencies. Finally, it outlines the benefits of TDD such as reduced bugs, improved design, and increased productivity over the long run despite initial slower development.
TDD in Agile
The document discusses test driven development (TDD) in an agile environment. It covers topics like the agile manifesto, evolutionary design, TDD steps and philosophy, myths about TDD, test qualities, benefits and costs of TDD, plugins and language support. The author shares their experience with TDD, noting that it improved code quality and refactoring while requiring support from leads to be effective long-term. Acceptance TDD is recommended to ensure shared understanding of what is being built.
Tdd and bdd
a brief introduction to Test Driven Development and Behavior Driven Development and the main differences between both.
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
The document discusses test-driven development (TDD). TDD is a software development process where test cases are created to specify requirements before code is written to pass those tests. This ensures code meets requirements. Benefits of TDD include fewer bugs due to comprehensive testing, and ability to refactor code without breaking functionality. The document provides examples of different types of tests and outlines best practices for getting started with TDD.
How BDD enables True CI/CD
Behavior Driven Development is one of the most commonly misunderstood techniques in DevOps, but it is also one of the key enablers of both an Agile culture and true continuous deployment. This talk will attempt to fill in the missing pieces on exactly what BDD is and how your teams can use it to increase communication, drive quality, and reduce waste. We will also connect the dots on why you need a test-first strategy to enable trunk-based development, continuous integration, and continuous deployment. If your business still struggles with monthly or quarterly big-batch releases, this talk will show you what your teams must do to evolve to the next stage of continuous delivery.
Continuous integration using Jenkins and Sonar
Continuous Integration can help your to team release features faster. It reduces the risk of deployment issue and will speed up your development cycle. In this presentation we take a look at how Jenkins and Sonar can help you Test, Analyze, Deploy and gather performance metrics that will help your team increase their development quality and reduce deployment time
Intro to TDD
TDD and agile methods originated from attempts to manage large software projects more effectively. TDD involves writing automated tests before code to specify requirements and catch errors early. It helps avoid major redesigns later. Tests should fail initially and then code is written to pass the test, followed by refactoring. Patterns like starting simply, faking dependencies, and generalizing from examples help get code passing tests quickly. Pitfalls include not starting with a failing test or refactoring tests improperly. The session covered TDD history and techniques, with examples and opportunities for further learning.
Test Driven Development Methodology and Philosophy
A technique for building software that guides software development by writing tests. This is the philosophy and state of mind that a developer should change and start following TDD
Getting Comfortable with BDD
This document summarizes a talk on getting comfortable with behavior driven development (BDD). It begins by defining BDD and explaining that it builds on test driven development (TDD) by describing application behavior from an outside-in perspective with customer involvement. It then discusses that TDD focuses on writing tests first before code, using a red-green-refactor workflow. BDD further crystallizes requirements and ensures programmer priorities are aligned by implementing tests in business language rather than code. The document emphasizes thinking through requirements before writing code or tests to ensure the correct behavior is described and tested.
TDD & Effective Software Development
This presentation explains WHY Test Driven Development matters and what are some of the infinite advantages of this great technique for programming a cleaner and higher quality code.
TDD Anti-patterns (2022 edition)
Test Driven Development (TDD) is a core practice in the SDLC, especially ones that run using the agile mindset and leverage the practices of eXtreme programming. Since its inception and rediscovery by Kent beck in the late 1990s, it has gained popularity among many software development teams. However, like any popular software development practices, teams lose interest in TDD overtime and drop the practice all together. The main reason behind this is practicing it "the wrong way".
In this session, I present 7 anti-patterns that can ruin the TDD experience of a software development team. I also present how to counter these anti-patterns to fully leverage the benefits of TDD.
TDD Introduction with Kata FizzBuzz
Introduce test-driven development, with code kata. Use FizzBuzz example to illustrate the TDD working process.
The Design Fortress: Boosting Design Productivity and Creativity in an Agile ...
Presented in Dublin at the CHQ Building as part of the Dublin UX Meetup. http://www.meetup.com/Dublin-UX/
Key Tactics include:
• Start Design Ahead of Development
• Create an Independent, Electronic Design Backlog
• Use Small Deliverable Based Design Tasks
• Deliver Design to a Product Owner
• Create A Design Acceptance Environment
The business case for contributing code
In the Drupal community we tend to talk about committing code to our public spaces (drupal.org, but also github) in terms of "contributing" and "contributions", and while much of it can be seen in that light, there are actually very strong business reasons for publishing your code and/or attempting to get your code changes committed to the open source project that you are working on.
We will be looking at several documents from the U.S. Military detailing their recommendations for contracting Open Source Software services, and will use those as a jumping off point to discuss the many benefits of contributing code. Some of the business reasons for public publishing we'll explore will include:
* The power of peer review. With enough eyes, all bugs are shallow, and with only a few eyes the stupidity knows no depths!
* Fork you! The costs associated with "hacking" both Drupal core and contrib modules and base themes.
* Take my code, please! Cost savings from committing patches.
* Professionals publish or perish. Using code commits as marketing towards clients or potential hires.
* It's so easy, even a child(ish person) could do it! How you can easily integrate patching into your development workflow.
This session will also include a walk through of how Zivtech handles code review, patches, and deployment processes and you will hopefully walk away convinced that all of your in-house and out-sourced developers should be publicly committing their work.
Take the Red Pill: How Criteo revamped its software development process
Author: Adrian Perreau de Pinninck
Conference: Global Scrum Gathering Berlin 2014
Describes how Criteo managed to change the software engineering culture of its R&D department from 'Testing is cheating' to 22K+ tests being run every half hour.
Take the Red Pill: How Criteo revamped its software development process
These are the slides of the talk I gave at the Global Scrum Gathering Berlin in 2014.
It describes how Criteo managed to change the software engineering culture of its R&D department from 'Testing is cheating' to 22K+ tests being run every half hour.
DevOps Year One
OK, I’m ready to DevOp. Now what?
We’ve heard a lot about the technologies behind DevOps, and even a bit on the processes that some DevOps shops employ. What we haven’t heard too much about directly is a fundamental matter of bootstrapping. If you’re a leader or influencer in a software or IT shop, you’re sold on this DevOps idea but overwhelmed by the difference between where you are now and where you need to be, you’ve come to the right place. We’ve heard all about the unicorns of the movement, and what they are doing. Much time is spent talking about their innovative technologies. But how did they get there? Moreover, how can YOU get there? We’re going to spend some time discussing how to get started and find success on the rocky road to DevOps. We’re going to talk about the roles of executives, middle managers, front line managers, and individual contributors in this transformation. We’ll talk about the layered approach to transforming your culture, and building the processes and tool chains on top of it. At the tactical level, we’re going to talk about an example team and what their first year looks like, what are the major milestones they will reach, and how to measure their success along the way.
Creating change from within - Agile Practitioners 2012
Faced with management that do not care about "being agile" what can a single developer do? Quite a lot!
Every developer has the power to improve the organization he works in in small iterative steps – and I can show you how.
If you want to make the change and don't know where to start – look no further, in this session I'll share my experience and show a few tips and tricks I learnt. As well as discuss the do and don'ts that can make all the.
- How to be agile developer in a waterfall company.
- Influencing people without formal authority.
- Using the right practices that makes the difference
- How to avoid alienating people
- Discovering your allies
- Know when to fight and when to "retreat" and cut your losses
- Making a change without disrupting the daily routine
- What being an agile evangelist is all about
My feedback on ddd europe
i had the luck to attempt DDD Europe 2020 in Amsterdam and here is my takes that I'd like to share with you
Better Software Through User Research
In many cases, we create software to solve our own problems: missing functionality in a tool, a tool that we believe doesn't work as well as it should, or the very lack of a tool that does what we need. If we're our own users, things are quite obvious. But what about everyone else? How do we know what our users need? Isn't it best to ask just them?
In this presentation, you will learn why asking your users for what they want isn't always helpful, which do-it-yourself techniques you can use to understand their needs, how to make sense of the data you collect, and how all of this translates into the development of better features. We will discuss how this knowledge can fuel your decisions, delight your users, and influence your way of working in a distributed team of developers.
===
I originally gave this presentation at FOSDEM 2013.
UX STRAT USA 2021: Jane Davis, Zoom
This document summarizes Jane Davis' perspective on building a strategic UX research practice at an enterprise company. It describes her initial approaches that focused on quick wins and using research to make decisions, rather than understanding the company. She now believes research should align with company values and priorities by understanding operating principles through observation. The document outlines lessons learned from early mistakes like not building infrastructure first and emphasizes strategic alignment, flexibility, and building partnerships and processes through work.
Ross Chapman Etch Design Sprints Agile Outside IT presentation 9 January 2019
The document describes the Lightning Decision Jam (LDJ), a 1-hour exercise based on design sprints that helps teams solve problems and make decisions quickly. The LDJ follows a process where teams identify challenges, generate solutions, vote on solutions, and prioritize the top solutions over an impact/effort scale to determine the best ones to implement. The goal is for teams to recognize problems, create solutions, and have a plan of action to work on the highest impact items in just one hour using the LDJ methodology.
哪里办理(csu毕业证书)查尔斯特大学毕业证硕士学历原版一模一样
原版一模一样【微信：741003700 】【(csu毕业证书)查尔斯特大学毕业证硕士学历】【微信：741003700 】学位证，留信认证（真实可查，永久存档）offer、雅思、外壳等材料/诚信可靠,可直接看成品样本，帮您解决无法毕业带来的各种难题！外壳，原版制作，诚信可靠，可直接看成品样本。行业标杆！精益求精，诚心合作，真诚制作！多年品质 ,按需精细制作，24小时接单,全套进口原装设备。十五年致力于帮助留学生解决难题，包您满意。
本公司拥有海外各大学样板无数，能完美还原海外各大学 Bachelor Diploma degree, Master Degree Diploma
1:1完美还原海外各大学毕业材料上的工艺：水印，阴影底纹，钢印LOGO烫金烫银，LOGO烫金烫银复合重叠。文字图案浮雕、激光镭射、紫外荧光、温感、复印防伪等防伪工艺。材料咨询办理、认证咨询办理请加学历顾问Q/微741003700
留信网认证的作用:
1:该专业认证可证明留学生真实身份
2:同时对留学生所学专业登记给予评定
3:国家专业人才认证中心颁发入库证书
4:这个认证书并且可以归档倒地方
5:凡事获得留信网入网的信息将会逐步更新到个人身份内，将在公安局网内查询个人身份证信息后，同步读取人才网入库信息
6:个人职称评审加20分
7:个人信誉贷款加10分
8:在国家人才网主办的国家网络招聘大会中纳入资料，供国家高端企业选择人才
More Related Content
Similar to Is TDD dead?
Tdd and bdd
a brief introduction to Test Driven Development and Behavior Driven Development and the main differences between both.
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
The document discusses test-driven development (TDD). TDD is a software development process where test cases are created to specify requirements before code is written to pass those tests. This ensures code meets requirements. Benefits of TDD include fewer bugs due to comprehensive testing, and ability to refactor code without breaking functionality. The document provides examples of different types of tests and outlines best practices for getting started with TDD.
How BDD enables True CI/CD
Behavior Driven Development is one of the most commonly misunderstood techniques in DevOps, but it is also one of the key enablers of both an Agile culture and true continuous deployment. This talk will attempt to fill in the missing pieces on exactly what BDD is and how your teams can use it to increase communication, drive quality, and reduce waste. We will also connect the dots on why you need a test-first strategy to enable trunk-based development, continuous integration, and continuous deployment. If your business still struggles with monthly or quarterly big-batch releases, this talk will show you what your teams must do to evolve to the next stage of continuous delivery.
Continuous integration using Jenkins and Sonar
Continuous Integration can help your to team release features faster. It reduces the risk of deployment issue and will speed up your development cycle. In this presentation we take a look at how Jenkins and Sonar can help you Test, Analyze, Deploy and gather performance metrics that will help your team increase their development quality and reduce deployment time
Intro to TDD
TDD and agile methods originated from attempts to manage large software projects more effectively. TDD involves writing automated tests before code to specify requirements and catch errors early. It helps avoid major redesigns later. Tests should fail initially and then code is written to pass the test, followed by refactoring. Patterns like starting simply, faking dependencies, and generalizing from examples help get code passing tests quickly. Pitfalls include not starting with a failing test or refactoring tests improperly. The session covered TDD history and techniques, with examples and opportunities for further learning.
Test Driven Development Methodology and Philosophy
A technique for building software that guides software development by writing tests. This is the philosophy and state of mind that a developer should change and start following TDD
Getting Comfortable with BDD
This document summarizes a talk on getting comfortable with behavior driven development (BDD). It begins by defining BDD and explaining that it builds on test driven development (TDD) by describing application behavior from an outside-in perspective with customer involvement. It then discusses that TDD focuses on writing tests first before code, using a red-green-refactor workflow. BDD further crystallizes requirements and ensures programmer priorities are aligned by implementing tests in business language rather than code. The document emphasizes thinking through requirements before writing code or tests to ensure the correct behavior is described and tested.
TDD & Effective Software Development
This presentation explains WHY Test Driven Development matters and what are some of the infinite advantages of this great technique for programming a cleaner and higher quality code.
TDD Anti-patterns (2022 edition)
Test Driven Development (TDD) is a core practice in the SDLC, especially ones that run using the agile mindset and leverage the practices of eXtreme programming. Since its inception and rediscovery by Kent beck in the late 1990s, it has gained popularity among many software development teams. However, like any popular software development practices, teams lose interest in TDD overtime and drop the practice all together. The main reason behind this is practicing it "the wrong way".
In this session, I present 7 anti-patterns that can ruin the TDD experience of a software development team. I also present how to counter these anti-patterns to fully leverage the benefits of TDD.
TDD Introduction with Kata FizzBuzz
Introduce test-driven development, with code kata. Use FizzBuzz example to illustrate the TDD working process.
The Design Fortress: Boosting Design Productivity and Creativity in an Agile ...
Presented in Dublin at the CHQ Building as part of the Dublin UX Meetup. http://www.meetup.com/Dublin-UX/
Key Tactics include:
• Start Design Ahead of Development
• Create an Independent, Electronic Design Backlog
• Use Small Deliverable Based Design Tasks
• Deliver Design to a Product Owner
• Create A Design Acceptance Environment
The business case for contributing code
In the Drupal community we tend to talk about committing code to our public spaces (drupal.org, but also github) in terms of "contributing" and "contributions", and while much of it can be seen in that light, there are actually very strong business reasons for publishing your code and/or attempting to get your code changes committed to the open source project that you are working on.
We will be looking at several documents from the U.S. Military detailing their recommendations for contracting Open Source Software services, and will use those as a jumping off point to discuss the many benefits of contributing code. Some of the business reasons for public publishing we'll explore will include:
* The power of peer review. With enough eyes, all bugs are shallow, and with only a few eyes the stupidity knows no depths!
* Fork you! The costs associated with "hacking" both Drupal core and contrib modules and base themes.
* Take my code, please! Cost savings from committing patches.
* Professionals publish or perish. Using code commits as marketing towards clients or potential hires.
* It's so easy, even a child(ish person) could do it! How you can easily integrate patching into your development workflow.
This session will also include a walk through of how Zivtech handles code review, patches, and deployment processes and you will hopefully walk away convinced that all of your in-house and out-sourced developers should be publicly committing their work.
Take the Red Pill: How Criteo revamped its software development process
Author: Adrian Perreau de Pinninck
Conference: Global Scrum Gathering Berlin 2014
Describes how Criteo managed to change the software engineering culture of its R&D department from 'Testing is cheating' to 22K+ tests being run every half hour.
Take the Red Pill: How Criteo revamped its software development process
These are the slides of the talk I gave at the Global Scrum Gathering Berlin in 2014.
It describes how Criteo managed to change the software engineering culture of its R&D department from 'Testing is cheating' to 22K+ tests being run every half hour.
DevOps Year One
OK, I’m ready to DevOp. Now what?
We’ve heard a lot about the technologies behind DevOps, and even a bit on the processes that some DevOps shops employ. What we haven’t heard too much about directly is a fundamental matter of bootstrapping. If you’re a leader or influencer in a software or IT shop, you’re sold on this DevOps idea but overwhelmed by the difference between where you are now and where you need to be, you’ve come to the right place. We’ve heard all about the unicorns of the movement, and what they are doing. Much time is spent talking about their innovative technologies. But how did they get there? Moreover, how can YOU get there? We’re going to spend some time discussing how to get started and find success on the rocky road to DevOps. We’re going to talk about the roles of executives, middle managers, front line managers, and individual contributors in this transformation. We’ll talk about the layered approach to transforming your culture, and building the processes and tool chains on top of it. At the tactical level, we’re going to talk about an example team and what their first year looks like, what are the major milestones they will reach, and how to measure their success along the way.
Creating change from within - Agile Practitioners 2012
Faced with management that do not care about "being agile" what can a single developer do? Quite a lot!
Every developer has the power to improve the organization he works in in small iterative steps – and I can show you how.
If you want to make the change and don't know where to start – look no further, in this session I'll share my experience and show a few tips and tricks I learnt. As well as discuss the do and don'ts that can make all the.
- How to be agile developer in a waterfall company.
- Influencing people without formal authority.
- Using the right practices that makes the difference
- How to avoid alienating people
- Discovering your allies
- Know when to fight and when to "retreat" and cut your losses
- Making a change without disrupting the daily routine
- What being an agile evangelist is all about
My feedback on ddd europe
i had the luck to attempt DDD Europe 2020 in Amsterdam and here is my takes that I'd like to share with you
Better Software Through User Research
In many cases, we create software to solve our own problems: missing functionality in a tool, a tool that we believe doesn't work as well as it should, or the very lack of a tool that does what we need. If we're our own users, things are quite obvious. But what about everyone else? How do we know what our users need? Isn't it best to ask just them?
In this presentation, you will learn why asking your users for what they want isn't always helpful, which do-it-yourself techniques you can use to understand their needs, how to make sense of the data you collect, and how all of this translates into the development of better features. We will discuss how this knowledge can fuel your decisions, delight your users, and influence your way of working in a distributed team of developers.
===
I originally gave this presentation at FOSDEM 2013.
UX STRAT USA 2021: Jane Davis, Zoom
This document summarizes Jane Davis' perspective on building a strategic UX research practice at an enterprise company. It describes her initial approaches that focused on quick wins and using research to make decisions, rather than understanding the company. She now believes research should align with company values and priorities by understanding operating principles through observation. The document outlines lessons learned from early mistakes like not building infrastructure first and emphasizes strategic alignment, flexibility, and building partnerships and processes through work.
Ross Chapman Etch Design Sprints Agile Outside IT presentation 9 January 2019
The document describes the Lightning Decision Jam (LDJ), a 1-hour exercise based on design sprints that helps teams solve problems and make decisions quickly. The LDJ follows a process where teams identify challenges, generate solutions, vote on solutions, and prioritize the top solutions over an impact/effort scale to determine the best ones to implement. The goal is for teams to recognize problems, create solutions, and have a plan of action to work on the highest impact items in just one hour using the LDJ methodology.
Similar to Is TDD dead? (20)
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
Test Driven Development Methodology and Philosophy
Test Driven Development Methodology and Philosophy
The Design Fortress: Boosting Design Productivity and Creativity in an Agile ...
The Design Fortress: Boosting Design Productivity and Creativity in an Agile ...
Take the Red Pill: How Criteo revamped its software development process
Take the Red Pill: How Criteo revamped its software development process
Take the Red Pill: How Criteo revamped its software development process
Take the Red Pill: How Criteo revamped its software development process
Creating change from within - Agile Practitioners 2012
Creating change from within - Agile Practitioners 2012
Ross Chapman Etch Design Sprints Agile Outside IT presentation 9 January 2019
Ross Chapman Etch Design Sprints Agile Outside IT presentation 9 January 2019
Recently uploaded
哪里办理(csu毕业证书)查尔斯特大学毕业证硕士学历原版一模一样
原版一模一样【微信：741003700 】【(csu毕业证书)查尔斯特大学毕业证硕士学历】【微信：741003700 】学位证，留信认证（真实可查，永久存档）offer、雅思、外壳等材料/诚信可靠,可直接看成品样本，帮您解决无法毕业带来的各种难题！外壳，原版制作，诚信可靠，可直接看成品样本。行业标杆！精益求精，诚心合作，真诚制作！多年品质 ,按需精细制作，24小时接单,全套进口原装设备。十五年致力于帮助留学生解决难题，包您满意。
本公司拥有海外各大学样板无数，能完美还原海外各大学 Bachelor Diploma degree, Master Degree Diploma
1:1完美还原海外各大学毕业材料上的工艺：水印，阴影底纹，钢印LOGO烫金烫银，LOGO烫金烫银复合重叠。文字图案浮雕、激光镭射、紫外荧光、温感、复印防伪等防伪工艺。材料咨询办理、认证咨询办理请加学历顾问Q/微741003700
留信网认证的作用:
1:该专业认证可证明留学生真实身份
2:同时对留学生所学专业登记给予评定
3:国家专业人才认证中心颁发入库证书
4:这个认证书并且可以归档倒地方
5:凡事获得留信网入网的信息将会逐步更新到个人身份内，将在公安局网内查询个人身份证信息后，同步读取人才网入库信息
6:个人职称评审加20分
7:个人信誉贷款加10分
8:在国家人才网主办的国家网络招聘大会中纳入资料，供国家高端企业选择人才
22CYT12-Unit-V-E Waste and its Management.ppt
Introduction- e - waste – definition - sources of e-waste– hazardous substances in e-waste - effects of e-waste on environment and human health- need for e-waste management– e-waste handling rules - waste minimization techniques for managing e-waste – recycling of e-waste - disposal treatment methods of e- waste – mechanism of extraction of precious metal from leaching solution-global Scenario of E-waste – E-waste in India- case studies.
KuberTENes Birthday Bash Guadalajara - K8sGPT first impressions
K8sGPT is a tool that analyzes and diagnoses Kubernetes clusters. This presentation was used to share the requirements and dependencies to deploy K8sGPT in a local environment.
artificial intelligence and data science contents.pptx
What is artificial intelligence? Artificial intelligence is the ability of a computer or computer-controlled robot to perform tasks that are commonly associated with the intellectual processes characteristic of humans, such as the ability to reason.
› ...
Artificial intelligence (AI) | Definitio
Software Engineering and Project Management - Introduction, Modeling Concepts...
Introduction, Modeling Concepts and Class Modeling: What is Object orientation? What is OO development? OO Themes; Evidence for usefulness of OO development; OO modeling history. Modeling
as Design technique: Modeling, abstraction, The Three models. Class Modeling: Object and Class Concept, Link and associations concepts, Generalization and Inheritance, A sample class model, Navigation of class models, and UML diagrams
Building the Analysis Models: Requirement Analysis, Analysis Model Approaches, Data modeling Concepts, Object Oriented Analysis, Scenario-Based Modeling, Flow-Oriented Modeling, class Based Modeling, Creating a Behavioral Model.
Use PyCharm for remote debugging of WSL on a Windo cf5c162d672e4e58b4dde5d797...
This document serves as a comprehensive step-by-step guide on how to effectively use PyCharm for remote debugging of the Windows Subsystem for Linux (WSL) on a local Windows machine. It meticulously outlines several critical steps in the process, starting with the crucial task of enabling permissions, followed by the installation and configuration of WSL.
The guide then proceeds to explain how to set up the SSH service within the WSL environment, an integral part of the process. Alongside this, it also provides detailed instructions on how to modify the inbound rules of the Windows firewall to facilitate the process, ensuring that there are no connectivity issues that could potentially hinder the debugging process.
The document further emphasizes on the importance of checking the connection between the Windows and WSL environments, providing instructions on how to ensure that the connection is optimal and ready for remote debugging.
It also offers an in-depth guide on how to configure the WSL interpreter and files within the PyCharm environment. This is essential for ensuring that the debugging process is set up correctly and that the program can be run effectively within the WSL terminal.
Additionally, the document provides guidance on how to set up breakpoints for debugging, a fundamental aspect of the debugging process which allows the developer to stop the execution of their code at certain points and inspect their program at those stages.
Finally, the document concludes by providing a link to a reference blog. This blog offers additional information and guidance on configuring the remote Python interpreter in PyCharm, providing the reader with a well-rounded understanding of the process.
The Python for beginners. This is an advance computer language.
Python language is very important language at this time. we can easily understand this language by these notes.
原版制作(Humboldt毕业证书)柏林大学毕业证学位证一模一样
原件一模一样【微信：bwp0011】《(Humboldt毕业证书)柏林大学毕业证学位证》【微信：bwp0011】学位证，留信认证（真实可查，永久存档）原件一模一样纸张工艺/offer、雅思、外壳等材料/诚信可靠,可直接看成品样本，帮您解决无法毕业带来的各种难题！外壳，原版制作，诚信可靠，可直接看成品样本。行业标杆！精益求精，诚心合作，真诚制作！多年品质 ,按需精细制作，24小时接单,全套进口原装设备。十五年致力于帮助留学生解决难题，包您满意。
本公司拥有海外各大学样板无数，能完美还原。
1:1完美还原海外各大学毕业材料上的工艺：水印，阴影底纹，钢印LOGO烫金烫银，LOGO烫金烫银复合重叠。文字图案浮雕、激光镭射、紫外荧光、温感、复印防伪等防伪工艺。材料咨询办理、认证咨询办理请加学历顾问微bwp0011
【主营项目】
一.毕业证【微bwp0011】成绩单、使馆认证、教育部认证、雅思托福成绩单、学生卡等！
二.真实使馆公证(即留学回国人员证明,不成功不收费)
三.真实教育部学历学位认证（教育部存档！教育部留服网站永久可查）
四.办理各国各大学文凭(一对一专业服务,可全程监控跟踪进度)
如果您处于以下几种情况：
◇在校期间，因各种原因未能顺利毕业……拿不到官方毕业证【微bwp0011】
◇面对父母的压力，希望尽快拿到；
◇不清楚认证流程以及材料该如何准备；
◇回国时间很长，忘记办理；
◇回国马上就要找工作，办给用人单位看；
◇企事业单位必须要求办理的
◇需要报考公务员、购买免税车、落转户口
◇申请留学生创业基金
留信网认证的作用:
1:该专业认证可证明留学生真实身份
2:同时对留学生所学专业登记给予评定
3:国家专业人才认证中心颁发入库证书
4:这个认证书并且可以归档倒地方
5:凡事获得留信网入网的信息将会逐步更新到个人身份内，将在公安局网内查询个人身份证信息后，同步读取人才网入库信息
6:个人职称评审加20分
7:个人信誉贷款加10分
8:在国家人才网主办的国家网络招聘大会中纳入资料，供国家高端企业选择人才
Comparative analysis between traditional aquaponics and reconstructed aquapon...
The aquaponic system of planting is a method that does not require soil usage. It is a method that only needs water, fish, lava rocks (a substitute for soil), and plants. Aquaponic systems are sustainable and environmentally friendly. Its use not only helps to plant in small spaces but also helps reduce artificial chemical use and minimizes excess water use, as aquaponics consumes 90% less water than soil-based gardening. The study applied a descriptive and experimental design to assess and compare conventional and reconstructed aquaponic methods for reproducing tomatoes. The researchers created an observation checklist to determine the significant factors of the study. The study aims to determine the significant difference between traditional aquaponics and reconstructed aquaponics systems propagating tomatoes in terms of height, weight, girth, and number of fruits. The reconstructed aquaponics system’s higher growth yield results in a much more nourished crop than the traditional aquaponics system. It is superior in its number of fruits, height, weight, and girth measurement. Moreover, the reconstructed aquaponics system is proven to eliminate all the hindrances present in the traditional aquaponics system, which are overcrowding of fish, algae growth, pest problems, contaminated water, and dead fish.
cnn.pptx Convolutional neural network used for image classication
Convolutional Neural Network used for image classification
ISPM 15 Heat Treated Wood Stamps and why your shipping must have one
For International shipping and maritime laws all wood must contain the ISPM 15 Stamp. Here is how and why.
Null Bangalore | Pentesters Approach to AWS IAM
#Abstract:
- Learn more about the real-world methods for auditing AWS IAM (Identity and Access Management) as a pentester. So let us proceed with a brief discussion of IAM as well as some typical misconfigurations and their potential exploits in order to reinforce the understanding of IAM security best practices.
- Gain actionable insights into AWS IAM policies and roles, using hands on approach.
#Prerequisites:
- Basic understanding of AWS services and architecture
- Familiarity with cloud security concepts
- Experience using the AWS Management Console or AWS CLI.
- For hands on lab create account on [killercoda.com](https://killercoda.com/cloudsecurity-scenario/)
# Scenario Covered:
- Basics of IAM in AWS
- Implementing IAM Policies with Least Privilege to Manage S3 Bucket
- Objective: Create an S3 bucket with least privilege IAM policy and validate access.
- Steps:
- Create S3 bucket.
- Attach least privilege policy to IAM user.
- Validate access.
- Exploiting IAM PassRole Misconfiguration
-Allows a user to pass a specific IAM role to an AWS service (ec2), typically used for service access delegation. Then exploit PassRole Misconfiguration granting unauthorized access to sensitive resources.
- Objective: Demonstrate how a PassRole misconfiguration can grant unauthorized access.
- Steps:
- Allow user to pass IAM role to EC2.
- Exploit misconfiguration for unauthorized access.
- Access sensitive resources.
- Exploiting IAM AssumeRole Misconfiguration with Overly Permissive Role
- An overly permissive IAM role configuration can lead to privilege escalation by creating a role with administrative privileges and allow a user to assume this role.
- Objective: Show how overly permissive IAM roles can lead to privilege escalation.
- Steps:
- Create role with administrative privileges.
- Allow user to assume the role.
- Perform administrative actions.
- Differentiation between PassRole vs AssumeRole
Try at [killercoda.com](https://killercoda.com/cloudsecurity-scenario/)
Mechanical Engineering on AAI Summer Training Report-003.pdf
Mechanical Engineering PROJECT REPORT ON SUMMER VOCATIONAL TRAINING
AT MBB AIRPORT
Hematology Analyzer Machine - Complete Blood Count
The CBC machine is a common diagnostic tool used by doctors to measure a patient's red blood cell count, white blood cell count and platelet count. The machine uses a small sample of the patient's blood, which is then placed into special tubes and analyzed. The results of the analysis are then displayed on a screen for the doctor to review. The CBC machine is an important tool for diagnosing various conditions, such as anemia, infection and leukemia. It can also help to monitor a patient's response to treatment.
Recently uploaded (20)
Engineering Drawings Lecture Detail Drawings 2014.pdf
Engineering Drawings Lecture Detail Drawings 2014.pdf
KuberTENes Birthday Bash Guadalajara - K8sGPT first impressions
KuberTENes Birthday Bash Guadalajara - K8sGPT first impressions
artificial intelligence and data science contents.pptx
artificial intelligence and data science contents.pptx
Software Engineering and Project Management - Introduction, Modeling Concepts...
Software Engineering and Project Management - Introduction, Modeling Concepts...
Use PyCharm for remote debugging of WSL on a Windo cf5c162d672e4e58b4dde5d797...
Use PyCharm for remote debugging of WSL on a Windo cf5c162d672e4e58b4dde5d797...
The Python for beginners. This is an advance computer language.
The Python for beginners. This is an advance computer language.
Comparative analysis between traditional aquaponics and reconstructed aquapon...
Comparative analysis between traditional aquaponics and reconstructed aquapon...
cnn.pptx Convolutional neural network used for image classication
cnn.pptx Convolutional neural network used for image classication
ISPM 15 Heat Treated Wood Stamps and why your shipping must have one
ISPM 15 Heat Treated Wood Stamps and why your shipping must have one
Manufacturing Process of molasses based distillery ppt.pptx
Manufacturing Process of molasses based distillery ppt.pptx
john krisinger-the science and history of the alcoholic beverage.pptx
john krisinger-the science and history of the alcoholic beverage.pptx
Mechanical Engineering on AAI Summer Training Report-003.pdf
Mechanical Engineering on AAI Summer Training Report-003.pdf
Hematology Analyzer Machine - Complete Blood Count
Hematology Analyzer Machine - Complete Blood Count
Is TDD dead?
- 1. IS TDD DEAD? Kemal Toprak Uçar
- 2. WHAT IS TDD? • ADD A LITTLE TEST • RUN ALL TESTS AND FAIL • MAKE A CHANGE • RUN THE TESTS AND SUCCEED. • REFACTOR TO REMOVE DUPLICATION.
- 3. TDD IS DEAD! 2014-04-23 DAVID HEINEMEIER HANSSON
- 4. IS TDD DEAD? • TDD DAMAGES MY ARCHITECTURE! • RED – GREEN FLOW IS NOT ENJOYABLE! • I WANT TO TOUCH THE CODE! DHH
- 5. IS TDD DEAD? KENT BECK CREATOR OF XP AND JUNIT • TDD DRIVES DEVELOPER TO IMPLEMENT A GOOD ARCHITECTURE • TDD MAKES DEVELOPER FEEL CONFIDENT • EASIER TO UNIT TEST SYSTEM, WAS A BETTER DESIGN SYSTEM.
- 6. IS TDD DEAD? MARTIN FOWLER PIONEER OF OBJECT- ORIENTED ANALYSIS- DESIGN AND REFACTORING • TDD HAS DEVELOPERS GIVE MORE ATTENTION TO REFACTOR ON THE PRODUCTION CODE • SOME APPLICATIONS ARE FIT FOR TDD, SOME ARE NOT
- 7. IS TDD DEAD? • I WANT TO TEST MY CODE WITH REAL DATA - DHH • TDD PUTS AN EVOLUTIONARY PRESSURE ON A DESIGN - KB • TDD INCREASES THE COMPLEXITY OF STRUCTURE - DHH • ISOLATION IS DRIVING YOU TO THIS SPOT, NOT TDD - MF
- 8. IS TDD DEAD? • THERE IS A POSTER HUNG WHICH IS WRITTEN NOTHING AT FACEBOOK IS SOMEBODY ELSE'S PROBLEM - KB • TDD MAKES ME A PRESSURE TO PUSH SOURCE CODE TO THE SECONDARY LEVEL FROM THE PRIMARY LEVEL - DHH • I FEEL CONFIDENT WHEN I FIRST WRITE TESTS - KB • TDD CONTROLS THE USER TO FOLLOW ONLY ITS RULES. DEVELOPERS ARE BECOME ASTRAY WITH CARING ONLY TDD. - DHH
- 9. IS TDD DEAD? • I NEVER GIVE UP ALTHOUGH APPLYING TDD ON PROJECT IS SOMETIMES HARD. - KB • THIS CONFIDENCE DOESN'T COME FROM THE DESIGN DRIVEN PART. - DHH • TDD GIVES ME A RAPID FEEDBACK. - KB
- 10. CONCLUSION • NO CONCLUSION FROM THE DISCUSSION WHETHER TDD IS GOOD OR NOT • MAKE THE PROBLEM EASY, SOLVE THE PROBLEM EASILY • TEST SUITES GIVE A CONFIDENT TO A DEVELOPER