DevTips

Заметки о разработке и IT.

[devtips]

Git How To

— это интерактивный тур, который познакомит вас с основами Git. Тур создан с пониманием того, что лучшим способом научиться чему-нибудь — сделать это своими руками.

[devtips]

Оригинальное название поста "Настройка пула соединений к базе данных за firewall". Тем не менее, эта заметка может прояснить ситуацию со транным поведением connection pool и даст направление для дальнейшего копания.

[devtips]

Компактная памятка по вложенным и внутренним классам в Java. Пригодится тем, кто редко имеет с ними дело.

Правда не раскрыта тема доступа к методам и полям внешнего класса из вложенного нестатического класса. Этот вопрос раскрывается так же коротко раскрывается здесь на StackOverflow в топике Static vs non static inner class.

[devtips]

Список причин:

Extra step when defining a project's architecture

Fragmented Community

Fragmented Documentation

Component Incompatibility

Caveats on some scenarios because of different implementations

Designers and developers roles mixed

Does not improve usual web development process

Non-functional prototype

Performance

Web is fast, standards are slow

[devtips]

[devtips]

Основной посыл заметки: модели программирования, принятые в Spring Framework и Java EE очень близки, и, по большому счету, не имеет большого значения, какая из них будет выбрана (хотя у Spring меньше ограничений). Следующий уровень повышения производительности в разработке находится за пределами этих моделей. Java, как платформа, не дает поддержки современных технологий, используемых в высокопроизводительных приложениях - и это именно то, на чем нужно сконцентироваться. И Spring идет по этому пути, а Java EE - нет.

[devtips]

[devtips]

Никто не способен решить задачу, постановка которой все время меняется. Ни программисты, ни кто-либо еще. Однако ПО недаром называют словом software - оно мягкое и потому податливое, и все вокруг уверены, а мы стараемся доказать, что способны создать настолько гибкое ПО, что изменения никак на нем не скажутся.

Роберт Гласс “Программирование и конфликты. Теория и практика программной инженерии”

[devtips]

... не все люди одинаково хорошо справляются с сопровождением ПО. Некоторые не способны реализовывать новшества в рамках уже готового программного продукта (или просто предпочитают этого не делать). Они пытаются исправлять код, не понимая программу как единое целое. Они недостаточно терпеливы, гибки, пытливы и вдумчивы, и у них не слишком хорошо получается думать, приняв точку зрения кого-нибудь другого (например, разработчика). Поэтому нельзя поручать сопровождение неопытным и посредственным - эта задача сама по себе особенная и сложная.

Роберт Гласс “Программирование и конфликты. Теория и практика программной инженерии”

[devtips]

Практик исповедует принципы, в соответствии с которыми он работает только с тем, что приносит пользу. Согласно принципам исследователя работать можно только с тем, что интересно. Там, где сталкиваются жизненные принципы, взаимопонимание и взаимосвязь, как правило, нарушаются.

Роберт Гласс “Программирование и конфликты. Теория и практика программной инженерии”

[devtips]

Конфликт - это неотъемлемая часть процесса проектирования. Их необходимо разрешать, а не избегать.

Роберт Гласс "Программирование и конфликты. Теория и практика программной инженерии"

[devtips]

пользователи не в состоянии точно описать рабочие требования к надежной программной системе, если ее тестирование не проводится реальными операторами в рабочем окружении и спецификация не уточняется методом последовательных приближений.

"Defense Science Board Task Force on Military Software"

отчет специальной научно-исследовательской группы Министерства обороны США по военному ПО

1987 г.

[devtips]

Если двое из пятнадцати разработчиков, собравшихся вместе, пришли к согласию, то они образуют большинство

Билл Кертис

[devtips]

[devtips]

Что такое браузер?

[devtips]

Как смерти и налогов, мы при всех стараниях не сможем избежать ошибок. Конечно эффект первых двух обстоятельств можно умерить, если не упускать из виду ни один новый крем против морщин или применять хитрые финансовые схемы, но если вы не знаете, как поступить, столкнувшись со сбоями в вашей программе, ваш код обречен.

Питер Гудлиф "Ремесло программиста. Практика написания хорошего кода."

[devtips]

Как бы тщательно вы ни проводили тестирование, создать программный продукт, лишенный ошибок, вам не удастся - для написания тестового кода нужно потратить столько же сил и изобретательности, сколько для обычного кода.

Питер Гудлиф "Ремесло программиста. Практика написания хорошего кода."