Числа?

А если простые мат. операции?

ооо, значит я не зря юзаю питон для dataScience? а то мне твердили что питон фуфло по сравнению с нодой, и медленее

ну медленнее, там нет JIT, в остальном быстрее

конечно

кстати да, где-то мельком видел про это, и большие дробные числа он не верно выводит

А если простые мат. операции?

речь про масштабные вычисления

Ну по большому то счету плюсы тоже не верно выводят))

Да и вообще есть нужно сравнивать ==, то логично же, что только с целым числом?

Да и вообще есть нужно сравнивать ==, то логично же, что только с целым числом?

почему только с целым? в data Science в основном дробные числа юзаються

Я про js)

все равно не понимаю что ты имеешь в виду)

почему сравниваються только целые числа? ?

Потому что 1/2 не 0.5 в js

Может быть

Сек, к пк подойду

Sergey console.log(6.6+3.3)

попробуй

Причём тут js

ааааа

ну ок

Это обычная точность хранения плавающей запятой

логично

поэтому я и сказал, что если сравнивать == то с целым числом, в чем я не прав?

http://0.30000000000000004.com

6.6 + 3.3 === 9.9 - false

combot.org/chat/-1001041204341

6.6 + 3.3 === 9.9 - false

какие чудеса прям!!!

я не говорил

что это чудеса))

поэтому я и сказал, что если сравнивать == то с целым числом, в чем я не прав?

да прав!) я просто не понял тебя и попросил объяснить)

Математика чисел с плавающей запятой имеет свои особенности связанные со способом хранения таких чисел в памяти

@amel_true вы похоже не совсем правильно ход моих мыслей

я это все прекрасно знаю и понимаю

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

и все, я не собирался устраивать споры и холивары

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

а кто утверждал обратное?

да никто не утверждал)

все в общем. закрыли тему

Ну вообще ими оперировать просто так неправильно, надо или приводить к целым или округлять

ну так да, ты все верно говоришь

Если не ошибаюсь, есть либы для матана

есть и не одна

Там можно безопасно оперировать

http://mathjs.org/

А вообще нода не для вычислений конечно. Иначе придётся париться с разбивкой операций на чанки, чтобы не остановить Event Loop

Не те задачи

А вообще нода не для вычислений конечно. Иначе придётся париться с разбивкой операций на чанки, чтобы не остановить Event Loop

Не особо серьезная проблема)

Но как бы архитектура вся против этого :)

Опять же, тредов нет

разве что виртуальные)

Опять же, тредов нет

ну есть вообще-то, правда они глубоко вторичные

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

Опять же, тредов нет

Скоро уже SharedArrayBuffer завезут, вдобавок ко всем Atomic operations

Скоро уже SharedArrayBuffer завезут, вдобавок ко всем Atomic operations

так а чем поможет?

Что-то не вижу с какой ноды обещали бы поддержку

так а чем поможет?

Ну их же не просто так завозят в язык

Многопоточности от них не добавится

"Но это всё фигня и не нужно"

Даа

Многопоточности от них не добавится

о том и речь

Угадал

Угадал

нужно, конечн

ERROR: S client not available

Псевдомногопоточность сможет делиться псевдопамятью между воркерами

Псевдомногопоточность сможет делиться псевдопамятью между воркерами

что такое вообще псевдомногопоточность? это вы корутины имеете ввиду чтоль?

То, что в js заменяет треды, воркеры.

То, что в js заменяет треды, воркеры.

[Shared Array Buffers allow] Emscripten applications to share the main memory heap between web workers. This along with primitives for low level atomics and futex support enables Emscripten to implement support for the Pthreads (POSIX threads) API.

Только это всё равно не настоящий прямой доступ к памяти

That is, you can compile multithreaded C and C++ code to asm.js. Discussion on how to best bring multi-threading to WebAssembly is ongoing. Given that web workers are relatively heavyweight, it is possible that WebAssembly will introduce lightweight threads. You can also see that threads are on the roadmap for WebAssembly’s future.

Да, wasm есть надежда, но в любом случае мы будем продолжать работать с памятью с большими ограничениями, ради безопастности (во всяком случае в браузере)

Ну и остаётся открытым вопрос - зачем сейчас делать матан на ноде?

Почему бы и нет?

Потому что это не лучшее решение. По возможностям и производительности.

Разговор на эту тему начался с того, что крутые библиотеки, типа OpenCV не будут развиваться. Сейчас полистал ветку на github и понял, что это скорее всего так.

Лучшее решение не всегда нужно

Ну допустим лучшее решение - это все писать на C

Но люди пишут на том, на чем им удобно

Разговор на эту тему начался с того, что крутые библиотеки, типа OpenCV не будут развиваться. Сейчас полистал ветку на github и понял, что это скорее всего так.

а какое отношение имеет opencv к ноде?)

Немного полистав ленту чата вспомните))

Но люди пишут на том, на чем им удобно

ну для чисел у ноды нет ничего вообще, все нужно писать самому, в том же питоне там многие сотни человеко-лет вложены в инфраструктуру для вычислений

Немного полистав ленту чата вспомните))

там речь шла что opencv в ноде официального аддона не имеет и вряд ли будет иметь, есть только неофициальные и стремные

Ну собрать самому opencv не сложно, для тех кто знаком с плюсами и немного с v8. Геморно весь функционал предоставить в jsдля ноды, в либе его очень много. А так решения уже собранные для ноды уже есть.

Чего их не использовать?

Вообще такой монолит лучше самому собирать и именно то что конкретно нужно, а то вся девелоперская либа под линукс opencv весит 200 мб

Чего их не использовать?

ну попробуйте) обычно пока не попробуешь сделать что-то полезное каким-либо инструментом все кажется отлично работающим как и написано в документации. а так да, проблем особо никак и нет принуипиальных

Ну попробовать то стоит, исследовать хотя бы готовые решения, пакеты... Или плюнуть да сделать свою утилиту на плюсах с opencv.

Или на питоне

Ну попробовать то стоит, исследовать хотя бы готовые решения, пакеты... Или плюнуть да сделать свою утилиту на плюсах с opencv.

openCV обычно юзают в стеке с машинным обучением, тогда придеться и эти методы на ноду переводить)

Ну я ж выше писал, если портировать либу на ноду - будет геморно, из-за слишком большого количества функционала, а то что уже есть собранное я думаю вполне будет работать даже с теми каскадами Хаара или обработкой видео и изображений

В тему к этим вашим bigdata. Не у кого не завалялось алгоритма генерации филвордов (венгерский кроссворд)? Вроде написал, кое-как работает, но переодически ломается и как т всё не по феншую.

Немного полистав ленту чата вспомните))

вообщем юзай openCV на питоне и не заморачиваюся) и туториолы есть и сообщество не маленькое, есть что погуглить в случае не понимания

В тему к этим вашим bigdata. Не у кого не завалялось алгоритма генерации филвордов (венгерский кроссворд)? Вроде написал, кое-как работает, но переодически ломается и как т всё не по феншую.

а можешь в лс код скинуть? интересно

вообщем юзай openCV на питоне и не заморачиваюся) и туториолы есть и сообщество не маленькое, есть что погуглить в случае не понимания

Ленты много, а для каких целей необходим кому-то такой сложная либа, точнее даже фреймворк ??

Ленты много, а для каких целей необходим кому-то такой сложная либа, точнее даже фреймворк ??

ну всем по разному) я например хочу написать подобие ИИ, есть браузерная игра, хочу на ней его обучить, мне нужно получать изображения с частотой мин. 24 фпс