А точно ли я хочу быть руководителем?
Сходил я значит на тусовку, познакомился с множеством новых ребят, с кем-то даже обменялись контактами! Среди множества разговоров были темы и про бизнес, и про состояние рынков, про технологии. Ребята очень много рассказывали интересных историй, как они творили невероятную магию у себя на работе: кто-то баг сложный пофиксил, кто-то ускорил вычисления в 100500 раз, кто-то очень классную фичу и т.п.🌿
После этих разговоров подумал я про себя: а что классного сделал лично я за последние несколько месяцев😍 ? И мне как-то сложно было ответить на этот вопрос, потому что я не делал каких-то технологических штук в последнее время. И я задумался: а точно ли я движусь в нужном мне направлении? Более глобальный вопрос к себе: а точно ли я хочу быть руководителем и зачем я им вообще стал? В попытках ответить на последние вопросы, я откопал для себя следующие тезисы.
Хочу думать глобальнее. Мне нравится делать фичи, исселедования, да и просто писать код. Но как-то для меня это всё локально. Надеюсь, это не звучит как-то грубо👨🦳 , потому что я не хотел. Но мне хочется думать о фиче, когда её вообще ещё нет. Когда она появляется от каких-то потребностей, о которых ты узнаешь из разговоров, аналитики, пользования продуктом. Такое можно делать и на позиции IC (individual contributor), но всё же чаще ты озадачен конкретными задачами.
Хочу, чтобы люди вокруг меня делали крутые штуки, а я им мог в этом помогать. Здесь помогать != думать за них решения, а создавать все те условия, чтобы у человека была возможность решить задачи🤓 . Уже достаточно продолжительное время (даже до руководства) я радуюсь успехам людей вокруг меня больше, чем своим. В случае неудач я стараюсь приходить и создавать те условия, в которых мы бы решили задачку. Я очень сильно топлю за то, чтобы люди учились, росли, двигались сами и двигали команду. Быть причастным к такому — для меня одно удовольствие ☺️ .
Люблю неопределённость. Чем более заковырестее для меня задача, чем больше я там ничего не понимаю — тем интереснее она для меня🔼 . Как минимум — это точки роста.
Люблю брать ответственность. Пока я еще не прощупал ту грань, когда ответственности для меня будет через край. Больше ответственности — больше рисков, с которыми нужно учиться работать😊 . Тут у меня есть опытные друзья, товарищи и наставники, которые помогают постигать дзен.
И как будто бы все эти тезисы можно отнести как к IC, так и к руководителю. Но почему-то в моей системе ценностей это ближе ко второму, чем к первому🤔 . Мне кажется, что в качестве руководителя можно осуществлять каждый из пунктов точно, а вот в качестве IC надо призадуматься как именно 🙃 . Интресно, как мой взгляд изменится спустя какое-то время, потому будет интересно перечитать этот пост спустя год.
Стоял ли перед вами выбор между треком IC и руководителем? Что выбрали и почему? Интересно будет почитать ваши истории😍 .
Сходил я значит на тусовку, познакомился с множеством новых ребят, с кем-то даже обменялись контактами! Среди множества разговоров были темы и про бизнес, и про состояние рынков, про технологии. Ребята очень много рассказывали интересных историй, как они творили невероятную магию у себя на работе: кто-то баг сложный пофиксил, кто-то ускорил вычисления в 100500 раз, кто-то очень классную фичу и т.п.
После этих разговоров подумал я про себя: а что классного сделал лично я за последние несколько месяцев
Хочу думать глобальнее. Мне нравится делать фичи, исселедования, да и просто писать код. Но как-то для меня это всё локально. Надеюсь, это не звучит как-то грубо
Хочу, чтобы люди вокруг меня делали крутые штуки, а я им мог в этом помогать. Здесь помогать != думать за них решения, а создавать все те условия, чтобы у человека была возможность решить задачи
Люблю неопределённость. Чем более заковырестее для меня задача, чем больше я там ничего не понимаю — тем интереснее она для меня
Люблю брать ответственность. Пока я еще не прощупал ту грань, когда ответственности для меня будет через край. Больше ответственности — больше рисков, с которыми нужно учиться работать
И как будто бы все эти тезисы можно отнести как к IC, так и к руководителю. Но почему-то в моей системе ценностей это ближе ко второму, чем к первому
Стоял ли перед вами выбор между треком IC и руководителем? Что выбрали и почему? Интересно будет почитать ваши истории
Please open Telegram to view this post
VIEW IN TELEGRAM
🐳17🔥9❤5🤡2❤🔥1
mPLUG-Owl3
Авторы из Alibaba Group делают VLMку и сделали основной фокус исследований на обработки multi-image сценариев: вопрос по нескольким картинкам, диалоги с картинками или видео. Они не первые, но большинство статей из этой серии просто конкатенировали токены картинок в контекст, что очень сильно радувало запрос и очень много картинок поместиться не могло бы. И как будто бы у них получилось, молодцы🔼 .
Дальше информация для тех, кто в области.
Ребята решили пойти иначе и не подавать картинкинки как токены на вход LLMке. Вместо этого они патчат некоторые трансформерные блоки LLMки, добавляя в них Hyper Attention (HA). Забавно, что слои для патчинга они выбрали их рандомно. Чтобы сохранять позицию картинок в тексте, они просто добавляют как обычный текст в промпт <|image|>.
HA вдохновлен механизмом cross-attention из Flamingo, но при этом избавляется от трёх (по мнению авторов) недостатков: сильное раздувание числа параметров, нет учета порядка картинок и языковая моделька так и не учится правильно использовать визуальные токены. Чтобы задать позиции картинок, используют Multimodal-Interleaved Rotary Position Embedding (MI-Rope). Как устроены оба блока — лучше почитать в статье.
Интересен тот факт, что LayerNorm в трансформерных блоках используется один и тот же, что для текстовых, что для картиночных токенов. Говорят, так сходится лучше. А чтобы регулировать и взешивать информацию из визуальной модальности, пользуют adaptive gate (AG).
Обучают это дело в три этапа:
— Pretrain. Датасеты пар image-text. Выбрали около 41 млн семплов, обучали только новые внедренные элементы: адаптеры, слои проекции в HA, AG.
— Multi-image training. Обучение на нескольких картинках сразу. Тут и interleaved данные, откуда семплили по 3-4 картинки, и текстовые датасеты, чтобы учить модель "видеть текст". Ну и конечно же видео, по 8 фреймов на видео. Обучают адаптер и LLMку.
— Self-Supervised Fintuning. Опять же взяли кучу датасетов, учили адаптер и LLMку.
Что по результатам?
В целом, не так всё круто👨🦳 . Супер великих прорывов нет. Да, где-то стало лучше, где-то стало чуточку хуже. Инетерсно, что одна из немногих статей, где практически полностью опустили замеры на visual text-related бенчмарках (наверное, там не всё так хорошо). Не было ablation про перенос свойств на другие размеры (только 7b получается). В целом показали, что подход рабочий. А также показывают, что умеют работать на сильно большем количестве картинок, нежели чем в остальных работах.
Авторы из Alibaba Group делают VLMку и сделали основной фокус исследований на обработки multi-image сценариев: вопрос по нескольким картинкам, диалоги с картинками или видео. Они не первые, но большинство статей из этой серии просто конкатенировали токены картинок в контекст, что очень сильно радувало запрос и очень много картинок поместиться не могло бы. И как будто бы у них получилось, молодцы
Дальше информация для тех, кто в области.
Ребята решили пойти иначе и не подавать картинкинки как токены на вход LLMке. Вместо этого они патчат некоторые трансформерные блоки LLMки, добавляя в них Hyper Attention (HA). Забавно, что слои для патчинга они выбрали их рандомно. Чтобы сохранять позицию картинок в тексте, они просто добавляют как обычный текст в промпт <|image|>.
HA вдохновлен механизмом cross-attention из Flamingo, но при этом избавляется от трёх (по мнению авторов) недостатков: сильное раздувание числа параметров, нет учета порядка картинок и языковая моделька так и не учится правильно использовать визуальные токены. Чтобы задать позиции картинок, используют Multimodal-Interleaved Rotary Position Embedding (MI-Rope). Как устроены оба блока — лучше почитать в статье.
Интересен тот факт, что LayerNorm в трансформерных блоках используется один и тот же, что для текстовых, что для картиночных токенов. Говорят, так сходится лучше. А чтобы регулировать и взешивать информацию из визуальной модальности, пользуют adaptive gate (AG).
Обучают это дело в три этапа:
— Pretrain. Датасеты пар image-text. Выбрали около 41 млн семплов, обучали только новые внедренные элементы: адаптеры, слои проекции в HA, AG.
— Multi-image training. Обучение на нескольких картинках сразу. Тут и interleaved данные, откуда семплили по 3-4 картинки, и текстовые датасеты, чтобы учить модель "видеть текст". Ну и конечно же видео, по 8 фреймов на видео. Обучают адаптер и LLMку.
— Self-Supervised Fintuning. Опять же взяли кучу датасетов, учили адаптер и LLMку.
Что по результатам?
В целом, не так всё круто
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍2
Forwarded from Тимлид Очевидность | Евгений Антонов
Тимлид поддерживает команду, команда поддерживает тимлида
Очень много подкастов, докладов, статей на тему того, как тимлид должен поддерживать команду, заботиться о людях, отстаивать рациональные рабочие процессы, не допуская впихивание невпихуемого с последующими овертаймами и т. п.
И это действительно важное и нужное в работе тимлида. Но обратное нужно тоже.
Хороший оказывается плохим
Я видел не одну команду, где тимлид впрягается за людей, ограждает от наружного шитшторма, дает людям возможность спокойно и сосредоточенно работать.
И внезапно (или ожидаемо) оказывается в глазах смежников и руководства мудаком.
Кажется, что это контринтуитивная история, но на самом деле нет.
А почему так?
А потому что, ограждая команду от внешних проблем, тимлид так или иначе вынужден будет вступать в некоторое противодействие внешним факторам. Спорить с продактом, сражаться за то, чтобы не овертаймить по выходным, когда у руководства утром где-то засвербело, бодаться с заказчиком или смежником, который на шею команды норовит взгромоздиться.
Получается эдакий неудобный товарищ, который что-то постоянно ерепенится.
Ключевой момент
На мой взгляд, важный момент заключается в том, чтобы команда тоже оказала поддержку своему тимлиду. Ведь если тимлид снаружи кажется таким сложным чуваком, а изнутри команда хвалит и всячески транслирует, что у них всё чудесно, то это одно восприятие.
А другое восприятие – когда команда просто затихарилась, под теплым крылом живет, но в неудобные разговоры не вступает в поддержку тимлида, ежели таковые случаются.
Я сталкивался с такими командами, которые очень комфортно себя с тимлидом чувствовали, но публично никак это не выражали, и в глазах компании тимлид признавался плохим, несговорчивым и мутным. В то время как встречал и обратное, когда команда публично поддерживала тимлида и он был признан хорошим хозяйственником, которого, конечно, сложно прогнуть, но с ним команда хорошо работает.
Разница колоссальная, и зависела она от фидбэка команды.
Итог
Безусловно, тимлид должен обеспечить своей команде комфортные и продуктивные условия труда. Но это всё дается не бесплатно, а через некоторые неудобства корпоративно-политического характера в том числе.
Если команда публично не будет поддерживать своего тимлида, с которым ей хорошо работается, то последствия для него могут быть не очень хорошими.
Очень много подкастов, докладов, статей на тему того, как тимлид должен поддерживать команду, заботиться о людях, отстаивать рациональные рабочие процессы, не допуская впихивание невпихуемого с последующими овертаймами и т. п.
И это действительно важное и нужное в работе тимлида. Но обратное нужно тоже.
Хороший оказывается плохим
Я видел не одну команду, где тимлид впрягается за людей, ограждает от наружного шитшторма, дает людям возможность спокойно и сосредоточенно работать.
И внезапно (или ожидаемо) оказывается в глазах смежников и руководства мудаком.
Кажется, что это контринтуитивная история, но на самом деле нет.
А почему так?
А потому что, ограждая команду от внешних проблем, тимлид так или иначе вынужден будет вступать в некоторое противодействие внешним факторам. Спорить с продактом, сражаться за то, чтобы не овертаймить по выходным, когда у руководства утром где-то засвербело, бодаться с заказчиком или смежником, который на шею команды норовит взгромоздиться.
Получается эдакий неудобный товарищ, который что-то постоянно ерепенится.
Ключевой момент
На мой взгляд, важный момент заключается в том, чтобы команда тоже оказала поддержку своему тимлиду. Ведь если тимлид снаружи кажется таким сложным чуваком, а изнутри команда хвалит и всячески транслирует, что у них всё чудесно, то это одно восприятие.
А другое восприятие – когда команда просто затихарилась, под теплым крылом живет, но в неудобные разговоры не вступает в поддержку тимлида, ежели таковые случаются.
Я сталкивался с такими командами, которые очень комфортно себя с тимлидом чувствовали, но публично никак это не выражали, и в глазах компании тимлид признавался плохим, несговорчивым и мутным. В то время как встречал и обратное, когда команда публично поддерживала тимлида и он был признан хорошим хозяйственником, которого, конечно, сложно прогнуть, но с ним команда хорошо работает.
Разница колоссальная, и зависела она от фидбэка команды.
Итог
Безусловно, тимлид должен обеспечить своей команде комфортные и продуктивные условия труда. Но это всё дается не бесплатно, а через некоторые неудобства корпоративно-политического характера в том числе.
Если команда публично не будет поддерживать своего тимлида, с которым ей хорошо работается, то последствия для него могут быть не очень хорошими.
👍27🔥2
Опачки
За что я люблю приходить в офис — так это за неожиданные сюрпризы. Вот сегодня бар с коктейлями🤔 . Взял себе арбузный, но еще там разные милкшейки и коктейль а-ля апероль, но безалкогольный. Кайфы 😍
За что я люблю приходить в офис — так это за неожиданные сюрпризы. Вот сегодня бар с коктейлями
Please open Telegram to view this post
VIEW IN TELEGRAM
4🤩24😁5👍3🥴1
Моя давняя любовь с кофе (часть 1)
Я очень люблю кофе. Не, я не тот человек, который выбирает "попить Эфиопию или Гватемалу", но чуть-чуть разбираюсь в самом процессе, а также просто уважаю этот напиток☺️ .
Моя история началась на первом месте работы. Я вообще не понимал этот напиток, в моей голове тогда кофе — это что-то ужасное, горькое и вообще фу👨🦳 . Но с молоком пойдет. Поэтому чтобы гонять не только чаи, я изредка наливал себе чашку капучино из автоматической кофемашины и радовался жизни. Куда больше вопросов у меня вызывали коллеги, которые покупали кофе в каких-то там кофейнях за 200р+ за чашку 🤔 .
В момент перехода на новое место работы я уже привык так или иначе иногда пропускать чашечку-другую кофе. А тут незадача — автоматической кофемашины нет. А есть ручная рожковая🙃 . Ну и в целом не понял, как теперь кофе пить.
С горем пополам научился делать этот ваш кофе. Ну а капучинатора нет, есть только стимер и питчер (тогда я таких слов и не знал)😀 . Кажется, когда я первый раз взбивал молоко, я чуть полстены молоком не обрызгал, но обошлось. Попробовал кофе — и внатуре прифигел. Это было не просто вкусно, а капец как вкусно относительно того, чего я пробовал ранее 🤓 .
Ну и тут я понял, что с этим напитком надо подружиться. Благо я работал в маленьком стартапчике, потому сделать это было куда проще, а еще и интересно, с нотками экспериментов — ведь я же немного исследователь😍 .
Продолжение следует...
Я очень люблю кофе. Не, я не тот человек, который выбирает "попить Эфиопию или Гватемалу", но чуть-чуть разбираюсь в самом процессе, а также просто уважаю этот напиток
Моя история началась на первом месте работы. Я вообще не понимал этот напиток, в моей голове тогда кофе — это что-то ужасное, горькое и вообще фу
В момент перехода на новое место работы я уже привык так или иначе иногда пропускать чашечку-другую кофе. А тут незадача — автоматической кофемашины нет. А есть ручная рожковая
С горем пополам научился делать этот ваш кофе. Ну а капучинатора нет, есть только стимер и питчер (тогда я таких слов и не знал)
Ну и тут я понял, что с этим напитком надо подружиться. Благо я работал в маленьком стартапчике, потому сделать это было куда проще, а еще и интересно, с нотками экспериментов — ведь я же немного исследователь
Продолжение следует...
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤25🤝5🐳2👍1😁1
2 года
В минувшую субботу стукнуло ровно 2 года с того момента, как я пришёл в Яндекс🤔 . Я помню ту кипу бумаг, которую нужно было прочитать и подписать. Людей, ходивших с кружками по офису и оставляющих их где попало. "А чо так можно было что ли? 😀 " — моя реакция весь тот день.
За 2 года получилось сделать много удивительных вещей: выпустить несколько шумных и не очень релизов, найти и устранить сотни упячек, сжечь десятки тысяч часов компьюта на эксперименты😍 . От полного непонимания, что приосходит в сервисе, до глубокой экспертизы по нему.
Мне удалось скушать много сырков, еще больше обедов и ужинов. Выпить больше 500 литров капучино🔼 , поучаствовать в 20+ мероприятиях, провести бесчисленное количество собеседований.
Я умудрялся делать company-wide улучшения🤓 , а также иногда и ломать решения (и быстро их чинить) 😊 . Я помог больше сотни человек, которые работали в десятках команд с разных уголков компании и продолжаю это делать. Я также многому научился у ещё большего числа людей.
То ли еще будет...🤨
В минувшую субботу стукнуло ровно 2 года с того момента, как я пришёл в Яндекс
За 2 года получилось сделать много удивительных вещей: выпустить несколько шумных и не очень релизов, найти и устранить сотни упячек, сжечь десятки тысяч часов компьюта на эксперименты
Мне удалось скушать много сырков, еще больше обедов и ужинов. Выпить больше 500 литров капучино
Я умудрялся делать company-wide улучшения
То ли еще будет...
Please open Telegram to view this post
VIEW IN TELEGRAM
55👍55🔥22❤11🤡1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁13❤8🔥5🗿4👍1💩1
Ладно, Михаил как-то долго пишет, поэтому напишу я. Ко мне обратились ребята из DevCrowd с просьбой рассказать про их опросник спецов из ML. В целом часть вопросов уже мелькала в большом количестве опросов, но есть и отличия. Со слов менеджера этого проекта:
Я люблю всякие опросы, поэтому почему бы и не порекомендовать еще один. Поэтому держите ссылочку на опрос и проходите!
Мы решили копнуть в глубину:
— сравнить используемые инструменты
— сравнить обязанности и навыки
— сделать срез по полезные курсам, книгам и знаниям
Всю инфу мы обработаем и поделимся сверстанным исследованием с сообществом, чтобы ребята могли сравнить себя с рынком, выстроить план развития.
Я люблю всякие опросы, поэтому почему бы и не порекомендовать еще один. Поэтому держите ссылочку на опрос и проходите!
👍5❤1
Forwarded from Мир глазами другого человека
Про старших специалистов (#пролюдей)
Постоянно обсуждаемая тема - кто есть мидл, кто есть синьор, кто есть джун и пр. Бесконечная любовь вешать ярлыки:) Я не люблю. Считаю, что рост у людей не дискретный, а перманентный, поэтому и оценивать его стоит во времени, а не в конкретной точке. В лучших традициях линкедина накидаю мои пункты, кто есть старший специалист. Мнение автора все еще мнение автора:)
Итак, старший специалист:
1. До определенного момента сомневается в своих решениях и самостоятельно ищет для них проверку (критику коллег, подтверждение в интернетиках, POC). Термин "посоветоваться" занимает почетное место в лексиконе при принятии непростых решений.
2. Умеет выходить за рамки своей специальности и поддержать диалог в бизнес-домене, на котором он занят. При этом терпеливо может объяснить суть происходящего в ядерном реакторе домохозяйке или учителю пения.
3. Не любит оценки и сроки, но умеет оценить свою работу максимально точно с учетом всех рисков. Либо декомпозирует задачу и оценивает кусками. При этом стойко держит оборону против чудо-методик современного хреноменеджмента. Но не нарушает правила игры. Старший специалист в первую очередь человек команды.
4. Умеет высоко ценить качественную работу. Свою и коллег. Писькомерку зарыл в юности, когда продул лесенку на турнике младшей сестре.
5. Понимает, что "интересная работа" это примерно на уровне статистической погрешности. Большая часть времени уходит на рутину и нужные, но при этом нифига не интересные, задачи. И видит интерес не в конкретных тасочках и кусочках кода, а в результате, который получится и в пользе, которую нанесет его решение и потраченное время.
6. Постоянно учится. Сам или не сам. Использует все доступные инструменты для обучения. Причем чем дальше, чем область изучения шире. Потому что мы живем в сложносочиненном и сложноподчиненном мире. Всегда есть внешние зависимости.
7. Менторит менее скилованных не потому, что это модно, а потому что видит в этом ценность и знает, как использовать сей процесс на свое благо. Особо продвинутые сдвигаются в сторону коучинга. И в целом отчасти альтруист, потому что стремление делать мир лучше - это не слоган с плаката с депутатом, а суть специалиста.
8. При вынесении решений сразу прикладывает к ним альтернативы и возможные риски и способы их уменьшения. И готов уступать, если его решения не были приняты. Или отступить, подготовиться лучше и зайти на второй круг.
9. Не жалуется на жизнь, а ищет выходы из сложившейся ситуации. Когда все опустили руки знает, как их поднять назад.
10. Понимает, что жизнь - она ширше, а хуманы подвержены куче искажений: ошибки планирования (недозаклад в первую очередь), задний ум сильнее, "я знал это с самого начала" (это когда ты увидел хреновый результат и по умолчанию записал все действия в хреновые), прямая связь между ошибками в работе и личностью - это он виноват, потому что рукожоп (хотя на деле куда чаще виноваты процессы и в целом неверная пищевая цепочка исполнения). Вот он это все старается лечить или избегать.
11. Принимает ошибки других и помогает найти к ним исправления, плюс сделать так, чтобы минимизировать вероятность возникновения их в будущем. Потому что знает, что ошибки младших или исправляют младшие, или повесят сами знаете на кого.
12. Понимает, что стопудово есть кто-то круче его. Есть идеи, которые круче его идей. Есть ситуации, в которых он ну вообще никак не выглядит старшим. Да еще и не все знает:) И краснеет, когда лажает:)
13. Не чмырит тех, у кого меньше опыта. Относится с уважением и эдаким отцовским спокойствием. Все мы рвали штаны на коленках и курили за углом школы.
14. Принимает необходимость что-то поменять, потому что видит ситуацию широко и глубоко. А если не видит, то перед тем, как послать всех в жопу, разбирается и трезво оценивает необходимость изменений и потенциальные выгоды с них.
15. Умеет отстоять свою точку зрения, если уверен, и не важно, кто перед ним стоит.
Вот такое вот пятничное слегка запоздалое получилось. Старшего отличает мудрость - жизненная и профессиональная.
Постоянно обсуждаемая тема - кто есть мидл, кто есть синьор, кто есть джун и пр. Бесконечная любовь вешать ярлыки:) Я не люблю. Считаю, что рост у людей не дискретный, а перманентный, поэтому и оценивать его стоит во времени, а не в конкретной точке. В лучших традициях линкедина накидаю мои пункты, кто есть старший специалист. Мнение автора все еще мнение автора:)
Итак, старший специалист:
1. До определенного момента сомневается в своих решениях и самостоятельно ищет для них проверку (критику коллег, подтверждение в интернетиках, POC). Термин "посоветоваться" занимает почетное место в лексиконе при принятии непростых решений.
2. Умеет выходить за рамки своей специальности и поддержать диалог в бизнес-домене, на котором он занят. При этом терпеливо может объяснить суть происходящего в ядерном реакторе домохозяйке или учителю пения.
3. Не любит оценки и сроки, но умеет оценить свою работу максимально точно с учетом всех рисков. Либо декомпозирует задачу и оценивает кусками. При этом стойко держит оборону против чудо-методик современного хреноменеджмента. Но не нарушает правила игры. Старший специалист в первую очередь человек команды.
4. Умеет высоко ценить качественную работу. Свою и коллег. Писькомерку зарыл в юности, когда продул лесенку на турнике младшей сестре.
5. Понимает, что "интересная работа" это примерно на уровне статистической погрешности. Большая часть времени уходит на рутину и нужные, но при этом нифига не интересные, задачи. И видит интерес не в конкретных тасочках и кусочках кода, а в результате, который получится и в пользе, которую нанесет его решение и потраченное время.
6. Постоянно учится. Сам или не сам. Использует все доступные инструменты для обучения. Причем чем дальше, чем область изучения шире. Потому что мы живем в сложносочиненном и сложноподчиненном мире. Всегда есть внешние зависимости.
7. Менторит менее скилованных не потому, что это модно, а потому что видит в этом ценность и знает, как использовать сей процесс на свое благо. Особо продвинутые сдвигаются в сторону коучинга. И в целом отчасти альтруист, потому что стремление делать мир лучше - это не слоган с плаката с депутатом, а суть специалиста.
8. При вынесении решений сразу прикладывает к ним альтернативы и возможные риски и способы их уменьшения. И готов уступать, если его решения не были приняты. Или отступить, подготовиться лучше и зайти на второй круг.
9. Не жалуется на жизнь, а ищет выходы из сложившейся ситуации. Когда все опустили руки знает, как их поднять назад.
10. Понимает, что жизнь - она ширше, а хуманы подвержены куче искажений: ошибки планирования (недозаклад в первую очередь), задний ум сильнее, "я знал это с самого начала" (это когда ты увидел хреновый результат и по умолчанию записал все действия в хреновые), прямая связь между ошибками в работе и личностью - это он виноват, потому что рукожоп (хотя на деле куда чаще виноваты процессы и в целом неверная пищевая цепочка исполнения). Вот он это все старается лечить или избегать.
11. Принимает ошибки других и помогает найти к ним исправления, плюс сделать так, чтобы минимизировать вероятность возникновения их в будущем. Потому что знает, что ошибки младших или исправляют младшие, или повесят сами знаете на кого.
12. Понимает, что стопудово есть кто-то круче его. Есть идеи, которые круче его идей. Есть ситуации, в которых он ну вообще никак не выглядит старшим. Да еще и не все знает:) И краснеет, когда лажает:)
13. Не чмырит тех, у кого меньше опыта. Относится с уважением и эдаким отцовским спокойствием. Все мы рвали штаны на коленках и курили за углом школы.
14. Принимает необходимость что-то поменять, потому что видит ситуацию широко и глубоко. А если не видит, то перед тем, как послать всех в жопу, разбирается и трезво оценивает необходимость изменений и потенциальные выгоды с них.
15. Умеет отстоять свою точку зрения, если уверен, и не важно, кто перед ним стоит.
Вот такое вот пятничное слегка запоздалое получилось. Старшего отличает мудрость - жизненная и профессиональная.
50🔥20👍8💯3❤1🤝1
zmv
Иногда возникает простая и одновременно сложная задачка: переименовать пачку файлов с использованием регулярок. Можно сделать через
Чтобы заработало, достаточно в
Дальше можно пользоваться:
Например:
Чтобы не переместить файлики с ошибкой, можно сначала попробовать в режиме дебага, добавив флаг
Аналогичная функциональность есть и для
А как бы сделали вы?
Иногда возникает простая и одновременно сложная задачка: переименовать пачку файлов с использованием регулярок. Можно сделать через
bash, можно быстро на python скрипт накатать. А для тех, кто использует zsh есть простая альтернатива: zmv.Чтобы заработало, достаточно в
.zshrc положить:
autoload zmv
Дальше можно пользоваться:
zmv [OPTIONS] oldpattern newpattern
Например:
zmv '(*).lis' '$1.txt'
Чтобы не переместить файлики с ошибкой, можно сначала попробовать в режиме дебага, добавив флаг
-n:
zmv -n '(*).lis' '$1.txt'
Аналогичная функциональность есть и для
cp и ln в командах zcp и zln.А как бы сделали вы?
👍13❤5🔥5
Задаченька
Что выведет данный код🤔 ? Почему это так?
P.S. Не гуглите и не пользуйтесь чатботами. Подумайте сами!
Что выведет данный код
struct Lol {
const int kek;
};
void test() {
Lol *cheburek = new Lol{1};
const int a = cheburek->kek;
Lol *cheburek1 = new (cheburek) Lol{2};
const int b = cheburek1->kek;
const int c = cheburek->kek;
std::cout << a << ' ' << b << ' ' << c << std::endl;
}
P.S. Не гуглите и не пользуйтесь чатботами. Подумайте сами!
Please open Telegram to view this post
VIEW IN TELEGRAM
🤯5❤3🤩2
Про задаченьку выше
Давайте разбираться с решением к задаче выше. В комментариях можете почитать более полные рассуждения, мы там всё обсудили😊 . Мой ответ изначально было такой: там будет
Такой ответ был исходя из того, что до 2019 года в стандарте прописывалось (т.е. до
Начиная с
Самая задача была навеяна одним из примеров статьи на хабре про std::launder. Интересная статья, советую прочитать, ещё раз вспомнить про механизмы девиртуализации в том числе😍 .
Давайте разбираться с решением к задаче выше. В комментариях можете почитать более полные рассуждения, мы там всё обсудили
UB, и нужно использовать std::launder. Но в действительности сейчас (С++20+) — там будет 1 2 2.Такой ответ был исходя из того, что до 2019 года в стандарте прописывалось (т.е. до
C++20), что в случае, когда на куске памяти, куда ссылается указатель объекта, создается новый объект, то все ссылки и указатели старого объекта начинают ссылаться на новый объект, КРОМЕ случаев, когда, например, объект содержит в себе константные члены. Ссылка тык.Начиная с
C++20 все буллеты в этом пункте убрали, таким образом ослабили требования на типы данных. Мотивация была в том, что всякие контейнеры, которые используют placement new было ограничены в использовании и было сложно использовать такие контейнеры для определенных типов данных, потому что по стандарту это было бы UB.Самая задача была навеяна одним из примеров статьи на хабре про std::launder. Интересная статья, советую прочитать, ещё раз вспомнить про механизмы девиртуализации в том числе
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍2🔥2
Yandex CV reading club
Мы с коллегами из Яндекса запустили канал с разбором статей из области компьютерного зрения. Присоединяйтесь, будет интересно!
Подписаться сюда: @timeforcv
Мы с коллегами из Яндекса запустили канал с разбором статей из области компьютерного зрения. Присоединяйтесь, будет интересно!
Подписаться сюда: @timeforcv
Telegram
CV Time
Канал о компьютерном зрении от ml-специалистов Яндекса: разбор актуальных статей, горячие обсуждения и личный опыт из первых рук. Присоединяйтесь!
Вопросы и предложения > @yandex_ml_brand
Вопросы и предложения > @yandex_ml_brand
🔥11👍4
This media is not supported in your browser
VIEW IN TELEGRAM
AGI-думеры после очередного релиза какой-нибудь LLMки
51😁28👍6🤡1
Использование LLMок в быту
Я бы тут хотел завести дискуссию. Каким образом вы используете LLMки? Какие повседневные задачи вы решаете с их помощью?
Совсем недавно мне нужно было написать простого телеграм-бота. Чтобы вы понимали, я последний раз их писал лет 7 назад (своими руками, да-да-да😀 ), потому скорее всего чот да изменилось. С помощью LLMки смог это сделать за минут 15-20. Пришлось, правда, пару раз в доку слазить, потому что всё же набаговала.
Другой пример: мне однажды нужно было написать multipart запрос на плюсах, пообщавшись о том, чо эт вообще за зверь, написал. Но при этом сам код, который выдавал LLMка — ну реально был ужасен, там нужно было всё фиксить, реально. Ну и странно, на теории она Лев Толстой, а на деле...👨🦳
И вот сколько я не пытаюсь, почему то на питончике всё работает хорошо, а на плюсах — ну вообще такое. Помните недавний пост про задачку? Так вот я спросил chatgpt, она мне дала правильный ответ. Ну я решил уточнить, что там константный член и понёсся бред😊 . Грустненько.
Мб надо для чего-то еще использовать? Или мб мне просто не везёт🤨 ? Поделитесь, пожалуйста!
Я бы тут хотел завести дискуссию. Каким образом вы используете LLMки? Какие повседневные задачи вы решаете с их помощью?
Совсем недавно мне нужно было написать простого телеграм-бота. Чтобы вы понимали, я последний раз их писал лет 7 назад (своими руками, да-да-да
Другой пример: мне однажды нужно было написать multipart запрос на плюсах, пообщавшись о том, чо эт вообще за зверь, написал. Но при этом сам код, который выдавал LLMка — ну реально был ужасен, там нужно было всё фиксить, реально. Ну и странно, на теории она Лев Толстой, а на деле...
И вот сколько я не пытаюсь, почему то на питончике всё работает хорошо, а на плюсах — ну вообще такое. Помните недавний пост про задачку? Так вот я спросил chatgpt, она мне дала правильный ответ. Ну я решил уточнить, что там константный член и понёсся бред
Мб надо для чего-то еще использовать? Или мб мне просто не везёт
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔5
VLM в Нейро
Сегодня у нас большое обновление в Поиске. В том числе, команда VLM тоже приняла в нём участие!
Написали с коллегами пост на хабр про то, как мы затаскивали VLM в Нейро (писал про релиз здесь). В этот раз мы немного раскрыли подробности про то, как работает Нейро, где и зачем потребовалась там мультимодальность. Припорошили немножечко теорией про VLM.
Больше ни слова в посте, приятного прочтения поста!
Сегодня у нас большое обновление в Поиске. В том числе, команда VLM тоже приняла в нём участие!
Написали с коллегами пост на хабр про то, как мы затаскивали VLM в Нейро (писал про релиз здесь). В этот раз мы немного раскрыли подробности про то, как работает Нейро, где и зачем потребовалась там мультимодальность. Припорошили немножечко теорией про VLM.
Больше ни слова в посте, приятного прочтения поста!
❤13🔥10👍7