Так вы уж определитесь - на производительность или на время компиляции. Что-то я сомневаюсь, что на компиляцию банальной лабы может уйти сколько-нибудь заметное время... если оно было разным, то стоит сначала исключить другие факторы.
Кирилл Власов, вопрос акцентов. Если в резюме достаточный вес основных навыков, чтобы не испортить его интересами - почему бы и нет? А вот если в нем "потыкал то-се, но зато очень интересуюсь новой технологией, уже целую статью прочитал!"...
Ну, и интерес как плюс могут указывать менеджеры, успешно освоившие стандартный трюк "платим мы тебе мало, но зато тебе же интересно!"
если понимаешь важность изучения Vue, то на это упор и делай
Какое дело эйчарам до того, что ТС понимает и изучает? Их интересует исключительно - что он умеет. Описание этих метаний и стремлений - пустая трата их времени.
dodo101000101, двигайтесь поэтапно. Убедитесь, что тире разделяет ту часть, где нужное слово, и определение. Потом разбирайтесь с тем, что лишнее в слове и до каких пор обрезать определение. Каких-то серебряных пуль вам тут все равно не посоветуют.
Под какую ОС? Можете не отвечать, я догадаюсь.
И что, вам скучно их разрабатывать? Настолько, чтобы все поломать и начать вместо разработки разбираться в незнакомой системе? Может, вы просто не своим делом занимаетесь?
Nikname_non_name, в том "синем экране", в частности, написано, из-за чего он вылетает (обычно это кривые дрова, если другая ОС работает без глюков).
Если вы не можете разобраться с такой фигней - какого черта вам делать на Линуксе?
современная трактовка ООП это те же процедуры обернутые в классы
Имхо, вы тут где-то пропустили слово "мудаками", и зря по этому поводу волнуетесь.
Вам чем-то мешают дилетанты? Они же делают благородное дело - создают мусорный фон, на котором так удобно выглядеть "весь в белом".
Антон Р., "какие-то" данные или конкретные данные?
Юзер может выдавать вам строки Имя и Телефон, может - массив, в котором есть поля Name и Phone, может - объект с такими полями, может - обобщенный объект Контакты, у которого неизвестные вызывающему данные скрыты за методом Вывести, а он уже сам знает, как именно...
Юзер может даже принимать объект вывода и отдавать ему свои данные с нужным форматированием самостоятельно.
Вариантов-то много.
Главное - чтобы при следующем изменении вы с первого взгляда вспомнили логику взаимодействия классов и не были вынуждены бегать по всему коду, исправляя ее.
Антон Р., знание, что у Юзера есть Имя и Телефон, уже может быть излишним. Зависит от прочей логики, конечно.
Ну, и однажды вам может понадобиться Юзер, у которого, кроме того, есть сайт, который нужно вывести, потому что на самом деле это организация, а код уже предполагает юзера...
В общем, ООП заходит не тогда, когда мучительно переписываешь процедуры в классы. А когда приходится поддерживать и развивать то и другое.
люди ведутся на моду, видят в этом серебрянную полю
ООП - это, конечно, не серебряная пуля. Но это неплохие вилы для разгребания того навоза, который получается без их использования в том же пыхе, например.
То, что особо одаренные пытаются использовать вилы вместо лопаты и грабель, ничуть не портит сам инструмент.
Антон Р., лучше "Объявление - вызывает Автора - запрашивает у него контактные данные".
Так вместо конкретного Юзера (физ. лица) объявление сможет подать и агентство, и администрация, и фейковый тестовый объект, проверяющий работу этого механизма. Старайтесь, чтобы одни классы ничего не знали о других сверх необходимости.
