Комментарии 39
Я вот только мораль не понял… Кризис, импортозамещение, 1С быстро и из коробки, цена на нее разумная, но мы пилим свой велосипед на JAVA, потому что <??> Вот там, где знак вопроса, я не понял, какой тезис вставляет автор…
+7
конкретно эти клиенты рассчитывают очень сильно смасштабироваться, и цена на 1С для них перестает быть разумной.
как обычно, все из-за денег.
как обычно, все из-за денег.
0
Странно… 1С для них дорого, а разрабатывать, отлаживать и сопровождать кастомное решение — как бы дешево?
+9
Это смотря как считать. Написание и поддержка специфического софта масштаба крупного предприятия может выйти в разы дороже. Но если работодатель готов платить за то, чтобы у вас была возможность освоить новый язык программирования — почему бы и нет.
+3
Хорошо, когда есть такие клиенты. Потому что разработка и поддержка любого велосипеда обойдется значительно дороже.
Судя по вашему коду, прочный задел на будущее вы уже заложили: мало кто сможет и захочет разбираться в этом. Это еще и снаружи выглядит, как интерфейс 90-х, значит спустя некоторое время можно будет развести клиента на переписывание под Web.
Судя по вашему коду, прочный задел на будущее вы уже заложили: мало кто сможет и захочет разбираться в этом. Это еще и снаружи выглядит, как интерфейс 90-х, значит спустя некоторое время можно будет развести клиента на переписывание под Web.
+4
Когда увидел скриншоты интерфейса (и понял, что речь всё-таки не о Web), сразу возник вопрос, а почему тогда не Delphi?!
+4
Потому что язык 1С расчитан на то, чтобы бухгалтер, не обделенный тягой к новым знаниям, был способен его освоить. Порог вхождения невысок — конкурентов много. Внедрив софтинку на Java отсекаем конкурентов с 1С (для них это будет более высокий уровень), но избегаем конкурентов со стороны Java-программистов (для них это будет скорее шаг назад). Т.е. создаем для себя нишу для заработка — profit! Так 25 лет назад в конторах кормились программисты на клиппере — разбираться в чужих исходниках этого ужаса никто не хотел, а софтину поддерживать нужно. Поэтому конторе приходилось платить.
0
Никакой бухгалтер не станет осваивать язык програмирования. Последняя версия 1С где я видел чтобы бухгалтер редактировал что то была 1С 2.0.
Попытка повторения 1С на делфи или яве заранее обречена на провал. Плюсов 1с не достигаем зато добавляем минусов в виде приложения которое еще и перекомпиливать приходится. То есть если для 1С требовался приходящий програмист то здесь придется держать штатного. Но в таком случае зачем построитель форм? Достаточнго было бы какого нибудь декларативного дизайна.
Впрочем, как раз готовлю статью про то как следует писать приложения-альтернативы 1С.
.
Попытка повторения 1С на делфи или яве заранее обречена на провал. Плюсов 1с не достигаем зато добавляем минусов в виде приложения которое еще и перекомпиливать приходится. То есть если для 1С требовался приходящий програмист то здесь придется держать штатного. Но в таком случае зачем построитель форм? Достаточнго было бы какого нибудь декларативного дизайна.
Впрочем, как раз готовлю статью про то как следует писать приложения-альтернативы 1С.
.
+4
Рад что у вас получается переход на новую технологию.
Но вы сравниваете немного разные вещи.
1С — специализированное решение.
Если хотите быстрый GRUD интерфейс на java, посмотрите на Spring Roo/ Sculptor
Но вы сравниваете немного разные вещи.
1С — специализированное решение.
Если хотите быстрый GRUD интерфейс на java, посмотрите на Spring Roo/ Sculptor
0
Спасибо, посмотрю.
0
Лучше посмотрите на Play Framework. Только версии 1.3.
0
Почему? Чем плохи 2.x? Они уже версию 3.0 готовят.
0
Потому что тут человек говорит о Java. 2.x — это уже Scala, как ни крути. Хоть и заявлено, что можно писать на Java, но шаблонизатор в виде Scala тоже наводит на мысль использовать Scala.
Я достаточно давно использую Play во многих проектах, много раз пробовал перейти на ветку 2, но толкового из этого ничего не вышло. Говорю за себя, может кому-то и удобнее писать на смеси Java + Scala, особенно, зная Scala, но удобнее опять же тогда писать уже всё на Scala :)
Я достаточно давно использую Play во многих проектах, много раз пробовал перейти на ветку 2, но толкового из этого ничего не вышло. Говорю за себя, может кому-то и удобнее писать на смеси Java + Scala, особенно, зная Scala, но удобнее опять же тогда писать уже всё на Scala :)
0
А приложение принципиально должно быть десктопным?
JavaFX не пробовали?
JavaFX не пробовали?
+1
Насколько понял Fx на линуксе не заработает, а я с этим заделом на будущее искал.
-2
А почему не 1С все-таки? Я понимаю, если вас не устроила бы scalability или там, производительность… Но цена? В 1С есть линуксы, есть reporting, веб-клиент из коробки, есть отказоустойчивый кластер и вообще, новая версия обещает вагон плюшек для больших систем. Наверное, можно это написать с нуля, если 1С не устраивает. Но я сильно (вообще сильно) сомневаюсь, что это будет дешевле для заказчика.
+2
С чего вы так решили? Должно бы, если судить по списку совместимости.
+2
Читал коменты к статьям, здесь же на Хабре кстати.
Кто-то сделал такое заявление, вроде не опровергли, сам проверять не стал, поверил на слово.
Fx был бы сильно лучше Swing'а?
Кто-то сделал такое заявление, вроде не опровергли, сам проверять не стал, поверил на слово.
Fx был бы сильно лучше Swing'а?
0
Ооо, это как? Во-первых, в JDK Java вообще крайне редко бывает что где-то что-то не заработает, это же Java. Во-вторых, линукс в Java наверное самая популярная платформа из всех возможных, программисты Java скорее смирятся что в винде что-то не работает, чем в линуксе. ИМХО
+1
Сейчас эти времена в прошлом. А, учитывая, что существует проект по портированию javafx на мобильные платформы, так и вообще не имеет смысла пользовать Swing. И уж тем более нет в этом смысла, если что одну, что другую технологию нужно изучать с нуля.
До jdk8 javafx был не OpenSource, а потому не мог работать на неоракловых JVM. Версии 2.x для linux могли выходить с задержкой по сравнению с версиями для Windows. А первая версия javafx под linux, по-моему, так и не вышла.
До jdk8 javafx был не OpenSource, а потому не мог работать на неоракловых JVM. Версии 2.x для linux могли выходить с задержкой по сравнению с версиями для Windows. А первая версия javafx под linux, по-моему, так и не вышла.
0
Для большинства контор существующих на рынке достаточно функционала базовых версий конфигураций 1С, это будет им стоить тысяч пять за коробку и тысяч скажем 12 в год за подписку на обновления. При этом они получат достаточно оперативно необходимые изменения в печатных формах и в регламентной отчетности. Сколько будет стоить этот же функционал в Вашей программе?
0
Боюсь вас разочаровать, но конкретно функционал регл. учета я никогда не стану реализовывать в этой программе. =)
И вряд ли на GitHub кто-то форкнет проект с такими целями.
Разве что интереса ради регистр бухгалтерии и план счетов реализую — но на коммерческий успех такой поделки планировать было бы по-детски наивно.
А мне 32 года уже все-таки.
И вряд ли на GitHub кто-то форкнет проект с такими целями.
Разве что интереса ради регистр бухгалтерии и план счетов реализую — но на коммерческий успех такой поделки планировать было бы по-детски наивно.
А мне 32 года уже все-таки.
0
А в чем смысл тогда этого «велосипеда»? Нет, ну почти все проходили свои этапы в виде «я напишу свою ОС», или «я сделаю свою программу складского учета»… А какой практический смысл?
0
Ну как дети маленькие, чесное слово))
В чем смысл, в чем смысл… а в чем смысл 1С?
И до нее писали люди учетки и после нее будут писать.
Такой же по глупости вопрос можно задать любой программе, у которой есть конкурент.
А зачем люди начали писать хром, когда уже были популярные браузеры?
Если вы лично, со своей жердочки не видите практический смысл, это не значит, что его нет.
В чем смысл, в чем смысл… а в чем смысл 1С?
И до нее писали люди учетки и после нее будут писать.
Такой же по глупости вопрос можно задать любой программе, у которой есть конкурент.
А зачем люди начали писать хром, когда уже были популярные браузеры?
Если вы лично, со своей жердочки не видите практический смысл, это не значит, что его нет.
0
Ну если пишется конкурент, то значит он выполняет как минимум те же функции, а то и имеет какую-то свою изюминку. Если тут «функционала регл. учета не будет», то в чем фишка? Просто еще одна система, как тот-же самый «Ананас». Продолжая аналогию с 1с — можно быстро набросать интерфейс, вести данные и получить нужные итоги из соответствующих регистров, при этом не углубляясь в низкоуровневые дебри. Создавая какой-то аналог этой системы с нуля с каждым шагом затрачиваешь больше времени. Быстро нарисовал интерфейс? Но уже с сохранением данных в базу и получением обратно нужно написать прилично «обертки». И так с каждым шагом. Только если подразумевается, как написали выше привязка, клиента к себе, ибо поддерживать такую систему, да еще не имея исходного кода, стороннему человеку будет очень сложно, если не сказать невозможно.
0
Кстати, если очень хочется делать программы для бизнес учета и не писать велосипедов, я бы посоветовал посмотреть мою статью «Триста пятьдесят самых популярных Java opensource проектов на github», категория " Фреймворки и библиотеки для создания бизнес приложений на Java", там есть открытые фреймворки для создания программ похожих на 1С, вполне можно подобрать себе что-нибудь полезное.
-2
Ох хо хо! Очень советую вам набежать на CUBA.platform. И Java, и CRUD, и быстро и даже импортозамещение. Да, реклама, но ссылок не даю.
0
А почему «дауншифтинг»?
0
Ах эти собачковые аннотации так портят код!
0
Давно я не читал подобных авантюр. Не понятно зачем… Ну и слово дауншифт это вы погорячились, вы открыли для себя следующего уровня программирования. Это скорее рост.
+2
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Быстрая разработка CRUD на Java: дауншифтинг с «1С: Предприятие»