Добавить комментарий

Изображение пользователя ipanshin.

Маленький коммент

На здоровье не жалуюсь.
Думаю, что рассуждения о способах или методах программирования являются наукообразностью и практическую ценность несут на этапе обучения только. Например, текущий мой проект от заказчика звучит так:
1. ТЗ - ЭТО Я.
2. Время - не важно.
3. Не навреди. Иными словами все остальные работают также как и работали ранее. Никаких нововведений, никто не должен заметить твои разработки и результат твоей работы.

То есть пишется продукт с нуля, но он должен быть уложен в старое прокрустово ложе учета. Никаких тестеров и аналитиков. Восходящее, нисходящее или спиральное ли это программирование? Кто ж его знает? Раньше это называли "лепкой кода". Хочешь тут изгиб - будет изгиб, согласен на хак? - будет хак.

И потом, что страшного в дублировании кода? Нужно ли вести его версионность и оптимизировать его в части скажем разбиения по слоям обработки или шрэдов при параллельной обработке. Завтра родится еще один программист и все твое написанное зачеркнет. Да еще скажет, что за дебил это писал.

Самое удивительное то, что современные программисты как не любили язык запросов к данным, так и не любят. Но сам сиквел остается неизменным и востребованным. Более того, сиквельный запрос для меня стал основным инструментом для того, чтобы писать минимальный программный код. Да длина самого запроса выросла до нескольких страниц, но зато код программный стремится к одному циклу или просто выводу резалтсета.