Pull to refresh
7
0
Send message

Рад, что нашли что-то полезное!
Про юмор верно сказано. Спасибо.

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

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

Если все таки решитесь остаться на keycloak, обновитесь на 15-ую версию. Там добавили наконец то "lazy start", значительно поможет со временем старта.

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

Мне панельку реально было жалко завершать, тем для обсуждения было ещё на вагон и тележку, разогрелись в конце.

Ну т.е. декомпозицию задачи чаще всего делает один и тот же самый опытный сотрудник (тим лид)? Или эта обязанность ротируется между членами команды?
Спасибо за интересную статью.
Появилось несколько вопросов.
1. Как накатаываете изменения по базы данных? Миграции есть?
2. Как откатываете изменения в базе если что-то пошло не так?
3. Где почитать про ваш технологический стек?
4. Статья по релиз без вмешательства человека будет? Особенно интересен момент с изменениями в базе.
Жаль что очно. Было бы интересно удаленно попасть.
С менеджерами которые были в прошлом программистами, есть опасность. После перехода в менеджеры они могут продолжать сильно участвовать в технической части проекта. Хотя по сути должны уже делегировать эту часть тимлиду и команде. Не у всех получается задавить свое «я» бывшего программиста и признать что теперь команда умнее.
Отличная статья. Что вы посоветуете почитать из литературы, блогов по архитектуре java приложений. Очень интересуют реальные примеры. Может быть какой-то OpenSource проект на java, чтобы детально почитать исходники.
А англоязычные ресурсы с таким дайджестами на java есть? Ссылочки хотя бы.
Я например иногда на www.javasight.com/ захожу.
Поддерживаю предущего оратора, сервис хорош. Тоже золотой доступ (по акции). А письма растворяются в тишине, что по меньше мере ставит в ступор.
Спасибо за видео, не надеялся даже.
В привиденном примере нету различия на слои, на верхнем уровне будет видно только SYSTEM_ERROR, а не «Ошибка оплаты покупки».
То есть, я хочу сказать, что нет смысла во всем коде такие конструкции городить — они нужны только в одном месте, да и там это должно бы решаться более красиво.

Каким образом можно получить описанную вами цепочку ошибок добавив обработчик только в одном месте?
Курс SICP уже давно рекомендовали посмотреть, но в виду слабого знания инглиш, откладывал. Теперь начал смотреть именно благодаря вашим переводам! Спасибо за труд. Надеюсь на продолжение.
Спасибо, давно хотел понять как в одном проекте смешать flex и flash.
Спасибо, познавательно.

Information

Rating
Does not participate
Registered
Activity