Java Developer

Сколько времени вы занимаетесь программированием? anonymous poll 1-3 года – 570 👍👍👍👍👍👍👍 44% Меньше года – 333 👍👍👍👍 25% Больше шести лет – 192 👍👍 15% 4-6 лет – 141 👍👍 11% Не прогаю – 71 👍 5% 👥 1307 people voted so far.

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

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

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

5 тысяч Джавистов Всем привет! Количество подписчиков на канале перевалило за 5 тысяч, и это кайф. Кайф, что так много людей интересуются Джавой. Для тех, кто недавно присоединился, меня зовут Зыбкин Дмитрий, я работаю в Москве Java-разработчиком с 2016 года. Канал создал в марте 2018-го для того, чтобы простым языком писать о программировании и начинающим девелоперам было где черпать мотивацию и материалы. Но в процессе это превратилось во что-то большее. На канале я публикую вопросы с собеседований, выкладываю книги, беру интервью у разработчиков. Ещё пишу на темы, которые затрагивают жизнь любого программиста: — трудоустройство: как поднять зп, как составить резюме, как писать сопроводительное письмо; — продуктивность: как воспитать привычку, 10 правил эффективных встреч, 5 принципов хорошего программиста; — обучение: как освоить SQL, GIT, 5 ошибок при изучении программирования; и конечно стараюсь не забывать о самой Джаве.

Хорошо — Плохо Старайтесь давать имена переменным, методам и классам такие, чтобы сразу было понятно, что они хранят/делают. И ненужно было писать лишние комментарии. Плохо List list; Хорошо List<User> users;

Clean code Не создавайте переменные, которые не будут потом переиспользоваться Плохо boolean removed = myItems.remove(item); return removed; Хорошо return myItems.remove(item);

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

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

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

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

​​Хорошо

​​Плохо

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

Видос на ночь https://youtu.be/NMbNwMKarcA

Ситуация — вы в поиске работы. Характеристика, которая больше остальных повлияет на выбор компании: anonymous poll Есть профессиональный рост – 449 👍👍👍👍👍👍👍 72% Есть амбициозные задачи – 57 👍 9% Есть карьерный рост – 47 👍 8% Можно запустить внутренний стартап – 22 ▫️ 4% Можно повлиять на развитие компании – 20 ▫️ 3% Можно выбрать команду при устройстве – 16 ▫️ 3% Можно поменять специализацию – 14 ▫️ 2% 👥 625 people voted so far.

Что посмотреть на выходных — 11 Уроки по Android https://www.youtube.com/playlist?list=PLvqW4wlh9oP7Joa2E4zUYHmGXN4DR-P8A Интервью сооснователя QIWI Бориса Кима https://youtu.be/bAPl6gKNbWk Принцип экономии мыслетоплива https://youtu.be/fWR5SFhBUWc #чтопосмотреть