Возможно (имхо) это решится через блокчейн - незнаю но чуствую рыба там

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

остальное не его

Да - но допилить как - незнаю - знал бы стал уже миллиардером)))

как не проблема, что проблема :)

что будет когда хранилище и система забьются?

ну тут 3 варианта: 1. поставить дополнительный Qube, приложение без проблем работает с несколькими одновременно 2. купить более вместительный Qube (когда выйдут multi-drive) 3. связать несколько Qube в один логический превратих их технически говоря в своё облако (QubeOS в скором пополнится возможностью кластеризации, которую настроить сможет даже ваш отец который в компах не шарит)

пока я остановился на raspberry pi B+ и внешнем диске, за размером правда приходится следить

Незнаю может я фантазирую - но что то мне кажется уже прям завтра обычно будет - куплю я себе 1000 проц с 10 терабйт оперативы

в облаках = в минуту

ну тут 3 варианта: 1. поставить дополнительный Qube, приложение без проблем работает с несколькими одновременно 2. купить более вместительный Qube (когда выйдут multi-drive) 3. связать несколько Qube в один логический превратих их технически говоря в своё облако (QubeOS в скором пополнится возможностью кластеризации, которую настроить сможет даже ваш отец который в компах не шарит)

А ссыль на репу есть ?

А ссыль на репу есть ?

мы не публикуем разработку до момента юридической стабильности, простыми словами: пока не проинвестируемся - код не откроем

Понятно

думаем пустить beta версию без исходного кода в качестве Docker контейнера

можно будет потыкать, попробовать

Ну это для кого?Для продвинутых пользователей или домохозяек?Если докер - то не всякий типа программист сможет запустить)))

Докер - это пока сейчас считается продвинутый юзер в сфере разаработки итп

Ну это для кого?Для продвинутых пользователей или домохозяек?Если докер - то не всякий типа программист сможет запустить)))

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

так-же как в больших компаниях в каждом офисе стоит NAS - может стоять Qube

Ну да если просто если ваша цель потеснить NAS - можно побороться - но с вызовом техника итп чтото не вдохновила)

Ну да если просто если ваша цель потеснить NAS - можно побороться - но с вызовом техника итп чтото не вдохновила)

наша особенность не в железе, а в ПО ?

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

всё равно будет кривой как у всех :)

начинается обычно всё хорошо, потом приходит д-эффективный менджмент и всё

всё равно будет кривой как у всех :)

скоро я докажу что вы неправы :)

Шына, хех

20 лет смотрю на доказательства, ещё никто не доказал :)

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

То есть это аналог но поменьше- а что за магическое ПО?

самые умные снимают сливки и идут в следующий стартап

rsync :)

20 лет смотрю на доказательства, ещё никто не доказал :)

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

вот, это самый момент :)

через полгода продавайте и ещё так раз 5-10, и вот тогда сможете профинансировать сами

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

Молодцы - желаю вам успеха!

через полгода продавайте и ещё так раз 5-10, и вот тогда сможете профинансировать сами

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

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

Роман вопрос - а почему голанг решили использовать в проекте?

дебажить сложно :)

не буду заводить тему по бизнесу, это не к месту :)

Роман вопрос - а почему голанг решили использовать в проекте?

изначально всё началось на Node.js, быстрый прототип на JavaScript естественно не имел никакого потенциала развития, нужно было искать более подходящую платформу 1. go компилируется, позволит нам закрывать source code когда это требуется сама QubeOS будет open source, однако некоторые приложение под неё нашего производства будут платными и в данном случае Go для нас удобен, нужно же нам деньги зарабатывать ;) 2. строгая типизация, без неё в таком проекте никуда 3. Garbage Collection, можно было писать всё на C++, но написать качественный код без утечек будет в 2-3 раза медленнее чем на Go, а поскольку наш девайс стоит у клиента а не у нас в серверной стойке, если там рухнет какой то сервис по причине утечек то это нам ужасную репутацию обеспечит 4. скорость, Go достаточно производительный для данного проекта, на нём можно написать распределённую файловую систему и прочее (Node.js JavaScript, естственно, рядом не стоял) 5. goroutines, по моему мнению одна из самых гениальных особенностей языка, позволяет очень простым образом использовать все ресурсы процессора 6. асинхронность, часто запускаются background задачи, например копирование файла в 10 гб может занять значительное количество времени, но этот процесс нужно контролировать, т.е. ему нужен поток, и тут goroutine приходит на помощь, очень легко реализовать (на Node.js это нужно было бы процессами реализовывать, убого короче) 7. библиотеки, golang предоставляет все нужные библиотеки для реализации QubeOS, SQLite, WebSockets, UUID, Encoding (JSON/MsgPack etc.), Networking, и т.д. и т.п.

Рома говоришь OpenSource - но код открывать нехотите, насчет С против Си неубедили -но это имхо - профи спят наверное))))Желаю вам удачи но продвигать надо по другому

Роман вопрос - а почему голанг решили использовать в проекте?

8. ресурсопотребление, Go очень бережно относится к памяти в отличии от Java, мы не используем Java по дной простой причине: железо на котором QubeOS обязана работать может обладать и не более 512 мб памяти, половину из которой сожрала бы JVM, да и сам по себе язык прожорливый, даже Node.js относительно прожорливая писать на C/C++ опасно по причине утечек и прочего, да и относительно сложно, вот и пришли к Go

/me с недоумением смотрит на Java приложение в своём Siemens M50...

как же ты там работаешь

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

вопрос в тему, чем дебажите Go?

Евгений, уже всё запатентовали, можно расслабиться

ваша идея подходит под слово "бэкап", а оно уже забито :)

