27 октября осенний #ITsubbotnik в Мск

Наши коллеги из EPAM проводят бесплатную IT-конференцию ITsubbotnik, которая пройдет в Москве уже в третий раз. Пока я жил в Самаре, ходил к ним и весной и осенью, остались приятные впечатления, уверен, в центре нашей страны ребята проводят конференции на высоком уровне. Технические спецы расскажут о необычных задачах с которыми приходилось сталкиваться на проектах и, конечно, о решениях.
Java, Big Data, JavaScript, Business Analysis всё это будет там.

📍#ITsubbotnik пройдет в пространстве Deworkacy Красный Октябрь (Берсеневская наб., 6 строение 3).

Участие бесплатное. Главное – зарегистрироваться!
https://events.epam.com/events/itsubbotnik-technological-mix?utm_source=telegram&utm_medium=cpc

REST is not RPC

Тебе не приелось слово REST? Нет, я не говорю об отдыхе, я говорю про тот самый архитектурный стиль. Пожалуй, слишком часто я слышу о том, что у тех REST API, у этих REST API, а потом, оказывается что всё не так просто. Здесь пойдет речь о том какой смысл в этой аббревиатуре и что в неё вкладывают все вокруг, мы вспомним идеи и посмотрим как их реализуют.

https://i-osipov.ru/post/rest-is-not-rpc/

Наш коллега ведет канал о Java @java_developer. Если вы интересуетесь языком или только хотите изучить, то это то, что нужно. А еще по ссылке ниже промокод со скидкой 1к на конференцию Joker этой осенью:
https://t.iss.one/java_developer/263

Backends for Frontends
Microservice Pattern

Микросервисный пузырь как будто уже лопнул и все, кто поспешно применял этот взгляд на архитектуру бекенда либо канули в Лету, либо многократно пожалели о своем выборе этого тернистого пути. Пожалуй, это связано в первую очередь с бездумным разбиением кода на кучу маленьких тесно-связанных приложений, создания наносервисов и т.п. Всё это происходит из-за недостаточного количества хороших практик? Конечно нет, скорее из-за отсутствия информированности о простейших шаблонах проектирования таких систем. Здесь пойдет речь о шаблоне “бекенды для фронтендов”, но для начала давай разберемся, а в чем же проблема…

https://i-osipov.ru/post/bff/

Сделай OAuth2 - забудь о логинах и паролях

Шёл 2018 год, а люди продолжали вводить логины и пароли, снова логины и пароли, опять логины и пароли. Тебе не кажется это странным? Почему огромное количество сервисов всё еще просит своих пользователей залогиниться? Давай разберемся в этом вопросе.

https://i-osipov.ru/post/do-oauth2-forget-login-password

Kotlin 1.3 Released

- стабильные корутины
- Kotlin/Native Beta
- Ktor 1.0 Beta
- экспериментальные inline classes
- экспериментальные беззнаковые целые числа
- дебаггер для sequences!

https://blog.jetbrains.com/kotlin/2018/10/kotlin-1-3/

Много интересного и есть с чем поиграться!

⚠️
Закрываю канал. Весь контент выходит здесь @from_junior_to_senior

Я создал этот канал в августе 2017 года (больше 4 лет назад!) параллельно с другим каналом “Джун уронил прод” (джуп). Мне казалось это забавным иметь площадку для того чтобы публиковать какой-то технический контент, а также осваивать через неё все возможности телеграма включая ботов. Изначально был джуп (он появился в июле того же 2017-го), который я даже начал комерциализировать, но спустя время на это пропал запал. Джуп был обезличеным, просто площадка со статьями, в то время как этот канал имел моё лицо и было очевидно что я пишу от своего имени (каждое сообщение подписано). В свою очередь желания комерциализировать блог у меня не было и (вроде бы) я этого и не делал, если только через какие-то реферальные программы, но всё обходилось без рекламы.

Здесь, в блоге, мне изначально хотелось выразить идею пути и безостановочного саморазвития каждого технического специалиста в разработке от начальной точки, до некой “конечной” точки, где расширение уже будет не вертикально, а горизонтально. В те времена я смотрел на Senior как на стабильную конечную точку, но я ошибался, сейчас логика мне подсказывает, что это совсем не конец и есть куда расти.

У технических специалистов есть разные варианты: узкий специалист, архитектор, CTO, менеджер. Каждому своё, но как мне кажется, наиболее широкий вариант здесь это именно CTO.

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

Все эти размышления вкупе с широтой постов, которые мне нравится писать (не только технологические, но и о восприятии мира, о личной эффективности, о команде и мотивации), под приправой того что это соответствует моим личным целям, привели меня к мысли переименовать канал, что я собственно и сделал