ты что! require - это же целая эпопея - надо файлик найти, надо его скомпилить, подключить код! Зачем, это слишком нагружает сервер. Настоящие пацаны пишут все в одном файле.
Я думаю что это не заблуждение, а некая подмена понятий.
Если человек всю жизнь работает грузчиком и считает что если он будет пахать три смены - то будет счастье, и он чего нибудь добъется - то увы, это человек заблуждается.
А если человек пытается узнать чего-то новое, развиватся и делать что-то лучше, и он делает так же усиленно - то он опредленно добъеца большего, нежели тот, кто будет оставатся на том же уровне своих возможностей, из за своей лени или нерешительности
Человек ксати еще привык решать задачи так, как он давно уже привык. Поэтому если человек в поседневной жизни использует ооп механизмы то, даже простейшие задачи он будет решать с помощью объектов и их взаимоотношений.
Это не плохо. Это просто другой подход, для которых он подходит идеально, а для других - как что-то такое тяжелое и многовесное, непонятное и вообще ненужное.
К примеру я тоже бы даже самую простейшую задачу решил с помощью ооп, ибо для меняэ то проще, я не люблю писать по много раз один и тот же код, который делает одни и те же вещи. А как показала моя практика, в очень многих задачах есть очень много мест где код просто напросто дублируется. Практически полностью...
Вот именно что при определенной нагрузке, которая, кстати сказать, должна быть довольно большой (если конечно архитектура нормальная). Да и опять же, профайлер в этой ситуации в помощь и оптимизация различных алгоритмов...
знаешь, код можно и в столбик писать. И, я тебя даже удивлю, - он будет работать быстрее чем четко струткурированный по абстракциям и слоям объектный монстр. Но вот потребуется тебе что-то с ним сделать, ты жопу порвешь и будешь мечатать, что вот копипаст, который сделал ты сейчас - ты правильно подправил и ты не словишь еще с десяток ошибок.
Хотя бы тем, что это две разные чтуки по сути. И хотя бы тем, что один класс может имплементировать несколько интерфейсов, а наследовать может только один абстрактный класс
сейчас придут быдло кодеры и скажут, что интерфейсы - бесполезнео зло, да и вообще веб для ооп - не место, городить классы - признак помешанности, и вообще проще написать одну большую функцию, котоорая будет делать все.
Если человек всю жизнь работает грузчиком и считает что если он будет пахать три смены - то будет счастье, и он чего нибудь добъется - то увы, это человек заблуждается.
А если человек пытается узнать чего-то новое, развиватся и делать что-то лучше, и он делает так же усиленно - то он опредленно добъеца большего, нежели тот, кто будет оставатся на том же уровне своих возможностей, из за своей лени или нерешительности
Это не плохо. Это просто другой подход, для которых он подходит идеально, а для других - как что-то такое тяжелое и многовесное, непонятное и вообще ненужное.
К примеру я тоже бы даже самую простейшую задачу решил с помощью ооп, ибо для меняэ то проще, я не люблю писать по много раз один и тот же код, который делает одни и те же вещи. А как показала моя практика, в очень многих задачах есть очень много мест где код просто напросто дублируется. Практически полностью...