338lm: (Ada)
Что-то меня сегодня пробило в Скайпе на графоманство во время беседы с одним хорошим человеком. Ниже немного тематического бессвязного бреда.

Идеальный бизнес-процесс, это идеально прогнозируемый и масштабируемый процесс, с нулевым влиянием человеческого фактора. Я мечтаю сделать в софтваре-девелоперской индустрии такой же конвейер как Форд сделал в автомобилестроении.
Короче я главный враг всех программистов. :)
Потому Ада мой любимый язык программирования - он пиздит по рукам нещадно пока не напишешь действительно хорошо читаемую программу.
Программными извращениями должны заниматься люди в исследовательских лабораториях, а в промышленном программировании всё должно быть просто, ясно и понятно.
Java, например, стала такой популярной именно потому, что нужно быть очень талантливым долбоёбом, чтобы завалить всю систему из метода своего класса. Только в жабе это достигается с помощью ВМ, которая всё контролирует, а в Ада с помощью языка. Потому адский софт на этапе выполнения может не иметь вообще ни какого оверхеда на проверки, а жаба жрёт ресурсы как не в себя.
Oleksandr Okhrimenko: хорошо что предупредил
Oleksandr Okhrimenko: но этого то пока нет
Oleksandr Okhrimenko: людей пока не отменили
Людей никогда не отменят. Это вообще основная ценность любой затеи. Но из-за людей, и самые большие проблемы. Тот кто умеет управлять людьми может всё на что способно человечество. Макдоналдс так богат потому, что смог написать детальный рецепт как управлять людьми в закусочной, и даже из самых тупых идиотов сделать нормальный персонал, который сделает вкусный пирожок. А для софтвера такого ещё не сделали. А жаль. Это моя мечта. :)
Oleksandr Okhrimenko: ну в маке имхо работа больше механическая и это действительно конвейер
Oleksandr Okhrimenko: а вот в софте приходится иногда думать
Ага, потому там и зарплаты больше. Но практически все думы в промышленной программе сводятся к тому какое из уже известных решений применить. Так что ни какого высокого творчества это не требует. Любой человек, который не дурак, может успешно писать промышленный софт. Заниматься изобретением чего-то совершенно неимоверного не только практически никогда не нужно но и почти всегда вредно. Все те случаи когда я видел чьё-то "изобретение" происходили от недостаточного знания готовых решений. Чем меньше опыт и квалификация программиста тем больше велосипедов он изобретает самостоятельно.
Кстати IMHO ООП это зло в принципе, потому, что применяющие его на серьёзном уровне, почти всегда вместо решения задачи тонут в нагромождениях искусственных абстракций, которые они сами же и придумали. И всё время думанья улетает на то какой шаблон проектирования применить вместо простейшего решения влоб.
А самое забавное, что обычно именно вот такое простейшее решение потом никогда не подвергается ни каким расширениям или изменениям. А если и подвергается то суммарное время на написание нового решения влоб с нуля иногда на порядки меньше въезжания в архитектуру расширяемого решения и расширения его правильным образом.
Чаще всего такие развесистые ООПные расширяемые системы переполнены костылями, с помощью которых новый функционал добавляли люди, которые просто не поняли, или не захотели понять архитектуру, из-за ее переусложненности и заумности.

Profile

338lm: (Default)
338lm

January 2017

S M T W T F S
1234 567
891011121314
15161718192021
22232425262728
293031    

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 21st, 2017 04:40 pm
Powered by Dreamwidth Studios