Владимир Проскурин Vlad_IT

(в случае с R&C-аккаунтами) — это надо постараться

Да, но действует ограничение максимум до 4-х.

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

Это некрасиво. Человеку на почту все равно уже ушло.

Но на самом деле нажать кнопку «Подарить приглашение» случайно не так-то просто :-)

Я не промахнулся. У меня кнопка появилась впервые, и я не подумав, рассчитывал, что сейчас вылезет окно в стиле "Вы действительно хотите отдать инвайт? У вас инвайтов n из M. Инвайты это тотототото". Так обычно и происходит в интерфейсах, если действие на кнопке имеет какие-то последствия.

Потому что Хабр — полу-закрытое сообщество. И мне кажется, что люди должны дважды думать, прежде чем отдавать кому-то инвайт. Если ты кого-то пригласил — считай, что поручился за него.

Это правда. Но интерфейс не отображает такую ответственность. Я зашел к одному пользователю в профиль, и случайно нажал на "пригласить", и без подтверждения был выслан инвайт пользователю с кармой -15. Кто это такой, почему у него такая карма я не знаю, но теперь я должен за него ручаться.

Весьма убедительно. В принципе, мне есть что рассказать новичкам, например, о применении svg в создании каких-нибудь интерактивных штуках.

Ну, у меня есть мнение о том, что все уже написано до меня. По крайней мере, в моей области (Front-end) сложно найти что-то редкое. А переводы писать не хочу. Если будет когда-то реально крутой и редкий опыт, то напишу. Я не считаю свой опыт каким-то ценным и интересным для масс.

Да я не говорю, что состязание, без постов все равно много не набрать.
Просто нельзя набрать этого "инструмента" с запасом, и спокойно выражать свое мнение.

Больше несправедливо то, что для пользователей Commended only, потолок кармы +4, а нижнего ограничения нет. т.е. без постов, ты не полноправный участник сообщества, т.к. не можешь голосовать за другие посты/комментарии.

Нет, это типа

Нарисуй блоки с вот этими текстами*, и стрелочки между ними нарисуй, типа они связаны...

Ну, плавно, не значит быстрее. Поиск в sublime например, работает быстрее. Я лишь ответил на "тормоза", у меня их не наблюдается. Редактор довольно оптимизированный, что сложно сказать о другом софте, написанном на электроне.

То будут статьи с заголовком

Путь курильщика: как войти в профессию гуманитария, если ты программист

Мне сложно в это поверить. У меня VS Code с кучей расширений, более плавно работает, чем тот же sublime (без расширений). Памяти конечно больше кушает, но по скорости довольно шустро.

И давать ачивку — Top10 ответов за 2018 год. На пикабу что-то подобное есть.

Ну, известно, что например Радий-226 (и д.р.) распадается спонтанно, и непонятно, воздействует ли что-то на это. Но если мы не находим воздействие на случайность, это не значит, что его нет.
Но по текущей теории, случайны.

Приехали. Не бывает "настоящей" рандомизации в детерминированных системах, однако есть "настоящие" генераторы случайных чисел.

Они используют физические процессы/шумы (а не алгоритмы), которые не случайны, они предсказуемые, у них есть начальное состояние и закономерное поведение. Даже космический шум не является случайным. У VSauce есть выпуск по этой теме https://www.youtube.com/watch?v=p7THJoRYA2c (на русском — https://www.youtube.com/watch?v=O6s-pllW3dc ).

Она не выросла, а просто изменилась. Сейчас джун должен знать немного другие технологии, вот и все. Зато не надо знать jQuery и как верстать под IE6.

Не согласен. Сейчас требований например к front-end разработку гораздо больше, чем тогда (хотя тогда и позиции такой не было почти). jQuery учится за пару вечеров, чего не скажешь о ReactJS+Redux. А еще есть куча сборщиков, препроцессоров, ES6-ES7, и куча периферии. Сейчас хорошим фуллстеком быть почти нереально, а в то время легко.

Мы хотим находить школьников, у которых есть предрасположенность к разработке

Ну это хорошее дело. Но если бы не React. Я даже не знаю сценарий, при котором эти знания смогут помочь школьнику. Программирование так не изучить, в будущем эти знания не пригодятся (устареют пока школу закончат). Разве что, на карманные расходы на фрилансе можно заработать. Было бы куда круче — разработка игр. Там и язык можно стандартный взять, и детям интересно. Всякие змейки делать, сапёры.

