Topic: ICO кабинет open source - page 4. (Read 19835 times)

Полагаю проект будет актуален в этом году. Планируется ли синхронизация с биржей/ами?

Огромное спасибо!
Сегодня добавили лицензию, а то нас давно просили, а мы как-то забегались по текучке и постоянно откладывали) Теперь планируем более важные обновления

done
жду апдейта и удачи!

Ставьте звездочки и форкайте, пожалуйста! Наберем 30 звездочек в этом месяце - выкатим апдейт!(Легкое вымогательство  )
https://github.com/JincorTech/backend-ico-dashboard

Любой open-source - это хорошо. ICO-кабинет может быть полезным.

Эфир эта монета мне больше нравится, чем остальные. Его нужно развивать и продвигать дальше.

Я здесь не от лица компании выступаю, а от себя лично. Так что публичность моего лица не больше, чем ваша
Тесты например здесь можно посмотреть: https://github.com/JincorTech/backend-ico-dashboard/tree/develop/src/controllers/specs
Про 80% кода, я конечно, погорячился, пока что только 80% API, проглядел в торопях. Тем не менее, это не значит, что их не будет и DI не нужен) Более того, возвращаясь к DI - тесты не главная его цель, а всего лишь бонус)

Так тесты то где? В данном случае публичное лицо вы, а не я.

Но вы не на моем месте, а позоритесь не меньше

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


5 звезд за сутки с момента публикации в публичный доступ - не так уж и плохо. Кстати, их уже 9. Готов поспорить с вами, что к концу января их будет около 50, учитвая, что на продвижение этого проекта я особо усилий прикладывать не собираюсь - очень хороший результат. Но давайте опустим это до того момента, как вы покажете хоть один из своих репозиториев(я то еще с десяток могу показать, хоть и Junior, а от вас пока только пустой треп).

Где здесь тесты: https://github.com/JincorTech/backend-ico-dashboard ?

И да, годы опыта это очень косвенный признак, но по уровню ваших ответов видно что вы в лучшем случае на уровне Junior разработчика (я конкретно про java).
Если любую какашку выложить в open source, тоже можно будет гордится? Как бы 5 звезд, из которых 1 ваша собственная и еще 3 от практически нулевых аккаунтов  - это несомненно большой повод для гордости! Теперь можете авторитетно заявить что java всё.

P.S. Судя по whitepaper, вы CTO проекта. Я бы на вашем месте постеснялся так позориться на форуме.

LOL, вы не смогли найти тесты в проекте, где покрытие кода > 80%? 

По факту: у меня есть проект Open Source. А вы тут рассуждаете о том, что надо на Java писать. И уровень разработчика измеряете не делами, а годами. Удачи в общем, классный подход, так держать 

На все 100% согласен. А теперь по пунктам. Начну наверное с того, что на Java Spring я программировал около 2х лет, так что обвинять меня в незнании его я бы не торопился)

Танцев с бубном в NodeJS не больше, чем в Java, Python, C++, PHP или чем бы то ни было еще. То что у Вас это вызывает какие-то проблемы, как раз говорит о том, что вы просто не знакомы с современной экосистемой JS. Вот уж точно npm\yarn и управлениями зависимостями это куда проще, чем Maven + Gradle.

А вы посмотрите исходники) У нас там и IoC и DI и все, что вы так сильно любите. А фреймворк популярнее epress найти нынче трудно. Наверное, только Laravel, но это уже PHP.

Я вас наверное сильно удивлю, но для хранения журнала транзакций поддержка транзакций со стороны СУБД как раз не нужна. Транзакция вполне себе умещается в один объект без связий(как внешних, так и внутренних), а значит и транзакционность операции записи вам тут не нужна. Запись одного документа - атомарная операция. Так же и с учеткой пользователя.


Но как это коррелирует с bootstrap? Зайдите на https://contribute.jincor.com - это достаточно простой UI?

NodeJS/Python/RubyOnRails/PHP тоже изумительные платформы и работают как швейцарские часы Все платформы хороши, каждая для своих задач. И вот Java для создания Open Source проектов в вебе подходит решительно меньше всего вышеперечисленного. Она довольно сильно устарела, ее надо компилировать, она прожорлива, неповоротлива, она более требовательна к разработчикам. Java это про Enterprise, а мы тут с вами не Enterprise Solutions вроде обсуждаем. И еще раз повторю: я работал на Java и неплохо ее знаю, не стоит обвинять меня в ее незнании, тем более, если вы меня не знаете. Пока что у меня сложилось ощущение, что вы кроме Java как раз ничего не знаете и активно топите за нее(и другие технологи с которыми мало мальски знакомы, вроде bootstrap). Обвинять в том, что вы стремитесь сделать продукт с технологиями, которые просто знаете сами - глупо, это нормальная практика, но и мотивировать свои решения надо открыто и соответствующе, а не выдумывать.
Особенно про нормальную многопоточность порадовало) И что вам дает ваша "нормальная многопоточность" в разрезе этой задачи? Неблокирующий I\O дает куда больше преимуществ в этом контексте. Предвижу сейчас разговоры про скорость и производительность, но это просто смешно сравнивать Java Spring и NodeJS.
Нравится типизация? Возьмите go, в этом и то больше смысла, ведь сможете работать со многими блокчейн-клиентами из коробки(inb4 go-ethereum).

Backend: https://github.com/JincorTech/backend-ico-dashboard
API docs: https://jincortech.github.io/backend-ico-dashboard/
Frontend: https://github.com/JincorTech/frontend-supreme-happiness

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

А чем обусловлен такой странный технологический стек? Зачес там Java Spring в эру NodeJS/Python/RoR/PHP? Зачем там MySQL? Какую задачу там должна решать реляционная СуБД, которую не решит документориентированная или вообще key-value? Почему в 2к18 UI надо делать на bootstrap? Зачем там Freemaker templates?
У меня есть система, кодом которой я готов поделится до конца недели, отпишусь сюда, но стек там такой:
1. NodeJS/TypeScript для сервера
2. MongoDB + Redis
3. ReactJS + Redux для фронтенда

Ну видимо действительно не актуально Раз никому не нужно, то буду искать другую идею для open source.

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

Java один из самых топовых по популярности и распространенности языков (более 9 млн. программистов java в мире), в фин. секторе и вовсе это стандарт де-факто.
По скорости разработки все прекрасно, если мы не говорим об использовании каких-нибудь древних технологий или многослойной enterprise архитектуры.

Безусловно, использования таких взрослых технологий, это защита от малограмотных "специалистов", которые не могут осилить что-то сложнее чем php или js. При этом найти какого-нибудь хорошего php программиста, который действительно хорошо умеет работать с Symfony framework возможно даже сложнее чем найти Java программиста. Во всяком случае, придется очень тщательно фильтровать и потратить много времени на это. При этом адекватные спецы будут стоить одинаково, вне зависимости от технологии.