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