Есть одна мысль, которую я стараюсь донести до учащихся, преподавая программирование: прежде чем писать что-то свое — изучите готовые решения, и прежде всего в стандартном API. Однако сам я очень даже грешен «изобретением велосипедов», и на днях был немало смущен, обнаружив ответ неизвестного гостя на свой уже почти забытый топик.


Статья «Летнее время в Java», о которой идет речь, публиковалась на linux16, потом была продублирована и на Мтааламу. В ней приводился фрагмент кода, позволяющий выяснить, наступило ли летнее время. Не скажу, что там много строк, но для их написания пришлось изрядно въехать в предметную область, да и над отладкой потрудиться.

И вот на днях пересекся я с denis_aka_xaos'ом, который сказал, что на этот мой топик кто-то написал ответ. Обычно к материалам по программированию комментариев мало, так что стало интересно: что же там такое. При первой возможности заглянул на эту страничку и увидел всего одну строку. Строку на Java, но моральный эффект от нее сопоставим с едким замечанием на обычном человеческом языке:

TimeZone.inDaylightTime(Date datetime)

Вот так, одна строка стандартного API заменила два десятка самописных. О чем это говорит? О том, что нужно читать книги, online-документацию и учиться непрестанно. Даже если есть силы и знания, достаточные для того, чтобы написать что-то самостоятельно, прежде всё равно следует поискать готовое решение. Сам можешь упустить какой-нибудь мелкий, но важный аспект предметной области. А стандартные решения создают люди, которым платят немалые деньги, их программы тестируются, оптимизируются и т.п.

Однако следует ли из этого, что решения распространенных проблем всегда найдутся в стандартных библиотеках? Конечно, нет. Так, например, в JDK до сих пор нет календарика для выбора дат. Многие люди пишут его реализацию самостоятельно, но ни один из готовых (и при этом свободно распространяемых) вариантов мне, например, не понравился. А вот в GWT календарик в последней версии (2.x) появился, да только поздно: я уже написал (точнее стырил и доработал) свой, ничуть не хуже и он исправно работает в одном проекте.

Выводы таковы. Написание собственного кода отнимает время, но часто завершается успехом или, по крайней мере, приносит опыт. Поиск готовых решений (с учетом освоения) часто отнимает времени не меньше, чем написание решения с нуля и не всегда такой поиск заканчивается успехом. Зато если уж найдется — качество такого решения на порядок выше самописного. Так что обдумывая проблему «писать самому или искать готовое» приходится опираться на интуицию, опыт и везение.