Нехватает фильтра по произнесенным словам в звонке. Яндекс раньше им активно пользовался, если разрешить пользоваться микрофоном, потом реклама высвечивается, о том, что говорил)
Не скажу, что книжка прям повлияла на мой выбор (скорее в сторону программирования меня склонил первый Старкафт и Герои 3 с их редакторами карт, там почти программирование было)
Сама книга мне не очень зашла, уж больно много всего непонятного было, даже с энциклопедией. Но в этой книжке больше всего нравилась игра ходилка в конце)
Проблема в том, что 80% усилий дают 20% результата, иногда при планировании это забывают. Ну и еще влеты задач в спринт - нельзя впихнуть невпихуемое, и тут либо убирать какие то задачи ради влетевшей, либо заранее планировать время для вот таких вот влетов, а они всегда будут.
По своему опыту скажу, что была самая идеальная система поднятия зп 2 раза в год. 1 раз по годовой инфляции, 2 раз по фактическом приросте прибыли, который принес мой отдел. Именно отдел, а не я сам, т.к. это зависит именно от всего отдела, а не от моих личных вкладов - когда пилил фичу, а она не выстрелила, и получил 0, а коллега в этом же отделе делал фичу, которая принесла миллионы, и ему и зп подняли и премию еще дали. В общем больше от везения зависит, чем от меня.
Но потом эту фирму купила другая, у которой система сменилась на "пилил фичу, а она не выстрелила, и получил 0, а коллега..."
забыл, что в интернете обязательно нужно указывать, что это шутка. иначе не поймут
Шутка юмора: главное в поиске мошенников не выйти на самих себя))
husky сам по себе ничего не анализирует, а лишь запускает при коммите или пуше.
Спасибо, только у вас использование функции
addOptimisticOrderдо ее объявления - плохая практика."Читайте про козлиный стек в телеге"))
Нехватает фильтра по произнесенным словам в звонке. Яндекс раньше им активно пользовался, если разрешить пользоваться микрофоном, потом реклама высвечивается, о том, что говорил)
а потом положил обратно)
О, нашел))
Не скажу, что книжка прям повлияла на мой выбор (скорее в сторону программирования меня склонил первый Старкафт и Герои 3 с их редакторами карт, там почти программирование было)
Сама книга мне не очень зашла, уж больно много всего непонятного было, даже с энциклопедией. Но в этой книжке больше всего нравилась игра ходилка в конце)
Самая лучшая ТУДУха была "Нужно пофиксить в ближайшее время" оставленная 3 года назад)
возвращаются времена notepad++ ))
Нельзя было без use client понять что в коде есть useEffect и контекст?(
Потом уберут и придется по всему коду ходить и удалять use client, как в свое время удаляли import React
Проблема в том, что 80% усилий дают 20% результата, иногда при планировании это забывают. Ну и еще влеты задач в спринт - нельзя впихнуть невпихуемое, и тут либо убирать какие то задачи ради влетевшей, либо заранее планировать время для вот таких вот влетов, а они всегда будут.
Куда делся второй носок?
По своему опыту скажу, что была самая идеальная система поднятия зп 2 раза в год. 1 раз по годовой инфляции, 2 раз по фактическом приросте прибыли, который принес мой отдел. Именно отдел, а не я сам, т.к. это зависит именно от всего отдела, а не от моих личных вкладов - когда пилил фичу, а она не выстрелила, и получил 0, а коллега в этом же отделе делал фичу, которая принесла миллионы, и ему и зп подняли и премию еще дали. В общем больше от везения зависит, чем от меня.
Но потом эту фирму купила другая, у которой система сменилась на "пилил фичу, а она не выстрелила, и получил 0, а коллега..."
Если это 134 статья, то там повышение зп "в порядке, установленном коллективным договором, соглашениями, локальными нормативными актами."
Т.е. у вас в договоре прописано, когда повышать.
тоже задело)) тут наверное имелось ввиду не усиления по громкости, а усилению мастерства. ну в общем все все поняли)
Вот если бы придумали гитару, которая исправляет кривизну рук)) т.е. не попал по ноте в соло, а он тебе бац и подставил нужную ноту)
А в целом да, не хватает гитары, которая будет в рюкзаке, чтобы достать и поиграть. но не за 45к))
Количество включивших камеру влияет))
На самом деле работает схема - тестировщик написал тест кейсы, по которым проверять, а разработчик прошелся по ним и проверил.
Тест кейсы можно писать до разработки (или во время) по макетам фигмы и/или спекам.