Вообще я бы многие уровни Turing Complete ввел в обязательную подготовку программистов. И суть не в понимании низкоуровневщены, а то что игра учит очень сильно развивать мышление нужное для решения проблем и задач. Открыл ее для себя 2 недели назад и прошел на одном дыхании. Уже 7 джунов(и даже одного биолога) усадил за нее и прямо вижу пробелы в мышлении и как это дело фиксится по мере прохождении игры
Ну почему по первым же строкам становится видно, что это статья студента?
Отослать в википедию для чтения о алгербраических нотациях, где указана лишь польская нотация, которая, вообще не использована в статье. Ну и если уже расписывать, то лучше было бы упомянуть, что постфиксная нотация - это не просто польская нотация, а обратная польская нотация(ОПН). Для примеров, почему-то, в инфиксной нотации использовались пробелы, в то время как "22+=4" вызывает смятение, пока не дойдет, что 2 числа просто слепили вместе. С каких пор вначале статьи на хабре рекомендуют читать самоучитель по С# перед прочтением статьи?
На самом деле, для заимствованных слов нет никаких правил для использования в нашем языке, кроме интуитивных, основанных на опыте использовании родного и иностранного языка. Вариант который станет основным выберется по тому как большей части народа комфортно это произносить и использовать, поэтому лишь время покажет какой вариант станет верным у того или иного заимствованного слова, а прямая копирка и так много проблем в русский язык принесла(да даже во времена Екатерины и вторжения французкого в русскую речь), сейчас тоже самое но с англ
Вот не надо тут, все эти изменения имеют обоснование. И если вы думаете, что главенствует фонетическая копирка для переноса слов в лингвистике, то глубоко ошибаетесь. Например: грамматически правильно лаптоп, хотя никому в голову не придет, что это ближе фонетически к laptop. Так и с другими словами, важнее то, как чаще говорят, а вовсе не то как это звучит в "оригинале". И лично я слышу абузить/абузер на порядок чаще чем абьюзить/абьюзер, следовательно это уже узус и должен в итоге стать "более правильным"(абьюзить чаще слышу в фем среде)
Эх, а ведь все еще приходится для кроссбраузерного ускорения абузить враппер + `position: absolute;`. Тот же Safari, насколько я помню, все еще не может в `contain`.
Только вот зачем было заменять диакретику на обычные буквы не совсем понятно. В эсперанто вполне распространена практика x-нотации. Когда вместо диакретики используется x после буквы. Такое вполне спокойно читается и привыкается, а вот опускать буквы совсем немного странная затея
Концепт хороший. То что проект не забросят, я тоже уверен, но пожалуйста поправьте выбор цветов для темной темы. Я сам большой сторонник темных тем и она у меня стоит как предпочитаемая, да и вы не далекие от дизайна люди, как тогда вышло, что у вас абсолютно черный фон с абсолютно белым текстом.
Доки это место где разработчик достаточно долго работает с текстом и сочетание чисто черного с белым очень быстро утомит читателей.
А потом выясняется, что это вообще был Hegel/Flow. Либо то что он в папку сырцов зашел, а не скомпилированный вариант. Я на самом деле до сих пор сомневаюсь включать исходники в npmignore или нет.
Статья на грани фантастики. Встретить Typescript залитый в npm? Да еще и с разрешением .js? Это либо очень толстый троллинг, либо автор пакета сам не понимал, что же он выкладывает. Хочется просто попробовать либу? На npm давным давно есть RunKit в котором обычный алгоритм протестить не составит труда. Для чего было новичку советовать закостылять импорты вместо require? В экосистеме есть неочевидные моменты, но приведенное в статье далеко не про это. Разве виноват молоток, что гвоздем бьют по нему? Проблема тут явно в горе-советчике
Правда вначале надо будет сказать изучающему: забей на всю эту мишуру вокруг, чтоб написать HelloWorld. Нет, Java слишком "шумная" для абсолютного новичка и ничего полезного этот шум не прививает. Для начала неплохо бы базовый ООП изучить, чтобы переходить к языкам уровня Java/C#
try {
data = parseAsFirstDataType(someFile)
} catch() {
data = parseAsSecondDataType(someFile)
}
Те считалось, что если не удалось распарсить файл первым типом, то второй тип парса обязательно спасет. (Наткнулся на код, когда не мог понять почему приложение падает, а исключения нет)
Прекрасный доклад. Очень доходчиво и ясно объясняет, почему нельзя просто взять и сунуть код в цикл и измерить производительность. Хотя после доклада я совсем не знаю как можно более-менее точно сравнить производительность кроме как по временной сложности алгоритма.
обработку then можно почти всегда опустить, а вот catch все же нужен. В браузере вполне приемлемо использовать такую конструкцию и при желании можно прокинуть нормальный обработчик
window.onerror = e => {
// тут может оказаться нормальный обработчик
console.error(e)
}
(async () => {
// ...
throw new Error('catch me')
})().catch(onerror)</source>
Статья с слишком провокационными заявлениями. Тут всеми силами выпячиваются достоинства фабричных методов и принижаются все их недостатки, в то время как классы всячески осуждаются и все их недостатки раздуваются. Самый яркий пример:
Фабричные функции содействуют использованию композиции вместо наследования, что даёт разработчику более высокий уровень гибкости в плане проектирования приложений.
, при том что это абсолютно такой же не менее популярный метод и в случае классов, однако «более гибкий», хоть и ограничивает один из подходов. Пункт про безопасность тоже особо весомым не нахожу, ибо если кому-то действительно сильно надо влезть в контекст замыкания, то он может воспользоваться грязным хаком через Function.prototype.toString(). И самое удивительное неужели человек склоняющий к функциональному программированию высказывается против стрелочной нотации которую повсеместно для этого используют. Статья была бы хороша как сравнение подходов, но в итоге в конце она превратилась в сплошное осуждение классов.
Вообще я бы многие уровни Turing Complete ввел в обязательную подготовку программистов. И суть не в понимании низкоуровневщены, а то что игра учит очень сильно развивать мышление нужное для решения проблем и задач. Открыл ее для себя 2 недели назад и прошел на одном дыхании. Уже 7 джунов(и даже одного биолога) усадил за нее и прямо вижу пробелы в мышлении и как это дело фиксится по мере прохождении игры
Ну почему по первым же строкам становится видно, что это статья студента?
Отослать в википедию для чтения о алгербраических нотациях, где указана лишь польская нотация, которая, вообще не использована в статье. Ну и если уже расписывать, то лучше было бы упомянуть, что постфиксная нотация - это не просто польская нотация, а обратная польская нотация(ОПН). Для примеров, почему-то, в инфиксной нотации использовались пробелы, в то время как "22+=4" вызывает смятение, пока не дойдет, что 2 числа просто слепили вместе. С каких пор вначале статьи на хабре рекомендуют читать самоучитель по С# перед прочтением статьи?
На самом деле, для заимствованных слов нет никаких правил для использования в нашем языке, кроме интуитивных, основанных на опыте использовании родного и иностранного языка. Вариант который станет основным выберется по тому как большей части народа комфортно это произносить и использовать, поэтому лишь время покажет какой вариант станет верным у того или иного заимствованного слова, а прямая копирка и так много проблем в русский язык принесла(да даже во времена Екатерины и вторжения французкого в русскую речь), сейчас тоже самое но с англ
Вот не надо тут, все эти изменения имеют обоснование. И если вы думаете, что главенствует фонетическая копирка для переноса слов в лингвистике, то глубоко ошибаетесь. Например: грамматически правильно лаптоп, хотя никому в голову не придет, что это ближе фонетически к laptop. Так и с другими словами, важнее то, как чаще говорят, а вовсе не то как это звучит в "оригинале". И лично я слышу абузить/абузер на порядок чаще чем абьюзить/абьюзер, следовательно это уже узус и должен в итоге стать "более правильным"(абьюзить чаще слышу в фем среде)
Эх, а ведь все еще приходится для кроссбраузерного ускорения абузить враппер + `position: absolute;`. Тот же Safari, насколько я помню, все еще не может в `contain`.
У вас в предложении повторение
Высокий спрос на таланты в области технологий с открытым исходным кодом высок.
Только вот зачем было заменять диакретику на обычные буквы не совсем понятно. В эсперанто вполне распространена практика x-нотации. Когда вместо диакретики используется x после буквы. Такое вполне спокойно читается и привыкается, а вот опускать буквы совсем немного странная затея
Как раз хотелось написать про лямбды)
Хотя реализовать хотя бы комбинатор неподвижной точки на питон-лямбдах будет уже страшно смотреться)
А вообще лучший мануал по лямбдам на одну ссылку ниже в гугле
Концепт хороший. То что проект не забросят, я тоже уверен, но пожалуйста поправьте выбор цветов для темной темы. Я сам большой сторонник темных тем и она у меня стоит как предпочитаемая, да и вы не далекие от дизайна люди, как тогда вышло, что у вас абсолютно черный фон с абсолютно белым текстом.
Доки это место где разработчик достаточно долго работает с текстом и сочетание чисто черного с белым очень быстро утомит читателей.
А потом выясняется, что это вообще был Hegel/Flow. Либо то что он в папку сырцов зашел, а не скомпилированный вариант. Я на самом деле до сих пор сомневаюсь включать исходники в npmignore или нет.
Статья на грани фантастики. Встретить Typescript залитый в npm? Да еще и с разрешением .js? Это либо очень толстый троллинг, либо автор пакета сам не понимал, что же он выкладывает. Хочется просто попробовать либу? На npm давным давно есть RunKit в котором обычный алгоритм протестить не составит труда. Для чего было новичку советовать закостылять импорты вместо require? В экосистеме есть неочевидные моменты, но приведенное в статье далеко не про это. Разве виноват молоток, что гвоздем бьют по нему? Проблема тут явно в горе-советчике
Правда вначале надо будет сказать изучающему: забей на всю эту мишуру вокруг, чтоб написать HelloWorld. Нет, Java слишком "шумная" для абсолютного новичка и ничего полезного этот шум не прививает. Для начала неплохо бы базовый ООП изучить, чтобы переходить к языкам уровня Java/C#
Сталкивался с кодом уровн:
Те считалось, что если не удалось распарсить файл первым типом, то второй тип парса обязательно спасет. (Наткнулся на код, когда не мог понять почему приложение падает, а исключения нет)
Да и отрицательный ноль — вполне самодостаточное число в мире чисел с плавающей точкой
А где тут IIFE? Да и то сократить можно
Если забыли добавить (). То это костыльный способ заменить do exressions
Прекрасный доклад. Очень доходчиво и ясно объясняет, почему нельзя просто взять и сунуть код в цикл и измерить производительность. Хотя после доклада я совсем не знаю как можно более-менее точно сравнить производительность кроме как по временной сложности алгоритма.
Тем, что исключения ловить обязательно
обработку
thenможно почти всегда опустить, а вотcatchвсе же нужен. В браузере вполне приемлемо использовать такую конструкцию и при желании можно прокинуть нормальный обработчик