А потом просишь фронтендера кнопку подвинуть, а он говорит "это к верстальщику, а я фронт"
невыдуманные истории, к которых невозможно молчать?) так дела уже лет 5-6 не делаются) вы отстали что ли от индустрии со своим фрилансом? ну не будет и швец, и жнец, и на дуде игрец отличным специалистом в каждой области, нахватается везде по чуть-чуть, в особенности если он предоставлен сам себе. вот чистый фронт через несколько лет напишет вам либу для рисования графов и будет с двоичными массивами в воркерах работать, а фуллстек(не говоря уже о ком-то ещё более комплексом) будет отступы белым бордером на белом фоне ставить - вот это я действительно видел своими глазами 1.5 года назад.
я понимаю, что вам хочется своё болото нахваливать, но благо мир устроен не так)
Понимаю, что это перевод скорее всего нейронкой с малой вычиткой, но термин "полезная нагрузка" меня очень смущает, стоило всё-таки оставить payload. Вы прямо общаетесь с коллегами, используя этот термин, "у тебя там в полезную нагрузку поле не передано"?
не статей, а статьи, в единственном числе. из которых вы уже клепаете статьи во множественном числе, чтобы просто набить количество материала у себя в профиле. то есть польза тут только для вас, иначе это был был один красивый пост) что же касается нормальности хуков - вам в других ваших микростатьях-переводах на эту тему уже ответили
Ого, вы действительно решили спамить как бот кусочками иноязычного поста с хабра, просто переводя текст, даже не удосуживая ответами на комментарии - а что отвечать-то, материал не ваш. Боюсь, это провальная затея
выглядит компактнее, один спред вместо двух, ноль методов slice. предположу возражение, что "а вот если там, в массиве, ссылочные данные, то мы и в изначальном массиве мутируем элемент со всем его содержимым, так нельзя!" - почему? можно что угодно делать с массивом в стейте - реакт на это никак не отреагирует, пока ссылка на этот массив не поменяется. в общем будто бы рановато автору оригинала показывать миру свои прекрасные хуки
Спорно) вроде и да, потому что сам устал на собесах отвечать про типы данных в моём языке. Но и нет, потому что не знаю, как в Go обстоят дела с вопросами
вроде "как работает map в Go под капотом"
а вот в JS стоит знать, как работает map, в чём его ограничения и в каких случаях предпочтительнее собрать новый массив через for, чем получить его на месте через map. И именно такие тонкости сеньор должен знать в числе прочих
Ну и первое, что приходит на ум, после прочтения окончания статьи - чувак впервые за много лет сходил на собес, не справился с базовыми вопросами, порвался и побежал на хабр. Так бывает, это нормально, и да, чтобы проходить собесы - нужно действительно проходить собесы, это тоже скилл. Я ещё на втором году работы понял, что первые несколько собеседований после их длительного отсутствия с шансом около 90% окажутся факапом. И, повторюсь, это нормально, вы ни в коем случае не становитесь от этого плохим специалистом, просто нужно подготовиться
Таким образом вы обретете навыки, которые уже сегодня востребованы не рынке, а завтра они и вовсе станут обязательными
звучит как реклама любого современного it-курса лет 5 назад) и так громко, с помпой, заявляют всего лишь о способности сформулировать запрос для нейронки. вам там груз полученных навыков нигде не жмёт?)
жесть, они продолжают цепляться за свои надежды) очевидно, что вряд ли существует в принципе живой разработчик, который решит даже простую задачу за то же время, что и нейросеть - скорость обработки и выдачи информации разная. ключевая же разница в том, что разработчик её всё-таки решит, если вдруг задача оказалась сложной. или же, как в данном случае, не столько сложной, сколько отсутствующей в датасетах: в таком случае можно гонять нейронку хоть 24/7 в течение года - результата не будет. ну элементарнейшие вещи расписываю, до которых не сложно дойти самому. ах да, здесь же не принято самому, есть нейронки) за которые так хочется цепляться, даже когда факты кричат о том, что не всё так радужно
да не, никто не обратит внимания) не станут прекращать кричать о том, что программисты скоро/теперь будут не нужны - иначе же денег больше никто не даст, ни инвесторы, ни подписочные хомяки. хотя у вторых вряд ли есть выбор)
Занятно, как бизнес снимает с себя ответственность)
3.5 года назад, будучи джуном с опытом в полгода, я устроился в крупную(штат 1000+ человек) компанию, чьей основной специализацией был аутсорс/аутстафф. Спустя пару месяцев "прокачки" стали подбирать коммерческий проект, назначили собеседование с разработчиками той стороны. А чтобы я как следует подготовился - скинули записи собеседования двух предыдущих разработчиков на этот же проект.
Если опустить сам факт подобной подготовки к собесу, то вот ещё какой момент меня сильно насторожил: первый разработчик говорит, что имеет 2 года опыта и не проходит собеседование, второй уже говорит о 2.5 годах опыта, и тоже завал. Думаю и так понятно, сколько опыта компания нарисовала мне) 3 года. То есть буквально на каждый новый собес приводили якобы более опытного разработчика, который по факту имеет полгода реального опыта или около того. Собеседование я кстати прошёл, а вот из компании уволился.
И это не единичный случай, мне спустя время довелось ещё раз попасть в аутстафф, на этот раз более мелкий - и там всё повторилось. Так что сам бизнес и начал эту авантюру с рисованием опыта своим сотрудникам. То есть когда один бизнес врёт другому бизнесу про опыт арендуемых за оверпрайс разработчиков - это норма, а когда сам разраб врёт - преступление?
На всякий случай: я никогда не врал про опыт в резюме и не поддерживаю подобный способ трудоустройства. Но очень странно читать вопли бизнеса о том, чему сам же бизнес и дал старт в своё время
как же нравится людям в таких спорах приводить в пример всерьёз больных людей
Тяжёлые патологии гормонов и лекарств, это 0.0005% от всех жиробанов
мне об этом девушка-эндокринолог ещё 10+ лет назад сказала, но как видите - в массовом сознании подобные примеры до сих пор вполне себе аргумент. что угодно, лишь бы не смотреть в глаза фактам)
а какое отношение это имеет к сути вопроса? речь ведь о том, что если вдруг вы свято верите в то, что на уровне метаболизма у вас есть отличие на половину пирожного(напомню, автор круто округлил цифру аж до 300 ккал, на самом деле она меньше) не в вашу пользу, то достаточно эти калории либо не съедать, либо вырабатывать, чтобы уравнять шансы. нафиг надо только, да?) проще думать о бесполезных вещах, которые решить проблему никак не помогут, в духе "сколько будет в килограммах за год"
Не жру тоннами и давным давно почти исключил углеводы
ну то есть в вашем случае произошёл сбой в матрице и тело вырабатывает энергию(которая потом откладывается в жир) буквально из воздуха? вы это пытаетесь сказать, случился вечный двигатель?
видимо проще верить в подобные вещи, чем в то, что вы где-то себя явно обманываете. отказ от углеводов кстати не панацея, скорее наоборот
ниже в комментах ответили, какие прекрасные спецы приходят с фриланса, не вижу смысла в повторе) и там картина куда как менее радужная
невыдуманные истории, к которых невозможно молчать?) так дела уже лет 5-6 не делаются) вы отстали что ли от индустрии со своим фрилансом?
ну не будет и швец, и жнец, и на дуде игрец отличным специалистом в каждой области, нахватается везде по чуть-чуть, в особенности если он предоставлен сам себе. вот чистый фронт через несколько лет напишет вам либу для рисования графов и будет с двоичными массивами в воркерах работать, а фуллстек(не говоря уже о ком-то ещё более комплексом) будет отступы белым бордером на белом фоне ставить - вот это я действительно видел своими глазами 1.5 года назад.
я понимаю, что вам хочется своё болото нахваливать, но благо мир устроен не так)
откуда у новичков в JS такое непреодолимое желание использовать let'ы по поводу и без повода?
Понимаю, что это перевод скорее всего нейронкой с малой вычиткой, но термин "полезная нагрузка" меня очень смущает, стоило всё-таки оставить payload. Вы прямо общаетесь с коллегами, используя этот термин, "у тебя там в полезную нагрузку поле не передано"?
не статей, а статьи, в единственном числе. из которых вы уже клепаете статьи во множественном числе, чтобы просто набить количество материала у себя в профиле. то есть польза тут только для вас, иначе это был был один красивый пост) что же касается нормальности хуков - вам в других ваших микростатьях-переводах на эту тему уже ответили
ну теперь-то уже точно революция или нужно всё-таки ещё подождать? а то каждый релиз революция, на словах
Ого, вы действительно решили спамить как бот кусочками иноязычного поста с хабра, просто переводя текст, даже не удосуживая ответами на комментарии - а что отвечать-то, материал не ваш. Боюсь, это провальная затея
во-первых зачем function? контекст не используется, а значит function не нужны и присутствуют по привычке/велению левой пятки.
во-вторых функция update выглядит ужасно. вместо
можно использовать
выглядит компактнее, один спред вместо двух, ноль методов slice. предположу возражение, что "а вот если там, в массиве, ссылочные данные, то мы и в изначальном массиве мутируем элемент со всем его содержимым, так нельзя!" - почему? можно что угодно делать с массивом в стейте - реакт на это никак не отреагирует, пока ссылка на этот массив не поменяется. в общем будто бы рановато автору оригинала показывать миру свои прекрасные хуки
а сам яндекс вас не взял к себе на стажировку потому что...?
Спорно) вроде и да, потому что сам устал на собесах отвечать про типы данных в моём языке. Но и нет, потому что не знаю, как в Go обстоят дела с вопросами
а вот в JS стоит знать, как работает map, в чём его ограничения и в каких случаях предпочтительнее собрать новый массив через for, чем получить его на месте через map. И именно такие тонкости сеньор должен знать в числе прочих
Ну и первое, что приходит на ум, после прочтения окончания статьи - чувак впервые за много лет сходил на собес, не справился с базовыми вопросами, порвался и побежал на хабр. Так бывает, это нормально, и да, чтобы проходить собесы - нужно действительно проходить собесы, это тоже скилл. Я ещё на втором году работы понял, что первые несколько собеседований после их длительного отсутствия с шансом около 90% окажутся факапом. И, повторюсь, это нормально, вы ни в коем случае не становитесь от этого плохим специалистом, просто нужно подготовиться
звучит как реклама любого современного it-курса лет 5 назад) и так громко, с помпой, заявляют всего лишь о способности сформулировать запрос для нейронки. вам там груз полученных навыков нигде не жмёт?)
жесть, они продолжают цепляться за свои надежды) очевидно, что вряд ли существует в принципе живой разработчик, который решит даже простую задачу за то же время, что и нейросеть - скорость обработки и выдачи информации разная. ключевая же разница в том, что разработчик её всё-таки решит, если вдруг задача оказалась сложной. или же, как в данном случае, не столько сложной, сколько отсутствующей в датасетах: в таком случае можно гонять нейронку хоть 24/7 в течение года - результата не будет. ну элементарнейшие вещи расписываю, до которых не сложно дойти самому. ах да, здесь же не принято самому, есть нейронки) за которые так хочется цепляться, даже когда факты кричат о том, что не всё так радужно
а чёрно-белое кино покорило обилием цветов?
да не, никто не обратит внимания) не станут прекращать кричать о том, что программисты скоро/теперь будут не нужны - иначе же денег больше никто не даст, ни инвесторы, ни подписочные хомяки. хотя у вторых вряд ли есть выбор)
Вряд ли это заслуга поста
Занятно, как бизнес снимает с себя ответственность)
3.5 года назад, будучи джуном с опытом в полгода, я устроился в крупную(штат 1000+ человек) компанию, чьей основной специализацией был аутсорс/аутстафф. Спустя пару месяцев "прокачки" стали подбирать коммерческий проект, назначили собеседование с разработчиками той стороны. А чтобы я как следует подготовился - скинули записи собеседования двух предыдущих разработчиков на этот же проект.
Если опустить сам факт подобной подготовки к собесу, то вот ещё какой момент меня сильно насторожил: первый разработчик говорит, что имеет 2 года опыта и не проходит собеседование, второй уже говорит о 2.5 годах опыта, и тоже завал. Думаю и так понятно, сколько опыта компания нарисовала мне) 3 года. То есть буквально на каждый новый собес приводили якобы более опытного разработчика, который по факту имеет полгода реального опыта или около того. Собеседование я кстати прошёл, а вот из компании уволился.
И это не единичный случай, мне спустя время довелось ещё раз попасть в аутстафф, на этот раз более мелкий - и там всё повторилось. Так что сам бизнес и начал эту авантюру с рисованием опыта своим сотрудникам. То есть когда один бизнес врёт другому бизнесу про опыт арендуемых за оверпрайс разработчиков - это норма, а когда сам разраб врёт - преступление?
На всякий случай: я никогда не врал про опыт в резюме и не поддерживаю подобный способ трудоустройства. Но очень странно читать вопли бизнеса о том, чему сам же бизнес и дал старт в своё время
сколько ещё нужно подобных случаев, чтобы люди начали задумываться)
как же нравится людям в таких спорах приводить в пример всерьёз больных людей
мне об этом девушка-эндокринолог ещё 10+ лет назад сказала, но как видите - в массовом сознании подобные примеры до сих пор вполне себе аргумент. что угодно, лишь бы не смотреть в глаза фактам)
а какое отношение это имеет к сути вопроса? речь ведь о том, что если вдруг вы свято верите в то, что на уровне метаболизма у вас есть отличие на половину пирожного(напомню, автор круто округлил цифру аж до 300 ккал, на самом деле она меньше) не в вашу пользу, то достаточно эти калории либо не съедать, либо вырабатывать, чтобы уравнять шансы. нафиг надо только, да?) проще думать о бесполезных вещах, которые решить проблему никак не помогут, в духе "сколько будет в килограммах за год"
ну то есть в вашем случае произошёл сбой в матрице и тело вырабатывает энергию(которая потом откладывается в жир) буквально из воздуха? вы это пытаетесь сказать, случился вечный двигатель?
видимо проще верить в подобные вещи, чем в то, что вы где-то себя явно обманываете. отказ от углеводов кстати не панацея, скорее наоборот