Привет, это Максим Мялкин — управляющий партнёр и руководитель мобильной разработки KTS. Пора планировать год. Это можно сделать, зная текущие тренды — многие из них перекинули мостик из 2022-го года в 2023-й. Разбираем, что происходит в отрасли:

— Затраты на разработку снижаются
— Зарплаты разработчиков под Android стали выше, чем под iOS
— Санкции влияют на продажи техники и закрытость iOS
— Рынок ищет альтернативы App Store и Google Play

https://habr.com/ru/post/711602/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711602

Привет! Меня зовут Виталий, я фронтенд-тимлид в KTS. Рассказываю, что входит в нашей компании в обязанности тимлида, а что — нет. Спойлер: это не расставление задач в таск-трекере.

Зоны ответственности тимлида отличаются от компании к компании и от проекта к проекту. Иногда позиция включает в себя менеджерскую работу, иногда нет. Бывает так, что должность тимлида совсем отсутствует в компании — есть только менеджеры.

Мы выстроили свою схему разделения обязанностей между тимлидами, менеджерами и аналитиками. Она позволяет снять с тимлидов менеджерскую работу, для которой не нужно обладать глубокими техническими знаниями, но нужно часто переключаться между разными задачами и сотрудниками. Это даёт возможность тимлидам работать над теми задачами, которые и отличают их от менеджеров, — с технической частью проекта. Рассказываем, как мы реализовали эту схему для компании из 80 сотрудников.

https://habr.com/ru/post/708610/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708610

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

Я решил проверить, может ли робот написать симфонию, сделать шедевр сделать что-то такое, что до сих пор считалось неподвластным машине. Например, написать детскую книжку.

https://habr.com/ru/post/709082/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709082

Всем привет, меня зовут Виталий, я тимлид в KTS. Последние несколько лет я идентифицирую себя не только фронтенд-разработчиком и лидом, но ещё и наставником нескольких сотрудников: от стажёров до синьоров.

В этой статье в 2-х частях я поделюсь своим опытом наставничества, и, что самое важное, тем, как мы в KTS превращаем личный опыт наставников в систему.

Это во многом личная статья — желание делиться знаниями лежит где-то на верхушке моей персональной пирамидки потребностей. Это желание реализуется и через наставничество и через написание этой статьи. Приятного чтения!

https://habr.com/ru/post/697774/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697774

Привет, Хабр! Я Игорь Латкин, архитектор в KTS. Мы занимаемся различными цифровыми продуктами для бизнеса, специализируемся на HRTech, EdTech и DevOps. Также у нас есть несколько собственных продуктов, и один из них тесно связан с очередями сообщений. Об этом интересном решении я хочу сегодня рассказать. Эта статья — конспект моего диалога с архитектором Tarantool Монсом Андерсоном. Посмотреть видео можно в записи. Бонусом в конце — ответы на вопросы зрителей.
Читать дальше →

https://habr.com/ru/post/697024/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697024

https://habr.com/ru/post/688664/?utm_source=habrahabr&utm_medium=rss&utm_campaign=688664

https://habr.com/ru/post/687310/?utm_source=habrahabr&utm_medium=rss&utm_campaign=687310

Привет! Меня зовут Сергей, я управляющий партнер в KTS: мы занимаемся разработкой цифровых сервисов для бизнеса. Недавно мы провели ребрендинг: рассказываю, сколько с ним мучились и что в итоге получилось.

https://habr.com/ru/post/685950/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685950

Всем привет! Меня зовут Максим, я управляющий партнёр в KTS и сегодня делаю каминг-аут: я сутулый. Компрессионный перелом позвоночника в детстве пошатнул здоровье моей спины, а работа за компьютером его добила. Рассказываю и показываю, как я справился с этой проблемой.

https://habr.com/ru/post/685462/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685462

Сайд-проект — это, как правило, проект, который разрабатывают в качестве хобби и развивают наряду с основной работой (моя основная работа — соучредитель и техдир финтех-стартапа) Это, например, робот на базе Raspberry Pi, приложение со списком задач или игра для iOS, которая приносит несколько долларов. Тем не менее, я заметил, что вместо того, чтобы развивать большой проект, разработчики всё чаще запускают много небольших, как и я.

Почему так? Да, платформы no-code, Codecademy и инструменты типа Stripe как никогда упростили написание и развертывание проекта. Но даже так — почему разработчики ведут так много сайд-проектов? В этой статье я рассмотрю самые интересные причины.

https://habr.com/ru/post/685354/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685354

Это заключительная статья из цикла статей о работе браузеров. Ссылка на первые два перевода:
Часть 1: навигация и получение данных
Часть 2: парсинг и выполнение JS

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

Помимо деревьев, о которых мы уже говорили — DOM, CSSOM и AST — браузеры также строят дерево специальных возможностей. Деревья, построенные на этапе парсинга (DOM, CSSOM), объединяются в дерево рендеринга. Его цель – убедиться, что содержимое страницы отобразит элементы в правильном порядке.

https://habr.com/ru/post/683240/?utm_source=habrahabr&utm_medium=rss&utm_campaign=683240

Делимся нашей внутренней разработкой — Kubernetes-контроллером mirrors. Мы создали его внутри нашего DevOps-отдела для копирования Kubernetes-секретов между неймспейсами кластера. В итоге mirrors превратился в универсальный инструмент синхронизации данных из разных источников.

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

https://habr.com/ru/post/682062/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682062

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

В мобильных приложениях используется Authorization Code Flow with Proof Key for Code Exchange (PKCE). Подробнее о выборе flow читайте в нашей предыдущей статье. Эта статья является продолжением.

Сегодня мы рассмотрим вариант реализации OAuth-авторизации с помощью библиотеки AppAuth-iOS. Она одна из самых популярных и довольна проста в использовании. Весь код из статьи доступен в Github.

https://habr.com/ru/post/681998/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681998

https://habr.com/ru/post/680572/?utm_source=habrahabr&utm_medium=rss&utm_campaign=680572

8 августа начинается новый, девятый поток нашей школы Metaclass по курсам frontend и backend для начинающих.

После учебы мы расспрашиваем наших студентов о том, что было легко, сложно, полезно или просто приятно. Сегодня о своем опыте расскажет недавний выпускник курса «Начинающий Backend-разработчик».

https://habr.com/ru/post/679110/?utm_source=habrahabr&utm_medium=rss&utm_campaign=679110