Обновить
8
Денис@zede

Web-программист

10
Подписчики
Отправить сообщение

Вообще я бы многие уровни Turing Complete ввел в обязательную подготовку программистов. И суть не в понимании низкоуровневщены, а то что игра учит очень сильно развивать мышление нужное для решения проблем и задач. Открыл ее для себя 2 недели назад и прошел на одном дыхании. Уже 7 джунов(и даже одного биолога) усадил за нее и прямо вижу пробелы в мышлении и как это дело фиксится по мере прохождении игры

Ну почему по первым же строкам становится видно, что это статья студента?

Отослать в википедию для чтения о алгербраических нотациях, где указана лишь польская нотация, которая, вообще не использована в статье. Ну и если уже расписывать, то лучше было бы упомянуть, что постфиксная нотация - это не просто польская нотация, а обратная польская нотация(ОПН). Для примеров, почему-то, в инфиксной нотации использовались пробелы, в то время как "22+=4" вызывает смятение, пока не дойдет, что 2 числа просто слепили вместе. С каких пор вначале статьи на хабре рекомендуют читать самоучитель по С# перед прочтением статьи?

На самом деле, для заимствованных слов нет никаких правил для использования в нашем языке, кроме интуитивных, основанных на опыте использовании родного и иностранного языка. Вариант который станет основным выберется по тому как большей части народа комфортно это произносить и использовать, поэтому лишь время покажет какой вариант станет верным у того или иного заимствованного слова, а прямая копирка и так много проблем в русский язык принесла(да даже во времена Екатерины и вторжения французкого в русскую речь), сейчас тоже самое но с англ

Вот не надо тут, все эти изменения имеют обоснование. И если вы думаете, что главенствует фонетическая копирка для переноса слов в лингвистике, то глубоко ошибаетесь. Например: грамматически правильно лаптоп, хотя никому в голову не придет, что это ближе фонетически к laptop. Так и с другими словами, важнее то, как чаще говорят, а вовсе не то как это звучит в "оригинале". И лично я слышу абузить/абузер на порядок чаще чем абьюзить/абьюзер, следовательно это уже узус и должен в итоге стать "более правильным"(абьюзить чаще слышу в фем среде)

Эх, а ведь все еще приходится для кроссбраузерного ускорения абузить враппер + `position: absolute;`. Тот же Safari, насколько я помню, все еще не может в `contain`.

У вас в предложении повторение

  1. Высокий спрос на таланты в области технологий с открытым исходным кодом высок.

Только вот зачем было заменять диакретику на обычные буквы не совсем понятно. В эсперанто вполне распространена практика x-нотации. Когда вместо диакретики используется x после буквы. Такое вполне спокойно читается и привыкается, а вот опускать буквы совсем немного странная затея

Как раз хотелось написать про лямбды)

Хотя реализовать хотя бы комбинатор неподвижной точки на питон-лямбдах будет уже страшно смотреться)

А вообще лучший мануал по лямбдам на одну ссылку ниже в гугле

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

Доки это место где разработчик достаточно долго работает с текстом и сочетание чисто черного с белым очень быстро утомит читателей.

А потом выясняется, что это вообще был Hegel/Flow. Либо то что он в папку сырцов зашел, а не скомпилированный вариант. Я на самом деле до сих пор сомневаюсь включать исходники в npmignore или нет.

Статья на грани фантастики. Встретить Typescript залитый в npm? Да еще и с разрешением .js? Это либо очень толстый троллинг, либо автор пакета сам не понимал, что же он выкладывает. Хочется просто попробовать либу? На npm давным давно есть RunKit в котором обычный алгоритм протестить не составит труда. Для чего было новичку советовать закостылять импорты вместо require? В экосистеме есть неочевидные моменты, но приведенное в статье далеко не про это. Разве виноват молоток, что гвоздем бьют по нему? Проблема тут явно в горе-советчике

Правда вначале надо будет сказать изучающему: забей на всю эту мишуру вокруг, чтоб написать HelloWorld. Нет, Java слишком "шумная" для абсолютного новичка и ничего полезного этот шум не прививает. Для начала неплохо бы базовый ООП изучить, чтобы переходить к языкам уровня Java/C#

Сталкивался с кодом уровн:


try {
  data = parseAsFirstDataType(someFile)
} catch() {
  data = parseAsSecondDataType(someFile)
}

Те считалось, что если не удалось распарсить файл первым типом, то второй тип парса обязательно спасет. (Наткнулся на код, когда не мог понять почему приложение падает, а исключения нет)

Да и отрицательный ноль — вполне самодостаточное число в мире чисел с плавающей точкой

А где тут IIFE? Да и то сократить можно


let obj = {
    myKey(){
        if( !someCheck() ) return;
        ...
        return result;
    }
}

Если забыли добавить (). То это костыльный способ заменить do exressions

Прекрасный доклад. Очень доходчиво и ясно объясняет, почему нельзя просто взять и сунуть код в цикл и измерить производительность. Хотя после доклада я совсем не знаю как можно более-менее точно сравнить производительность кроме как по временной сложности алгоритма.

Тем, что исключения ловить обязательно

обработку then можно почти всегда опустить, а вот catch все же нужен. В браузере вполне приемлемо использовать такую конструкцию и при желании можно прокинуть нормальный обработчик


window.onerror = e => {
  // тут может оказаться нормальный обработчик
  console.error(e)
}
(async () => {
  // ...
  throw new Error('catch me')
})().catch(onerror)</source>
А зачем JS-у акселераторы, если эти решения нужны только из-за специфичности PHP. Как с memcahed связан с React?
Статья с слишком провокационными заявлениями. Тут всеми силами выпячиваются достоинства фабричных методов и принижаются все их недостатки, в то время как классы всячески осуждаются и все их недостатки раздуваются. Самый яркий пример:
Фабричные функции содействуют использованию композиции вместо наследования, что даёт разработчику более высокий уровень гибкости в плане проектирования приложений.
, при том что это абсолютно такой же не менее популярный метод и в случае классов, однако «более гибкий», хоть и ограничивает один из подходов. Пункт про безопасность тоже особо весомым не нахожу, ибо если кому-то действительно сильно надо влезть в контекст замыкания, то он может воспользоваться грязным хаком через Function.prototype.toString(). И самое удивительное неужели человек склоняющий к функциональному программированию высказывается против стрелочной нотации которую повсеместно для этого используют. Статья была бы хороша как сравнение подходов, но в итоге в конце она превратилась в сплошное осуждение классов.

Информация

В рейтинге
Не участвует
Откуда
Уфа, Башкортостан(Башкирия), Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Фронтенд разработчик
Ведущий
JavaScript
Vue.js
Nuxt.js
БЭМ