Да. Они тоже начинали не с того, что есть сейчас. Лень лезть в историю этого проекта. Но скорее всего так же начиналось с одного (двух) разработчика.
С джавой и вебом работаю над собственными проектами. И как раз пилю ПО/фреймворк на джаве для автоматизации торговли, налогов и вот этого всего. Законодательство в рашке начало сильно меняться, просто так уже не поторгуешь (на старых решениях).
А текущие решения в виде 1С или МойСклад далеки от понимания, что нужно мелкому бизнесу. А для меня (как программиста) они еще страшно далеки в плане залезть в кишочки и кастомизировать. А остальные решения так просто мрак. В противном случае не страдал бы этой херней, а купил коробку у официалов )
>как на нем продавать
МойСклад же как-то продаёт своё решение. Занял свою нишу, вроде 1С его скупили, поэтому и не лезет в нишу глубже. Или вы как и топикастер, хотите сразу «целый штат программистов и огромные деньги» — «в результате пивотов и разворотов бизнес-модели, развития и расходования инвестиций»?
>продукт уровня 1C не может начаться с одного разработчика
Как-то же начали: «1992 — появилась первая бухгалтерская программа „1С“ (изначально была написана братом Бориса — Сергеем Нуралиевым как вспомогательная программа для работы с бухгалтерией)»
А сейчас не 92 год, когда программы чуть ли не на ассемблере писали за 14 дюймовым монитором в 320×240 с
>которые 5 дней в неделю, по 8 часов в день ищут способы заработать на своих приложениях и придумывают новые идеи для получения прибыли
Все эти эффективные менеджеры сливают бюджеты в адсенсе/директе, которые 80% скликивают боты.
>Для того, чтобы заработать, ваша идея должна быть по-настоящему революционной и интересной.
Достаточно просто решить проблему. Для этого не нужно революций, просто должен быть в теме проблемы. Или просто делать по фану, что интересно тебе.
В этом ваша проблема. Любой подобный проект начинался с одного-двух разработчиков, а затем вырастал в «целый штат программистов и огромные деньги». Потому что людям было интересно этим заниматься.
А то, что вы делаете вам самому не интересно, поэтому «В результате прошла неделя» — «Выходит опять облом?». Это просто глупо, так ни у кого не взлетает. Любой проект требует огромной работы после релиза. По сути вы сами должны быть его пользователем и постоянно дорабатывать под ваши нужды.
Вот вы сделали этот арконоид и что? Шпилитесь в него все свободные вечера и выходные с друзьями? А почему тогда вы решили, что другие начнут в него шпилиться?
>dou.ua/...
Там все какие-то компании или команды пытаются создать, я просто хочу сделать небольшой опенсорц проект, с тем кому нужно подкачать знание Java SE.
Я хотел сказать, что добиваться статической типизации «через Java» в JS нет смысла, т.к. есть лучшие решенияПочемы вы считаете, что они лучшие? И для кого они лучшие?
Навскидку вспоминается www.jsweet.orgОн транспайлит в es5, плюс не добавляет аннотации статичных типов для переменных/параметров. Плюс на Java нужно писать по странному, точно не помню уже, но что-то там не понравилось в этом плане.
Плюс сейчайс посмотрел нет полной документации на все методы DOM API, например public.jsweet.org/...
т.к. они не делают ставку на Java стекА на что они делают ставку? У них как минимум куча легаси на Java, которое нужно поддерживать.
Вроде нет, тут же предлагают поработать вместе над проектом? Вот и я предложил...
См. Facebook Flow.Это совсем другое. К тому же не выполняет пункт:
в Eclipse получим нормальный рефакторинг и автодополнение
Хочу сделать легковесный open-source транспайлинг Java -> ES6. Со стороны Java будут только классы ES6 и DOM API, если что-то используется из Java SE, то транспайлится не будет.
Тем самым на клиенте получаем легковесный JavaScript, где все будет анотировано статичными типами (сделать думаю через комментарии). Фактически код должен получится — линия в линию, что облегчит понимание и отладку JavaScript кода.
А в Eclipse получим нормальный рефакторинг и автодополнение. Плюс написание кода в статичном стиле, что защищает от расхлябанности присущее написанию кода в скриптовом стиле. Может быть даже v8 такой код сможет лучше оптимизировать.
1. Парсим подобное этому www.w3.org/...
2. Пишем транспайлинг Java -> ES6
3. У меня есть кусок ES6 кода в виде open-source веб-фреймворка, который затем нужно перевести в Java код (без транспайлингов, ручками). А затем попробовать как работает транспайлинг Java -> ES6. Но фактически это будет делаться параллельно
4. Выкладываем всё на гитхаб, после чего получаем кучу звёзд и приглашение поработать в гугле или фейсбуке, но это как повезёт )
— Моё GMT+6
— Будем работать с Java SE, Maven и Eclipse
— Думаю использовать парное программирование через плагин Eclipse, поэтому потребуется какая-то голосовая связь
Да об этом и задавался вопрос, а вот по поводу кеширования файлов на распределенных файловых системах — интересная идея )
Достаточно вот такого перла «Вот смотрите, чем больше умеет язык, тем меньше сторонних либ и приблуд надо подключать. Меньше либ, меньше памяти, меньше памяти, меньше (в среднем) нагрузка на CPU.», а потом начинается, что «на java сложно и долго писать»
Зачем добавлять либы, решающие проблему, лучше память и нагрузку на проц буду экономить :) Зачастую еще гуглом, стэкоферфловом и гитхабом не умеют пользоваться.
Не проще сделать вот так en.wikipedia.org/...y#Ruby_on_Rails ?
С чего это долго и сложно писать? Там что, какие-то иероглифы или синтаксис кардинально отличим от php, c, c++, javascript? Думаю этот миф появился из-за высокого порога вхождения и из-за преобладания JavaEE стека. И порождают такие мифы авторы как и автор данного топика. Но профессионализм подобных авторов можно проследить по нижележащим постам...
весь топ-10 на Tiobe — это классные инструменты в инженерном планеИ джава там, обычно на первом, втором месте уже как кучу лет.
означает что есть другие инструментыКакие? Grails? Так это поделие, клон Ruby on Rails, спрашивается зачем использовать поделие, когда доступен оригинал?
Как насчет кеширования небольших файлов 100Kb-2Mb через ybc или linux сам знает какие файлы закешировать в ram? И ybc здесь будет оверхедом?
Сейчас работаю над open-source проектом, чтобы сделать разработку и управление проектами на java более удобной, а также параллельно веб-фреймворк по скрещиванию java и javascript, через nashorn.
В целом, это относительно сложные проекты. Но возникают монолитные, не особо сложные задачи, например, сейчас есть задача по поиску и добавления зависимостей в java проект, нужно будет разобраться с lucene, понять, что такое maven репозиторий и nosql база данных (mapdb).
Но эти задачи подразумевают знание java se, какой-то опыт программрования, если вы только пытаетесь разобраться с синтаксисом, не в курсе про ооп, то конечно не осилите их.
— grails, groovy это не java, не проще тогда сразу разрабатывать на ruby on rails, а не на его жалком поделии в виде grails? Всё правильно, что вам не дали использовать groovy в java проекте.
— nosql база данных, зависит конечно от проекта, но скорее всего вас просто зазомбировали идеологи nosql. Так что есть подозрение, что заказчик и тут прав выбрав свой SQL сервер.
Почему при разработке на Java всегда тяжело и всегда испытываешь страдание
Инструмент, нужно выбирать под задачи, да на java тяжело делать веб-проект, соглашусь с вами, но сам язык очень классный в инженерном плане. То что, написано на java довольно просто читать и понимать. То, что нет, инструментов под веб, не означает, что java как язык плох.
Почему Java жрет так много памяти?
Другие жрут не меньше и даже больше, сложные проекты на ruby on rails, например discourse жрут гораздо больше. Scala жрёт дохрена, не меньше, чем java, даже больше. Тем не менее, я без проблем запускаю java веб-проекты на 512Mb, просто использую легкие технологии jetty и tapestry 5.
Почему сам язык настолько беден и неуклюж? Почему работы с датами/потоками/коллекциями вызывают недоумение и неудобство. Поэтому на каждый чих — dependency, получаем на выходе гигантский артефакт/-ы и постоянные конфликты транзитивных зависимостей
Может вы просто не умеете их готовить?
Я разочаровался в Java как в языке так и в диаспоре/проектах под нее, думаю плотно переключаться на Scala и расти под нее.
Мдя, а scala, значит память не жрёт, веб-фреймворки на ней прекрасные, особенно понравился play, который выжрал 500 метров оперативки на холодном старте hello world... С dependency, там проблем нет и т.д?
В общем, вывод, что у вас просто небольшой опыт, либо просто работаете с говнопроектами, сделанные индусами. Я тоже с таким сталкивался, опыт придёт, а работу просто нужно поменять :)
Да, фуллтайм, полностью занимаюсь этим проектом сейчас. Думаю большую часть выложить в опенсорц, ну и если начнет взлетать есть одна хитрая схемка монетизации )