pypy или перевести в эфиктивные структуры данных (numpy, polars) это тоже варианты. Внешние буиблиотеки не ограниченны GIL и могут использовать паралелизацию.
> Before we dive into the details, it is important to emphasize that Polars has been built from the start to use all your CPU cores. It does this by executing computations which can be done in parallel in separate threads.
Разные методы можно использовать вместе, а результат сильно зависит от типа задачи.
Паттерны проектирования для инструментов это вообще шиза и они не оправдывают себя, только усложняя и замедляя разработку инструментов,
Давно пора выкинуть все эти паттерны, plugin, вообще всё усложняет. А если без сарказма, то нужно поменять их к месту и называть вещи своими именами, а натягивать известное название на свои поделки. Такое случается так часто, что люди экстраполирют это на все паттерны.
по вашей логике где то ходят крутые тестеры, которые умеют выводить компанию в безбаговое состояние
"Между Вася потыкал кнопочки пока Петя релизит в прод" и "Вася прогнал тесткейсы и регрессии и заблокировал релиз" разница очень большая. И это как раз те процессы за которые отвечает QA лид.
Безбаговости не будет, но вот количество дефектов попавших в прод можно уменьшить. Ну и этим метриками можно к друм причастным оделам приходить и стимулировать их у улучшению.
Личность тестировщика которые выполняет процессы не так важна. Один и тот-же человек будет приносить разную пользу при разных процессах.
Это конечно и беда и с другой стороны много интересной работы для СТО
Если он есть и доступен.
А вот если сервис работает корректно, а сквозной кроссервисный кейс посыпался - это уже проблема тех кто это так спроектировал, а не команды сервиса.
В контракте записанно что ты отвечаешь за сбор данных? Значит ты отвечаешь и то, что формат на той стороне поменяли, это твоя проблема, не их. Так как это были разные организации, то там и обмен документацией наладить не получилось.
я никогда не видел человека, который прочитав всю доку не имеет вопросов.
Я вам больше скажу, за почти три года мне пришлось прочитать много разных док и задать кучу вопросов и последный раз это было как раз сегодня.
Специфика кокретно моей команды мы поддерживаем и развиваем много разных сервисов (внутренних) и одного человека с экспертизой на всё у нас просто нет.
Пришёл новый человек в команду и на первой неделе уже фиксит баги. Да в некоторых областях с ним нужно посидеть рассказать. Но это будет такая же встреча как и коллегой который уже 10 лет работает (3 из них в этой команде) чтобы поделиться знаниями.
Я воспринимаю онбординг как возможность начать работать самостоятельно над частью задач команды.
Онбординг это не только про бизнес, но и про инструменты. Получить компьютер и в этот же день сделать свой первый коммит? У нас реально. Правда коммит будет из курса по онбордингу. А можно три для ждать своего компьютера (это еще до распространения смартфонов видел, чувак просто сидел за пустым столом). В оутсорсе еще веселее, там вообще месяц можно провести в ожидании доступа.
В нашей команде есть дежурства, в рабочее врем отвечать на чатики. Это уже дополнительный онбординг. Он примерно через полгода.
Вот думаю может опыт TL вообще убрать из резюме на BA/SA ? И сделать отдельное резюме на TL. Хотя такой опыт у меня всего год с небольшим.
Я чаще рассылаю резюме и просто адаптирую его под вакансию. Не очень уверен как расшифровывается junior TL но если уже есть сеньёр в других областях то лучше junior радом не ставить. Просто упомянуть, что есть такой опыт.
А это тоже стоит дополнительных денег, вы же понимаете.
С учётом того, что зарплата растёт обычно медленее рынка, то это стоит дешевле. Кроме случаев, когда человек имеет запросы и понимает, что он незаменим.
простите, что можно впихнуть в человека за 1 неделю? не знаю как в вашем бывшем банке или на новом месте работы, с моей тз онбординг это когда человек начнет приносить пользу, а не вредить. это примерно полгода.
Приносить пользу и быть специалистом по всем вопросам это не одно и тоже. Вредить он будет, если вместо чтения документации и следования инструкциям, будет нужно с ним сидеть и всё это рассказывать лично, потому что документации не существует.
По остальным вопросам согласен, уменя они тоже вызывают вопросы. Часть из них к автору статьи, так как примеры успехов могут быть не с последней работы.
Мой коммент оносится вот к этому, а не к самому clang-format
Я бы это к форматированию не совсем относил, это больше линтинг.
Кстати в вашем репозитории форматинг не подключен (ruff format, токлько линтинг.)
И чтобы не придумывать велосипедов гляньте на:
Гляньте на https://github.com/astral-sh/ruff-action.
pypy или перевести в эфиктивные структуры данных (numpy, polars) это тоже варианты. Внешние буиблиотеки не ограниченны GIL и могут использовать паралелизацию.
> Before we dive into the details, it is important to emphasize that Polars has been built from the start to use all your CPU cores. It does this by executing computations which can be done in parallel in separate threads.
Разные методы можно использовать вместе, а результат сильно зависит от типа задачи.
Проблема форматирования уже решена 10 лет назад. Бесплатные и быстрые инструменты есть для всех языков. Лучше пользоваться ими и экономить токены.
Можно ещё на мульти процессинг посмотреть, если вычисления паралелятся и возвращаемое значение не большое.
Посмотрите на инструменты хранения ноутбуков в репозитории, в очищенном виде будет меньше токены при отправке.
Зачем тратить токены, если простые инструменты могут сделать это за вас. И никаких галюцинаций
Давно пора выкинуть все эти паттерны, plugin, вообще всё усложняет. А если без сарказма, то нужно поменять их к месту и называть вещи своими именами, а натягивать известное название на свои поделки. Такое случается так часто, что люди экстраполирют это на все паттерны.
Про текущий рынок не знаю, но раньше видел пару раз как с заплатанными ожиданиями сильно ниже "нормы" резюме уходило в урну.
Не говорите такие вещи на собеседовании. О вас могут подумать либо что не интересующийся, либо не достаточно сообразительный.
Что может быть правдой. А может вы просто себя слишком критически оцениваете.
У меня тоже были сомнения про себя. Но потом справился, на зарплате это отразилось очень положительно.
И что руководство должно сказать? Да мы готовы нарушить контракт, не получить деньги и оплатить штрафы за невыполнение?
Измерять, чтобы его контролировать.
"Между Вася потыкал кнопочки пока Петя релизит в прод" и "Вася прогнал тесткейсы и регрессии и заблокировал релиз" разница очень большая. И это как раз те процессы за которые отвечает QA лид.
Безбаговости не будет, но вот количество дефектов попавших в прод можно уменьшить. Ну и этим метриками можно к друм причастным оделам приходить и стимулировать их у улучшению.
Личность тестировщика которые выполняет процессы не так важна. Один и тот-же человек будет приносить разную пользу при разных процессах.
Если он есть и доступен.
В контракте записанно что ты отвечаешь за сбор данных? Значит ты отвечаешь и то, что формат на той стороне поменяли, это твоя проблема, не их. Так как это были разные организации, то там и обмен документацией наладить не получилось.
Я вам больше скажу, за почти три года мне пришлось прочитать много разных док и задать кучу вопросов и последный раз это было как раз сегодня.
Специфика кокретно моей команды мы поддерживаем и развиваем много разных сервисов (внутренних) и одного человека с экспертизой на всё у нас просто нет.
Пришёл новый человек в команду и на первой неделе уже фиксит баги. Да в некоторых областях с ним нужно посидеть рассказать. Но это будет такая же встреча как и коллегой который уже 10 лет работает (3 из них в этой команде) чтобы поделиться знаниями.
Я воспринимаю онбординг как возможность начать работать самостоятельно над частью задач команды.
Онбординг это не только про бизнес, но и про инструменты. Получить компьютер и в этот же день сделать свой первый коммит? У нас реально. Правда коммит будет из курса по онбордингу. А можно три для ждать своего компьютера (это еще до распространения смартфонов видел, чувак просто сидел за пустым столом). В оутсорсе еще веселее, там вообще месяц можно провести в ожидании доступа.
В нашей команде есть дежурства, в рабочее врем отвечать на чатики. Это уже дополнительный онбординг. Он примерно через полгода.
Что в этом нормального?
Я чаще рассылаю резюме и просто адаптирую его под вакансию. Не очень уверен как расшифровывается junior TL но если уже есть сеньёр в других областях то лучше junior радом не ставить. Просто упомянуть, что есть такой опыт.
Так и не надо доказывать, нужно просто доказать, что умеешь это измерять.
Кстати скорость релиза и количество найденных багов вполне объективны и измеряемы.
Вилка широкая и заниженные требования, могут вызвать вопросы. Хотя может на тукущем рынке это и норма.
Готовы с 12+ опыта на 210? В доковидные времени в Питере я бы сказал, что с вами что-то не так.
С учётом того, что зарплата растёт обычно медленее рынка, то это стоит дешевле. Кроме случаев, когда человек имеет запросы и понимает, что он незаменим.
Приносить пользу и быть специалистом по всем вопросам это не одно и тоже. Вредить он будет, если вместо чтения документации и следования инструкциям, будет нужно с ним сидеть и всё это рассказывать лично, потому что документации не существует.
По остальным вопросам согласен, уменя они тоже вызывают вопросы. Часть из них к автору статьи, так как примеры успехов могут быть не с последней работы.
Я боюсь, что одиночный разбор не имеет смысла. С такими широкими полномочиями бэкдор может прилететь в любом обновлении.
Я думал это meG@Duc нашёл новую стлоловую.