Иногда стоит :-) Например, если требуется программирование в VBA, C++, Delphi и Java, то вакансию создавала девочка, которая ни одно из этих слов не понимает :-)
Мне 3 Гб хаватает для рабочего места.
Перманентно запущены JBoss, IDEA, Opera, Firefox (оба браузера с порядка 20 вкладок), PL/SQL Developer, Excel, Lingvo, Thunderbird. И, как обычно, всегда еще несколько мелочей типа аськи и т.д.
Единственная польза от этого это то, что можно определить базовый класс и от него наследовать.
Есть два момента: наследование интерфейса и наследование реализации.
Польза у них разная.
Если реализацию можно использовать, использую обычную агрегацию, то подстановку объектов разных классов по одному интерфейсу в большинстве языков со строгой типизацией без наследования не сделаешь.
В статье слабо освещены варианты использования аннотаций.
IMHO, имеет смысл добавить несколько примеров (вкратце), как они используются в современных framework'ах.
Необходимо сразу закладывать это время в смету.
Если заказчик хочет отчетности — на нее нужно время.
Если это время забирается у разработчиков — это косяк управления, с этим надо бороться.
Если оно сознательно забирается у разработчиков — это эксплуатация, от таких надо просто валить. Исключение только в том случае, если разработчик в доле.
И что такое mockup?
:-)
Понаехали тут… :-)
Очень много чего приходится делать через одно место, т.к. напрямую не поддерживается.
P.S. Сам не прогал, у жены смотрел, как запросы пишет… кошмар, одним словом.
И ходил довольный :-) А через пару месяцев узнал про паттерны.
Обычно это имеется смысл при изменении планов SQL-запросов по большим таблицам (потенциально партицируемым).
Есть и другие интересные вещи в жизни, помимо программирования.
Перманентно запущены JBoss, IDEA, Opera, Firefox (оба браузера с порядка 20 вкладок), PL/SQL Developer, Excel, Lingvo, Thunderbird. И, как обычно, всегда еще несколько мелочей типа аськи и т.д.
Есть два момента: наследование интерфейса и наследование реализации.
Польза у них разная.
Если реализацию можно использовать, использую обычную агрегацию, то подстановку объектов разных классов по одному интерфейсу в большинстве языков со строгой типизацией без наследования не сделаешь.
P.S. Что-то меня сегодня глючит…
IMHO, имеет смысл добавить несколько примеров (вкратце), как они используются в современных framework'ах.
Они сильно ускориили это дело в 10-й и 11-й версиях, чем многих обрадовали.
Советую попробовать.
Если заказчик хочет отчетности — на нее нужно время.
Если это время забирается у разработчиков — это косяк управления, с этим надо бороться.
Если оно сознательно забирается у разработчиков — это эксплуатация, от таких надо просто валить. Исключение только в том случае, если разработчик в доле.