Я два месяца платил 300к человеку, который тихо скармливал мои задачи в ChatGPT

Основная проблема Димы была не в том, что он копировал большие куски кода из GPT, а в том что он не понимал, что он копирует. Я middle фронт разработчик, последние пол года тоже активно начал использовать gpt и генерировать готовые наброски кода, именно что наброски, потому что в половине случаев код либо не работает либо работает, но не так как нужно. Я копировал "кусок" кода и дальше руками правил его. Но сам вариант с копированием мне очень нравится. Очень сильно ускоряет процесс разработки и облегчает написание кода.

В целом вайбкодинг создан программистами для программистов, а не для тех кто не умеет писать код.

Когда я пытаюсь генерировать код на тех языках или фреиворках с которыми я ну вообще не знаком, вот тут начинаются проблемы, потому что руками поправить не могу и это выглядит как длинная переписка с чат ботом в попытке получить готовый вариант.

А по счёт комментариев в чем проблема. Тот же копилот очень хорошо их генерирует, правда много лишней писанины. Ну лучше уж пусть будет, чем вообще нет.

Конкуренция в российском IT достигла максимума

Просто переходим на военную экономику, а в военной экономике нужны не IT, а танки и дроны

Ваше собеседование уже слили. Рынок, где работают «волки»

О боже мой это ужасно! А где купить доступ? Автор забыл оставить ссылку на эту базу данных собеседовании

Базовые задачи на Promise в JavaScript

Задачи на .finally

.finally(data => { 
  console.log(data); // => "undefined"
  
  return "2";
})

У finally колбеэка нету аргументов этот код не корректный

interface Promise<T> {
    /**
     * Attaches a callback that is invoked when the Promise is settled (fulfilled or rejected). The
     * resolved value cannot be modified from the callback.
     * @param onfinally The callback to execute when the Promise is settled (fulfilled or rejected).
     * @returns A Promise for the completion of the callback.
     */
    finally(onfinally?: (() => void) | undefined | null): Promise<T>;
}

10 задач с JavaScript Promise для подготовки к собеседованиям

забавно, но я такие задачи вижу, на каждом собеседовании и поверь мне это ещё не самые тупые, наверное нужно написать статью топ 100 тупых вопросов фронт разработчику на собеседовании

Почему процесс технического интервью безнадежно устарел (взгляд изнутри)

На Реддит ещё год назад поднимался вопрос об использовании ИИ на собеседовании, ответ большинство был таков: если они в качестве интервьюера заметят использование ИИ, то 100% откажут ему, даже если он решил и объяснил все задачи

https://www.reddit.com/r/devops/comments/1g3np7t/candidates_using_ai_assistants_in_interviews/?tl=ru

React как среда выполнения пользовательского интерфейса

согласен перевод не очень, я эту статью быстро перевёл через гугл транслейт и закинул сюда в черновики, думал потом поправлю и опубликую, но так и не дошли руки, в итоге опубликовал как есть, лучше уж так чем вообще никак

Асинхронное программирование в однопоточных средах JavaScript

Согласен, статья получилась не совсем полная и исчерпывающая. Про некоторые вещи (queueMicrotask await top level и Observable) я не знал и мне не хотелось тратить еще больше времени на более глубокое изучение вопроса, а как можно быстрее выпустить статью и двигается дальше.

Асинхронное программирование в однопоточных средах JavaScript

А почему лайк то поставить не можешь?

Введение в React

Это называется научно-технический стиль.

Введение в Redux & React-redux

Потому что это стандарт. Все пишут редьюсеры таким образом. Что бы разные разработчики могли тебя понять.

Введение в Redux & React-redux

Таков coding style от разработчиков redux (рекомендация разработчиков по использованию redux). Конечно можно это реализовывать и другими методами, но, наверное, лучше использовать общепринятые конструкции.

Введение в Redux & React-redux

MobX и Redux оба имеют как плюсы, так и минусы. Выбор склоняется к предпочтениям самого программиста — кому с чем удобнее работать…

Введение в Redux & React-redux

Согласен. В больших проектах не стоит так делать. Лучше разбивать mapState и mapDispatch на отдельные файлы для каждого компонента. А вообще можно не листать километровые кейсы, а найти по ключевым словам нужный кейс или быстро посмотреть в самом компонента через console.log(this.props). Но в любом случае выбор того или иного метода должен делатся в соотстветствии с требованиеми проекта и рассматриватся на этапе проэктирования.

Мой опыт консультирования по JavaScript (React/Redux)

Лично я не пользовался консультациями ибо не вижу в этом смысла. Ни один учитель не сможет также хорошо объяснить что то как документация к чему то — считаю я. К тому же на ютубе хватает и бесплатных курсов по различным направлениям.

Введение в React

Не, это не мой стиль. Я пишу техническую литературу, а не комиксы с картинками.

Введение в React

Эта статья понятнее, более краткая и с хорошими примерами. Официальная документация не последовательная и более запутанная.

Введение в ECMAScript 2017 (ES8)

Конечно! Но всё по порядку. В будущем обязательно будут рассмотрены 9th Edition — ECMAScript 2018, а также 10th Edition — ECMAScript 2019.

Что нового в ECMAScript 2017 (ES8)

Делай оглавление в следующий раз

Введение в Git

Этот заголовок был выбран, скорее всего для привлечения большей аудитории. Так сказать, звучит интереснее на мой взгляд. Но я согласен что заголовок не полностью отражает суть статьи. Тем не менее если бы я хотел сделать пошаговый туториал, то назвал бы его примерно так: «Git быстрый старт», «Начало работы с git», «Git первые шаги», «Git для чайников».