Community

개발자 99% 커뮤니티에서 수다 떨어요!

← Go back
TIL 8장. 프로젝트 전에
#pragmatic
2년 전
509

오늘 TIL 3줄 요약

  • Requirements rarely lie on the surface, so you should try to produce mockups and prototypes for customers or become a client.

  • When faced with an intractable problem, enumerate all the possible avenues you have before you. sometimes it is useful to do something different.

  • The agile team should experiment continuously, and need a good design for easy change.

TIL (Today I Learned) 날짜22.04.03

2022.04.

2022.04.03


오늘 읽은 범위

Chapter 8 Before the Project

책에서 기억하고 싶은 내용을 써보세요.

Topic 45. The Requirements Pit

  • Requirements rarely lie on the surface. Normally, they’re buried deep beneath layers of assumptions, misconceptions, and politics. Even worse, often they don’t really exist at all.

  • In those cases, Pragmatic Programmers rely on the “is this what you meant?” school of feedback. We produce mockups and prototypes and let the client play with them.

  • There’s a simple technique for getting inside your clients’ heads that isn’t used often enough: become a client.

  • We believe that the best requirements documentation, perhaps the only requirements documentation, is working code. But that doesn’t mean that you can get away without documenting your understanding of what the client wants.

  • Good requirements are abstract. Where requirements are concerned, the simplest statement that accurately reflects the business need is best.

  • What can we do to prevent requirements from creeping upon us? The answer (again) is feedback.

  • Create and maintain a project glossary—one place that defines all the specific terms and vocabulary used in a project.

Topic 46. Solving Impossible Puzzles

  • When faced with an intractable problem, enumerate all the possible avenues you have before you.

  • This is an ideal time to do something else for a while. Work on something different.

  • And always remember the advice on the cover of The Hitchhiker’s Guide to the Galaxy: DON’T PANIC

Topic 47. Working Together

  • Throughout this book we recommend working closely with users; they are part of your team.

  • Don’t Go into the Code Alone

Topic 48. The Essence of Agility

  • It all boils down to how you deal with uncertainty.

  • A team that doesn’t continuously experiment with their process is not an agile team.

  • To make this whole agile thing work, we need to practice good design, because the good design makes things easy to change. And if it’s easy to change, we can adjust, at every level, without any hesitation.

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

  • In my work, I often organize my customers' requirements, rather than programming. In that respect, this chapter was very helpful.

  • I have done pair programming in training, and it was nice to experience. When I write code, I tend to talk to myself a lot about the issue. In pair programming, there was a person who talk to it, so I can find the solution more quickly.

  • I want to try Agile next time. I should keep in mind what I read in this chapter when I try Agile.