проблема отсутствия системы контроля качества в IT (и, в каком-то смысле, отсутствие нормоконтроля)
Ну, в теории-то всё необходимое в IT как раз есть — и контроль качества со стороны специально обученных специалистов QA (по идее, код-ревью от коллег — это только самый первый этап проверки), и процессы по обеспечению этого самого качества программного продукта, которые выстраивают квалифицированные менеджеры... Но не всегда и не везде.
Се ля ви, что тут сказать. Есть пресловутые лучшие практики, а есть суровая реальность с горящими сроками и нехваткой ресурсов.
Только вот в промышленности тоже не везде живут как по учебнику Ричарда Дафта. Есть места, где и ОТК рот затыкают, потому что план горит, и детали у токарей распределяются не столько по умениям, сколько по выгоде (в порядке дедовщины).
IT-компании бывают разные. Заводы тоже бывают очень разные, инженер-технолог наверняка это знает.
в ИТ творится дичь, немыслимая в реальном производстве
Факт. А на производстве, в свою очередь, творится дичь, немыслимая в IT. Своя специфика, что тут сказать.
Обычный здравомыслящий бухгалтер иногда разбирается в нормализации лучше, чем даёт ему сделать программа... Он бы сам свои данные организовал, да кто ж ему даст. Учить SQL — не вариант.
Весьма иронично, что SQL изначально и создавался как язык для запросов к БД, которым мог бы овладеть любой желающий пользователь, даже без глубоких знаний программирования или математики.
Но в результате имеем то, что имеем. Хотя SELECT-запросы средней сложности многие аналитики делать вполне себе умеют. Может и бухгалтера такие иногда попадаются?
Касаемо пункта 2 — при прочтении поста сразу вспомнился классический анекдот.
Есть три способа разориться: самый быстрый — скачки, самый приятный — женщины, а самый надёжный — сельское хозяйство.
Ну, в теории-то всё необходимое в IT как раз есть — и контроль качества со стороны специально обученных специалистов QA (по идее, код-ревью от коллег — это только самый первый этап проверки), и процессы по обеспечению этого самого качества программного продукта, которые выстраивают квалифицированные менеджеры...
Но не всегда и не везде.
Се ля ви, что тут сказать. Есть пресловутые лучшие практики, а есть суровая реальность с горящими сроками и нехваткой ресурсов.
Только вот в промышленности тоже не везде живут как по учебнику Ричарда Дафта. Есть места, где и ОТК рот затыкают, потому что план горит, и детали у токарей распределяются не столько по умениям, сколько по выгоде (в порядке дедовщины).
IT-компании бывают разные. Заводы тоже бывают очень разные, инженер-технолог наверняка это знает.
Факт. А на производстве, в свою очередь, творится дичь, немыслимая в IT.
Своя специфика, что тут сказать.
Весьма иронично, что SQL изначально и создавался как язык для запросов к БД, которым мог бы овладеть любой желающий пользователь, даже без глубоких знаний программирования или математики.
Но в результате имеем то, что имеем.
Хотя SELECT-запросы средней сложности многие аналитики делать вполне себе умеют. Может и бухгалтера такие иногда попадаются?