​​Путь технического специалиста

Нашёл еще клёвую карту развития технарей: менеджеров, тестировщиков, разработчиков и дизайнеров

​​Идеальный программист

На Хабре есть отличная статья-конспект книги "Идеальный программист":
https://habr.com/post/317312/ - часть 1
https://habr.com/post/317850/ - часть 2

Новости сентября

Семинар Тони Роббинса
1 сентября популярный мотиватор спортсменов, миллионеров, президентов выступил в Москве. Тони говорил сильные вещи в духе «если хочешь стать Джава-разработчиком, то садись и учи Джаву».
https://vc.ru/offline/45122-organizatory-seminara-toni-robbinsa-v-moskve-raskryli-razmer-ego-gonorara

Презентация Apple
Еще более производительные айфоны — еще более дикие цены. Перевод презентации новых айфонов от Wylsacom
https://youtu.be/MWCqwi8EgOo

Android Academy
11 сентября сходил на первой лекции московской Android Academy и проверил масштаб действий. Докладываю – всё серьезно. Лекции бесплатные, их цель –развить сферу мобильной разработки и создать сильное комьюнити. Самое интересное, что они будут проходить в офисах Avito, SuperJob, Google. К обучению можно присоединиться на любом этапе. Те, кто в Москве вэлком
https://www.eventbrite.com/e/android-academy-msk-2-views-tickets-50114047465


13 сентября — день программиста
256-й день в году считается днем программиста. Всех, кто работает разработчиком, собирается им стать или просто читает канал для саморазвития, крепко жму руку, обнимаю и желаю не останавливаться на достигнутом и двигаться только вперед.

Интервью Илона Маска
Это очень крутое интервью: Илон обсуждал с Джо Роганом социальные сети, ИИ, Neuralink, электрокары, много шутил и чутка затянулся косяком
https://youtu.be/vphWtgpe0kk

Обновление Телеграм
Павел Дуров рассказал, что скоро выйдет обновление для iPhone. Будет приложение, которое полностью написано на Swift и работает в 2 раза быстрее. Короч Telegram X заменит основное приложение Telegram.
https://yangx.top/durov/91

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

Чеклист Джависта

Создал чеклист на портале 365done для тех, кто начинает учить Джаву. Его можно распечатать и отмечать выполненные пункты. Схожий чеклист я рисовал себе каждый день на листе А4, когда был в начале пути.

30 страниц — читать Шилдта или книгу, которую вы начали

10 задач — решать задачи на ту тему, которую сегодня изучили

Вопросы с собеседований — находить ответы, разбирать их и записывать в отдельную тетрадку

Отжимания и бег — не забывать про спорт, сидячий образ жизни дело опасное

Скачать чеклист в pdf
https://my.365done.ru/checklists/854d8959-97a5-4bc2-9047-48a1e9d1fdc2-5ba3db75f08b45002ebfe52d.pdf

Что посмотреть на выходных — 7

Плейлист лучших докладов с JPoint 2018
https://www.youtube.com/playlist?list=PLVe-2wcL84b9CC4_PMCxQrDYywz7J0beo

Документальный фильм о Стиве Возняке
https://youtu.be/8LSkOT9nupo

Презентация полёта на Луну от SpaceX
https://youtu.be/w_wHCJmP4Yo

#чтопосмотреть

Подготовка к собеседованию

Подготовьте ответы на вопросы ниже. Так вам не нужно будет придумывать их во время интервью. Плюс это поможет отбросить неинтересные компании.

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

Проблемы современного софта

На Хабре вышел перевод статьи «Моё разочарование в софте». Суть в том, что с каждым релизом приложения раздуваются в размерах, больше нагружают систему и медленнее работают. Многое зависит от личной ответственности разработчика. Ведь идеальный программист должен разрабатывать эффективные простые продукты и гордиться своей работой.

Статья набрала 2 тысячи комментариев за неделю
https://habr.com/post/423889/

Java Dev в VK

Создал канал в ВК: https://vk.com/backend_dev. Теперь буду писать и туда. Пишите комментарии, ставьте лайки, дизлайки, рассказывайте друзьям. И я на связи: @zybkin

​​String в Java 11

В Java 11 классе String появились новые методы:

public String strip()
Убирает пробелы по краям. В отличие от trim() убирает все невидимые символы: пробелы, табуляцию и прочее