Не стоит забывать, что часть этих же программистов будут создать новые продукты, которые будут сокращать работу программистам. Такую работу, как верстка, простые сайты — уже в скором будущем можно будет отдать делать машине или дизайнерам.
Также не стоит забывать, что минимальная планка устройства программиста на позицию джуниора за 10 лет сильно выросла. Спрос уже больше на сильных программистов, а в будущем в эту сторону будет только перевешивать.
Такие вот курсы и школы в лучшем случае из 50 программистов сделают одного хорошего. Остальные же попадут под "сокращение", т.к. не смогут этим профессионально владеть. Не скажу, что это какая-та особенная профессия, но она не для всех. Сейчас же пытаются программированию обучить всех, и мы теперь имеем огромное количество людей, с поверхностными знаниями программирования. Даже не программирования, а верстки и немного скриптов на js. Взгляните на тостер, с каждым месяцем вопросы все тупее и тупее.
Учить школьников информатике хорошо, алгоритмам хорошо, логике хорошо, но не такой специфичной штуке, как JS + ReactJS. Куда они дальше с таким багажом пойдут? Пока они закончат школу и универ, этого стека уже может и не существовать.

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

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

Либо использованием вокреров ноды, а не хромиума, в качестве потоков.

Где можно про это почитать? Если все модули ноды однопоточны, то каким образом это будет работать? Разве что, локеры какие-нибудь ставить. Тут же опять, пропадает такая удобная штука, как transfer канва, т.е. работать с графикой многопоточно будет сложно, и потом эти данные нужно еще передавать в главный процесс. Так то можно и multiprocessing юзать.
Слишком много но.

У меня получалось загрузить модуль только на один поток воркера. Загружать на несколько потоков один модуль не получалось, выходила ошибка:
Error: Module did not self-register.
Строго на вторую загрузку модуля, даже если грузить сначала в воркере а потом в главном потоке, будет такая ошибка.
К тому же, они сами пишут, что не рекомендуется импортить свои модули, и даже нодовские ( ибо они не работают с многопоточностью).
пруф https://github.com/electron/electron/blob/master/docs/tutorial/multithreading.md

То, что electron заполонит все приложения, могут говорить только те, кто на нем не писали.
Это ужасно злая вещь, которая может упасть и не сказать ничего в логах или краш-репорте.
Это вещь, которая вроде позволяет создавать многопоточность через web-workers, но в самих web-workers не позволяет подключать нативные модули ноды.
Это такая вещь, которая очень медленно развивается. Все, что можно увидеть в release-notes — это фиксы багов. Так и у другого софта часто, но там переход с первой версии на третью не дает почти никакого преимущества, кроме обновленного движка хромиума.
Эта такая штука, в релизе у которой, в новой мажорной версии, будет вот это:

PDF Viewer is not working in 3.0.0 but will be return soon

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

При написании среднего/сложного приложения, неизбежно начинает не хватать возможностей электрона и ноды, и приходится писать нативные модули на С++.

В electron огромное количество багов, в этому количеству добавляется огромное количество багов хромиума.

Не только с мнением большинства, но и с реальностью.

Я не ставил минусы, но я не смог согласиться с вашим комментарием, т.к. то, что есть в реале, не соответствует вашим словам. Выпускники GB очень слабые, и написать что-то сами они не в силах (если не занимались отдельно самообучением). Тостер сейчас завален такими ребятами, и уровень вопросов там с каждым месяцем падает. GB не стоит тех денег, что за него просят. За эти деньги можно себе нанять ментора, от которого будет больше пользы.
Большинство бросают программирование после GB, т.к. работу не находят (я знаю про их стажировку, но никто не работает на выходе).
Они не умные, возможно активные.

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

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

По первому, я так и написал

или в переменную is*

Под is* имелся ввиду шаблон названия гетера, например isActive, isFound и.т.д.

Так то, можно даже так

!function () {
  console.log('Normal IIFE called')
}();
+function () {
  console.log('Normal IIFE called')
}();
~function () {
  console.log('Normal IIFE called')
}();

Главное, чтобы JS понял, что это выражение а не конструкция. Для этого и применяются скобки, операторы. Например вот это блок/конструкция
{}
а вот это уже будет объект
({})

Двойной восклицательный знак

Он редко когда может пригодится в JS, т.к. в условиях и так идет преобразование в булевой тип. Возможно, только когда нужно явно передать булевое значение, например в JSON, или в переменную is*. Но странно, что вы его засунули в статью малоизвестных возможностей.

Побитовые операторы нужно использовать по предназначению. Такие вот штуки

if (~username.indexOf("Drake")) {
  console.log('Access denied')
}

очень сильно усложняют код. Это неявно, а неявное — плохо.

Оператор «запятая»

Тоже забудьте в продакшине. Неопытных разработчик не сразу скажет, чему тут будет равно а

var a = (10 * 3, 
         20 * 4, 
         10 * 2)

Неявная штукенция, в 99% случаев подходит лишь, когда стоит цель, написать минимум символов. Все равно минификатором все будет сжато.

Все эти штуки из статьи, описываются почти в любом учебнике по JS. Думал будет что-то реально малоизвестное. Вы же вроде хотели доперевести You Dont Know JS, там реально полезный материал.

