Избыточный перфекционизм это зло, да, но фреймворки и паттерны изучать надо — это путь к простоте через абстрагирование. По логике автора в веб-приложениях на PHP вредно использовать ООП, потому что объекты умрут через долю секунду. Но во что тогда превратится разработка и поддержка?
«Если студент сам хотел пойти получать знания в ВУЗ, именно на эту специальность и именно на эти предметы, то это его цель — лени не будет.»
Какой-то прямо-таки идеалистический взгляд на людей и упрощенный взгляд на лень. Даже если студент поступил по собственному желанию и за собственные деньги — совсем не факт, что лени не будет.
Получается если цель — «моя», то лени быть не должно. Как бы не так, жизнь показывает, что для достижения собственных целей не всегда хватает мотивации.
В Yii Framework примеси реализованы в виде классов-поведений, н-р есть базовый класс CComponent, на который можно навешивать своих наследников CBehavior. Ещё подобная практика встречалась вроде в Doctrine.
Тема подбора критериев для оценки качества программиста меня волнует давно, но не совсем понятно, как к ней подобраться.
Помимо программистских скиллов нужно не забывать и об умении работать в команде на общий результат.
Да и задачи, и команды бывают разными, соответственно в одном проекте важнее одно, в другом — другое. Абсолютный рейтинг на все случаи жизни тут не построишь.
При самооценке есть опасность увидев своё превосходство по одному из критериев экстраполировать это на всё остальное.
Невозможно явно решать задачу, расчитанную на месяц. Нужно декомпозировать на серию более детальных и менее продолжительных задач, которые и включаем в «ежедневную» карту. А более общие задачи храним в отдельной карте, или даже просто в обычном списке.
Я использую описанный метод для каждодневного планирования, но есть ещё план спринта и общий план по проекту — они могут быть оформлены не обязательно в виде таких карт — главное, здравый смысл :)
Можно планировать на месяц вперёд, можно планировать на год вперёд, можно описывать свои глобальные жизненные цели — кому как нравится. Не обязательно всё это делать в одном файле — можно просто заводить разные интеллект-карты под это, периодически к ним возвращаться, чтобы помечать сделанное, переосмысливать и дополнять.
Спасибо Вам за комментарии, разница мнений приветствуется.
Но приведу пару контр-аналогий:
Музыку без музыкального инструмента создать можно, для этого есть голос.
Рубить лес можно топором, а можно бензопилой. Стоит ли переплачивать за бензопилу?
Уверен, что людям, которые рекомендуют не пользоваться фреймворками в «маленьких» проектах, просто лень было изучать фреймворк.
Какой-то прямо-таки идеалистический взгляд на людей и упрощенный взгляд на лень. Даже если студент поступил по собственному желанию и за собственные деньги — совсем не факт, что лени не будет.
Получается если цель — «моя», то лени быть не должно. Как бы не так, жизнь показывает, что для достижения собственных целей не всегда хватает мотивации.
Помимо программистских скиллов нужно не забывать и об умении работать в команде на общий результат.
Да и задачи, и команды бывают разными, соответственно в одном проекте важнее одно, в другом — другое. Абсолютный рейтинг на все случаи жизни тут не построишь.
При самооценке есть опасность увидев своё превосходство по одному из критериев экстраполировать это на всё остальное.
Но приведу пару контр-аналогий:
Музыку без музыкального инструмента создать можно, для этого есть голос.
Рубить лес можно топором, а можно бензопилой. Стоит ли переплачивать за бензопилу?