Спасибо, интересно что ваши цифры совпадают 5x это уже паттерн, не случайность
это заговор!! а если серьёзно, то тот же тайпскрипт уже вовсю переписывают на rust, потому что rust по дефолту кратно быстрее. и вроде как следующая мажорная версия уже будет на нём. не понятно, в чём ваше открытие
из какой коробки?) первые скрипты методами были прямо из Node.js? полагаю, что нет. их писали либо вы, либо чат-бот. то есть вы отдали первый кривой скрипт чат-боту, тот переписал его под rust, потом компилятор rust нашёл ошибки связанные с типами(правда не указано, в чём именно, но видимо в первой попытке чат-бота выдать что-то на rust), они были исправлены - и вуаля, "Галя, у нас победа". А что мешало-то юзать тайпскрипт для строгой системы типов в Node.js, чтобы вообще не столкнуться с такой проблемой?)
Ну слушайте, это же всё ещё зелёный, неопытный чувак, просто после курсов. Я во время обучения если и видел вообще инфу о том, что такое перегрузка функции, то поспешил забыть как страшный сон) потому что и так много всего непонятного и сложного вываливается в сжатые сроки. И только потом, уже на работе, причём далеко не на первой, мне понадобилось действительно вспомнить об этом подходе
Накидаю ещё вопросов вдогонку. Допустим у нас имеется выпадающий список на 20 элементов, вы победили. Как он должен вести себя, если сам элемент, открывающий выпадающий список, находится посередине страницы? Открыться в любую сторону с выносом элементов списка за пределы экрана? Открыться с обрезанием до границ экрана? Как такой список поведёт себя на экране в 15 дюймов с масштабированием в 50%? Если вы об этом не думали, предлагая свои хотелки, то вряд ли вы вообще фронтенд)
Короткий же выпадающий список исключает все эти проблемы, потому что ему так или иначе хватит места открыться в какую-либо сторону
Именно поэтому в таком случае вы вписываете первые буквы, как вам кажется, подходящего хаба в поиск, и находите подходящий результат. Если хабов 100, и список пролистывается не с 4 элементами на экране, а с 20 - что-то принципиально изменится разве? Вам всё ещё придётся просмотреть все 100, с таким подходом, разве что проскроллить нужно будет кратно меньше. Зато тем, кто привык пользоваться поиском, придётся теперь смотреть на огроменный вываливающийся список.
А если 1000 будет, что тогда? Тоже будете говорить "хочу их видеть или просмотреть большим списком"? Поиск вашу проблему решил, названия хабов +- кореллируют с названиями, которые мы используем в реальной жизни, с возможными тематиками. Остальное уже ваши придирки/хотелки чисто под себя
Да, есть поиск, и он помогает — можно не скроллить, а сразу напечатать. Но откуда мне знать, что именно печатать, если разработчики решили выдавать список из 100+ элементов порциями по 4 штуки?
Простите, ЧТО?) Речь же о настройках вашей публикации. Вы понятия не имеете, о чём пишете, и поэтому вам нужно увидеть весь список, прежде чем начать вписывать в поле поиска название подходящего хаба? И виноват в этом интерфейс хабра, всё так?
Коллеги из западных команд говорят, что скорость разработки выросла в два раза. Не в полтора — в два. Это не хайп, это реальные цифры от реальных людей.
в 100500 раз!! главное в конце добавить, что это "реальные цифры от реальных людей", для большей убедительности) все ваши заявления про "без впн, без облака" и прочее тоже пустые слова, без ссылки на репу
Это вы не видели ещё самое бестолковое) на пару недель загремел в другую команду, помочь с релизом MVP. Так у них в проекте(при том, что это MVP и надо вроде как побыстрее) буквально на каждый, даже самый мизерный компонент, написан бесполезный тест на jest, который проверяет, что компонент рендерится. Без различных комбинаций пропсов, без пограничных случаев или исключений, и все такие написанные ранее тесты перед коммитом должны пройти.
Казалось бы, ну тесты и тесты, ну запускаются там себе перед коммитом. Проблемы начались тогда, когда компонент-заглушка(на который, разумеется, написан свой тест) перестал быть таковым - в нём появился хук из RTK, а именно useAppSelector: это сломало тесты, ведь jest не знает, что это за метод, какие значения он отдаст в компонент. Теперь необходимо идти в поломанный бесполезный тест и мокать в нём хук, а так же значения, которые он вернёт для теста.
И так в каждом бесполезном тесте компонента, где ранее не использовался useAppSelector, но вдруг стал. По итогу получается какая-то обезьянья работа: тратить время на починку того, что не несёт в себе никакой пользы. Причём в будущем проект будет покрываться интеграционными тестами, что лишает написание обсуждаемых выше юнит-тестов на jest какого-либо смысла. Но тем не менее, единственным фронтенд-разработчиком на этом проекте(если не считать тех, кого время от времени присылают на помощь, как меня) тесты упорно пишутся
Неприятен тон статьи, как будто разработчики - ограниченные/инфантильные существа и их нужно "знакомить с реальностью"
Базовый тон статьи любого менеджера)
Буквально заголовок статьи сразу кричит о том, что происходят стадии принятия, как у горя - ну то есть от этого никуда не деться, это "новая реальность", и всё что можно с этим делать, так это принять. Но это не так, это ваша, менеджеров, желаемая реальность, где все всё делают за 5 минут с чат-ботом. И под неё вы пытаетесь всех подогнать, потому что эйфория и отсутствие критического мышления. Выглядит всё так, будто именно вам нужно пройти стадии принятия действительности, но проще же считать идиотами всех вокруг, кроме себя, в особенности подчинённых
и вы её, в другом виде, но с тем же смыслом, используете выше. ну то есть за много лет ничего не изменилось: люди, которым лень лишний раз подумать, всегда найдут, как себя оправдать. вот и сейчас вы этим занимаетесь)
ну то есть вы предлагаете вместо маркетплейсов стричь бабло с продавцов владельцам ИИ-систем? шило на мыло получается, для продавцов. плюс это же надо для начала выстроить логистику, которой на данный момент у них нет
Вопросы в начале материала не в бровь, а в глаз) только судя по спорам на хабре в комментах, которые мне попадались, сторонников калькулятора даже здесь больше, чем изучения таблицы умножения, так что они это просто пропустят. С другой стороны и аудитория хабра кратно выросла за последние несколько лет - прибежали же ИИнутые. Если учесть этот факт, то выводы из споров о калькуляторах в комментах становятся более чем логичными.
Мне больше нравится возможность у живого человека как-то обыграть непереводимую или сленговую фразу, с учётом культурного кода и т.д. Например переводчики студии Кубик в Кубе отлично с этим справляются - в озвучках от этих ребят мелькают порой фразы, в которые прям вложили душу при переводе) чтобы и эмоциональный окрас сохранить, и контекст не потерять, ещё и завернуть это в особенности языка, на который осуществляется перевод. Вот где настоящее мастерство) таким наверное овладевают только те, кто очень любит своё дело
вы врёте, двое коллег 18 лайков не поставят) а искренне ставить их тут нечему.
так какую пользу для аудитории хабра несёт история "человека, который решил поделиться своим путем"? никакой же, она здесь есть только потому что компании нужны посты в свой блог. поэтому вас всех сюда и пригнали)
представляете, что будет с хабром, если каждый прибежит сюда "делиться своим путём"? нет? а стоило бы. почему-то вы не бежите рассказывать про свой путь яростно поддерживающим вас коллегам, не пишете в какой-нибудь TJ(который кстати буквально создан для таких постов и подобной вам аудитории) - нет, вы прётесь на хабр со своими бесконечными историями о путях. а когда вам здесь не рады - искренне удивляетесь.
это заговор!! а если серьёзно, то тот же тайпскрипт уже вовсю переписывают на rust, потому что rust по дефолту кратно быстрее. и вроде как следующая мажорная версия уже будет на нём. не понятно, в чём ваше открытие
из какой коробки?) первые скрипты методами были прямо из Node.js? полагаю, что нет. их писали либо вы, либо чат-бот. то есть вы отдали первый кривой скрипт чат-боту, тот переписал его под rust, потом компилятор rust нашёл ошибки связанные с типами(правда не указано, в чём именно, но видимо в первой попытке чат-бота выдать что-то на rust), они были исправлены - и вуаля, "Галя, у нас победа". А что мешало-то юзать тайпскрипт для строгой системы типов в Node.js, чтобы вообще не столкнуться с такой проблемой?)
Ну слушайте, это же всё ещё зелёный, неопытный чувак, просто после курсов. Я во время обучения если и видел вообще инфу о том, что такое перегрузка функции, то поспешил забыть как страшный сон) потому что и так много всего непонятного и сложного вываливается в сжатые сроки. И только потом, уже на работе, причём далеко не на первой, мне понадобилось действительно вспомнить об этом подходе
Всякий мусор принесли, а Хекслет - нет
Накидаю ещё вопросов вдогонку. Допустим у нас имеется выпадающий список на 20 элементов, вы победили. Как он должен вести себя, если сам элемент, открывающий выпадающий список, находится посередине страницы? Открыться в любую сторону с выносом элементов списка за пределы экрана? Открыться с обрезанием до границ экрана? Как такой список поведёт себя на экране в 15 дюймов с масштабированием в 50%? Если вы об этом не думали, предлагая свои хотелки, то вряд ли вы вообще фронтенд)
Короткий же выпадающий список исключает все эти проблемы, потому что ему так или иначе хватит места открыться в какую-либо сторону
Именно поэтому в таком случае вы вписываете первые буквы, как вам кажется, подходящего хаба в поиск, и находите подходящий результат. Если хабов 100, и список пролистывается не с 4 элементами на экране, а с 20 - что-то принципиально изменится разве? Вам всё ещё придётся просмотреть все 100, с таким подходом, разве что проскроллить нужно будет кратно меньше. Зато тем, кто привык пользоваться поиском, придётся теперь смотреть на огроменный вываливающийся список.
А если 1000 будет, что тогда? Тоже будете говорить "хочу их видеть или просмотреть большим списком"? Поиск вашу проблему решил, названия хабов +- кореллируют с названиями, которые мы используем в реальной жизни, с возможными тематиками. Остальное уже ваши придирки/хотелки чисто под себя
Простите, ЧТО?) Речь же о настройках вашей публикации. Вы понятия не имеете, о чём пишете, и поэтому вам нужно увидеть весь список, прежде чем начать вписывать в поле поиска название подходящего хаба? И виноват в этом интерфейс хабра, всё так?
в 100500 раз!! главное в конце добавить, что это "реальные цифры от реальных людей", для большей убедительности) все ваши заявления про "без впн, без облака" и прочее тоже пустые слова, без ссылки на репу
Это вы не видели ещё самое бестолковое) на пару недель загремел в другую команду, помочь с релизом MVP. Так у них в проекте(при том, что это MVP и надо вроде как побыстрее) буквально на каждый, даже самый мизерный компонент, написан бесполезный тест на jest, который проверяет, что компонент рендерится. Без различных комбинаций пропсов, без пограничных случаев или исключений, и все такие написанные ранее тесты перед коммитом должны пройти.
Казалось бы, ну тесты и тесты, ну запускаются там себе перед коммитом. Проблемы начались тогда, когда компонент-заглушка(на который, разумеется, написан свой тест) перестал быть таковым - в нём появился хук из RTK, а именно useAppSelector: это сломало тесты, ведь jest не знает, что это за метод, какие значения он отдаст в компонент. Теперь необходимо идти в поломанный бесполезный тест и мокать в нём хук, а так же значения, которые он вернёт для теста.
И так в каждом бесполезном тесте компонента, где ранее не использовался useAppSelector, но вдруг стал. По итогу получается какая-то обезьянья работа: тратить время на починку того, что не несёт в себе никакой пользы. Причём в будущем проект будет покрываться интеграционными тестами, что лишает написание обсуждаемых выше юнит-тестов на jest какого-либо смысла. Но тем не менее, единственным фронтенд-разработчиком на этом проекте(если не считать тех, кого время от времени присылают на помощь, как меня) тесты упорно пишутся
Базовый тон статьи любого менеджера)
Буквально заголовок статьи сразу кричит о том, что происходят стадии принятия, как у горя - ну то есть от этого никуда не деться, это "новая реальность", и всё что можно с этим делать, так это принять. Но это не так, это ваша, менеджеров, желаемая реальность, где все всё делают за 5 минут с чат-ботом. И под неё вы пытаетесь всех подогнать, потому что эйфория и отсутствие критического мышления. Выглядит всё так, будто именно вам нужно пройти стадии принятия действительности, но проще же считать идиотами всех вокруг, кроме себя, в особенности подчинённых
Сколько всего люди готовы придумать, лишь бы не принимать тот факт, что чат-боты только лишь срут в разработку)
и вы её, в другом виде, но с тем же смыслом, используете выше. ну то есть за много лет ничего не изменилось: люди, которым лень лишний раз подумать, всегда найдут, как себя оправдать. вот и сейчас вы этим занимаетесь)
ну то есть вы предлагаете вместо маркетплейсов стричь бабло с продавцов владельцам ИИ-систем? шило на мыло получается, для продавцов. плюс это же надо для начала выстроить логистику, которой на данный момент у них нет
а кто обеспечит канал доставки, которой занимаются маркетплейсы?
"я не на диктанте" - любимая фраза тех, кто не в состоянии освоить базовую грамматику
автор в ридонли и вряд ли вам ответит в ближайшее время)
Вопросы в начале материала не в бровь, а в глаз) только судя по спорам на хабре в комментах, которые мне попадались, сторонников калькулятора даже здесь больше, чем изучения таблицы умножения, так что они это просто пропустят. С другой стороны и аудитория хабра кратно выросла за последние несколько лет - прибежали же ИИнутые. Если учесть этот факт, то выводы из споров о калькуляторах в комментах становятся более чем логичными.
Мне больше нравится возможность у живого человека как-то обыграть непереводимую или сленговую фразу, с учётом культурного кода и т.д. Например переводчики студии Кубик в Кубе отлично с этим справляются - в озвучках от этих ребят мелькают порой фразы, в которые прям вложили душу при переводе) чтобы и эмоциональный окрас сохранить, и контекст не потерять, ещё и завернуть это в особенности языка, на который осуществляется перевод. Вот где настоящее мастерство) таким наверное овладевают только те, кто очень любит своё дело
ну то есть вы выбрали первый вариант?)
вы врёте, двое коллег 18 лайков не поставят) а искренне ставить их тут нечему.
так какую пользу для аудитории хабра несёт история "человека, который решил поделиться своим путем"? никакой же, она здесь есть только потому что компании нужны посты в свой блог. поэтому вас всех сюда и пригнали)
представляете, что будет с хабром, если каждый прибежит сюда "делиться своим путём"? нет? а стоило бы. почему-то вы не бежите рассказывать про свой путь яростно поддерживающим вас коллегам, не пишете в какой-нибудь TJ(который кстати буквально создан для таких постов и подобной вам аудитории) - нет, вы прётесь на хабр со своими бесконечными историями о путях. а когда вам здесь не рады - искренне удивляетесь.