Если я не вернусь сегодня из качалки, напишите моей сестре Веронике, чтобы она выложила видео по security 🙏🏻Завтра Тёмыч после монтажа должен скинуть
☃️ JAVA GYM RAT | Екатерина Кондратьева
@javagymrat
Строю IT-продукты и карьеры людей.Про реальные решения и результат.Connect: @javagymrat_supportЧат - https://t.me/+lP-2wcuEAm1kNzIy
Похожие каналы
Все →Последние посты

В продолжение предыдущего поста ⤴️Сделал результат, а его не оценили Долго и кропотливо работаешь, достигаешь желанной цели - а всем пофиг 🙃И самое страшное, что сам тоже начинаешь обесценивать собственные усилия: недостаточно круто получилось, надо работать больше - тогда заметят.Это когнитивное искажение, которое портит качество жизни.Ждать справедливой оценки извне - ошибка. Хотя бы потому что оценивать по достоинству никто не будет. Ведь это просто невыгодно 🤷🏻♀️ Зачем замечать усилия, награждать - если можно не делать ничего… Результат все равно будет, даже если не от этого сотрудника, то от следующего - того, кто придет после выгорания предыдущего ему на замену.Помимо высокого перфоманса важно самостоятельно проталкивать свои достижения вперед и добиваться того, чтобы их заметили и дали соразмерный фидбек (премия, повышение).Так и сделал мой подопечный, получивший отказ в пересмотре заработной платы спустя годы работы. За 50 дней у нас получилось трудоустроиться на зп x2 от предыдущей.У меня есть видео, где я описала план трудоустройства в современных реалиях сложного рынка.Посмотреть можно по ссылке👇🏻Roadmap до оффера на 250к+В продолжение предыдущего поста ⤴️Сделал результат, а его не оценили Долго и кропотливо работаешь, достигаешь желанной цели - а всем пофиг 🙃И самое страшное, что сам тоже начинаешь обесценивать собственные усилия: недостаточно круто получилось, надо работать больше - тогда заметят.Это когнитивное искажение, которое портит качество жизни.Ждать справедливой оценки извне - ошибка. Хотя бы потому что оценивать по достоинству никто не будет. Ведь это просто невыгодно 🤷🏻♀️ Зачем замечать усилия, награждать - если можно не делать ничего… Результат все равно будет, даже если не от этого сотрудника, то от следующего - того, кто придет после выгорания предыдущего ему на замену.Помимо высокого перфоманса важно самостоятельно проталкивать свои достижения вперед и добиваться того, чтобы их заметили и дали соразмерный фидбек (премия, повышен

Никто не поверит в тебя, пока ты сам это не сделаешь 1,5 года назад не было Полиморфера, не было этих результатов по карьерному ведению. Я тогда - просто выгоревший джава разработчик с синдромом самозванца.Много страхов, отсутствие уверенности в завтрашнем дне. Колкие комментарии и насмешки за спиной там, где больше всего не ожидала 🤷🏻♀️Сейчас замечают результат работы, мол прайм эра. А я скучаю по старой версии себя до всего этого - намного добрее и наивнее человечек там был.В любом случае, опустив руки тогда, сейчас никто бы и не вспомнил хорошим словом. А вспоминали бы просто как депрессивного поехавшего шизоида🙃 Правда в том, что никто ничего не знает о завтрашнем дне. Нет гуру, кто знает все ответы на вопросы. Так что можно спокойно делать то, что считаешь правильным без перепроверок/советов/поддержки и подготовки.Со всеми последствиями у тебя есть силы справиться. И ты делал это уже не раз❤️

В кружочках рассказала о том, что на Полике теперь есть товары от мастеров и крупных издательств ☝🏻Мне очень нравится эта кружка за ее dark fantasy vibe 😞Хочу поддержать мастеров, себе её взять и сделать розыгрыш в каналеНакидайте 🔥 - быстрее допилим релиз тогда и выложу дроп
Хочу сегодня поговорить про обесценивание своих же результатов Все заключали эти договоренности со вселенной: я добьюсь цели X и тогда все изменится, все увидят, на что я на самом деле способен. И в итоге по достижению цели ожидания не совпадают с действительностью.Видели бы вы расстроенные лица моих близких, когда я получила первый оффер в айти или когда пробила зарплатный потолок 400к. Для меня эта реакция тогда была неожиданной.В такие моменты важно напоминать себе, что любую работу мы делаем только для себя. Важно не ждать, что кто-то отметит усилия и не рассчитывать на это.Никто не оценил, сколько работы было мной проделано, чтобы Полиморфер появился на свет. Как много пришло сделать усилий, чтобы вернуться в форму спустя полгода непрерывной работы над стартапом без какой либо физической активности.Сколько было вложено труда, чтобы организовать команду кураторов, с кем мы доводим ребят до результата вне зависимости от их бэкграунда и условий.И это нормально. Это правило жизни: никто не заметит успехи, но все подметят ошибки.Важно напоминать себе, а с чего вы в принципе начинали. Награждать себя за проделанный путь, ведь нужны новые силы, чтобы идти дальше. Только так получится продолжать работать и постепенно получать желаемый результат.
Трушная разработка - какая она?Вчера обсуждая опыт подопечного, поймала интересную мысль.Есть backend-разработка с бизнес-логикой. Когда мы пишем веб-сервисы, где есть пользователи, заявки, документы, статусы.И эта логика обычно более-менее понятна.Например, пользователь хочет оформить кредит. Мы сами в жизни иногда оформляем кредиты, поэтому примерно понимаем, что там происходит: нужно что-то проверить, сходить куда-то, получить результат.То есть флоу человеческий.Он может быть сложным, там может быть куча нюансов, легаси, интеграций, странных бизнес-правил. Но хотя бы есть опора на реальную жизнь.А есть другой тип разработки - сугубо технические продукты.Например, своя IDE, сбор метрик, платформенные штуки.И вот там уже нет привычного домена.Ты не разбираешься в том, почему пользователь должен прикрепить такие документы, куда поставить кнопку и нужен ли чекбокс. Вместо этого приходится рассуждать о том, а сколько у нас виртуальных машин, какие мощности, где они расположены.И я часто замечаю, что разработчики, которые первый опыт получили в таких технических компаниях, потом дальше устраиваются в похожие компании.Казалось бы, логично: работодатель хочет человека, который уже делал похожие задачи.Но мой вывод такой: действительно, техническая разработка не обязательно “выше” бизнес-разработки по уровню скилла. Не нужно скатываться в позицию: вот бизнес-логика - это просто круды, а вот технические продукты - это настоящая инженерия. Это не так.В бизнес-разработке тоже хватает сложности: сложные процессы, регуляторка, странные требования, десять стейкхолдеров, которые сами до конца не понимают, чего хотят.Но у технической разработки выше порог входа.Потому что в бизнес-логике у тебя часто есть бытовая модель, на которую можно опереться. Ты можешь перемапить код на какой-то понятный процесс из жизни.А в техническом продукте тебе сначала нужно осознать саму абстракцию. Потом понять, как ее можно переложить на другую абстракцию, и только потом приступить к реализации.Нам

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

тебе осталось 6 минут жизни на землетвои действия?
Как я рада, что постепенно возвращаюсь в форму 🥲Во время работы над Полиморфером качество тела сильно ухудшилось(А ведь только 2 недели держу нормальный дефицит! (До этого было плато, из которого 2 месяца пришлось выходить 🙃)Через пару месяцев, что будет🤌🏻
В новом проекте освоится намного проще, когда вместо чтения всего подряд, следуешь инструкции Вот мой подход:1. Понять контекстЧто делает сервис? В каких бизнес процессах участвует? С кем интегрируется?2. Посмотреть на данныеКакой ubiquitous language у сервиса? Как сущности связаны между собой?3. Разобрать основные сценарииБерём 3–5 самых часто используемых ручки и дебажим цепочку обработкиПростая цепочка действий, в разы ускоряющая онбординг в проект 🤷🏻♀️🍌 если нужен разбор подробнее на конкретном примере🌭 если такое мы уже знаем