Forwarded from Команда T1
Да, я работаю в ИТ
— так вы будете говорить друзьям после обучения в Открытых школах Т1, ведь мы открываем новый набор. Месяц занятий по выбранному ИТ-направлению — и у вас будет шанс устроиться в бигтех
Ответили на главные вопросы по формату, направлениям и срокам в карточках, а здесь можно почитать подробнее об отборе и плане обучения. Не забудьте отправить заявку на программу мечты!
#открытыешколыТ1
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Команда T1
Да, я работаю в ИТ — так вы будете говорить друзьям после обучения в Открытых школах Т1, ведь мы открываем новый набор. Месяц занятий по выбранному ИТ-направлению — и у вас будет шанс устроиться в бигтех 👀 Ответили на главные вопросы по формату, направлениям…
Ранее разрабатывал курс по системному анализу, если кто пройдёт пишите как там сейчас)
Как по мне, формат открытых школ — просто топовая штука. Это когда компания помогает прокачать специалистов, которые пока не дотягивают до нужного уровня. В короткие сроки можно получить все необходимые навыки и, что самое важное, обучение проходит по тем же стандартам и практикам, что и в реальной работе. В итоге компания набирает нужных специалистов, они быстро адаптируются, обходятся дешевле, и ввод в проекты тоже быстрее. Конечно, могут возникнуть какие-то трудности в организации самих школ, но это решаемо.
Если ты уже джун+ или мидл-, то этот формат как раз для тебя. Главное — вкладывай своё время по максимуму, учись, впитывай базу, которую дают, читай статьи по теме, проходи мини-курсы, и оффер не заставит себя ждать.
А на стриме я расскажу немного о том, как проходят технические собеседования, особенно для тех, кто ещё не так часто с ними сталкивался или хочет разложить всё по полочкам. Так что заходи на стрим, будет интересно)))
@it_underside
Если ты уже джун+ или мидл-, то этот формат как раз для тебя. Главное — вкладывай своё время по максимуму, учись, впитывай базу, которую дают, читай статьи по теме, проходи мини-курсы, и оффер не заставит себя ждать.
А на стриме я расскажу немного о том, как проходят технические собеседования, особенно для тех, кто ещё не так часто с ними сталкивался или хочет разложить всё по полочкам. Так что заходи на стрим, будет интересно)))
@it_underside
👍5
Кто за последний год зашёл в ИТ, расскажите свои истории
Anonymous Poll
16%
Зашёл в этом году
24%
Думаю как зайти
61%
Просто посмотреть
Аналог задания с технического собеседования на позицию middle+ SA на проект с хранилищами данных, который сохранился частично у меня, но переделан. Кто опишет как работает скрипт, и что он делает?
@it_underside
WITH recent_orders AS (
SELECT
o.order_id,
o.customer_id,
o.total_amount,
o.order_date
FROM
Orders o
WHERE
o.order_date >= current_date - INTERVAL '6 months'
),
high_value_orders AS (
SELECT
ro.order_id,
ro.customer_id,
ro.total_amount,
ro.order_date
FROM
recent_orders ro
WHERE
ro.total_amount > 500
),
customer_order_summary AS (
SELECT
hvo.customer_id,
SUM(hvo.total_amount) AS total_spent,
AVG(hvo.total_amount) AS avg_order_value,
COUNT(hvo.order_id) AS total_orders,
ROW_NUMBER() OVER (ORDER BY SUM(hvo.total_amount) DESC) AS rank_by_spent,
AVG(SUM(hvo.total_amount)) OVER (PARTITION BY hvo.customer_id ORDER BY MIN(hvo.order_date)) AS running_avg_order_value,
MAX(hvo.total_amount) OVER (PARTITION BY hvo.customer_id) AS max_order_value,
SUM(SUM(hvo.total_amount)) OVER (PARTITION BY hvo.customer_id ORDER BY MIN(hvo.order_date)) AS cumulative_spent
FROM
high_value_orders hvo
GROUP BY
hvo.customer_id
),
product_summary AS (
SELECT
oi.product_id,
hvo.customer_id,
SUM(oi.quantity) AS total_quantity,
SUM(oi.quantity * oi.price) AS total_revenue
FROM
Order_Items oi
RIGHT JOIN high_value_orders hvo ON oi.order_id = hvo.order_id
GROUP BY
oi.product_id, hvo.customer_id
)
SELECT
c.customer_name,
cos.total_spent,
cos.avg_order_value,
cos.total_orders,
cos.rank_by_spent,
cos.running_avg_order_value,
cos.max_order_value,
cos.cumulative_spent,
ps.product_id,
ps.total_quantity,
ps.total_revenue
FROM
Customers c
LEFT JOIN customer_order_summary cos ON c.customer_id = cos.customer_id
LEFT JOIN product_summary ps ON c.customer_id = ps.customer_id
ORDER BY
c.customer_name, ps.product_id;
@it_underside
1🤯3👍2😱2
Как часто вы используете сложные sql запросы?
Anonymous Poll
19%
Постоянно
31%
Редко, обычно select-ом обхожусь
19%
Только простые
14%
Вообще не пишу
2%
Не знаю sql
15%
Глянуть ответ)))
В связи с большим хайпом по теме ИИ сейчас словами "искусственный интеллект" называют разные методы, которые раньше считались математическими или статистическими.Отрывок из речи старшего научного сотрудник НОЦ ФНС России и МГТУ им. Н.Э. Баумана Виталия Красикова.
То, что действительно можно назвать интеллектуальными алгоритмами, реализуется в виде сложных программных систем как совокупность математических методов и программных средств по обработке, передаче и хранению данных. Строгой же грани между математикой и ИИ нет, поскольку ИИ строится на математической основе и формулировки решаемых им задач (например, классификация, регрессия, кластеризация) по большей части тоже являются традиционно математическими
Вот классический вопрос, который день ото дня стоит весьма остро, а заменит ли меня ИИ, как по мне нет, если твоя работа связана не с простыми и тривиальными функциями, а чем больше творческая, тем сложнее её передать ИИ. Скорее нас ждём в ближайшие годы 5-15 лет эволюция специализаций и отраслей, т.е. нечто вроде аналитик 2.0, разработчик 2.0 и т.п., когда везде и всюду привлекается ИИ. Ну зачем аналитику сидеть и делать интеграционную спецификацию в новом формате, если можно использовать любую нейросетку, которая выдаст результат за пару секунд или которая напишет прототип функции требуемой к разработке. Или, например, реинжениринг кода сидеть и разбирать 10 тысяч строчек кода, реально? Порой из-за этого рождаются новые проекты, а был бы ИИ и вы прогнали код за 10 минут и получили полное описание в нужном формате, огонь?
Хочу поделиться своими результатами, ко мне по результату моего выступления на конференции "Аналитика и управление проектами" зашло несколько руководителей из совершенно разных отраслей, по итогу, переговоров остался один и с ним мы проработали как оптимизировать его команду и знаете, эффект вышел поразительный - выше 140%. Замеры делали по скорости выполнения задач специалистами, так что вот вам и эффект от ИИ)
@it_underside
🔥6❤1
Оцените стрим, хотелось бы сделать его лучше)🐱
Anonymous Poll
15%
5 🔥
4%
4
0%
3
0%
2
4%
1🔪
77%
Посмотреть😀
26
Всем привет! И доброго понедельника)))) хотел бы сказать, но уже среда)) и возвращаюсь с хорошей новостью, ищу молодого и бойкого, готового к покорению трудностей бизнес аналитика, мне все равно на опыт, но хотелось бы, чтобы у тебя было представление о банковской специфики и как работает бизнес аналитик, а дальше всему научим)) пишите в лс и обязательно прикладывайте резюме.
@Vladimir_Lov
@Vladimir_Lov
🔥3
Знаете ли следующие паттерны архитектуры?
Anonymous Poll
29%
Layered Architecture😄
92%
Microservices Architecture😈
46%
Event-Driven Architecture😍
33%
CQRS и Event Sourcing🐱
33%
Clean Architecture🛁
13%
Ports and Adapters Architecture, или Hexagonal Architecture☹️
13%
Cloud-Native Architecture😠
58%
SOA🧐
13%
Service Mesh Architecture👀
Что думаете про график? Читаю статейки по монолитам и микросервисам, что интересно, полно всякой ерунды и непонятных измышлений, которые выдаются за истины. Перед проектированием любого решения просто нужно думать и все! И тогда проблем не будет, а ещё важно не ошибиться в выборе системного аналитика, который будет проектировать "правильно" решение) Читайте книжки по архитектуре, будет проще проектировать)))
@it_underside
@it_underside
В продолжении прошлого поста, забрасываю небольшое и легкое чтиво, как размышление, пишите комменты! А вот и мини-статья
@it_underside
@it_underside
Telegraph
Архитектура на "ИЗИ"
Всем привет! Тема с архитектурой информационных решений не даёт мне никак покоя, почему? Да, просто вижу, что системные аналитики тотально не понимают классических паттернов проектирования, а это откликается на их постановках к разработке, плохая постановка:…
💯3🤔1
Пообщавшись с ребятами, понял, что есть желающие поучаствовать в открытом обучении системного аналитика, кто за? Что хотелось бы?
👍13🔥3
Хотел сказать, что в прошлом году, а нет, год назад — время летит слишком быстро... В общем, на конференции Analyst Days я поднял тему, которая остается актуальной и по сей день: нашим отечественным компаниям часто не хватает одной простой, но крайне важной вещи — горизонтальной связанности сотрудников и чем больше организация, тем глубже становятся разрывы между подразделениями и командами, это приводит к тому, что разные команды, часто даже не подозревают о существовании друг друга или проводимых работах, разрабатывают одни и те же модули и решения. В итоге, получается замкнутый круг — «чертово колесо», когда мы как обезьяны повторяем друг за другом одно и тоже.
Вот вам пример из реальной жизни, когда в компании требуется работать с витринами данных, то вместо того, что использовать один загрузчик, начинают писать собственные, реально? И это не один человеко-день работы, который можно списать на погрешность. Или вот еще, при разработке продуктов, которые содержат схожие функции, зачастую можно встретить идентичные куски кода. Раз за разом компании тратят ресурсы на одно и то же.
К чему я это все?
Если бы сотрудники больших компаний могли взаимодействовать друг с другом горизонтально, делиться знаниями и наработками, это привело бы к значительной экономии бюджета. А это, в свою очередь, позволило бы направить сэкономленные средства на разработку новых продуктов или улучшение существующих.
Почему я так уверенно об этом говорю?
Я провел длительное исследование в различных компаниях и IT-отраслях для собственного проекта. На его основе я предложил проект, частью которого стали технологические сообщества. И знаете, эффект оказался впечатляющим — финансовые выгоды были ощутимы. Однако не все так радужно: смена куратора из топ-менеджмента практически приравнялась к полной остановке инициативы.
Этот опыт показывает, насколько важно поддерживать и развивать горизонтальные связи внутри компании. Ведь экономия ресурсов и создание более эффективных решений — это не просто цифры на бумаге, а реальная возможность для роста и развития компании.
Просто мысли)) о интерпрайзе, берюзовых компаниях, сообществах и оптимизации работы
#enterprise #берюзовыеКомпании #ИТсообщеста
@it_underside
Вот вам пример из реальной жизни, когда в компании требуется работать с витринами данных, то вместо того, что использовать один загрузчик, начинают писать собственные, реально? И это не один человеко-день работы, который можно списать на погрешность. Или вот еще, при разработке продуктов, которые содержат схожие функции, зачастую можно встретить идентичные куски кода. Раз за разом компании тратят ресурсы на одно и то же.
К чему я это все?
Если бы сотрудники больших компаний могли взаимодействовать друг с другом горизонтально, делиться знаниями и наработками, это привело бы к значительной экономии бюджета. А это, в свою очередь, позволило бы направить сэкономленные средства на разработку новых продуктов или улучшение существующих.
Почему я так уверенно об этом говорю?
Я провел длительное исследование в различных компаниях и IT-отраслях для собственного проекта. На его основе я предложил проект, частью которого стали технологические сообщества. И знаете, эффект оказался впечатляющим — финансовые выгоды были ощутимы. Однако не все так радужно: смена куратора из топ-менеджмента практически приравнялась к полной остановке инициативы.
Этот опыт показывает, насколько важно поддерживать и развивать горизонтальные связи внутри компании. Ведь экономия ресурсов и создание более эффективных решений — это не просто цифры на бумаге, а реальная возможность для роста и развития компании.
Просто мысли)) о интерпрайзе, берюзовых компаниях, сообществах и оптимизации работы
#enterprise #берюзовыеКомпании #ИТсообщеста
@it_underside
👍1
Конфликты на работе и как с этим мириться или выйти на бой с коллегой?
Сейчас я управляю пятой командой за мою карьеру и конфликты это то, ьез чего не бывает взаимодействия инфивидов вообще. В IT-командах, как и везде, конфликты случаются, и это нормально. Важно понимать, какие они бывают и как с ними справляться. Вот небольшой ЛикБез(это моё мнение и оно усеченно до рамок поста) для твоей команды — кратко и ясно⬇️ ⬇️ ⬇️
1. Конфликты из-за задач и ролей
Когда непонятно, кто за что отвечает, или задачи пересекаются. Например, два разработчика думают, что они лиды одного и того же модуля. Решение? Четкое распределение ролей и задач, обсуждение приоритетов на планировании.
2. Конфликты стилей работы
Все мы разные: кто-то любит планировать, а кто-то — работать в режиме “пожара”. Такие разногласия могут вызвать трения. Пример, один разработчик хочет документировать всё, а другой считает это пустой тратой времени. Тут поможет открытый разговор и нахождение баланса — у всех есть сильные стороны.
3. Конфликты ожиданий и недопонимания
Когда кажется, что тебя не услышали, или ты понял задачу иначе. Например, тебе сказали “поправь баг”, а ты ещё и UI решил переделать. Чтобы таких ситуаций не было — не стесняйся переспрашивать и уточнять!
4. Конфликты из-за стресса и перегрузок
Дедлайны, переработки, баги в проде — всё это накаляет атмосферу. Вспомни, как кто-то срывался на стендапе. В такие моменты важно давать друг другу выдохнуть и помнить, что все мы люди, и всем нужен отдых.
5. Личные конфликты
Просто не сошлись характерами — бывает! Например, один постоянно шутит, а другому такие шутки не нравятся. Тут главное — уважать личные границы и не брать всё на личный счёт.
Как разруливать конфликты?
🟢 Говори прямо, но без обвинений. Вместо “ты никогда не делаешь вовремя” попробуй “мне важно, чтобы мы соблюдали сроки”.
🟢 🟢 Слушай другого. Иногда достаточно просто выслушать, чтобы сгладить ситуацию.
🟢 🟢 🟢 Ищи компромисс. В конфликте не всегда есть правые и виноватые, иногда нужно просто найти середину.
🟢 🟢 🟢 🟢 Поддерживай коллегу. Может, ему сегодня особенно тяжело, и твоя поддержка будет на вес золота.
Вообщем, конфликты — это не конец света, а возможность что-то улучшить в команде. Главное — не бояться обсуждать и решать их вместе. В конце концов, все мы на одной лодке и гребем в одну сторону!
@it_underside
Сейчас я управляю пятой командой за мою карьеру и конфликты это то, ьез чего не бывает взаимодействия инфивидов вообще. В IT-командах, как и везде, конфликты случаются, и это нормально. Важно понимать, какие они бывают и как с ними справляться. Вот небольшой ЛикБез(это моё мнение и оно усеченно до рамок поста) для твоей команды — кратко и ясно
1. Конфликты из-за задач и ролей
Когда непонятно, кто за что отвечает, или задачи пересекаются. Например, два разработчика думают, что они лиды одного и того же модуля. Решение? Четкое распределение ролей и задач, обсуждение приоритетов на планировании.
2. Конфликты стилей работы
Все мы разные: кто-то любит планировать, а кто-то — работать в режиме “пожара”. Такие разногласия могут вызвать трения. Пример, один разработчик хочет документировать всё, а другой считает это пустой тратой времени. Тут поможет открытый разговор и нахождение баланса — у всех есть сильные стороны.
3. Конфликты ожиданий и недопонимания
Когда кажется, что тебя не услышали, или ты понял задачу иначе. Например, тебе сказали “поправь баг”, а ты ещё и UI решил переделать. Чтобы таких ситуаций не было — не стесняйся переспрашивать и уточнять!
4. Конфликты из-за стресса и перегрузок
Дедлайны, переработки, баги в проде — всё это накаляет атмосферу. Вспомни, как кто-то срывался на стендапе. В такие моменты важно давать друг другу выдохнуть и помнить, что все мы люди, и всем нужен отдых.
5. Личные конфликты
Просто не сошлись характерами — бывает! Например, один постоянно шутит, а другому такие шутки не нравятся. Тут главное — уважать личные границы и не брать всё на личный счёт.
Как разруливать конфликты?
Вообщем, конфликты — это не конец света, а возможность что-то улучшить в команде. Главное — не бояться обсуждать и решать их вместе. В конце концов, все мы на одной лодке и гребем в одну сторону!
@it_underside
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6