Потому что Хабр — полу-закрытое сообщество. И мне кажется, что люди должны дважды думать, прежде чем отдавать кому-то инвайт. Если ты кого-то пригласил — считай, что поручился за него.
Это правда. Но интерфейс не отображает такую ответственность. Я зашел к одному пользователю в профиль, и случайно нажал на "пригласить", и без подтверждения был выслан инвайт пользователю с кармой -15. Кто это такой, почему у него такая карма я не знаю, но теперь я должен за него ручаться.
Ну, у меня есть мнение о том, что все уже написано до меня. По крайней мере, в моей области (Front-end) сложно найти что-то редкое. А переводы писать не хочу. Если будет когда-то реально крутой и редкий опыт, то напишу. Я не считаю свой опыт каким-то ценным и интересным для масс.
Да я не говорю, что состязание, без постов все равно много не набрать.
Просто нельзя набрать этого "инструмента" с запасом, и спокойно выражать свое мнение.
Больше несправедливо то, что для пользователей Commended only, потолок кармы +4, а нижнего ограничения нет. т.е. без постов, ты не полноправный участник сообщества, т.к. не можешь голосовать за другие посты/комментарии.
Ну, плавно, не значит быстрее. Поиск в sublime например, работает быстрее. Я лишь ответил на "тормоза", у меня их не наблюдается. Редактор довольно оптимизированный, что сложно сказать о другом софте, написанном на электроне.
Мне сложно в это поверить. У меня VS Code с кучей расширений, более плавно работает, чем тот же sublime (без расширений). Памяти конечно больше кушает, но по скорости довольно шустро.
Я ни в коем случае не хотел унизить работу верстальщиков, т.к. там бывают и сложные работы. Верстка — это часть моей работы, работы front-end разработчика, и я хотел лишь указать, что это не единственная часть, и не самая сложная в работе front-end разработчика.
Ну, известно, что например Радий-226 (и д.р.) распадается спонтанно, и непонятно, воздействует ли что-то на это. Но если мы не находим воздействие на случайность, это не значит, что его нет.
Но по текущей теории, случайны.
Она не выросла, а просто изменилась. Сейчас джун должен знать немного другие технологии, вот и все. Зато не надо знать 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 огромное количество багов, в этому количеству добавляется огромное количество багов хромиума.
Это правда. Но интерфейс не отображает такую ответственность. Я зашел к одному пользователю в профиль, и случайно нажал на "пригласить", и без подтверждения был выслан инвайт пользователю с кармой -15. Кто это такой, почему у него такая карма я не знаю, но теперь я должен за него ручаться.
Весьма убедительно. В принципе, мне есть что рассказать новичкам, например, о применении svg в создании каких-нибудь интерактивных штуках.
Ну, у меня есть мнение о том, что все уже написано до меня. По крайней мере, в моей области (Front-end) сложно найти что-то редкое. А переводы писать не хочу. Если будет когда-то реально крутой и редкий опыт, то напишу. Я не считаю свой опыт каким-то ценным и интересным для масс.
Да я не говорю, что состязание, без постов все равно много не набрать.
Просто нельзя набрать этого "инструмента" с запасом, и спокойно выражать свое мнение.
Больше несправедливо то, что для пользователей Commended only, потолок кармы +4, а нижнего ограничения нет. т.е. без постов, ты не полноправный участник сообщества, т.к. не можешь голосовать за другие посты/комментарии.
Нет, это типа
Ну, плавно, не значит быстрее. Поиск в sublime например, работает быстрее. Я лишь ответил на "тормоза", у меня их не наблюдается. Редактор довольно оптимизированный, что сложно сказать о другом софте, написанном на электроне.
То будут статьи с заголовком
Мне сложно в это поверить. У меня VS Code с кучей расширений, более плавно работает, чем тот же sublime (без расширений). Памяти конечно больше кушает, но по скорости довольно шустро.
Я ни в коем случае не хотел унизить работу верстальщиков, т.к. там бывают и сложные работы. Верстка — это часть моей работы, работы front-end разработчика, и я хотел лишь указать, что это не единственная часть, и не самая сложная в работе front-end разработчика.
Надоели. Если для вас Front-End это верстка и слайдеры на jQuery, то это проблема в вас, а не в front-end разработчиках.
И давать ачивку — Top10 ответов за 2018 год. На пикабу что-то подобное есть.
Ну, известно, что например Радий-226 (и д.р.) распадается спонтанно, и непонятно, воздействует ли что-то на это. Но если мы не находим воздействие на случайность, это не значит, что его нет.
Но по текущей теории, случайны.
Они используют физические процессы/шумы (а не алгоритмы), которые не случайны, они предсказуемые, у них есть начальное состояние и закономерное поведение. Даже космический шум не является случайным. У VSauce есть выпуск по этой теме https://www.youtube.com/watch?v=p7THJoRYA2c (на русском — https://www.youtube.com/watch?v=O6s-pllW3dc ).
Не согласен. Сейчас требований например к 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 документов через окна или webview, то обновившись, при открытии вашего приложения, будет открываться окно сохранения pdf файла на диск.
При написании среднего/сложного приложения, неизбежно начинает не хватать возможностей электрона и ноды, и приходится писать нативные модули на С++.
В electron огромное количество багов, в этому количеству добавляется огромное количество багов хромиума.
Не только с мнением большинства, но и с реальностью.