Программистские книжки
Dec. 28th, 2008 08:51 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
dimrubЧитаю по наводке ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
object уже третью книгу подряд. Вот они в порядке прочтения:
1. Agile software development
2. Test driven development by example
3. Refactoring (это та, которую сейчас читаю)
Мне, такому всему из себя "матерому зубру", должно быть немного неловко, но эти книги были для меня настоящим eye opener-ом. В отличие от традиционных книг по программированию, которые либо описывают конкретную технологию, либо говорят о дизайне в идеальном мире (см., скажем, Буч либо гэнг оф фор), эти книги говорят о том, как решать проблемы, с которыми большинство программистов вынуждены сталкиваться на практике в течении 90% своей профессиональной деятельности (время, потраченное на заседания, перекуры и тренинги - не в счет). Например - как быть, когда приходится иметь дело с кодом, написанным годы назад неизвестно кем, а потом поддерживающимся еще кучей народу, мало кто из которых до конца понимал, как работает код, который он изменяет. Как вести себя в условиях постоянно меняющихся требований, в условиях, когда эти новые требования тянут код в направлении, о котором не думали при певоначальном дизайне. И так далее. Очень рекомендую всем, кто еще не (и кто не дошел до всего своим умом).
object уже третью книгу подряд. Вот они в порядке прочтения:1. Agile software development
2. Test driven development by example
3. Refactoring (это та, которую сейчас читаю)
Мне, такому всему из себя "матерому зубру", должно быть немного неловко, но эти книги были для меня настоящим eye opener-ом. В отличие от традиционных книг по программированию, которые либо описывают конкретную технологию, либо говорят о дизайне в идеальном мире (см., скажем, Буч либо гэнг оф фор), эти книги говорят о том, как решать проблемы, с которыми большинство программистов вынуждены сталкиваться на практике в течении 90% своей профессиональной деятельности (время, потраченное на заседания, перекуры и тренинги - не в счет). Например - как быть, когда приходится иметь дело с кодом, написанным годы назад неизвестно кем, а потом поддерживающимся еще кучей народу, мало кто из которых до конца понимал, как работает код, который он изменяет. Как вести себя в условиях постоянно меняющихся требований, в условиях, когда эти новые требования тянут код в направлении, о котором не думали при певоначальном дизайне. И так далее. Очень рекомендую всем, кто еще не (и кто не дошел до всего своим умом).
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
on 2008-12-28 08:45 pm (UTC)Единственное что, эти все игрушки требуют (как, впрочем, и многие другие) определённого уровня программеров. Что, к сожалению, дано не всегда.
Вы, кстати, на чём ваяете - на Java или C++? Java к TDD ласковее.
Есть ещё (в ту же копилку) довольно изящный functional testing framework FIT - http://msdn.microsoft.com/en-us/magazine/cc163841.aspx. Мы проверяли, это вполне нормально функционирует.
no subject
on 2008-12-28 08:47 pm (UTC)no subject
on 2008-12-28 08:51 pm (UTC)Наши взяли какой-то невнятный cppunit, ну да бог им судья, они ж всё равно ни хера не слушают.
А в FIT ты загляни при случае - он занятный.