нет, там почти один-в-один совпадала идея генерации из определенного источника и с определенной механикой. я не претендую на абсолютную новизну, конечно.
У меня было обиднее. Запустил один некоммерческий музыкальный продукт. Начал договариваться с рядом людей на тему партнерств.
Недели через три заметил, что в основном они откровенно сливаются.
Через примерно 3 месяца выходит подпродукт яндекс.музыки с идентичным функционалом и теми командами, которые сливались от партнерства.
Почему же. Если оглядеться на реальный мир — можно увидеть, что джунов нанимают аутсорс-конторы, чтобы продавать их как миддлов, а заодно тренируют их проходить собеседования на миддлов. Заодно они же занимаются раздуванием кода программных продуктов, чтобы нанимать и продавать больше разработчиков, и их как раз устраивает низкое качество кода — можно заодно QA продавать.
А в момент, когда человек понимает, что не способен в своей доменной области в компании отрабатывать с желаемым уровнем качества — он начинает искать компании из второй категории.
И да, скорее всего любая компания, которая говорит, что не нанимает джунов, наймет человека, который будет сидеть по 24 часа в сутки, переделывая собственные ошибки и подходя с вопросами ко всем. Просто джуны обычно сейчас ждут, что их будут носить на руках, потому что они прошли двухмесячные курсы. Увы, говорю как человек, который занимается интервью последние пару лет довольно часто — как себе, так и другим проектам.
скорее всего дело в том, что морские стандарты де-факто — iridium и схожие с ним системы работают стабильно на широтах до 65-75 градусов (в зависимости от системы), а дальше все плохо.
что? серьезно? никто еще не сказал, что жквери не нужен? :)
А если серьезно — прикладные вещи конкретной технологии, типа жквери, не нужны, если ты работаешь с микроконтроллерами, например, так что это тупо выбивается из общего списка.
интересный вопрос: идея движка очень сильно напоминает игры telltale. Может ли быть такое, что не только люди, но и части движка оттуда оказались в приложении?
промисы не решали в понятном виде большое количество проблем. Например — использование while или switch-case внутри логики (а особенно все вместе).
правильно воспринимать их не как сахар, а как специфическую инструкцию, которая делает 2 отдельных вещи: уступает поток исполнения и ожидает выполнения результата. Мы можем использовать ее и для того, и для другого.
async/await действительно является шагом назад под давлением внешних факторов, но не потому что она не функциональная, а потому что реализует подмножество функционала функций-генераторов, и не имеет особого смысла (кроме возможностей для подсветки и простоты самой по себе). Я бы предпочел видеть синтаксис вроде Promise.generator(function() {}), он бы дал куда больше гибкости и возможностей для тестирования — как минимум за счет инструкции yield.
то, что вы любите функциональное программирование, не значит, что его любят все. JS пытается стать универсальным языком, а не вторым OCaml.
Хватит говорить про убогость JS, пожалуйста.
На данный момент — JS один из самых мощных доступных языков программирования. Конкуренция между compile-to-JS языками привела(к сожалению, только в 2015 году) к весьма эффективному подходу к развитию языка, о чем, кстати, на открытии HolyJS рассказывал Аксель Раушмайер, а конкуренция между интерпретаторами/JIT-компиляторами (v8 — google, chakra — MS, не помню какой в ФФ — опенсорс) привела к тому, что спецификация очень быстро внедряется в жизнь, а быстродействие держится в топе языков. «В полтора раза медленее C++» — это очень хороший результат. Я пока вижу для себя только одну фичу языка (я работал с джавой, python, ruby, c/c++, другие языки по мелочи), которую очень хотел бы видеть в JS и не увижу в ближайшем будущем — это overload функций, но тут уж ничего не поделаешь вроде.
Третий пункт ближе всего к истине, и про это уже другой спикер HolyJS рассказывал — Женя Гусев.
Есть проблема с тем, что JS-разработчики сделали все так, чтобы опубликовать и начать пользоваться пакетом можно было не через жопу. Да, это привлекло школьников. Проблема заключается в том, что в питоне, джаве, R и других языках — публикация и использование пакетов сделаны через жопу. Неловкий момент, когда криворукость разработчиков репозитория для любимого языка приводит к защите от школьников.
Если вас так задевает JS — ну не читайте вы новости про него. А мы и дальше будем обсуждать, как сделать и язык лучше, и разработку эффективнее, и быстродействие улучшить вместо того чтобы сидеть на попе ровно и ждать, пока Oracle (например) выкатит новую версию языка с фичами, которые нужны разработчикам Oracle в их продукте, и не пользоваться ничем, кроме разработок оракла и еще трех известных опенсорсных пакетов, в которые десять лет только багфиксы комиттят, а потом собирать конференции и обсуждать, что же нового в этих трех пакетах все-таки появилось.
synaptic никоим образом не параллелится с keras.js, ребята, которые его сделали — реально большие молодцы, но они решают вот абсолютно другую задачу, не связанную с синаптиком.
Касательно быстродействия — Synaptic планируется обновить, чтобы он стал похожим на Keras. Т.е. вся вычислительная мощность будет находиться в одном из бэкэндов, например, в том же TensorFlow. Я думаю, дальше объяснять не надо :)
Для задачи «загружаем веса» уже есть keras.js.
Вообще предполагаемое применение — очень простое. Есть JS-сообщество, и многим в нем очень хочется поиграться с machine learning. На уровне «распознавать котиков, чтобы включать брызгалку». Если им дать доступ к чему-то не очень сложному для них, то они начнут с этим играться. Если не дать — вряд ли они для этого будут изучать питон. Что будет дальше — неизвестно, но когда этим людям дали ноду, случился какой-то чудовищный буст в развитии и фронтэнда, и бэкэнда. Я очень надеюсь, что тут случится такая же история.
то есть эльбрус за счет ядерного параллелизма как раз должен это хорошо решать?
там как раз нет побочных эффектов, у него нет api к браузеру сейчас. все коммуникации через JS.
нет, там почти один-в-один совпадала идея генерации из определенного источника и с определенной механикой. я не претендую на абсолютную новизну, конечно.
для Edge, Firefox, Chrome, Safari и всех остальных, кроме IE. WebAssembly вам в помощь. https://caniuse.com/#feat=wasm
"радиостанции", или как-то так они сейчас у яндекса называются
У меня было обиднее. Запустил один некоммерческий музыкальный продукт. Начал договариваться с рядом людей на тему партнерств.
Недели через три заметил, что в основном они откровенно сливаются.
Через примерно 3 месяца выходит подпродукт яндекс.музыки с идентичным функционалом и теми командами, которые сливались от партнерства.
Почему же. Если оглядеться на реальный мир — можно увидеть, что джунов нанимают аутсорс-конторы, чтобы продавать их как миддлов, а заодно тренируют их проходить собеседования на миддлов. Заодно они же занимаются раздуванием кода программных продуктов, чтобы нанимать и продавать больше разработчиков, и их как раз устраивает низкое качество кода — можно заодно QA продавать.
А в момент, когда человек понимает, что не способен в своей доменной области в компании отрабатывать с желаемым уровнем качества — он начинает искать компании из второй категории.
И да, скорее всего любая компания, которая говорит, что не нанимает джунов, наймет человека, который будет сидеть по 24 часа в сутки, переделывая собственные ошибки и подходя с вопросами ко всем. Просто джуны обычно сейчас ждут, что их будут носить на руках, потому что они прошли двухмесячные курсы. Увы, говорю как человек, который занимается интервью последние пару лет довольно часто — как себе, так и другим проектам.
Мне кажется, или это действительно единственный комментарий за 2 года жизни аккаунта?
попробуйте hyperterm(https://hyper.is)
потому что разработчики готовы пойти на многое, лишь бы не писать на Java?
уточню: сами железки обновятся. не прошивка. у них срок гарантированной службы 10 лет что ли сейчас (по крайней мере у глонасса).
что? серьезно? никто еще не сказал, что жквери не нужен? :)
А если серьезно — прикладные вещи конкретной технологии, типа жквери, не нужны, если ты работаешь с микроконтроллерами, например, так что это тупо выбивается из общего списка.
и седьмая с async/await...
интересный вопрос: идея движка очень сильно напоминает игры telltale. Может ли быть такое, что не только люди, но и части движка оттуда оказались в приложении?
А смысл? сделали же уже async/await. Много разных API это не хорошо.
А асинки уже вошли в es2017, если не ошибаюсь.
На данный момент — JS один из самых мощных доступных языков программирования. Конкуренция между compile-to-JS языками привела(к сожалению, только в 2015 году) к весьма эффективному подходу к развитию языка, о чем, кстати, на открытии HolyJS рассказывал Аксель Раушмайер, а конкуренция между интерпретаторами/JIT-компиляторами (v8 — google, chakra — MS, не помню какой в ФФ — опенсорс) привела к тому, что спецификация очень быстро внедряется в жизнь, а быстродействие держится в топе языков. «В полтора раза медленее C++» — это очень хороший результат. Я пока вижу для себя только одну фичу языка (я работал с джавой, python, ruby, c/c++, другие языки по мелочи), которую очень хотел бы видеть в JS и не увижу в ближайшем будущем — это overload функций, но тут уж ничего не поделаешь вроде.
Третий пункт ближе всего к истине, и про это уже другой спикер HolyJS рассказывал — Женя Гусев.
Есть проблема с тем, что JS-разработчики сделали все так, чтобы опубликовать и начать пользоваться пакетом можно было не через жопу. Да, это привлекло школьников. Проблема заключается в том, что в питоне, джаве, R и других языках — публикация и использование пакетов сделаны через жопу. Неловкий момент, когда криворукость разработчиков репозитория для любимого языка приводит к защите от школьников.
Если вас так задевает JS — ну не читайте вы новости про него. А мы и дальше будем обсуждать, как сделать и язык лучше, и разработку эффективнее, и быстродействие улучшить вместо того чтобы сидеть на попе ровно и ждать, пока Oracle (например) выкатит новую версию языка с фичами, которые нужны разработчикам Oracle в их продукте, и не пользоваться ничем, кроме разработок оракла и еще трех известных опенсорсных пакетов, в которые десять лет только багфиксы комиттят, а потом собирать конференции и обсуждать, что же нового в этих трех пакетах все-таки появилось.
Для задачи «загружаем веса» уже есть keras.js.
Вообще предполагаемое применение — очень простое. Есть JS-сообщество, и многим в нем очень хочется поиграться с machine learning. На уровне «распознавать котиков, чтобы включать брызгалку». Если им дать доступ к чему-то не очень сложному для них, то они начнут с этим играться. Если не дать — вряд ли они для этого будут изучать питон. Что будет дальше — неизвестно, но когда этим людям дали ноду, случился какой-то чудовищный буст в развитии и фронтэнда, и бэкэнда. Я очень надеюсь, что тут случится такая же история.