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

мб стоит распределенные вычисления задействовать?

обработку файлов

по сети на нескольких машинах

мб стоит распределенные вычисления задействовать?

это каким пакетом?

микросервисы + очереди

дело не в пакете

а, окей

задача как таковая решена, решение довольно сложное

ищется метод упращения

просто если я так понял нужно быстро и надежно, то к примеру: 1. микросервис дерижер отдает и мониторит задачи 2. файловый микросервис 3. микросервис обработки данных

все, что то упало, зафиксировали - запустили на другом обработчике

да

примерно все так

пойду я спать ?

очереди для взаимодействия микросервисов - можно использвовать rabbitmq или nats (но он не умеет сохранять на диск, зато адски быстр)

для файловых микросервисов вроде даже готовые решения есть, типа ситевых дисков

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

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

??

А почему решение на горутинах выглядит хрупким то?

То есть, какой мысленный эксперимент приводит к краху системы?

То есть, какой мысленный эксперимент приводит к краху системы?

отключение питания)))

А почему решение на горутинах выглядит хрупким то?

да как сказать, количество каналов и контекстов ?

отключение питания)))

А как этому помогут растовые параллельные коллекции?

да как сказать, количество каналов и контекстов ?

А сколько их? Вроде всего 10 штук воркеров то.

Это же не 100к

верно 10

А как этому помогут растовые параллельные коллекции?

если не от единого источника, то проще... но это так)))

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

Транзакционность нужна.

Транзакционность нужна.

+

Чтобы в случае краха можно было откатить нетронутый файл.

да я сам бы плюсанул, если мог бы ее обеспечить

А уж 10 потоков или 10к это без разницы

Тем более если это 10к зеленых потоков, легковесных, а не системных.

просто иногда построенная архитектура и логика работы не дают должного удовлетворения от проделанной работы)

да я сам бы плюсанул, если мог бы ее обеспечить

А без этого любое решение будет хрупким.

пока что потеря сведена к 1к строк из файла, это терпимо, и проблема не в этом, проблема в довольно сложном коде

Хоть ты на кластере ерланг-серверов его сделай.

пока что потеря сведена к 1к строк из файла, это терпимо, и проблема не в этом, проблема в довольно сложном коде

сложный код - эт не гуд

Перепиши на ерланге :-)

хаха, мы его убирали пару лет назад

но не суть

Как то пришел я в проект, а там либа на C++, открываю ее исходники а там все переменные и методы 1-3 буквой названы... в итогде через год полностьб переписали, никто не понимал что там внутри, а размер этой лапшы около 80к строк кода и без комментов)))

вот это был ад)

как говорится все javascript кроме php

)))

Перепиши на ерланге :-)

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

сейчас уже есть elixir

ну, он своеобразный, да.

но работать с таймзоной там все равно приходится через erlang

а элексир же только синтаксисом отличается. а синтаксис - ничто.

я тут D хотел изучить, но некотрые его конструкции меня насторожили сильно

не могу перестроит мышление

что типа a.hi это может быть hi(a)... или что-то в этом роде

я тут D хотел изучить, но некотрые его конструкции меня насторожили сильно

попробуй раст, ахаха

попробуй Аду :-D

C++ top

Хотя, нонче модно Kotlin юзать везде. Стильно! Модно! Молодежно!

попробуй раст, ахаха

а как там с GUI для Desktop?

а раст то хорош, обязателен к прочтению

а как там с GUI для Desktop?

а зачем нужен гуи для десктоп?

сейчас же модно писать всё на джаваскрипте

Хотя, нонче модно Kotlin юзать везде. Стильно! Модно! Молодежно!

меня напрягает зависимость от java, даже в native у них там как-то не так

throll mode on

меня напрягает зависимость от java, даже в native у них там как-то не так

Какая такая зависимость в нативном бинаре? Нет зависимости же.

рифма на слово гуи

ERROR: S client not available

а зачем нужен гуи для десктоп?

ну вот мне нужен мега быстрый GUI, к примеру у меня в браузере блюр медленный и это средствами CSS3

а как там с GUI для Desktop?

https://github.com/christolliday/limn

ну, плюс биндинги

ну так-то биндинги и к Qt/GTK есть наверняка

и плюс всякое ориентированное под игры

Какая такая зависимость в нативном бинаре? Нет зависимости же.

нет, но чет напрягает

нет, но чет напрягает

На этот раз напрягает уже отсутствие зависимости Kotlin native от jvm? :-)

а как там с GUI для Desktop?

https://codeburst.io/my-journey-with-rust-in-2017-the-good-the-bad-the-weird-f07aa918f4f8 Тут описана ситуация.

На этот раз напрягает уже отсутствие зависимости Kotlin native от jvm? :-)

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

как он это все упаковывает в бинарь

как он это все упаковывает в бинарь

Никак. В kotlin native ты java не используешь. Также как ты не используешь java в go.

Kotlin имеет три варианта компиляции: в jvm bytecode, в js и в native.

Никак. В kotlin native ты java не используешь. Также как ты не используешь java в go.

вот и получается что все что тебе нужно в популярных либах прийдется писать заного (

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

Внезапно у c++ также. Или там у Go. Когда ты компилишь go в js, то, очевидно, биндинги у тебя к js-либам.

ох... кто-то go в js копилит?

ну, проект есть, видимо да. я пробовал - работает

https://github.com/JetBrains/kotlin-native/tree/master/samples

https://kotlinlang.org/docs/reference/native-overview.html

все равно смотрю Kotlin и Java боль от Android вспоминается)

а go в js прикольно, только не понятно зачем это нужно

чтобы на недотипизированном лапшееобразном js не писать, очевидно же

так TS есть

а они один фиг опционально нормально типизирован, а в среднем - недотипизирован

и вообще, нафига плодить языки, если можно и на серваке и в браузере единый ЯП юзать? :-)

)))

а как горутины в js интересно

единый НОРМАЛЬНЫЙ язык

или не поддерживаются

через промисы

или event loop

What is supported? Nearly everything, including Goroutines