This media is not supported in your browser
VIEW IN TELEGRAM
Нонче в городах и селеньях, по-праздничному громко стуча клавиатурами на модных кейкапах, отмечают день программиста!
Эх, ухнем!
Эх, ухнем!
На Хардкорной веб-разработке есть и новички, и те, кто уже работает в ИТ, в частности, сотрудники:
— Яндекс
— VK
— Авито
— Лаборатория Касперского
— Huawei
— Wargaming
— Сбер
— Ростелеком
— МТС, Мегафон, Билайн (Т2, не отставай!)
— Северсталь
— Т-банк, он же Тинькофф
— Объединенный институт ядерных исследований
— Департамент информационных технологий города Москвы
— РЖД
— РБК
— Газпромнефть
Приятно:)
Напоминаю, что, конечно, твой работодатель может оплатить курс, у большинства компаний есть выделенный бюджет на образование — пишите на hi@to.digital.
А если ты ещё не работаешь в ИТ — залетай на курс, будешь в отличной компании;)
— Яндекс
— VK
— Авито
— Лаборатория Касперского
— Huawei
— Wargaming
— Сбер
— Ростелеком
— МТС, Мегафон, Билайн (Т2, не отставай!)
— Северсталь
— Т-банк, он же Тинькофф
— Объединенный институт ядерных исследований
— Департамент информационных технологий города Москвы
— РЖД
— РБК
— Газпромнефть
Приятно:)
Напоминаю, что, конечно, твой работодатель может оплатить курс, у большинства компаний есть выделенный бюджет на образование — пишите на hi@to.digital.
А если ты ещё не работаешь в ИТ — залетай на курс, будешь в отличной компании;)
Яндекс выкатил свой аналог Miro, назвав его почему-то Яндекс Концепт и выкатив на домен boards.yandex.ru.
Признаться, Miro я не пользовался, функциональность представляю только по отзывам.
Потыкал сей Концепт.
Убедился — очень полезная штука!
Признаться, Miro я не пользовался, функциональность представляю только по отзывам.
Потыкал сей Концепт.
Убедился — очень полезная штука!
«Код» Петцольда — отличный материал, плюсую. Можно дарить увлечённым ИТ-спецам любой направленности, они кайфанут.
Простым и увлекательным образом автор описывает развитие компьютерной индустрии, принципы и способы реализации вычислительной техники. Очень интересно. От азбуки Морзе, телеграфа, до реле, процессоров с транзисторами, языка ассемблера, ОС и т.д.
https://t.me/mflenov/3043
Простым и увлекательным образом автор описывает развитие компьютерной индустрии, принципы и способы реализации вычислительной техники. Очень интересно. От азбуки Морзе, телеграфа, до реле, процессоров с транзисторами, языка ассемблера, ОС и т.д.
https://t.me/mflenov/3043
Telegram
Програмысли - Михаил Фленов
Я дочитал книгу Код
25 сентября в Москве пройдёт одно из самых крупных мероприятий по облачным технологиям — Yandex Scale
На конференции выступят эксперты Yandex Cloud, а также приглашённые специалисты из Mindbox, Lamoda, Райффайзен банка и других компаний — всего более 50 спикеров.
Генеративные нейросети, речевые технологии, новинки сервисов инфраструктуры, решения по работе с данными и безопасности, AI‑инструменты и serverless‑подход — в каждом треке ожидаются технологические анонсы и разбор кейсов.
Мероприятие будет интересно как руководителям и менеджерам, так и разработчикам, тестировщикам, архитекторам, инженерам SIEM и другим ИТ-специалистам.
Присоединиться можно онлайн, участие бесплатное, регистрация открыта.
На конференции выступят эксперты Yandex Cloud, а также приглашённые специалисты из Mindbox, Lamoda, Райффайзен банка и других компаний — всего более 50 спикеров.
Генеративные нейросети, речевые технологии, новинки сервисов инфраструктуры, решения по работе с данными и безопасности, AI‑инструменты и serverless‑подход — в каждом треке ожидаются технологические анонсы и разбор кейсов.
Мероприятие будет интересно как руководителям и менеджерам, так и разработчикам, тестировщикам, архитекторам, инженерам SIEM и другим ИТ-специалистам.
Присоединиться можно онлайн, участие бесплатное, регистрация открыта.
Сеньор/лид = профессионал?
Кратко: нет, не обязательно.
Градация джун-мидл-сеньор и её вариации — не более чем условность и относиться к ней стоит так же. Единых стандартов нет и кого угодно можно назвать как угодно.
Например, бывает так, что есть легаси-проект, который ведёт давно работающий в компании сотрудник. Проект надо развивать-поддерживать и, чтобы сотрудник не ушёл, ему повышают ЗП, а заодно и грейд. Это дешевле-проще, чем искать нового, вводить его в проект и принимать все связанные риски.
А на выходе — профессионализм сотрудника не обязательно соответствует его грейду. Просто быдлокод легаси-проекта написан во многом им, он в нём варится ежедневно и относительно ловко жонглирует всеми его костылями.
Потом этот человек выходит на рынок труда и возможно даже его куда-то берут сеньором или лидом. И вот он уже начинает тащить свои подходы и привычки в новый проект, и уверенно всем членам команды вещает — вот так правильно, а как ты говоришь неправильно, потому что я лид, а ты не лид.
Да, всё знать нельзя. Ошибаются все. Наличие ошибок не значит, что человек некомпетентен. Однако опыт и профессионализм предполагают меньшее количество детских ошибок и меньший напор в защите своих корявых решений. Иной лид может так и сказать — да, вот тут мы сейчас делаем плохо, под мою ответственность, это тех долг, потом перепишем, сейчас важнее другое.
Повторюсь, сеньор по умолчанию не равно профессионал, которого надо слушать с открытым ртом. Апелляция к тому, что вот так сказал сеньор, а значит это высеченная в камне тысячелетняя истина — глупа.
В комментах я часто тем не менее встречаю такую апелляцию. Да и в жизни тоже. «Мой знакомый сеньор сказал, что...». Ну, сказал твой знакомый сеньор что-то. Прими к сведению и старайся иметь свою головушку на плечиках. Или ты делегировал мыслительный процесс своему знакомому?
Есть бэкенд-разрабы сеньоры, которые не умеют руками join на SQL написать. Вот не умеют. ORM головного мозга. Какой же это сеньор?
Или: сервис А делает запрос в сервис Б. Сервис Б, чтобы ответить на запрос сервиса А, через импорт пакета запускает логику сервиса А. Low coupling, senior engineering!
Или пишут свой пулер коннектов к СУБД. Почему? Потому что не знают о существовании готового, проверенного временем, рекомендуемого в официальной документации пулера. Но мы ж сеньоры, самые умные и гениальные, мы ж своё напишем, и всем скажем, что так надо. Создание проблем и последующее местами героическое их преодоление — не признак мастерства, нет. Где-то можно и нужно написать своё, чтобы не тащить мегабайты библиотек (особенно на фронтенде), но свой пулер, серьёзно?
Развесистая лапша, обильно подпёртая со всех сторон костылями и щедро смазанная ЧСВ лида — не такой уж редкий случай.
Однако, это сеньоры и лиды. Вот как-то так получилось. Которых иные слушают, затаив дыхание и сдерживая пуки.
Надо учиться и прокачиваться самому. И в целом чаще вспоминать о том, что вполне возможно твои решения не столь идеальны и бескомпромиссны, даже если ты очень сеньористый сеньор.
PS. Если есть примеры «крутых» решений сеньоров — пишите в комментах:)
Кратко: нет, не обязательно.
Градация джун-мидл-сеньор и её вариации — не более чем условность и относиться к ней стоит так же. Единых стандартов нет и кого угодно можно назвать как угодно.
Например, бывает так, что есть легаси-проект, который ведёт давно работающий в компании сотрудник. Проект надо развивать-поддерживать и, чтобы сотрудник не ушёл, ему повышают ЗП, а заодно и грейд. Это дешевле-проще, чем искать нового, вводить его в проект и принимать все связанные риски.
А на выходе — профессионализм сотрудника не обязательно соответствует его грейду. Просто быдлокод легаси-проекта написан во многом им, он в нём варится ежедневно и относительно ловко жонглирует всеми его костылями.
Потом этот человек выходит на рынок труда и возможно даже его куда-то берут сеньором или лидом. И вот он уже начинает тащить свои подходы и привычки в новый проект, и уверенно всем членам команды вещает — вот так правильно, а как ты говоришь неправильно, потому что я лид, а ты не лид.
Да, всё знать нельзя. Ошибаются все. Наличие ошибок не значит, что человек некомпетентен. Однако опыт и профессионализм предполагают меньшее количество детских ошибок и меньший напор в защите своих корявых решений. Иной лид может так и сказать — да, вот тут мы сейчас делаем плохо, под мою ответственность, это тех долг, потом перепишем, сейчас важнее другое.
Повторюсь, сеньор по умолчанию не равно профессионал, которого надо слушать с открытым ртом. Апелляция к тому, что вот так сказал сеньор, а значит это высеченная в камне тысячелетняя истина — глупа.
В комментах я часто тем не менее встречаю такую апелляцию. Да и в жизни тоже. «Мой знакомый сеньор сказал, что...». Ну, сказал твой знакомый сеньор что-то. Прими к сведению и старайся иметь свою головушку на плечиках. Или ты делегировал мыслительный процесс своему знакомому?
Есть бэкенд-разрабы сеньоры, которые не умеют руками join на SQL написать. Вот не умеют. ORM головного мозга. Какой же это сеньор?
Или: сервис А делает запрос в сервис Б. Сервис Б, чтобы ответить на запрос сервиса А, через импорт пакета запускает логику сервиса А. Low coupling, senior engineering!
Или пишут свой пулер коннектов к СУБД. Почему? Потому что не знают о существовании готового, проверенного временем, рекомендуемого в официальной документации пулера. Но мы ж сеньоры, самые умные и гениальные, мы ж своё напишем, и всем скажем, что так надо. Создание проблем и последующее местами героическое их преодоление — не признак мастерства, нет. Где-то можно и нужно написать своё, чтобы не тащить мегабайты библиотек (особенно на фронтенде), но свой пулер, серьёзно?
Развесистая лапша, обильно подпёртая со всех сторон костылями и щедро смазанная ЧСВ лида — не такой уж редкий случай.
Однако, это сеньоры и лиды. Вот как-то так получилось. Которых иные слушают, затаив дыхание и сдерживая пуки.
Надо учиться и прокачиваться самому. И в целом чаще вспоминать о том, что вполне возможно твои решения не столь идеальны и бескомпромиссны, даже если ты очень сеньористый сеньор.
PS. Если есть примеры «крутых» решений сеньоров — пишите в комментах:)
Готовлю видос про связь один к одному в PostgreSQL.
Используете её, признавайтесь? Считаете странной и ненужной? Накидайте вопросов:)
Используете её, признавайтесь? Считаете странной и ненужной? Накидайте вопросов:)
Что вообще нужно этим эйчарам? Поиск работы достал: процесс долгий, ничего не понятно. Резюме — как оно должно выглядеть, чтобы его открыли? Сопроводительное — оно вообще зачем? Интервью — как себя вести? Это ещё не говоря о том, что работу хочется хорошую и высокооплачиваемую, а не какую попало за три копейки.
Лучшие предложения на рынке забирает доля кандидатов. Чтобы оказаться в их числе, надо знать нюансы мышления рекрутёров и поиска работы. Разбираться в этом — отдельная работа во вторую смену. Не лучше ли потратить время на себя и доверить её кому-то, кто знает о рынке всё?
В общем, стоит делегировать всё, в чём плохо разбираешься сам. Например, поиск работы — карьерной поддержке careerspace: экспертам, которые ищут работу за тебя. Пишут резюме и CL, оформляют соцсети, находят вакансии и откликаются на них. Ведут за руку прямо к работе мечты: остаётся только сходить на собеседование и забрать оффер с офигенной зарплатой.
Напишите эксперту careerspace Насте: она расскажет, как работает карьерная поддержка, и поможет подобрать решение именно под вашу ситуацию!
А если скажете, что вы от меня, получите вебинар «Как кратно увеличивать свой доход на работе» в подарок к одному из тарифов. Всё, что нужно, чтобы наконец-то начать получать хорошие деньги 😎
Реклама ООО «Карьерное пространство», ИНН 9715410393
Лучшие предложения на рынке забирает доля кандидатов. Чтобы оказаться в их числе, надо знать нюансы мышления рекрутёров и поиска работы. Разбираться в этом — отдельная работа во вторую смену. Не лучше ли потратить время на себя и доверить её кому-то, кто знает о рынке всё?
В общем, стоит делегировать всё, в чём плохо разбираешься сам. Например, поиск работы — карьерной поддержке careerspace: экспертам, которые ищут работу за тебя. Пишут резюме и CL, оформляют соцсети, находят вакансии и откликаются на них. Ведут за руку прямо к работе мечты: остаётся только сходить на собеседование и забрать оффер с офигенной зарплатой.
Напишите эксперту careerspace Насте: она расскажет, как работает карьерная поддержка, и поможет подобрать решение именно под вашу ситуацию!
А если скажете, что вы от меня, получите вебинар «Как кратно увеличивать свой доход на работе» в подарок к одному из тарифов. Всё, что нужно, чтобы наконец-то начать получать хорошие деньги 😎
Реклама ООО «Карьерное пространство», ИНН 9715410393
Yandex Cloud ускорит разработку продуктов в облаке при помощи Yandex Serverless Integrations
Теперь разработчики при создании цифровых решений смогут без написания кода автоматизировать различные процессы, например обработку онлайн-заказов и мониторинг систем безопасности.
Сделать это можно благодаря инструменту Yandex Workflows — пользователю достаточно описать последовательность операций с помощью декларативного языка YAML, понятного любому члену продуктовой команды. Сервис автоматически запустит эти процессы и проконтролирует их выполнение.
Помимо этого, Yandex Serverless Integrations включает в себя инструменты EventRouter для передачи событий между сервисами и API Gateway для создания шлюзов между внешними и облачными сервисами.
Читайте подробнее в статье.
Теперь разработчики при создании цифровых решений смогут без написания кода автоматизировать различные процессы, например обработку онлайн-заказов и мониторинг систем безопасности.
Сделать это можно благодаря инструменту Yandex Workflows — пользователю достаточно описать последовательность операций с помощью декларативного языка YAML, понятного любому члену продуктовой команды. Сервис автоматически запустит эти процессы и проконтролирует их выполнение.
Помимо этого, Yandex Serverless Integrations включает в себя инструменты EventRouter для передачи событий между сервисами и API Gateway для создания шлюзов между внешними и облачными сервисами.
Читайте подробнее в статье.
Внезапно выяснил, что гены человека и банана идентичны примерно на 50%.
Ура, товарищи!
Ура, товарищи!
Forwarded from Програмысли - Михаил Фленов
На канале Диджитализируй вышло новое бомбическое видео про то, создавать широкие или узкие таблицы и всё расписано по производительности до самой миллисекунды. Бежим смотреть: https://www.youtube.com/watch?v=Pk125DazUyI
Мои дополнения:
1. Данные нужно разбивать на таблицы и базы данных. Когда возникнет вопрос разбиения на микросервисы, то вы потом будете вешаться в процессе разбиения данных на пространства, если всё будет в широких таблицах. Даже если узкие будут проигрывать по производительности, иногда всё равно лучше выбрать их, потому что так будет лучше поддерживать и масштабировать, но посмотрите видео!
2. Данные должны следовать DDD, как и код, тогда его проще будет сопровождать. В MS SQL Server для этого есть схемы. В PostgreSQL они тоже есть. Группируйте данные логически, как вы это делаете с кодом.
3. В MS SQL Server таблицы можно поместить в разные файловые группы, на разные диски и по разному скейлить. Вот тут про PostgreSQL не знаю, есть такое или нет.
4. ОЧЕНЬ ВАЖНО! DBA постоянно кричат, не создавать много индексов на одну таблицу. С широкой таблицей вы быстро столкнётесь с проблемами, а с 10 узкими вы можете создать по 2 индекса на каждую и у вас будет 20 индексов. Ни один DBA не возмутиться за 2 индекса на таблицу - ещё один пункт оптимизации.
5. Программисты любят писать select * и при широких таблицах придётся бить по рукам за такое, потому что будет излишняя передача данных.
6. На счёт джоина 10 таблиц, если нужны все данные – выполните 10 маленьких запросов и джоините на сервере приложений. Это в коде делается оооочень легко, а сервера приложений масштабируются на много проще, чем база данных.
7. Когда вы вырастите и будет большая нагрузка на базу, вам проще будет бить данные по физическим серверам БД
Мои дополнения:
1. Данные нужно разбивать на таблицы и базы данных. Когда возникнет вопрос разбиения на микросервисы, то вы потом будете вешаться в процессе разбиения данных на пространства, если всё будет в широких таблицах. Даже если узкие будут проигрывать по производительности, иногда всё равно лучше выбрать их, потому что так будет лучше поддерживать и масштабировать, но посмотрите видео!
2. Данные должны следовать DDD, как и код, тогда его проще будет сопровождать. В MS SQL Server для этого есть схемы. В PostgreSQL они тоже есть. Группируйте данные логически, как вы это делаете с кодом.
3. В MS SQL Server таблицы можно поместить в разные файловые группы, на разные диски и по разному скейлить. Вот тут про PostgreSQL не знаю, есть такое или нет.
4. ОЧЕНЬ ВАЖНО! DBA постоянно кричат, не создавать много индексов на одну таблицу. С широкой таблицей вы быстро столкнётесь с проблемами, а с 10 узкими вы можете создать по 2 индекса на каждую и у вас будет 20 индексов. Ни один DBA не возмутиться за 2 индекса на таблицу - ещё один пункт оптимизации.
5. Программисты любят писать select * и при широких таблицах придётся бить по рукам за такое, потому что будет излишняя передача данных.
6. На счёт джоина 10 таблиц, если нужны все данные – выполните 10 маленьких запросов и джоините на сервере приложений. Это в коде делается оооочень легко, а сервера приложений масштабируются на много проще, чем база данных.
7. Когда вы вырастите и будет большая нагрузка на базу, вам проще будет бить данные по физическим серверам БД
YouTube
PostgreSQL: как связь 1 к 1 ускоряет базу данных? Разбираемся во внутренней работе СУБД
Команды и код из видео — https://github.com/alexey-goloburdin/knowledge-base/blob/main/%D0%A1%D1%86%D0%B5%D0%BD%D0%B0%D1%80%D0%B8%D0%B9%20%C2%ABPostgreSQL%20%E2%80%94%20%D0%BA%D0%B0%D0%BA%20%D1%81%D0%B2%D1%8F%D0%B7%D1%8C%201%20%D0%BA%201%20%D1%83%D1%81%D…
Какую методологию работы с git используете в команде?
Anonymous Poll
19%
Git Flow
7%
GitHub Flow
12%
GitLab Flow
5%
Trunk-Based Development
40%
О май год шо за буковки такие
17%
Banana-Based Development
Довольный Алексей на Selectel Tech Day:)
Оказывается, @Selectel ни много ни мало разработали свой сервер (первые в РФ на интелах 6го поколения) и свою ОС на базе Debian с пропатченным софтом, в частности с Nginx, который держит в 4 раза больший RPS и даёт в 3 раза меньший latency по сравнению с дефолтным. А, а, каков?! Бум тестить:)
Оказывается, @Selectel ни много ни мало разработали свой сервер (первые в РФ на интелах 6го поколения) и свою ОС на базе Debian с пропатченным софтом, в частности с Nginx, который держит в 4 раза больший RPS и даёт в 3 раза меньший latency по сравнению с дефолтным. А, а, каков?! Бум тестить:)
Forwarded from Артём Шумейко
Фото с легендой
Встретил Алексея Голобурдина с канала Диджитализируй. Огромный респект Алексею за его вклад в русскоговорящее Python сообщество 👏
Несколько лет назад учился по его роликам по Python, и вот теперь судьба свела нас на конференции Selectel 🔥
Встретил Алексея Голобурдина с канала Диджитализируй. Огромный респект Алексею за его вклад в русскоговорящее Python сообщество 👏
Несколько лет назад учился по его роликам по Python, и вот теперь судьба свела нас на конференции Selectel 🔥
Ловите наш с Артёмом Шумейко трёхчасовой подкаст!
Поговорили об образовании, поиске работы, пути, фронтенде и бэкенде, ChatGPT, перфикционизме и жизни в ИТ.
— YouTube
— VK
— RuTube
— Платформа
Вжух!
Поговорили об образовании, поиске работы, пути, фронтенде и бэкенде, ChatGPT, перфикционизме и жизни в ИТ.
— YouTube
— VK
— RuTube
— Платформа
Вжух!
YouTube
Артём Шумейко: горящие глаза — ваш главный актив на пути к высоким зарплатам в IT
Канал Артёма: @artemshumeiko
0:00 О подкасте
1:46 Образование Артёма
3:10 Первая ИТ-работа
7:43 Горящие глаза
8:49 Где взять первый проект?
12:41 Зарплата x2 и middle за 9 месяцев
18:05 Ты не должен быть фреймворк-разработчиком
19:30 Инженер, приносящий…
0:00 О подкасте
1:46 Образование Артёма
3:10 Первая ИТ-работа
7:43 Горящие глаза
8:49 Где взять первый проект?
12:41 Зарплата x2 и middle за 9 месяцев
18:05 Ты не должен быть фреймворк-разработчиком
19:30 Инженер, приносящий…