Руслан Лопатин

Да, действительно воспроизводится. Chromium 32.0.1700.102 (246481). GNU/Linux x86_64.

Если у вас претензии к документации MDN, то нажмите кнопку "Edit" в правом верхнем углу и внесите исправления, а не пеняйте на других.

Но случай, который вы описали - ни разу не "костыль", а совершенно предсказуемое поведение. Почему - вам уже ответили.

Не бывает в JavaScript объектов без прототипов.

Просто в первом случае прототип создаётся свой для Car и свой - для NoCar. Во втором же случае вы принудительно переназначаете им прототипы, заменяя их на один и тот же прототип, что и приводит к означенным последствиям.

Это баг, похоже. Возможно, в PrimeFaces. Гугление вашей ошибки даёт вот эту ссылку с предложением по его обходу.

Используйте стандартный атрибут rendered.

А что значит "не перерисовывалась"? Если вы просто не хотите загружать данные с сервера при открытии страницы, то просто храните данные в службе, а не загружайте их каждый раз при построении контроллера.

contactEditForm{{$index}}.$pristine - синтаксическая ошибка. Такое выражение недопустимо в JavaScript.

Все языки транслируются. И не важно, декларативные это языки или императивные.

Весь вопрос в том, во что именно транслируется код языка. Если в некий исполнимый код, то это называется компиляция. Если же в некоторое внутреннее представление какой-то программы - то интерпретация. Но границы бывают размыты. Например JavaScript - классический интерпретируемый язык - в современных движках транслируется в исполнимый код.

Например, Markdown и Wiki транслируются в HTML. JSP - в Java. Си - в ассемблер, объектный код, исполнимый код.

Языки разметки можно назвать частным случаем декларативных языков. Но чаще - это лишь формат представления данных, который транслируется в некоторое внутреннее представление (интерпретация), но не в исполнимый код (компиляция). JSP - одно из исключений.

Смысл путей в том, что перейдя по определённому пути пользователь получит определённую страницу. Если же ваш `/find` в одном случае строится над `/contacts`, а в другом - над чем-то другим, то это не путь, а ерунда какая-то. А если пользователь обновит страницу браузера, что тогда?

Вам лучше комбинировать пути. Например, со страницы `/contacts` открывать страницу `/find/contacts`. Ну или `/contacts/find`, если так удобнее. Это будет та же страница, что и `/contacts`, но с открытым модальным окном.

Сброс. Из буфера на диск, например. Или, как в случае с $http, из очереди - на исполнение.
Если не вызвать flush, то исполнение начнётся когда-то потом, когда дойдёт очередь. Если вызвать - то немедленно.

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

1. Чтобы у каждого разработчика было чёткое задание и понимание как его выполнить.
2. Контролировать исполнение, просто читая код, который разработчики выдают.

Если вам что-то не нравится в исполнении - поговорите с исполнителем. Но только о конкретных недоработках. Не нужно всяких теорий типа "это не ООП" и "так в TDD не делается". Есть лишь требования к задаче и степень их выполнения. Всё остальное - от лукавого. Вы работаете с людьми, а не с теориями. Используйте их сильные стороны, а не заставляйте их делать то, что у них явно не получается. Так что если у конкретного разработчика есть, например, индивидуальная непереносимость TDD, то задайтесь вопросом: вам нужен разработчик или TDD?

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

JAX-RS

Замените

if (LastCoinsDeliveryInfo == numberOfCoins)
     loop = false;
coinsCount = numberOfCoins - LastCoinsDeliveryInfo;

на

if (LastCoinsDeliveryInfo == coinsCount)
     loop = false;
coinsCount -= LastCoinsDeliveryInfo;

Ибо я подозреваю, что LastCoinsDeliveryInfo содержит лишь число монет, выданных в последний раз.

Но вообще, так асинхронный код не пишется. Thread.Sleep - это детский сад какой-то. Используйте лучше Future/Promise, или wait/notify, что там в C# есть. Помимо неэффективности, асинхронное изменение полей SendDispenseCoins и SendDispenseAllCoins может и не сработать: основной поток может просто не увидеть изменения, сделанные другим потоком.

Почитайте исходники, чтоли

The peer implements the component's behavior. The peer is set when the Component is added to a container that also is a peer.

Очевидно, что вы попытались выполнить операцию до того, как выполнены эти условия. Связано это, помимо прочего, с тем, что вы пытаетесь выполнить эту операцию в другом потоке, что недопустимо в AWT, если не оговорено иное. Почитайте про event dispatch thread.

Никогда с колонками не работал, но первое что пришло в голову - это колонки внутри колонок: jsfiddle.net/FM92Z/1 Так вы хотели?