Вот не надо тут, все эти изменения имеют обоснование. И если вы думаете, что главенствует фонетическая копирка для переноса слов в лингвистике, то глубоко ошибаетесь. Например: грамматически правильно лаптоп, хотя никому в голову не придет, что это ближе фонетически к 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(). И самое удивительное неужели человек склоняющий к функциональному программированию высказывается против стрелочной нотации которую повсеместно для этого используют. Статья была бы хороша как сравнение подходов, но в итоге в конце она превратилась в сплошное осуждение классов.
Не соглашусь. Gear VR это все же решение для телефона со всеми вытекающими. Общего у них только андройд. Просто в угоду плюшкам этим порезалась производительность, но исчезают провода требование к дорогостоящему компьютеру и настройке оборудования и негромоздкие контроллеры(6DOF пока в разработке, он будет анонсирован в будущем)
При этом преимущества сохраняется румскейл
Но стоит признать, что на данный момент для разработки он является тем еще гемороем
Ниже я уже написал про HTC Vive Focus. www.vive.com/cn/product/vive-focus-en
Беспроводной и отлично сидит на голове. Никакого лишнего оборудования и мощных компов (по сути, подход разряда консолей в мире VR). Никакой настройки оборудования благодаря инсайд-аут оптическому трекингу. Контроллеры не громоздкие а крайне компактные(пока 3DOF, но вскоре будет и 6DOF и для него тоже не понадобятся внешние оптические системы).
Разработка ведется в этой сфере крайне активно, поэтому ждать особо долго не придется
Вот не надо тут, все эти изменения имеют обоснование. И если вы думаете, что главенствует фонетическая копирка для переноса слов в лингвистике, то глубоко ошибаетесь. Например: грамматически правильно лаптоп, хотя никому в голову не придет, что это ближе фонетически к 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
все же нужен. В браузере вполне приемлемо использовать такую конструкцию и при желании можно прокинуть нормальный обработчикПри этом преимущества сохраняется румскейл
Но стоит признать, что на данный момент для разработки он является тем еще гемороем
www.vive.com/cn/product/vive-focus-en
Беспроводной и отлично сидит на голове. Никакого лишнего оборудования и мощных компов (по сути, подход разряда консолей в мире VR). Никакой настройки оборудования благодаря инсайд-аут оптическому трекингу. Контроллеры не громоздкие а крайне компактные(пока 3DOF, но вскоре будет и 6DOF и для него тоже не понадобятся внешние оптические системы).
Разработка ведется в этой сфере крайне активно, поэтому ждать особо долго не придется