Найти тему
Толкователь снов

67. Дилемма разработчика

Молния
Молния

В голодные и тяжёлые времена приходится заниматься страшными вещами. Этим и ценен интеллектуальный труд, что страдания только моральные, без участия тела и физиологических отверстий.

Забавный факт: топологически человек при начальных условиях тождественен диску с семью сквозными отверстиями.

Разработку можно разделить на сложную и не очень. Сложная стоит побольше, не очень — по меньше. И вот одной из задач был перенос стрёмного старого сайта с табличной вёрсткой образца 2008–2011 года с одного хостинга и домена на другой. Это надо было сделать за один день с минимальными финансовыми затратами и не имея доступа к исходникам оригинала.

Дилемма состоит в том, что при одноразовой работе можно пойти двумя путями:

1 — сделать тяп-ляп на отвяжись, потому что всё равно с этим дальше не работать, так что можно размазывать экскременты шпателем по стенам;
2 — сделать как положено, потому что кому-то с этим потом работать.

Мне повезло в том, что я выбрал второй путь, несмотря на то, что по исполнению он обычно дольше.

Я написал робота, который аккуратно собрал весь контент, а также настроил все необходимые переадресации для дублирующих страниц. Так же пришлось чуть-чуть заморочиться с настройкой https.

И вот оказывается, что статический сайт уже не катит, нужна возможность редактировать контент. А в условиях минимальных затрат это значит, что пойти простым путём и посадить всё на обычные наработки (СУБД и ruby on rails) не получится в силу прожорливости инструмента.

Пришлось реализовывать самый примитивный механизм по выводу и редактированию кусков контента. Получилось неплохо, я даже подумывал выложить универсальный вариант на github как раз для случаев, когда требуется примитивный с точки зрения функционала сайт, который редко обновляется.

Поэтому, девелопернейм, если есть выбор, делай как положено, потому что возможно, что тебе же с этим потом работать. А если и не тебе. то всё равно делай как положено, чтобы не быть скотом.