|
![]() |
#1 |
Участник
|
Цитата:
Цитата:
Python очень популярен в 1С сообществе, недавно был выпущен продукт "1С:Центр администирования", там все скрипты на Python. Да и вообще для анализа тех журнала или обработки выгруженных модулей тоже часто пригождается |
|
![]() |
#2 |
Banned
|
Цитата:
Сообщение от svcoder
![]() Когда вы пишите софт, который на 99% будет использоваться на территории России и есть возможность писать на русском языке - вы будете это делать. Какое-то влияние на это имеет и то, что символьных меток, как в Axapta в 1С нет, и все переводы выполняются прямо в коде. Согласитесь, довольно странно видеть код типа: Message(NStr("ru='Сообщение'"))
Есть локализации 1С на китайском, что ж теперь код на китайском писать? Но я понимаю что это имеет право на жизнь. Крайне познавательно. Языки программирования с ключевыми словами не на английском https://ru.wikipedia.org/wiki/%D0%AF...BA%D0%BE%D0%BC Цитата:
Сообщение от svcoder
![]() На Java говнокодеров не меньше чем на 1С, на С++ ощутимо меньше, ибо он ошибок не прощает. Если для вас любовь, это писать программу на C++ месяц, когда ее можно на 1С написать за час, то это ваше личное дело. Сейчас С++ единственным способ написания внешних компонент для 1С, поэтому многие профессиональные разработчики на 1С вынуждены его знать и использовать.
1С, как и AX, чаще всего один в поле воин, где работа заключается в патчах и хороший не тот кто пишет хороший код, а тот кто хорошо понимает. Говнокод поощряется. В большинстве случаев он просто неизбежен. Цитата:
Цель ERP была уйти от зоопарка под одну крышу, но зоопарк то меньше не стал. Вот кстати интересный проект Жопа наверно если на 1С ![]() http://www.zope.org/en/latest/ |
|
![]() |
#3 |
Участник
|
Цитата:
Разработчики на 1С или AX такого зоопарка не имеют. Что оставляет разработчикам больше возможности для погружения в предметную область. Вы не один, кто придерживается такой точки зрения. Сложность решений (УТ-КА-ERP) такова, что без высшего ИТ-образования что-то там допиливать по-взрослому нереально. А раз так, то и русский язык не нужен. Даже Библиотеку стандартных подсистем на английском сделали. Но в стратегии 1С есть одна большая проблема, которой нет в AX - платформа и флагманское решение развиваются независимо друг от друга, а вести разработку на английском языке для русскоязычных пользователей без нормальной поддержки символьных меток нереально. |
|
|
За это сообщение автора поблагодарили: ax_mct (7). |
![]() |
#4 |
Banned
|
Цитата:
Сообщение от svcoder
![]() ...
Разработчики на 1С или AX такого зоопарка не имеют. Что оставляет разработчикам больше возможности для погружения в предметную область. ... Вы не один, кто придерживается такой точки зрения. Сложность решений (УТ-КА-ERP) такова, что без высшего ИТ-образования что-то там допиливать по-взрослому нереально. А раз так, то и русский язык не нужен. ![]() Для меня важна тема с точки зрения удобства Разработчика как бизнеса. Это большая разница когда надо делать свой собственный продукт. Тот бизнес который использует мощь вендора, мнимую или реальную, очень даже рабочая модель бизнеса. Но если компания приходит к выводу что быть вендором самому это интересно, то в выборе платформы предпочтительней open-source и еще надо смотреть что за лицензии у этого open-source. На текущий момент мне кажется что уже никого нет особого доверия к крупным вендорам и есть рыночное пространство для средних и небольших компаний у которых уже есть репутация и свои клиенты. А Java программист это не тот кто что-то пишет на Java в одиночку, а тот кто участвует в таких проектах где другие программисты просто не возьмут в команду себе не подобного. Я работал на Java проектах до AX и сужу по тем аутсорсным командам которые знал. Им есть из кого выбирать. Но тут действительно на однозначность того что свой собственный продукт для Компании лучше, влияет привлекательность такого опыта для программистов. Поэтому я и говорю Java вместо PHP. Под флаги Java можно много и 1С программистов привлечь ![]() |
|
Теги |
встречаем 1x |
|
![]() |
||||
Тема | Ответов | |||
MS дарит рынок ERP? | 45 | |||
О причинах неудачных внедрений ERP | 4 |
|