Design activities certainly do take

Design activities certainly do take up time and effort, but they payoff because they make it easier to evolve the software into the future. You can save short-term time by neglecting design, but this accumulates TechnicalDebt which will slow your productivity later. Putting effort into to the design of your software improves the stamina of your project, allowing you to go faster for longer.

The pseudo-graph plots delivered functionality (cumulative) versus time for two imaginary stereotypical projects: one with good design and one with no design. The project that does no design expends no effort on design activities, whether they be up front design or agile techniques. Because there's no effort spent on these activities this project produces function faster initially.

The problem with no-design, is that by not putting effort into the design, the code base deteriorates and becomes harder to modify, which lowers the productivity, which is the gradient of the line. Good design keeps its productivity more constant so at some point (the design payoff line) it overtakes the cumulative functionality of the no-design project and will continue to do better.

Results (Indonesian) 1:

Desain kegiatan pasti mengambil waktu dan usaha, tapi mereka hasil karena mereka membuatnya lebih mudah untuk mengembangkan perangkat lunak ke masa depan. Anda dapat menghemat waktu jangka pendek dengan mengabaikan Desain, tapi ini terakumulasi TechnicalDebt yang akan memperlambat produktivitas Anda kemudian. Meletakkan usaha ke desain perangkat lunak Anda meningkatkan stamina proyek Anda, memungkinkan Anda untuk pergi lebih cepat untuk lebih lama.Plot pseudo grafik disampaikan fungsi (kumulatif) versus waktu untuk dua proyek stereotip imajiner: satu dengan desain yang baik dan satu dengan desain tidak. Proyek yang tidak ada desain expends tidak ada upaya kegiatan Desain, apakah mereka menjadi depan desain atau teknik tangkas. Karena ada tidak ada usaha yang dihabiskan pada kegiatan proyek ini menghasilkan fungsi lebih cepat pada awalnya.Masalahnya dengan no-Desain, adalah bahwa dengan tidak meletakkan upaya ke dalam desain, basis kode memburuk dan menjadi lebih sulit untuk memodifikasi, yang menurunkan produktivitas, yang merupakan gradien baris. Desain yang baik menjaga produktivitas lebih konstan sehingga di beberapa titik (baris hasil desain) menyusul fungsionalitas kumulatif no-desain proyek dan akan terus melakukannya lebih baik.

Results (Indonesian) 2:

Kegiatan desain tentu melakukan mengambil waktu dan usaha, tetapi mereka hadiah karena mereka membuat lebih mudah untuk berkembang perangkat lunak ke masa depan. Anda dapat menghemat waktu jangka pendek dengan mengabaikan desain, tapi ini terakumulasi TechnicalDebt yang akan memperlambat produktivitas Anda nanti. Menempatkan usaha dalam desain perangkat lunak Anda meningkatkan stamina proyek Anda, memungkinkan Anda untuk pergi lebih cepat lebih lama. Fungsi plot pseudo-grafik disampaikan (kumulatif) terhadap waktu untuk dua proyek stereotip imajiner: satu dengan desain yang baik dan satu tanpa desain. Proyek yang tidak ada desain expends tidak ada usaha pada kegiatan desain, apakah mereka sampai desain depan atau teknik tangkas. Karena tidak ada usaha yang dihabiskan untuk kegiatan ini proyek ini menghasilkan fungsi yang lebih cepat pada awalnya. Masalah tanpa-desain, adalah bahwa dengan tidak menempatkan usaha ke dalam desain, kode dasar memburuk dan menjadi sulit untuk memodifikasi, yang menurunkan produktivitas, yang merupakan gradien dari garis. Desain yang baik membuat produktivitasnya lebih konstan sehingga di beberapa titik (garis desain hasil) itu menyusul fungsi kumulatif proyek tanpa desain dan akan terus melakukannya lebih baik.