public String stripLeading()
public String stripTrailing()
Убирают невидимые символы слева и справа соответственно

public boolean isBlank()
Проверяет состоит ли строка из невидимых символов

public Stream<String> lines()
Преобразует все строчки в строке в соответствующий Stream

public String repeat(int count)
Копирует содержимое строки нужное количество раз и возвращает результат в одной строке

Идентификаторы

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

Примеры:
AvgTemp count a4 $test isOk

Кстати, скоро запускаю марафон для желающих изучить основы Джавы.

Так что ставьте IntelliJ IDE, JDK, начинайте осваивать Git и скачивайте Шилдта https://yangx.top/java_developer/49

​​Test Last Development

Чтобы избежать ошибок при новых доработках разработчики пишут модульные тесты. Они позволяют изолированно проверить работу публичных методов классов.

TLD – подход, когда тесты пишутся в последнюю очередь - после написания кода, сборки и проверки приложения на работоспособность. То есть разработчик сначала проверяет вручную, что приложение работает как надо и не ломает существующие тесты. А потом пишет модульные тесты, которые защищают код от поломки из-за будущих доработок.

Минусы TLD. Если время на разработку ограничено, то модульные тесты могут быть и не написаны. Разработчик проверил, что приложение работает и запушил. Таким образом не развивается дисциплина написания тестов. Плюс когда тесты пишутся в конце, дизайн кода может стать таким, что код будет неудобно покрывать модульными тестами. А это приводит к рефакторингу и дополнительным затратам времени.

Literals

Литералы — это константные значения конкретного типа
100 — целочисленный литерал
98.3 — литерал с плавающей точкой
'X' — символьный литерал
"This is String" — строковый литерал

​​Test Driven Development

TDD – подход разработки ПО, который основывается на повторении коротких циклов. Изначально пишется тест, который покрывает желаемое изменение, далее пишется сам код, который позволяет пройти данный тест, и в конце проводится рефакторинг нового кода к соответствующим стандартам.

Коротко, TDD-процесс состоит из элементов, которые повторяются в цикле: написание теста, написание кода и рефакторинг.

Такой подход заставляет писать код мысля иначе. Мы знаем постановку задачи. Заранее придумали общий верхнеуровневый алгоритм решения задачи и выделили список требований к функционалу. Но над алгоритмами низкого уровня пока ещё не думали. Итак, наши требования группируются по некоторым признакам. Эти группы являются будущими компонентами программы.

Мы берём первую группу требований и проектируем интерфейс. Берём требование, пишем тест, в тесте определяем несуществующий метод несуществующего класса. Далее с помощью среды разработки устраняем очевидные проблемы, создаём интерфейс, метод и реализующий его класс. Запускаем тест. Тест падает, поскольку вызываемый метод не делает пока ничего. Если тест прошёл, значит он написан неверно. Дорабатываем тест пока он не будет падать при запуске. Такой тест называется красным.

Далее наша задача написать минимум кода, чтобы красный тест стал зелёным. Пишем код, проверяем тест и запускаем остальные тесты. Если он зелёный, то переходим к следующей стадии – рефакторингу и редизайну кода. Потом снова запускаем тесты. Упало – исправляем. Далее переходим к следующему требованию – снова красный тест, минимум кода чтобы он стал зелёным, рефакторинг, проверка. И так далее.

Думай как программист

Системное подход решения задач - это крутейший навык в любой области. Есть проблемы, которые часто повторяются. Системный подход помогает найти такое решение, которое избавляет от этих проблем. На Хабре по этой теме вышел перевод статьи "Уроки по решению задач" https://habr.com/post/422543/.

Что нужно делать, когда сталкиваешься с новой задачей:
1. Докапывайтесь до сути задачи
Бывает, долго сидишь над задачей и не знаешь, как её решить. Только начинаешь рассказывать её коллеге - решение тут же приходит само. Поэтому важно описать задачу, нарисовать схему или объяснить кому-то простым языком.

2. Планируйте решение
Нет ничего лучше расписанного плана решения на бумажке. Когда будете делать план, задайте себе вопросы типа: "если взять X, то какие шаги нужно сделать, чтобы получить Y".

3. Декомпозируйте
Декомпозиция - это разделение одной большой задачи на несколько маленьких простых задач. Легче решить 5 задачек и объединить их, чем обдумывать одну огромную. Бывает, к такой задаче даже страшно притронуться.

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