Евгений, уже всё запатентовали, можно расслабиться

Уже?Ух опоздал

Рома говоришь OpenSource - но код открывать нехотите, насчет С против Си неубедили -но это имхо - профи спят наверное))))Желаю вам удачи но продвигать надо по другому

будет Open Source, мы просто хотим защитить себя от неблагоприятных ситуаций, мы юридически слабы, нас легко сожрать, вот мы и прячемся, как только появится финансовый партнёр и прототип - сразу же откроем Beta и репозиторий под лицензию. это чисто финансовый вопрос, дай мне 10 миллионов USD на реализацию QubeOS, я посажу лучших спецов C/C++ мира которые напишут идеальный код без ошибок и полностью его проверят но такими ресурсами мы к сожалению не располагаем, а вот на Node.js или Python система была бы недостаточно производительной

не напишут, к сожалению

ваша идея подходит под слово "бэкап", а оно уже забито :)

абсолютно нет, backup подходит под нынешние NAS, наше решение во многом превосходит обычный NAS

добавьте блокчейн и узнаете

вопрос в тему, чем дебажите Go?

с этим сложновато конечно, поскольку всё идёт в спешном режиме пока по большей степени console out, далеко от идеала, но не было особо времени разберать, как только финансирование появится я хотя бы не за 10х работать буду :)

на днях JSON логгинг добавлю, будет намного легче

Рома - удачи тебе!

Рома - удачи тебе!

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

ок

кстати у кого больше опыта в дебаггинге Go, можете пояснить почему Go разработал столь отрицательную в плане debugging'а?

потому что гоферы пишут рабочий код с 1 попытки

дебаггеры для слабаков

was a good one, ну а если серьёзно?

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

ERROR: S client not available

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

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

я видел краем глаза что мол есть plugin для Visual Studio Code под Go который позволяет прям в VSC дебажить, работает?

я видел краем глаза что мол есть plugin для Visual Studio Code под Go который позволяет прям в VSC дебажить, работает?

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

я видел краем глаза что мол есть plugin для Visual Studio Code под Go который позволяет прям в VSC дебажить, работает?

Хз, у меня emacs. Вообще можно использовать gdb, меня он спасал пару раз https://golang.org/doc/gdb

Ну и https://github.com/derekparker/delve/blob/master/Documentation/usage/dlv.md Но этот у меня не прожевал проект с sqlite

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

Atom невысомиво медленный, меня аж тошнит от его тормозов, честно говоря, VSC намного более качественно реализован

Atom невысомиво медленный, меня аж тошнит от его тормозов, честно говоря, VSC намного более качественно реализован

Не юзал VSC, но атом вполне себе ничего:) мб машинка слабенькая?

Не юзал VSC, но атом вполне себе ничего:) мб машинка слабенькая?

I7 3930K Hexa-Core, 64GB RAM, Samsung Pro SSD, Nvidia TITAN (не играет роли, но тем не менее)

I7 3930K Hexa-Core, 64GB RAM, Samsung Pro SSD, Nvidia TITAN (не играет роли, но тем не менее)

и у тебя тормозит атом?:D Серьезно?)

и у тебя тормозит атом?:D Серьезно?)

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

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

Атом с плагинами, у меня стартует побыстрее чем голый VSC

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

а как пагин называется? под Go debugging

а как пагин называется? под Go debugging

https://atom.io/packages/go-plus

а как пагин называется? под Go debugging

https://atom.io/packages/go-debug

Я вот эти использую

мы с gb работаем, со стандартным тулсетом невозможно работать из-за отсутствия версионирования зависимостей

go-debug с gb работать будет??

Что-то я не совсем net/http/httptest понял. NewServer() - это для тестирования уже написанных клиентскиз запросов от приложения куда-то? А NewRequest() - это как раз тестировать мой сервер?

привет, а кто-то с QOR работает тут?

Почитал про context. Имею смешанные чуйства

Сегодня хотелось бы рассказать о небольшой утилите для терминала, набравшей более пяти тысяч звёзд на Гитхабе за достаточно короткий срок. Утилита осуществляет запросы по протоколу HTTP, предоставляя пользователю возможность удобно сконструировать заголовки и тело в псевдографическом интерфейсе. Признаться, изначально я достаточно скептично отнёсся к самой идеи такого приложения, ведь для данных задач существует абсолютно всеобъемлющий cURL, да и к тому же основной код wuzz (именно так называется утилита) располагается в одном файле с количеством строк превышающем одну тысячу, а намека на тесты там вообще нет! Но, как это ни удивительно, всё работает, а для cURL даже заявлена поддержка совместимых аргументов. Собирается всё без каких-то проблем на всех основных операционных системах (даже Windows, которую инструменты подобного типа обычно обходят стороной), что, как мне кажется, является заслугой языка программирования Go, на котором инструмент написан. https://github.com/asciimoo/wuzz

/me с недоумением смотрит на Java приложение в своём Siemens M50...

CLDC и MIDP жестко регламентируют память, да и ртл там сильно урезпнный

Блять, ну Антон, ну нахуй иди со своим #сказочноебали

Ну и https://github.com/derekparker/delve/blob/master/Documentation/usage/dlv.md Но этот у меня не прожевал проект с sqlite

у меня тоже емакс и тоже проблемы с delve при использовании ыйдшеу

mymap := make(map[int] bool, 0) mymap[1] = true var current int for current = range mymap { fmt.Printf("current: %d\n", current) mymap[current + 1] = true } поскольку range копирует ключи, невозможно в цикле добавлять новые элементы, как решить? кажется такая банальная проблема, а гугл ничего по ней не находит

А в чем проблема?