Блог ни о чем

Круги (и полукруги) ада разработки -  https://www.lucidchart.com/documents/view/d9199324-40fa-461b-b095-380a19453695 : Данная диаграмма построена c точки зрения разработчика, чтобы показать что решение основного бизнес кейса это маленькая толика разработки, т.е. это 20% времени которая дается 80% функционала, но нужно потратить еще 80% чтобы доделать оставшиеся вещи, без которых нормальной функционирование программы будет ущербным. Например без CI делать большую программу будет тяжело, т.к. не будет запускаться тестирование и раскатка не сервер. А раз не будет раскатки на сервер, то программа е будет запущена и ей никто не будет пользоваться (конечно можно сделать раскатку руками, но каждый раз делать раскатку утомительно в нормальном рабочем процессе, где каждый день могут быть десятки коммитов).

Давным давно читал эпиграммы программирования и некоторые из них мне понравились, т.к. имеют вполне практическое применения. Здесь можно почитать все эпиграммы -  http://translatedby.com/you/epigrams-in-programming/into-ru/trans/ . А ниже представляю выборку наиболее интересных с моей точки зрения эпиграмм: 7. Проще написать неработающую программу, чем понять работающую. 8. Язык программирования является низкоуровневым, если написанные на нём программы требуют внимания к несущественному 9. Лучше иметь 100 функций, использующих одну структуру данных, чем 10 функций для 10 структур. 10. Быстро привыкайте к рутине: Делайте одни и те же действия одним способом. Собирайте идиомы. Стандартизируйте. 11. Если у вас есть процедура с 10 параметрами, скорее всего, парочки не хватает. 12. Рекурсия - основа вычислительного процесса, поскольку она обменивает описание на время. 14. В течение длительного периода любая программа устаревает - а затем превращается в булыжник. 15. Все должно стр