Наверное, библиотеки использовать при таком подходе никто не запрещает (это не точно)
да не запрещает, но в конце всеравно вырастет некое подобие фреймворка, только будет полностью кастомное, без документации и в резюме ты себе это не напишешь
Чем отличается код хорошего инженера от кода плохого инженера? Документацией и тестами. В сфероконическом случае - учениками, которые умеют работать с этим кодом.
Чем отличается код хорошего инженера от кода плохого инженера? Документацией и тестами. В сфероконическом случае - учениками, которые умеют работать с этим кодом.
Чем отличается код хорошего инженера от кода плохого инженера? Документацией и тестами. В сфероконическом случае - учениками, которые умеют работать с этим кодом.
не вижу очереди желающих написать оракл с низкой связностью и простотой. Код не может быть проще алгоритма, который он описывает. А вот сложнее - легко.
нет, но раньше приходилось, в гос. секторе требуют. Но вообще-то я имел в виду инженерную деятельность в целом, IT слишком молодо и единый подход к разработке ПО пока не придумали, в отличие от проектирования железа.