Мне кажется, такие штуки необходимо наоборот удешевлять, чтобы каждый нуждающийся мог себе позволить протез. Комплект для VR стоит не дешево. Ну допустим, это премиум протез.
Плюс еще непонятно, какая обратная связь (кроме визуальной) будет у VR? Ведь в реале, будет ощущаться вес предмета.
Было бы полезнее, если бы такую штуку сделали без протеза. Чтобы пока человек ждет протез, он мог бы научиться им пользоваться, хотя и тут куча тонкостей (разные протезы, разные мышцы). Зачем человеку эта VR, если он в жизни может выполняя свои дела, научиться им пользоваться? Разве что, для тестирования после установки, но и тут хватит нормального стенда.

облачную платформу, включающую виртуальную реальность, интернет вещей, анализ big data

Вы забыли добавить "блокчейн, встроенный криптокошелек" и.т.д.

Хм…

В Spotify есть web api https://developer.spotify.com/documentation/web-playback-sdk/reference/#api-spotify-player может ее можно как-то приделать под эту задачу.

Понимаете, вот это вот

И вообще, кодить не сложно

не даст исполниться вот этому

Кодом можно делать практически все.

Вы не сможете написать все, если будете владеть уровнем "код — это просто". т.к. так могут говорить только те, кто изучал только простые вещи, те, кто не вышли за диапазон низкого порога вхождения на кривой, или те, кто рекламируют свою курсы по программированию.
Я вот сколько пишу код, уже даже на автоматизме как на родном языке, но я бы не назвал эту работу — простой. Клепать всякие простые скриптики легко, не спорю, но сделать что-то уже слегка нетривиальное, не получится легко, и чтобы без костылей и багов.

С++ не для всех подходит, тем более не для быстрой разработки. Если бы был нормальный кроссплатформенный GUI фреймворк например под Go, C#, Java, Python — другое дело. Хотя я уверен, что какие-то есть, но по какой-то причине не получили популярность. Например под C# есть крутой Avalonia, но опять же, XAML нравится не всем, и он значительно сложнее HTML (хотя на AvalonStudio можно клепать формочки).
Еще тут основную роль играет маркетинг. Если человек хочет заняться программированием, с большей вероятностью он попадет на курсы/статьи/уроки именно по JS. Хотя порог вхождения у python не выше, но все хотят делать сайты, а лет 10 назад хотели делать игры (было как-то романтичнее что ли). Для очень многих людей, JS первый и единственный язык программирования, в то время как лет 10 назад, такое явление среди программистов было довольно редким.
Сам последние 3 года пишу в основном на JS, но в последнее время вспоминаю о C#, там развитие идет куда интереснее, а не как в JS, продолжаем писать логику в разметке (привет ReactJS).

Возможно скрипт зацепился за слово

игру-паззл на политической карте мира

Как будто на LOR попал.

8K разрешение же.

По поводу тостера.
Который раз пишу длинный ответ на вопрос, вкладываю в него силы и время (часто бывает по 30-40 минут уходит), а модераторы просто удаляют вопрос, и мой ответ уходит в никуда. Очень обидно, т.к. мой ответ не нарушал правила сайта. А вопрос нарушил неоднозначное правило — "На вопрос нельзя дать однозначный ответ", за которое наказывают почему-то не все вопросы, поэтому заранее не всегда могу понять, удалят ли в этот раз данный вопрос.
Почему бы просто не переводить вопрос в readonly? Я общался с поддержкой, но получил ответ — "закрытый вопрос будет засорять поиск, у нас традиционное решение удалять нарушающие правила вопросы. Вопросы заблокированные по причине дублирования, не удаляются, т.к. по ним можно сослаться на другой вопрос."
Был даже такой вопрос, в котором я за ответ получил +40 рейтинга, и вопрос удалили спустя 3-4 дня, когда он уже нигде не показывался.
Не в рейтинге дело (но за него тоже обидно), а в том, что бывает пишешь полезный ответ, и хочешь скидывать на него ссылку в последующих вопросах или при личной переписке, а сохранять свой ответ в другом источнике — лень, и в итоге его просто удаляют одним кликом мыши.
Мое предложение для решения этой проблемы: просто переводить вопрос в readonly и убирать его из поиска. Так будет гораздо лучше.

Вопрос по фрилансим: на моем круге можно привязать к профилю "Участие в профессиональных сообществах", на фрилансим такое ожидается?

А можете вариант из статьи показать как будет выглядеть?

Студии под рукой нет, в VS Code такое же расширение у меня стоит.

Я вот таким чудом пользуюсь https://marketplace.visualstudio.com/items?itemName=TomasRestrepo.Viasfora там сразу без курсора видно, т.к. для каждой пары задается свой цвет.

Вы что-то имеете против LISP?

В B450 можно потом вставить 8 ядерник.

Также и с зеоном: E5 2697 V2 — 12 ядер 24 потока за 25000р. По производительности примерно такой же. А также существуют 2-х сокетные материнки, на них можно собрать нереально мощного монстра за не высокую цену. 4-х канальная DDR3 еще долгое время будет актуальна, как и 10-и ядерный xeon.
Тут все индивидуально, но обе платформы будут жить еще долго, учитывая то, что софт и игры начинают писать с уделом на многопоточность.