Плохо — Хорошо

Методы не должны принимать слишком много входных параметров

​​Плохо

​​Хорошо

Heisenbug 2018

6-7 декабря в Москве прошла конференция для тестировщиков Heisenbug. Публикую ссылки на доклады в Ютуб и их описание от @Zuevasasha78.

Барух Садогурский — "У нас DevOps. Давайте уволим всех тестировщиков".
Идею про Т-специалистов и о том что классическое тестирование будет перерождаться во что-то другое транслируют уже 3-ую конференциию подряд
https://youtu.be/4M55s_YqKc4?t=3540

Артём Ерошенко — "Нужно сделать рефакторинг кода? Есть Idea!"
Что-то в этом есть, но мало применимо для проектов, где меньше 300 тестов
https://youtu.be/4M55s_YqKc4?t=8010

Антон Усманский — "Особенности визуального тестирования интерфейсов".
Интересно, мне понравилось. Антон рассказывал, как устроена hermiona, инструмент для визуального тестирования. О его глубинных настройках и как они в компании боролись с антиалиасингом
https://youtu.be/4M55s_YqKc4?t=14280

Алексей Баранцев — "Заморочки в Selenium WebDriver".
Была на другом докладе. Но спикер один из разработчиков селениума и двигатель российского QA-сообщества, так что должно быть хорошо
https://youtu.be/4M55s_YqKc4?t=20584

Анатолий Пласковский — "Рецепты создания с нуля и развития системы нагрузочного тестирования"
Хорошо, но это на общие подходы. Конкретных инструментов нет
https://youtu.be/4M55s_YqKc4?t=25991

Wylsacom — "Epic fails производителей девайсов". Это дич.
https://youtu.be/4M55s_YqKc4?t=32594

Токсичность

IT — не детский садик. Это место для взрослых, руководствующихся логикой и здравым смыслом. Их не надо опекать, не надо следить за словами, не надо переживать, что у них сформируются комплексы. Если человек некомпетентен, надо дать ему об этом явно понять, а не беречь его нежные чувства в ущерб всем остальным.

Так начинается статья с заголовком „Иди-ка ты на !@# со своей «токсичностью»“. Главная мысль статьи — сглаживание углов, псевдодружелюбность и отсутствие критики нахрен не нужны. Ведь без критики и вот этого всего мы не развиваемся как специалисты, а вместе с нами и вся IT-сфера.

Статья: habr.com/post/432700/

Критика — это комплимент

Кстати, у дизайнера Ильи Бирмана есть заметка про критику. Приведу две цитаты:

«Как нормальный человек поведет себя, когда прохожий скажет ему: „простите, у вас шнурок развязался“? Ответит „Спасибо“, завяжет шнурок, пойдет дальше. Если же он ответит: „Твое какое дело? Хочу с развязанным ходить и хожу!“, то в его вменяемости возникнут сомнения. А уж если он всерьез начнет рассуждать о том, что прохожий указывает ему на развязанный шнурок, не замечая всего богатства его внутреннего мира, то уже исчезнут практически все сомнения в невменяемости.

Вроде бы так естественно сказать „Спасибо“, когда тебе указывают на то, где ты налажал. Но для кучи людей это, почему-то, совсем не естественно; естественно для них послать подальше, сказав „Тебя не спросили!“. Почему люди так болезненно воспринимают критику — загадка. Адекватно реагировать на исправление или указание на ошибку — очень полезное в жизни умение. Как без него развиваться-то? Не скажу, что я в этом безупречен, но глядя на то, как реагируют многие другие люди, я понимаю, что могу быть собой вполне довольным»

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

Code conventions

Классы и методы должны быть небольшими и сфокусированы на одной вещи. Плюс в них не должно быть дублирования кода.

Например, Customer.java — это сущность, CustomerDao.java отвечает за работу с БД, в CustomerService.java сосредоточена вся бизнес-логика, а CustomerValidator.java нужен для валидации полей.

Clean code

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

Плохо
boolean removed = myItems.remove(item);
return removed;

Хорошо
return myItems.remove(item);

Хорошо — Плохо

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

Плохо
List list;

Хорошо
List<User> users;

5 тысяч Джавистов

Всем привет! Количество подписчиков на канале перевалило за 5 тысяч, и это кайф. Кайф, что так много людей интересуются Джавой.

Для тех, кто недавно присоединился, меня зовут Зыбкин Дмитрий, я работаю в Москве Java-разработчиком с 2016 года. Канал создал в марте 2018-го для того, чтобы простым языком писать о программировании и начинающим девелоперам было где черпать мотивацию и материалы. Но в процессе это превратилось во что-то большее.

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

— трудоустройство: как поднять зп, как составить резюме, как писать сопроводительное письмо;
— продуктивность: как воспитать привычку, 10 правил эффективных встреч, 5 принципов хорошего программиста;
— обучение: как освоить SQL, GIT, 5 ошибок при изучении программирования;
и конечно стараюсь не забывать о самой Джаве.

Если каждая компания в вакансии пишет, что у них работают крутые профессионалы, тогда где же все криворукие говнокодеры трудятся?

Подкасты

Слушаете ли вы подкасты? Какие подкасты самые лучшие? Где самые крутые ведущие? Самые интересные темы? Самый качественный звук?

Вопросы с собеседований. Git

— что такое git
— отличие git от svn
— как создать репозиторий
— как взять удаленные изменения
— что делает git stash
— зачем нужен .gitignore
— отличие git pull от git fetch
— отличие git merge от git rebase
— что делает git cherry-pick
— стратегия git flow

Сколько времени вы занимаетесь программированием?
anonymous poll

1-3 года – 570
👍👍👍👍👍👍👍 44%

Меньше года – 333
👍👍👍👍 25%

Больше шести лет – 192
👍👍 15%

4-6 лет – 141
👍👍 11%

Не прогаю – 71
👍 5%

👥 1307 people voted so far.

Посты о работе

Работа в банках
https://t.me/java_developer/80

Работа в Германии
https://t.me/java_developer/144

Работа в Facebook
https://t.me/java_developer/355

Работа в Epam
https://t.me/java_developer/363

Работа в Custis
https://t.me/java_developer/374

Пост для тех, кто обучается у нас на марафоне по Джаве и не только

Хорошо — Плохо

Не сравнивайте булеву переменную с true или false

Плохо
if (value == true) {
   // do something
}

Хорошо
if (value) {
   // do something
}