У гитхаба есть редирект при смене адреса репо, за что ему отдельное спасибо. Начнут выдавать 404, если репо прибьют. Если проект на него полагается, в этом контексте неправильные ссылки тоже отойдут на второй план.
Регулярно ставлю ссылки на issues в гитхабе. Если он протухнет до той степени, что они перестанут работать, бестолковые комментарии станут наименьшей из моих проблем.
Никто из читателей в здравом уме, я надеюсь, не собирается писать такое в реальной работе. Но к нравственной подоплеке школьных задачек же претензий нет?
Спойлер
— Мы займемся арифметикой… У вас в кармане два яблока…
Буратино хитро подмигнул:
— Врете, ни одного…
— Я говорю, — терпеливо повторила девочка, — предположим, что у вас в кармане два яблока. Некто взял у вас одно яблоко. Сколько у вас осталось яблок?
— Два.
— Подумайте хорошенько.
Буратино сморщился, — так здорово подумал.
— Два…
— Почему?
— Я же не отдам Некту яблоко, хоть он дерись!
— У вас нет никаких способностей к математике, — с огорчением сказала девочка. — Займемся диктантом.
Есть разница между отсутствием желания и возможности правильно решить задачу. У некоторых отказников будет наблюдаться второе. Как я сказал, задача простая и скучная, и мне бы не хотелось, чтобы меня собеседовал дятел, который вычитал ее в интернетах. Но претензии ведь не к деталям задачи, а к самому факту, что вопрос о релевантных навыках, а возмущающиеся считают его ниже своего достоинства.
Свой код может быть сколь угодно красивым, но в библах говнокод сплошь и рядом, и ковыряться в сырцах и отлаживать их иногда приходится. Если спесивый мидл выбьет себе предложение, потому что по другим дисциплинам он волочет, а потом засыплется на основах из такой задачки и пойдет курить мануал вместо того, чтобы пофиксить баг еще вчера, то в чем тут польза для заказчика? Насчет себя знаю, что когда-то вовремя закрыв вопросы по матчасти, я себе сэкономил десятки часов. На примере коллег по цеху нередко вижу обратное.
Задача на усидчивость, которая больше характеризует задающего ее. Подразумевает представление об инкременте в префиксе-постфиксе, приоритете операторов и том, что "+ +" и "++" — не одно и то же. И все. Зато елочка получилась красивая и избыточная. С приведением типов хотя бы могло быть интересней и ближе к практике.
То, что негодующие по поводу таких задач, не понимают, как они соотносятся с реалиями, и это больше характеризует их. Даже если сам разраб и его коллеги не пишут грязный код, нужно чтобы лишний раз не тупить часами в дебаггере или на Стеке, когда есть проблема, которая упирается в незнание основ языка.
У репозитория React на GitHub сейчас имеется примерно 159000 звёзд, а у репозитория Vue и того больше — около 175000. А вот у Angular, например, всего около 67500 звёзд. Если говорить о статистике по поисковым запросам за 2019 год, график которой представлен ниже, можно найти соответствие с вышеозвученными данными.
Если отбросить сомнительность и неточность измерения популярности и перспективности библиотек в попугаях и звездочках, то для Vue не учтен китайский фактор. А именно — сейчас библиотеки, используемые китайцами могут иметь тысячи звезд, а вы про нее и слыхом не слыхивали, и вообще непонятно, кому она могла приглянуться (отсутствие английкой документации не в счет). Это, конечно, частный случай локальности ПО, но очень явный.
Так что здесь совет учить Vue — это из той же оперы, что и «учите китайский».
Для обеспечения возможности работы без подключения к интернету в PWA используются веб-воркеры.
Здесь ошибка перевода, к PWA имеют отношение сервис-воркеры.
Среди сильных сторон PWA можно отметить следующие:
Надёжность — быстрая загрузка, возможность работать без подключения к интернету
Это доступность в оффлайне. С надежностью строго наоборот — в не самых свежих браузерах может не поддерживаться или поддерживаться криво, и это может сломать весь сайт еще сильней, чем другая неподдерживаемая фича. Но на этот риск идет любой любитель древностей. А проблема с воркерами в том, что цикл жизни не ограничивается текущей вкладкой, и если воркер глючит, то пользователь после выполнения стандартного ритуала — почистить кэш, куки, F5 и новое окно — остается в недоумении, почему нужно прибивать браузер, чтобы сайт ожил.
Abort стало более нейтральным, cancel испортилось, corona вызывает тошноту, а из whitelist и прочих невезучих слов, которые бросили и бросят под автобус политкорректности, можно будет составить отдельный некролог словарик.
Давайте представим ситуацию, что к вам в гости пришел друг с девушкой.
К кому относится эта фраза? Одновременно к другу и девушке? Или только к другу, а девушку вы не рады видеть? Слово «you» не дает ясности.
… приходит в гости начальник с супругой. А я: «Проходите, рад Вас видеть!» И рассматриваю свои тапки, потому что они очень занятные. А чета недоуменно переглядывается: мол, кого же из нас рад видеть сей неконкретный хозяин, может, он вообще к тапкам обращался?
Проблема не специфична для английского. А решением «проблемы» часто является контекст.
Еще нужно посмотреть каждый второй фильм и сериал. Там ПЭВМ показывают. Это интересно.
Возможно, мне не повезло в жизни столкнуться с программизмом головного мозга в клинических проявлениях, но не очень ясно, зачем программисту надо смотреть фильмы про компьютеры. Понимаю повышенный интерес меньшинств к ЛГБТ-кино понимаю. Понимаю интерес фанатов к околофутбольному кино. Интерес программистов к кино про нердов — нет. Программист — это профессия, а не субкультура.
Название этого фильма недвусмысленно указывает на то, что в нём речь идёт о некоем «коде»
Раз уж дошло до такого, то с «Кодом да Винчи» легко можно было до десятки список добить.
Этот фильм обязателен к просмотру не только программистам, нои вообще всем людям.
А с такими высказываниями следует быть аккуратней, иначе мы дойдем до того, что признаем программистов людьми.
Тот случай, когда автора можно угадывать по заголовку (и сразу пролистывать к комментам).
Конечно, можно было бы взять вместо вскода идею или вебшторм, которые не хуже умеют жрать процессор и память, но поскольку они на яве, это противоречит условию задачи — костерить жс-тулинг.
Вариант, что дело в прямизне рук автора, которые не в состоянии справиться с созданием вменяемого проекта с 4 формочками, рассматривается? Если это не компетенция автора, а проект чужой, то возможно, стоило бы направить конструктивную критику ту в сторону… но опять же, это противоречит условию задачи.
И, конечно, если костерить предметно, то речь зашла бы про
самый тяжелый объект вселенной
Но по факту статья про то, что автор вместо эффективного рабочего инструмента купил золотой унитаз за три миллиона монгольских тугриков. Потому что разработчик не обязан уметь в конфигурацию железа. И в разработку, между прочим, тоже.
Есть к чему придраться — я ожидал от тайтла поверхностной подборки лулзов, а здесь разбор по полочкам с профессиональной точки зрения, обман налицо :) Если серьезно, то кликбейт не подразумевает ложь и недостоверность, хотя они часто сопутствуют, вики довольно близка к сути. Раз уж искать, где заголовок сомнителен, то стоило дойти до конца, а именно до «нужно пожать руку». Это нужно автору, читателю? Мне понравились некоторые примеры, но как читатель, ничего близкого к «рукопожатности» не заметил. Это гиперболизация и эмоциональная окрашенность. Для справки, Дзен по указанным причинам такие заголовки однозначно считает некачественными. Насколько сильно за это штрафует, не проверял.
Вопрос был с иронией, но предметный. Для тех, кто не в курсе, о каком шаблоне речь, достаточно одного взгляда на контентохранилища вроде Adme или Sntch. Если отфильтровать статьи ^\d.+, (гум.: число в начале, придататочное предложение после запятой), останется пустая страница. Интересно, почему такой способ изложения считается более предпочтительным, чем по старинке, без воды и магии цифр — «Интересные подходы к поисковой рекламе в примерах». Есть исследования и предпосылки, или просто дань моде?
Заголовок — жуткий кликбейт. Не даром едите свой хлеб, господа. Помимо самой статьи, было бы интересно узнать из первых рук, почему формула «основное предложение с числительным + придаточное» считается чем-то хорошим и кликабельным. Со стороны выглядит как устоявшийся код для желтых статей-подборок, который их ЦА уверенно считывает.
Раньше достаточно было назвать книжку «Остров сокровищ», чтоб в библиотеку выстроилась очередь, а теперь читателю подавай «15 человек на сундук мертвеца, для которых интерес к его содержимому неудачно закончился».
1. Сделано-то хорошо, но узко. Иронично то, что обязательный параметр num может быть null. Обязательный, но не слишком. Фактически это не isRequired, а isDefined. Для обязательных по-прежнему нужен != null. Для опциональных — arguments.length и rest.length.
2. Быстрый рецепт:
console.log(JSON.stringify(obj, 0, 2));
7. Со стороны разработчика: повесить на window, а еще лучше — ничего. Со стороны пользователя, в зависимости от контекста: Ctrl+Alt+C, или Allow Right-Click, или Ctrl+F4.
Я рад за автора, что он сделал правильные выводы из увиденного, сравнивая теплое с мягким. А тем гоферам, для которых особенности жабаскрипта являются останавливающим фактором, можно пожелать успешной разработки браузерных приложений на голанге, уж там точно не будет проблем ни с параллелизмом из коробки, ни с браузерными причудами.
То, что автор путает сам язык и платформенный API, только подчеркивает, как он проникся идеей изоморфного подхода. Ну, с кем не бывает.
По-моему, обобщением занимается именно автор — экстраполирует свой однобокий опыт с JS-разработкой и противопоставляет ей TS в качестве панацеи, хотя последний является откровенным костылем, причем и в хорошем, и плохом смысле.
Попахивает подростковым максимализмом, густо приправленным тролльим жиром. Самое логичное объяснение положительной карме — здоровый смех продлевает жизнь, и читатели это ценят, и как здорово, что юмореска не была испорчена наводящими тоску аргументами.
Будучи ссторонником типизации, в большинстве случаев предпочту ТС. Да, я в курсе, что много ошибок ловится на этапе компиляции. И в курсе, что на порядок больше не ловится. Типизированный на 100% код в ТС — это дорогое удовольствие, которое сталкивается с законом Парето. За это спасибо и ограничениям самого ТС, и качеству типов сторонних библиотек. Существует баланс между строгой типизацией и покрытием тестов, которых тоже не бывает слишком много. Но допускаю, что не всем фанбойствующим теоретикам в розовых очках это известно.
Например, хук created из примера выше запускается тогда, когда готово состояние (state) компонента, но до того, как компонент прикрепляется к странице. Аналог из мира React — getDerivedStateFromProps.
Но есть одна большая разница: в библиотеке Vue нет аналога реактовского shouldComponentUpdate. В этом нет необходимости ввиду наличия в Vue системы реактивности.
Здесь неточности. Конструктор в React (ранее — componentWillMount) — это aналог created, выполняется для инстанса единожды. А getDerivedStateFromProps выполняется многократно, ближайший аналог в Vue — watch, также может быть не нужен из-за реактивности.