Может ли 1С выйти на рынок B2C

15.08.17

Бизнес-анализ

Размышляя о том, может ли 1С втиснуться на рынок сервисов типа Slack, Wrike и им подобных, текст незаметно углубился в размышления о том, где граница применимости платформы 1С. Что будет, если 1С пойдет на рынок таких продуктов и возможно ли это вообще. Рассказал свое представление о том, где у 1С есть преимущества и где слабые стороны. Получился такой себе вырожденный SWAT-анализ. Но без таблиц. Только буквы, только хардкор.

Все нижесказанное - это типа частное мнение и все такое. Оно не претендует на абсолют и рассматривает узкую тему, а не вообще все

Важное замечание:  я отдаю себе отчет в том, что такое B2C и что команда разработки на питоне не принадлежит в чистом виде B2C. Но не B2B же называть этот рынок. 

Август 2017 года. Разработчики платформы 1С официально объявили о том, что можно делать чаты и видео-звонки внутри 1С (без использования сторонних серверов).

Размышляя вечером субботы о судьбах вселенной, я также начал думать о том, может ли 1С  тотально выйти на рынок B2C. На тот, где мегапланы, Slack и т.д. Это и явилось отправной точкой для дальнейшего дискурса.

Я более чем уверен, что такие мысли были у большинства программистов в тот или иной период жизни. А еще эти темы всегда поднимаются, когда говоришь с разрабами на других платформах.

Гипотеза

Платформу 1С оправдано использовать для реализации облачных сервисов на рынке B2C, располагая их в публичных либо частных облаках.

На текущий момент имеется:

  • 1С активно думает над развитием облаков
  • Изначально продукты фирмы 1С рассматривались как учетные программы
  • Большое количество людей, занятых в 1С, порождает большое количество экспериментов в виде разного рода конфигураций, модулей, кейсов на типовых конфигурациях
  • Большое количество коробочных и индивидуальных инструментов для организации команд на 1С

Что есть на рынке

На мировом рынке существует большое количество стартапов в виде облачных сервисов B2C. Не все из них уместно реализовывать на платформе 1С, но есть несколько направлений, которые кажутся на текущий момент самыми очевидными и реализация которых на новой для рынка платформе приведет к ряду существенных преимуществ.

Написал о том, с чем знаком лично. Классов потенциально интересных облачных сервисов гораздо больше.

Общие черты

  1. Они все в облаке - либо в публичном, либо в частном.
  2. Простота бизнес-процесса - очень просто и очень понятно
  3. Специализация- каждое приложение отвечает за свой бизнес-процесс
  4. Модульность - все сервисы поддерживают дикое количество интеграций с другими сервисами.
  5. Файлохранение на облаках - интеграция с dropbox, GDrive, Yadisk, Sugar sync и т.д.
  6. Интеграция между сервисами, как правило, реализуется через разработку API на базе веб-сервисов.


Сервис для коммуникации команд

Большинство известных мне команд разработки организовывают микрокоммуникации на базе Telegram. Речь про команды, пишущие на любом языке.

А еще есть набор специализированных сервисов типа Slack и HipChat. И куча аналогов. 

Сервис для организации разработки

Куча сервисов. Некоторые из них: Wrike, Trello, Мегаплан, Битрикс24, Jira, Redmine etc.

Они все разные, и в них заложены самые разнообразные методики работы с задачами и с планированием работ.

Почему получится

По сути, платформа 1С просто может выступить средой разработки решений, которые можно разместить в облаке и которые поддерживают все необходимые технологии для интеграции.

Первая мысль - надо делать потому, что хочется! :) Ведь сообщество 1С достаточно большое, и разработать на этой платформе аналогичные продукты представляется крайне логичным. Мало того, продукты в облаке уже делаются - УНФ, куча решений для мобильных касс и инвентаризации.

Но есть еще несколько причин, по которым рационально вести разработку облачных специализированных сервисов:

  1. Потому что можно.
  2. Много программистов. А лучшая программа - это та, которую ты пишешь на знакомом языке. И та, на которую легко найти разраба.
  3. Потому что платформа позволяет быстро разворачивать решения и не заморачиваться с кучей сервисов-сателлитов. Это сильно ускоряет разработку и удешевляет поддержку функционирования системы.
  4. Потому что делать такие сервисы могут команды, которые сами же занимаются ИТ и знают, как лучше всего удовлетворить потребность бизнеса. Они сами являются бизнес-пользователями
  5. Маркетинговые возможности. Бренд 1С имеет силу, в том числе на корпоративном рынке.
  6. Типизированный интерфейс. Который легко разрабатывать. Пользователям не нужно объяснять как с ним работать. Разработчикам легко визуализировать требования.
  7. Среда разработки мобильных приложений позволяет писать практически сразу на обе платформы.

Почему не получится

Не все так радужно. Есть проблемы и подводные камни. И самые опасные таковыми на первый взгляд не являются.

  1. Типизированый интерфейс. Да, это удобно. Но это сильное ограничение. И речь не только про то, что нельзя нацепить логотип твоей клевой фирмы не в том месте, где вчера сделали это твои конкуренты. Речь о том, что ограничения 1С могут не позволить сделать максимально удобный интерфейс для максимально точной работы с микро-процессами. Ведь конкуренция Slack и HipChat, например, идет в первую очередь по интерфейсу.
  2. Мобильный клиент. Он не так хорош и совершенно точно не конкурентен с тем, что происходит сейчас на рынке мобильной разработки. А все, что делается сегодя в ИТ, - делается с прицелом на мировую конкуренцию и с использованием мобильных клиентов.
  3. Неготовность разработчиков. На самом деле не так много действительно сильных разработчиков.
  4. Цена разработчиков. 1С-ники настолько привыкли к доходу, что любой мальчонка, который пару лет попиликал конфигуратор, претендует на ЗП "атстатыщ". Да, сейчас это вроде как меняется. Но до идеала далеко. на текущий момент найти разработчика под стартап за вменяемые деньги либо за долю, по моему личному мнению, легче на не-1С.
  5. Неготовность команд разработки. На самом деле, команд разработки, способных поднять конкурентный продукт на мировом рынке (да хотя бы на российском), практически нет. Те требования, что выдвигает 1С к коробкам 1С-совместимо, или те требования, что выдвигает бизнес-пользователь для кастомного решения по SLA - детский лепет по сравнению с тем, что будет, если сервис упадет на час. Или будет критическая ошибка. Или утекут данные. Помните историю, как Тинькоф банк упал? На час. Это стало инфоповодом на неделю.
  6. Неготовность команд развития и продвижения. Рынок уже сформирован. Не так-то просто выйти на то, что уже заняли телеграм, Слек, Врайк и т.д. Хотя, незанятых ниш хватает. Но скорее всего, большинству захочется пойти той дорожкой, которую уже кто-то начал протаптывать. Опыта продвижения продуктов B2C в 1С не так много. 1С:Деньги и в какой-то мере УНФ. Там есть хорошие шаги, но говорить о том что эти ребята смогут конкурировать с тем, что делают ребята из, например, Мегаплан - смешно.
  7. У 1С в списке дочек куча стартапов не на 1С. Тот же Мегаплан, Amo-crm и прочее. И там ребята гораздо лучше понимают, что такое упаковать продукт. Что такое косяки в продуктиве. Как легко потерять клиента, у которого сценарий работы отличался от сценария в вашей программе.
  8. Учетная система. И этим все сказано. На самом деле, изначальный вектор развития как учетной системы является сильным ограничением. Ведь сегодня бизнесу нужно не только вести учет. Но нужны инструменты моделирования и планирования. А это не учет. И это очень не похоже на "автоматизацию бизнес-процессов".
  9. Синергетический эффект достигнуть не удастся. Сегодня на рынок нужно выходить целой экосистемой. Такая экосистема есть у Google, Apple. Есть также у 1С, но для корпоративного рынка. А экосистемы из набора стартапов на платформе 1С, которые можно интегрировать, на текущий момент нет.
  10. Интеграция на уровне веб-сервисов делается любой продукт платформо-независимым
  11. Скорость работы и стабильность. Я не слышал, какой продукт на 1С смог поддержать 10К пользователей с работой 24/7. Ну, кроме корпоративных и без ооочень крутых серверов. Как поведет себя система в таком режиме?

Итог

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

И да. Всегда, когда кто-то говорит, что что-то невозможно, приходит Слава КПСС и побеждает героя. Может, через год я обнаружу себя же в стартапе, который поднял бабло на первом раунде инвестиций и делать B2C продукт на 1С. Мало того, я хочу оказаться неправым. Потому что считаю, что 1С - это лучшее, что случилось с ИТ в постсоветском пространстве в новейшей истории.

И если что, на своем канале я скорее всего выскажу пару соображений, которые наверняка настигнут после публикации данной статьи. Там же - исходник текста.

1C B2C Разработка

См. также

Как реорганизовать работу проектного департамента, чтобы быть №1

Внедрение изменений Бесплатно (free)

Методики быстрореагирующего производства и QRM-ячейки применимы не только к станкам, но и к проектным командам. О том, как за счет разделения проектного офиса на многофункциональные QRM-ячейки обеспечить равномерную загрузку работу сотрудников, вырасти в два раза и существенно повысить лояльность заказчиков и коллектива, пойдет речь в статье.

14.02.2024    526    0    user1270271    2    

7

Управление ожиданиями на проекте

Работа с заинтересованными сторонами Бесплатно (free)

Каждый человек, который включается в проект после согласования контура автоматизации, имеет свое внутреннее понимание того, как должна работать система. О том, как определить в проекте ключевых функциональных специалистов и конкретные цели, поддерживать открытость при взаимодействии с заказчиком и передать проект на сервисное сопровождение, расскажем в статье.

08.02.2024    429    0    izybaevda    0    

3

Как внедрить 1С:ERP за 2 года и не сойти с ума

Анализ предметной области Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

Для руководителей подразделений новые проекты вызывают желание получить максимальный эффект от реализации идей, а также опасения, верно ли выбран ориентир нововведений. О том, как справиться с трудностями, дойти до цели и внедрить 1С:ERP на производственном предприятии, ежедневно выпускающем десятки тысяч единиц готовой продукции, расскажем в статье.

30.01.2024    6537    0    user1578851    16    

16

Свободное программное обеспечение в крупной компании – миф или реальность? Как мы переводили 2500 пользователей на Linux

Внедрение изменений Бесплатно (free)

Переход на свободное программное обеспечение – серьезное испытание и для бизнес-пользователей, и для ИТ-подразделения. Нужно учесть много факторов, найти компромиссы и поменять привычки. О «пяти стадиях принятия неизбежного» и успешном преодолении трудностей при переводе ИТ-инфраструктуры автодилерских центров на Linux расскажем в статье.

29.01.2024    2403    0    user1063453    2    

5

Зачем нужны аналитики на проектах автоматизации

Анализ потребностей и поиск решений Бесплатно (free)

Исторически сложилось так, что аналитик 1С многими воспринимается как вечный падаван, который обеспечивает разработчиков информацией, а пользователей – инструкциями. Не согласимся с таким подходом и на примере реального кейса покажем, почему именно аналитик должен стать лидером проекта автоматизации.

18.01.2024    1537    0    user1754524    19    

12

Радио "Аналитик", 7 выпуск 2 сезона. Про работу аналитика с бизнесом и повышение бизнес-компетенций с Константином Семёновым

Анализ предметной области Работа с заинтересованными сторонами Анализ потребностей и поиск решений

В седьмом выпуске второго сезона подкаста Радио “Аналитик“ поговорили о том, что такое бизнес-компетенции, для чего они нужны аналитику, к чему может привести их отсутствие и как их развивать.

28.11.2023    400    0    Radio_Analyst    0    

2

Радио "Аналитик", 4 выпуск 2 сезона. Про решение проблем с Анастасией Московкиной

Анализ потребностей и поиск решений

В четвертом выпуске второго сезона подкаста Радио “Аналитик“ поговорили, как анализировать и приоритизировать проблемы, как работать с неопределенностью и решениями, которые приняли без нас.

17.10.2023    349    0    Radio_Analyst    0    

2
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. MotorBox 16.08.17 10:49 Сейчас в теме
Чтобы из продукта 1С можно было выйти на на рынок B2C нужно прежде всего чтобы руководство 1С задушило собственную жабу и вернуло неограниченное лицензирование как это было в 1С 77. Никто не будет возится с частными клиентами если для каждого надо докупать новую лицензию на подключение.
iliabvf; realsevere; anchovy; Darklight; panvartan; Yakud3a; rusmil; PhoenixAOD; DrAku1a; Dementor; Snitkovski; eskor; KroVladS; +13 Ответить
3. KroVladS 34 16.08.17 11:38 Сейчас в теме
(1)
Никто не будет возится с частными клиентами если для каждого надо докупать новую лицензию на подключение.

Да именно так, вопрос с лицензированием самый острый и непонятный.
Даже в мобильной платформе где вроде как заявили что для бесплатных приложений лицензия не требуется, 1с не может однозначно заявить что так будет всегда.
О каком B2C говорить?
DrAku1a; Snitkovski; +2 Ответить
7. WanGoff 138 16.08.17 13:39 Сейчас в теме
(1) да, это важный комментарий.
Лицензии сильно ограничивают модель монетизации.
51. kolya_tlt 85 23.08.17 15:08 Сейчас в теме
(1) очень зря вы так говорите о жадности 1С. каждую партнёрку франчи просят сделать, чтобы платформу 1С не было возможности взломать, на что БГ сказал, что такого не будет и не просите.
57. MotorBox 24.08.17 12:10 Сейчас в теме
(51)Все жадные. Иначе в коммерции не возможно.
1С сам себе своей лицензионной политикой отрезает жирный кусок рынка мобильных платформ и В2С клиентов. Хотя бы из жадности подкорректировали бы свою политику.
А насчет того что "
чтобы платформу 1С не было возможности взломать
", ИМХО, это просто не возможно, да и цена входа для новичков в 1С сильно возрастет, а в 1С похоже понимают что значительная часть новичков-халявщиков со временем станет источником дохода.
62. Darklight 32 24.08.17 16:28 Сейчас в теме
(57)Для новичков в 1С уже давно есть бесплатная учебная версия - очень правильное решение! Для профессионалов есть NFR решения!
64. MotorBox 25.08.17 10:58 Сейчас в теме
(62)А я не только о 1с программистах. Многие начинающие предприниматели не торопятся покупать 1с бухгалтерию просто потому что получится или нет еще не известно, а куда потом девать купленную 1с ? Самое простое поставить ломаную 1с, а потом если бизнес пошел можно и купить официально.
66. Darklight 32 25.08.17 12:36 Сейчас в теме
(64) Конфигурация "Бухгалтерия для обучения" не годится? Да, она не бесплатная, вроде, но стоит сущие копейки. Даже Бухгалтерия Проф и Торговля- стоит не так дорого для предпринимателя (а есть и Базовые версии которые ещё дешевле - для ознакомления вполне годятся), чтобы не посмотреть то, на чём больше половины России и другие страны СНГ и не только уже работают
54. Darklight 32 23.08.17 15:37 Сейчас в теме
Построение системы B2C в первую очередь требует высокого уровне масштабируемость и экономической, технической и функциональной части. И с тем и с тем у 1С серьёзные проблемы, по сравнению с которыми названные в статье 11 минусов - сущая ерунда (коротая со временем вполне решаема); а вот с масштабируемость в 1С давно беда, и потуги компании последних десяти лет пока даже не наметили кардинального перелома в положительную сторону.
1. Экономическая масштабируемость, в первую очередь, упирается в стоимость клиентских лицензий (как уже было подмечено в посте (1)): B2C решения ориентированы на массовые online подключения клиентов, а у 1С: Предприятие 8 лицензии будут съедаться на КАЖДОЕ открытое WEB(Monile device)-окно-соединение! При стоимости одной лицензии (в массовых закупках) около 100$ - это ОЧЕНЬ ОЧЕНЬ дорого - когда B2C решение в среднем будет иметь десятки тысяч одновременных online соединений. Никакой Business такое себе позволить не сможет, тем более на фоне конкуренции.
К проблеме экономической масштабируемости нужно отнести и затраты на сопровождение, развитие и обновление системы на платформе 1С: Предприятие 8 - дорого обходятся специалисты по 1С, не сравнить с SAP, но всё равно дорого. И зачастую операции сопровождения и развития решенийна платформе 1С: Предприятие 8 приводит к выполнению операций, которые на ней делаются не очень эффективно - взять хотя бы обновление изменённых конфигураций. Или интеграцию нескольких решений в одной конфигурации их последующее сопровождение. Или организация системы автоматизированного тестирования решений.
Стоимость обслуживания одного клиента в B2C решениях должна быть не высокой, а стоимость обслуживания бесплатного клиента вообще строемится к нулю - т.к. сейчас такая тенденция - все сервисы стараются предлагать бесплатные пакеты услуг, которыми будут пользоваться большинство клиентов - и затраты на их обслуживания должны быть невысокими, очень невскими. А не так как в 1С: Предприятие 8 - для того, чтобы обслужить 100 тысч бесплатных клиентов - нужно 100 тысяч лицензий по 100$ - итого 10 млн долларов на воздух (маркетинг). Может для крупных B2C ориентированных компаний это и не так уж много. Тот же Wrike же привлёк и инвестиций почти на 100 млн долларов! Значит было на что их потратить! Да и если купить в 1С 1 млн лицензий, они должны с делать хорошую эксклюзивную скидку, скажем продать их по 29$ ;-)

2. Техническая масштабируемость хромает из-за ограниченности развёртывания масштабируемой кластерной среды 1С. Хотя определённые средства для этого есть: кластеры 1С: Предприятие, РИБ - но всё же сделано это пока всё уж очень ограничено и существует много проблем с надёжностью и провалам производительности в таких решениях. Да и до сих пор не поддеживается более глубокая кластеризация на уровне сегментирования таблиц баз данных и кластеров СУБД. Ну, и, отсылая к проблеме экономической масштабируемости, стоимость одной сверверной лицензии 1С: Предприятие 8 тоже не малая, что мешает разворачивать серверную инфраструктуру на блейд-кластерах серверов, что даёт наибольшую эффективность системе при обслуживании десятков тысяч одновременных запросов.
И работа с блокировками данных, даже в режиме управляемых блокировок, в 1С: Предприятие 8 трудно назвать эффективной - тут и реляционная модель СУБД какашку подложит и сама реализация упр. блокировок. В общем - если будет очень много параллельных операций изменений - будет много эскалаций блокировок и таймаутов ожиданий.
И с прараллельностью в 1С беда - когда нужно обслуживать деястки тысяч одновременных операций - нужна особая оптимизация выполнения потоков, а в платформе всё лишь сведётся к выстраиванию очередей к нескольким десяткам фоновых заданий.
Платформу 1С: Предприятие 8 несколько лет уже пытаются окрести облачной - но это полная профанация. Никакая она не облачная. Работа через вебсервер, разделение данных в одной БД и тонкие клиенты по HTTP или на терминальном сервере - не делают платформу облачной. Облачной она станет, когда будет эффективно распределять по гигантской (лучше гетерогенно-распределённой) серверной инфраструктуре, где нет бутылочных горлышек, всё распределно, если надо - продублировано, если надо - в реально времени синхронизировано, и максимально параллельно - так, чтобы при одновременной обработки миллионов порций данных, затратить как модно меньше времени, и максимально использовать все доступные гигантские ресурсы системы. Такая организация платформы требует особой архитектуры, изначально под это заточенной. 1С так не умеет - значит и расходовать ресурсы будет не эффективно, затраты времени на выполнения сотен тысяч одновременных операций будут неизмеримо большимии, по сравнению с коркурирующими системами.
Поэтому делать систему, которая должна обрабатывать более 100 тысяч одновременных операций на 1С: Предприятие 8 - это расточительное безумие.

3. Функциональное масштабирование в конфигурациях 1С издано решается изрядовон плохо. Модульности решений нет и в помине. Даже наборов библиотек раз два и обчёлся (и все серьёзные библиотеки от компании 1С). Унификация кода и архитектуры разных решений даже от компании 1С - сих пор большая головная боль! Да, в своё время выход БСП был большим шагом к унификации и модульности..... но прошло время - БСП превратился в трудно-управляемого монстра, с кучей внутренних перекрёстных зависимостей и наворотов. А отдельного понятия БИБЛИОТЕКА в 1С так и не появлялось. Чтобы можно было бы разбивать функциональность на микроблоки и поставлять её отдельными библиотеками (с контролем зависимостей, средствами интеграции и функциональными опциями для алгоритмов и метаданных на уровне конфигуратора, а не исполняемого решения). То же касаемо и более крупных функциональных модулей - отвечающих за тот или иной блок решений. Чтобы их можно было разрабатывать автономно и легко совмещать в учётных решениях. И легко сопровождать обновлять, расширять. То же касается и состава внутреннего кода алгоритмов и макетов - сейчас решения 1С пишутcя так, что захочешь что-нибудь в них расширить, дополнить или отключить - готовься переписывать или сильно вклиниваться в уже написанный типовой код/макет - так как он создан без какого-либо ориентира на его расширение или сужение клиентом - причём раньше с этим было лучше - те же запросы данных могли собираться по переданным настройкам - теперь всё написано текстом, кучу раз дублируется и чтобы это всё модифицировать нужно потрать кучу времени на анализ и модифицировать кучу типовых алгоритмов. А потом всё то ещё с большим трудом сопровождать и обновлять. Даже расширения конфигураций до сих пор не позволяют расширять структуру метаданных данных.
В общем функциональная масштабируемость в 1С: Предприятие 8 очень хромает!

Так что какой-там B2C не доросли ещё, продуктам компании 1С хотя бы до B1C дорасти! :-D
belomorinka; gorvin; klinval; Lucechiaro; tailer2; Созинов; Dementor; WanGoff; +8 Ответить
72. tailer2 28.08.17 12:53 Сейчас в теме
2. genayo 16.08.17 11:03 Сейчас в теме
Все это хорошо, конечно, но зачем пытаться натянуть сову на глобус?
belomorinka; PhoenixAOD; DrAku1a; Snitkovski; +4 Ответить
4. MotorBox 16.08.17 11:56 Сейчас в теме
считаю, что 1С - это лучшее, что случилось с ИТ в постсоветском пространстве в новейшей истории

ИМХО, 1С имел шанс стать лучшим что случилось с ИТ в постсоветском пространстве, но они его бездарно упустили. Прежде всего помешал велосипед в виде собственного языка программирования на русском языке. В годы создания 1С 77 уже существовала Java. Если бы 1С вы выбрал Java в качестве языка программирования то убили бы сразу стадо зайцев. Об корявом языке запросов 1С 77 не хочется и вспоминать. Прежде всего Java позволила бы войти сообщество Java, использовать множество мировых наработок, облегчило бы масштабирование, облегчило бы выход на мировой рынок, ну и программирование в 1С на Java не было бы таким противным для многих программистов. Близорукость Нургалиева меня поражает. Я очень надеялся что он в 1С 8 исправит эту ошибку, к тому уже существовал .NET, но нет, старые грабли, видимо, ему очень понравились.
Yakud3a; neikist; +2 10 Ответить
5. корум 287 16.08.17 13:05 Сейчас в теме
(4) "если вы такой умный, то почему же такой бедный?".
Подход 1с привёл 1с к успеху.
PowerBoy; stilet; +2 Ответить
9. MotorBox 16.08.17 15:03 Сейчас в теме
(5)На "если вы такой умный, то почему же такой бедный?" мне всегда хочется ответить "если вы такой богатый, то почему такая сволочь".
Естественно это я не вам, а так вообще. Достали любители измерять интеллект деньгами.
А к успеху 1С привела та же стратегия что и Майкрософт. Причем и претензии к ним во многом похожие. Перевес маркетинга над разработкой приводит к одинаковым результатам.
Но я уверен что если бы 1С выбрали правильную платформу то успех у них был бы в двое больше. Не топтались бы на территории бСССР, а давно бы двинулись в остальной мир.
pm74; neikist; Fox-trot; +3 1 Ответить
10. WanGoff 138 16.08.17 15:21 Сейчас в теме
(9) нет. Кроме платформы есть компетенции по предметке и менеджменту. Они не зависят от платформы и до сих пор в целом слабее чем у западных.
11. MotorBox 16.08.17 16:52 Сейчас в теме
(10)Так одна из причин низкой компетенции это изначальная концентрация на узком постсоветском рынке. Ориентация на более широкий рынок мотивировала бы и рост компетенций
12. WanGoff 138 16.08.17 16:53 Сейчас в теме
13. MotorBox 16.08.17 17:01 Сейчас в теме
(12)А для меня тут нет сомнений. Сама идея дать бухгалтеру язык программирования на русском языке чтобы он сам начал программировать демонстрирует узколобость создателей 1С. Очень мало кого из бухгалтеров это подтолкнуло к программированию, да практически ни кого, если кто то из экономистов и стал программистом то по другим причинам.
Но язык получился куцым и с неясными перспективами и это оттолкнуло многих профессионалов . Даже создавая 1С 8 они не смогли этого понять.
14. TODD22 18 16.08.17 17:16 Сейчас в теме
(9)
Достали любители измерять интеллект деньгами.

Не меньше чем интеллектуалы без денег рассуждающие о том как в жизни преуспеть....
корум; red80; DrAku1a; +3 Ответить
6. WanGoff 138 16.08.17 13:37 Сейчас в теме
(4) весь Ваш ответ сводит на Нет буква Г. Коверкать фамилии это плохо и некрасиво.
8. MotorBox 16.08.17 14:56 Сейчас в теме
(6)Не хотел коверкать ни чьих фамилий. Просто описка. Нуралиев естественно.
DrAku1a; WanGoff; +2 Ответить
15. spezc 781 16.08.17 17:18 Сейчас в теме
16. WanGoff 138 16.08.17 20:58 Сейчас в теме
(4) Кстати, а что лучше в ИТ за эти годы?
Касперский? Он не создал отрасль. Что еще?
18. MotorBox 17.08.17 10:26 Сейчас в теме
(16)Если критерием брать только размер то наверно да, 1С в России лучший. Но я считаю это как считать лучшим транспортом самый большой паровоз когда уже есть самолеты, болиды формулы 1 и т.д. Т.е. среди больших паровозов он может и самый лучший, но не среди всех видов транспорта.

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

А вот перспективы 1С как ИТ продукта в мировом масштабе весьма туманны. Во всяком случае для прорыва им необходимы серьезные перемены в платформе. Перемены конечно у них уже начались, управляемые формы например, но не поздно ли. Лучше кардинальные перемены было начать с 1С 8.0. Результаты были бы уже совсем другие.
19. TODD22 18 17.08.17 10:38 Сейчас в теме
Но я считаю это как считать лучшим транспортом самый большой паровоз когда уже есть самолеты, болиды формулы 1 и т.д. Т.е. среди больших паровозов он может и самый лучший, но не среди всех видов транспорта.

И что из транспорта по вашему лучше самолёт, паровоз или болид формулы 1? Может надо сравнивать сопоставимые вещи? Или интеллектуалам всё равно и они с лёгкостью сравнивают мягкое и тёплое?
22. MotorBox 17.08.17 11:09 Сейчас в теме
(19)
Или интеллектуалам всё равно и они с лёгкостью сравнивают мягкое и тёплое?

Если продолжать аналогию с транспортом то интеллектуалам должно быть очевидно, что прежде чем строить паровоз надо вспомнить, что есть и другие виды дорог. ЖД с другой шириной колеи, хотя бы. Кроме ЖД существует множество шоссейных дорог и водных путей по которым паровоз вообще не пройдет. И вообще в мире от паровозов давно отказались, на самых современных ЖД всю гоняют поезда на скорости 300 км/ч на электро тяге, а кое где и на магнитных подушках.
Если все это вспомнить то станет совершенно понятно что строить надо не паровоз а хотя бы высокоскоростной электровоз.
26. TODD22 18 17.08.17 12:24 Сейчас в теме
(22)
Если все это вспомнить то станет совершенно понятно что строить надо не паровоз а хотя бы высокоскоростной электровоз.

Так это же вы сравнили паровоз и самолёты....
на самых современных ЖД всю гоняют поезда на скорости 300 км/ч на электро тяге, а кое где и на магнитных подушках.

А тепловозы уже совсем не используют?

Инструменты надо под задачи подбирать, а не на оборот....
корум; +1 Ответить
27. MotorBox 17.08.17 15:55 Сейчас в теме
(26)
вы сравнили паровоз и самолёты

Не сравниваю я ничего. Я пытаюсь объяснить в чем стратегическая ошибка 1С.
Инструменты надо под задачи подбирать

Согласен, только в будущее надо смотреть несколько дальше своего носа. А так и будете мереть все аршинами когда весь мир перейдет на лазерные дальномеры.
71. tailer2 28.08.17 12:37 Сейчас в теме
(27)
в чем стратегическая ошибка 1С


гы

"ошибка" - в дешевизне (просто неприличной) сервис-инжиниринга
но это же - позволило захватить монополию, разумеется - в пределах снг
разумеется же, модель бизнеса неприменима вовне

что реально мешает выходу на зарубеж - это проблемы работы со скулем
сделали же какой-то псевдо-скуль для файловой, ну и продвигали бы его как самостоятельный скуль-сервак
74. MotorBox 28.08.17 15:44 Сейчас в теме
(71) Не согласен. Ошибка (без кавычек) не в самом сервисе и не скуле какой бы он не был, а в целях которые ставила перед собой 1С. Очевидно что монополия в СНГ для 1С и была целью. Ну достигли они этой монополии и что ? Ничто не вечно, так или иначе и эта монополия рухнет, а что останется?
По моему это не дальновидно.
Нужен был не универсальный супер продукт который заткнет все дыры и выдавит всех конкурентов, а создавать надо было "операционную среду" 1С в рамках которой все желающие могли бы решать свои задачи и расширять ее возможности. "Операционную среду" не в смысле конкурента MS Windows, а гибкий программный комплекс для профессионалов, а не чугунный конструктор для экономистов-недопрограммистов.
17. DrAku1a 1678 17.08.17 03:51 Сейчас в теме
(4) Вот так и хочется сказать матом - Чем, ..., Вам не угодил язык 1С? Что корявого в языке 77?
Коряво бывает сам код написан - это уже зависит от разработчиков. Иногда посмотришь на то как напишут на Java, и хочется вырвать руки разработчику из ... того места, откуда они у него растут и ввернуть их обратно в плечи.
PowerBoy; Romakon92; stilet; +3 Ответить
20. MotorBox 17.08.17 10:56 Сейчас в теме
(17)
Вам не угодил язык 1С? Что корявого в языке 77?

Знаете, когда я видел язык запросов в клюшках мне тоже очень хотелось матерится. Такое впечатление что тот кто его придумал никогда не слышал даже про SQL. Спасал только 1С++. Но я всегда поражался почему 1С++ не принадлежал 1С, перекупить не могли, денег не хватило ? Очень перспективная вещь была.

И потом, если 1С 77 был такой замечательный язык что же они его в 1с8 так сильно поменяли ? Поменяли, да только побоялись довести перемены до логического конца. Чего боялись ? ХЗ...
24. red80 17.08.17 12:19 Сейчас в теме
(4) Вы все это время знали как и что надо делать и ничего не делали? Это с вашего попустительства узколобый НурГалиев надругался над программированием используя русскоязычные конструкции, пренебрег свободным и демократичным java, считерил использовав франшизу, захватил российский рынок автоматизации и закрыл страшные перспективы?

(22) Я вот не интеллектуал, объясните мне почему нефть не транспортируют самолетами? Они же быстрее и лучше. Почему поезда на магнитных подушках не гоняют в Кукуево?

Понты и сопли с пузырями.
jONES1979; +1 Ответить
25. Dementor 1014 17.08.17 12:22 Сейчас в теме
(4) право слово - было смешно читать :)
По вашей логике и Билл Гейтс был тупым, что не написал свою DOS на .NET на Си, который был популярен еще с 70-х, а вместо этого пилил что-то на ассемблере. Так бы мог стать уважаемым человеком на разных международных инвентах в Канзасе и Воронеже, а сама MsDOS (и позднее Windows) могли бы занять достойную нишу среди более популярных nix-систем. А в результате получилось черт-знает-что, которое все ругают и уже третий десяток лет называют масдаем :)))

Кратко по вашим ошибкам:

1) 1С не были первыми и не были последними, кто создал собственный язык программирования. Более того прямо сейчас тот же вами любимый Java пытаются заменить на такие новинки как Groovy, Kotlyn и другие. Так может это неспроста?

2) 1С изначально создали не русскоязычный язык, а двуязычный - англ. и рус. Если бы в генетическом коде программистов была тяга к английским символам, то никто их не ограничивал. Но правда была в том, что при наличии русского языка английский был уже никому не нужен. В том же вашем любимом .NET тоже есть возможность писать код на русском (или других локальных языках) - почему никто не кричит, что в Microsoft сидят фрики и делают никому не нужную функциональность?

3) Прежде чем предлагать Java и .NET (я так понимаю C#) сначала ознакомьтесь в какие года и с какой целью их создавали. Сразу отбрасываем .NET так как он вышел на рынок одновременно с 1С:Предприятием 8 и в то время как количество программистов-дотнетчиков равнялось ровно ноль без палочки уже были десятки тысяч профессиональных программистов на встроенном языке 1С. А сам язык 1С появился ДО появления Java.

4) Язык Java действительно появился во время 7.7 и его теоретических могли взять как основной для платформы 8. Но вероятность такого выбора была не большей чем выбор в качестве основного языка ассемблера. Во первых этот язык изначально был очень сырым и его более-менее причесали только к середине 2000-х. Во вторых изначально Java не позиционировался как язык для Enterprise (это вообще случайно получилось) - их главная задумка была в создании языка для встраиваемой электроники (как всем известно, создатели начали с кофеварки), а потом с популяризацией Интернета и WWW в 90-х они решили сделать ставку на Java-апплетах. Когда я в начале 2000-х купил книгу по Java 2 и слушал в моем университете курс от Sun Microsystem - то именно в выполнении кода Java в браузере виделось основное назначение и будущее этого языка. Это сейчас конфигурации 1С вовсю используют в браузерах, а в 90-е такое сочетание было абсурдным.

5) Если бы платформа 8 вышла без обратной кодовой совместимости с 7.7 , то это был бы абсолютно новый программный продукт и тысячам уже обученных программистам просто бы помахали ручками, после чего начали бы с нуля обучать новых кадров. Это абсурдно с экономической точки зрения.

6) Вернемся в 80-90. Самыми популярными языками для бизнес-программирования были C/C++ и Foxpro (ранее были Алгол и Фортран, но не будем про до-IBM эпоху, когда еще не существовало персоналок). В то время как Нуралиев "изобретал велосипед" с новым языком программирования для бизнеса, его конкуренты использовали передовой мировой опыт. Среди самых известных БЭСТ писал на С++, а Парус на Foxpro. И где теперь эти мастодонты, как у них сейчас с захватом западного рынка после того, как они по вашей гипотезе должны были получить абсолютное доминирование в СНГ? :)
belomorinka; Xamele0n88; Lucechiaro; PowerBoy; Romakon92; Strange Device; brr; itriot11; корум; shnurov; +10 Ответить
28. MotorBox 17.08.17 16:15 Сейчас в теме
(25)
Java пытаются заменить на такие новинки как Groovy, Kotlyn
Вообще то не переходят, а только изучают целесообразность перехода. Чем это кончится еще не известно.
Но все равно - вы только подтверждаете мои слова. Весь мир развивается. Двигается вперед, а в 1С словно только что распечатали мешок с журналами 20ти летней давности.
Вот хотя бы - современного программирования не существует без ООП. Во многих языках программирования вводится лябда выражения, а 1С только-только узнали что будущее за мобильными платформами. Отставание 1С заложено в самой его парадигме.
Где в 1С ООП ? Когда 15 лет назад программистам т.с. не 1С сказали что 1С называет язык 1С77 "объектно ориентированным" те сильно смеялись. Такое впечатление что в 1С не знают что такое ООП.
Целый пласт последних достижений современного программирования закрыт для 1С из за отсталой парадигмы.
gorvin; neikist; +2 2 Ответить
29. neikist 17.08.17 17:46 Сейчас в теме
(28) Вот кстати да, отсутствие ООП и анонимных функций удручает(
30. Dementor 1014 17.08.17 19:38 Сейчас в теме
(28)
Вообще то не переходят, а только изучают целесообразность перехода.

Кто-то как раз переходит, а другие уже давно перешли. Если вы, конечно, про мировое сообщество программистов говорите, а не про парочку ваших знакомых, которые не могут освоить новую технологию. О "живости" Groovy и Scala говорит масса хендхантеровских объявлений (я в этой теме не кручусь, но тем не менее это коснулось даже одного из самых известных сайтов бесплатного изучения иностранных языков Duolingo.com - они прямо сейчас переводят ядро своих сервисов с тормознутого PHP с его неповоротливой ООП-парадигмой на более эффектную и эффективную Scala, которая была изначально создана на замену Java).

Количество появляющихся проектов на Kotlin с выходом в релиз в прошлом году вообще похоже на снежную лавину. Язык оказался настолько популярным и востребованным, что Google официально объявили об его поддержке - плагин для Kotlin официально добавлен в Android Studio 3 и заключен договор с JetBrains о совместном развитии языка.
31. Dementor 1014 17.08.17 20:15 Сейчас в теме
(28)
Вот хотя бы - современного программирования не существует без ООП.


И как же в таких условиях возникли и существую Lisp/Clojure, Erlang и Haskell - они же чистая функциональщина??? Или тоже новинка последнего десятилетия - Node.js на базе полу-процедурном и полу-функциональном JavaScript - как он смел вообще появится? Почему, когда пытаются сделать устойчивые системы, которые справляются со сверхвысокими нагрузками, то берут именно Erlang и JavaScript вместо сервера Tomcat для любимого вами Java? Задумайтесь над этими вопросами: может ООП вовсе не серебрянная пуля, а просто нишевое решение для определенного класса задач?

(28)
Где в 1С ООП ? Когда 15 лет назад программистам т.с. не 1С сказали что 1С называет язык 1С77 "объектно ориентированным" те сильно смеялись. Такое впечатление что в 1С не знают что такое ООП.
Целый пласт последних достижений современного программирования закрыт для 1С из за отсталой парадигмы.


Чем же парадигма Предметно-ориентированного программирования ущербна? Может вы просто привыкли микроскопом забивать гвозди? :)

Я уже понял, что "нет пророка в своем отечестве", и потому предлагаю вам посмотреть на компанию SAP. Ну, вот почему они не взяли и не стали использовать Java в 90-х? Почему они сидели на своем допотопном ABAP (упрощённая версия Кобола), который даже на фоне встроенного языка 1С смотрится каким-то пережитком прошлого - не более 10 символов в названиях процедур, не более 128 символов для поля ввода и далее в таком же духе (не говоря про интерфейсы от которых несет консольными 80-ми)? Да на фоне этого эталона бизнес-программирования с их чистой процедурщиной язык 1С смотрится как верный наследним SmallTalk :)

И все же, почему в SAP стали применять Java только с более-менее стабильных релизов во второй половине 2000-х? Может по той причине, что руководство SAP так же как и руководство 1C знает, что нельзя бросаться в омут сырых технологий, которые как сейчас появились, так завтра могут бесследно пропасть. А технологическое развитие платформы для бизнес-программ штука на миллионы долларов и на много лет разработки.
PowerBoy; Ta_Da; корум; +3 Ответить
32. Dementor 1014 17.08.17 20:34 Сейчас в теме
(28)
Во многих языках программирования вводится лябда выражения, а 1С только-только узнали что будущее за мобильными платформами.

Весь мир узнал о том, что будущее за мобильными платформами после выхода хайпового iPhone и появления устройств на Android. Но еще в досмартфонную эру 1С уже вышла на рынок мобильных устройств (где в то время царевал Microsoft с его ОС для КПК). Уже в середине 2000-х был выпущен конфигуратор для КПК, который успешно продавался и на базе которого делались мобильные решения для торговых агентов и кладовщиков.

И, между прочим, раз вас потянуло в сторону функциональщины, то познакомьтесь с управляемыми формами - сплошное использование объектов типа ОписаниеОповещения - как раз фишка из мира парадигмы функционального программирования - использование функций как параметров. Платформа 1С где-то могла застрять только у вас в воображении. Развитие не прекращается ни минуты (как пример, грядущий в конце августа локальный сервер для службы сообщений со штатной возможностью общения прямо внутри платформы). И если вы не видите телодвижений в интересной для вас области, то только потому, что аналитики уже просчитали выгоды и признали интересные вам направления нерентабельными.
PowerBoy; mickey.1cx; itriot11; корум; WanGoff; +5 Ответить
39. Созинов 20.08.17 10:00 Сейчас в теме
(25) Дмитрий, можете подсказать где почитать про обратную кодовую совместимость 7.7 и 8. На 7-ке мало писал и мне показалось что между 7 и 8 громадная пропасть. Хочу для себя уточнить это вопрос и освежить в памяти 7-ку. Заранее спасибо.
40. Ta_Da 20.08.17 10:46 Сейчас в теме
(39)
можете подсказать где почитать про обратную кодовую совместимость 7.7 и 8.

скорее всего имелось в виду "если бы в 8ке в качестве встроенного языка использовалась Java", т.к. 7.7 и 8.x по синтаксису совпадают не больше чем js и, например, C - только на уровне базовых конструкций
41. Dementor 1014 20.08.17 15:29 Сейчас в теме
(39) тут я погорячился. Раз вы хорошо разбираетесь в Python, то тут разница как между 2.7 и 3.0

Навскидку из различий - работа со ссылками и объектами уже не через единый идентификатор (что сильно сбивало с толку). Появились булевские типы True/False (хотя по старинке можно использовать 0 и 1 - они будут неявно преобразованы). Полностью переделали язык запросов...
Но и многие базовые вещи остались без изменений - синтаксис управляющих конструкций, ключевые слова, предопределенные функции языка, предопределенные реквизиты базовых метаданных; сначала пропали, а потом вернулись общие реквизиты и так далее). Для облегчения перевода систем на 7.7 в поставке 8-ки с самых первых версий был конвертер. Я его не пробовал, но экспериментаторы говорили, что после небольшой шлифовки напильником, этим даже можно было пользоваться.
Созинов; +1 Ответить
42. tenikov 21.08.17 17:47 Сейчас в теме
(41)
после небольшой шлифовки напильником, этим даже можно было пользоваться

Если только для не рисовать заново формы объектов.
И то, в большинстве случаев (реализации в 1С 7.7 ТЧ справочников или нескольких ТЧ в документах, например) проще и правильней было написать с нуля.
43. Созинов 21.08.17 19:36 Сейчас в теме
70. tailer2 28.08.17 12:32 Сейчас в теме
(25)
Если бы платформа 8 вышла без обратной кодовой совместимости с 7.7


ой
33. Gkmy 28 18.08.17 03:32 Сейчас в теме
(4)
ИМХО, 1С имел шанс стать лучшим что случилось с ИТ в постсоветском пространстве ... В годы создания 1С 77 уже существовала Java. Если бы 1С вы выбрал Java в качестве языка программирования ... Прежде всего Java позволила бы войти сообщество Java, использовать множество мировых наработок, облегчило бы масштабирование, облегчило бы выход на мировой рынок ...

Ну и чем вам вот это:
	о=СоздатьОбъект("MSScriptControl.ScriptControl");о.Language="JScript";
	р=о.Eval("
		|(function(){
		|	var робот={};
		|	робот.цвет='синий';
		|	робот.дистанция=0;
		|	робот.идти=function(м){
		|		this.дистанция+=м;
		|	}
		|	return робот;
		|})();
		|");
	Сообщить("цвет робота: "+р.цвет); // синий
	р.идти(20);
	р.идти(30);
	Сообщить("робот прошёл: "+р.дистанция); // 50
Показать

ни Java в 1С?
44. vano-ekt 123 23.08.17 09:57 Сейчас в теме
(33) тем что js<>java
(4) ничего страшного, лет через 10 танками и ракетами убедим писать на русском.
Чем он, кстати, вам не угодил? И почему вы на нем тут пишите? Это всего лишь самый распространенный язык в Европе
45. neikist 23.08.17 11:17 Сейчас в теме
(44) Вот интересно, почему все когда приводят контраргументы против нападок на язык 1с начинают с "Чем русский хуже английского?". При том что претензии к языку обычно по причине слишком простого синтаксиса, без многих возможностей присущих другим языкам.
46. vano-ekt 123 23.08.17 11:25 Сейчас в теме
(45) так в (4) же не про возможности, а про русскость зачем-то упомянуто
Прежде всего помешал велосипед в виде собственного языка программирования на русском языке
48. MotorBox 23.08.17 13:19 Сейчас в теме
(44)Дело не в русском языке, а векторе развития 1С.
Английский язык уже стал стандартом в сфере ИТ, это уже свершилось и ничего с этим не сделаешь.
49. Dementor 1014 23.08.17 14:16 Сейчас в теме
(48) а русский язык стал стандартом для космоса и что? Тайконавтика не стоит на месте. Китайцы "обвели" станцию Мир и запустили ее в на орбиту, но при этом все надписи там уже не на русском, а на китайском. Сейчас они усиленно клепают свои версии Зенитов и Протоны. Еще немного и в освоении космоса китайский станет на одну ступень с русским языком - и у исследователей с NASA и с ESA будет выбор к кому идти для путешествия на орбиту. Ничего не стоит на месте.

И если вернуться к ИТ и посмотреть правде в глаза, то не английский язык стал стандартом, а латинский алфавит, который привычен для европейских народностей и более удобен для письма для азиатских государств, чье иероглифическое письмо мягко говоря неудобное для быстрого ввода на ПК и потому заменен на латинские сокращения, и у которых после нахождения под властью британской короны диалекты английского стали вторыми разговорными (а ведь именно индусы, китайцы и вьетнамцы считаются поставщиками кадров мирового ИТ и главными центрами программного аутсорсинга). Посмотрите листинги европейцев на гитхабе - это только видимость "английскости", но по факту названия переменных, процедур и комментарии на немецком и прочих местных языках. Я так искал там для себя "шаблон" в рамках одного проекта и потом долго сидел со словарем и пытался въехать в логику программы.
50. Dementor 1014 23.08.17 14:33 Сейчас в теме
(48)
Дело не в русском языке, а векторе развития 1С.

Я вам уже писал и еще раз повторюсь. Были даже не сотни, а тысячи компаний, которые делали в СНГ софт на "английском языке" с прицелом на мировую экспансию. Только единицы из них дожили до наших дней. А в то же время 1С со своим "русскоязычным ноу-хау" выстрелила и превратилась в огромную и известную корпорацию, двигатель прогресса мирового ИТ (как минимум, представители IBM и Postgres согласовывают с ними свои доработки в своих СУБД; и, подозреваю, что ситуация с Oracle и Microsoft - аналогична) и в отличии от той же Oracle имеет значительно большую степень лояльности и одобрения от своего комьюнити разработчиков (последняя совсем не от доброты душевной решила подарить опенсорсному сообществу права на JavaEE).
38. Созинов 20.08.17 09:53 Сейчас в теме
(4) Да очень хотелось бы java или С# (хотя нет, я бы лучше на python писал), но задачи были другие и как показало время - решение было верное, да и большого значения это не имеет, т.к. текущий язык позволяет использовать возможности платформы на все 100%. По поводу вашего "имел шанс" - на текущий момент 1С уже приблизился к корпоративному стандарту де-факто. Если не смотреть Москву И Санкт-Петербург, то 1С по моим ощущением занимает более 50% рынка корпоративных систем (бухгалтерия, зарплата, erp, документооборот ...) (не владею статистикой), при этом продолжает теснить конкурентов. Это и хорошо и плохо - 1С-кам работы будет больше, но без мощной конкуренции платформа будет медленно развиваться.
76. belomorinka 28.02.19 13:32 Сейчас в теме
Ну свое тоже надо делать.
21. D_e_X_T_e_R 572 17.08.17 11:09 Сейчас в теме
Если бы 1С пошел в Java, то в 1с бы сейчас писали индусы...Даже подумать страшно)))
PowerBoy; Romakon92; TarasovAV; корум; DrAku1a; red80; +6 Ответить
23. MotorBox 17.08.17 11:12 Сейчас в теме
(21)Да перспективы бы открылись бы страшные, я бы даже сказал бы завораживающие ;). Где то писали бы индусы, а в Европе, например, не индусы. Да и индусы ведь разные бывают.
34. Andromancer 18.08.17 09:07 Сейчас в теме
Я так понимаю, автор имел в виду SWOT-анализ, а не SWAT.
belomorinka; RayCon; WanGoff; +3 Ответить
35. WanGoff 138 18.08.17 10:48 Сейчас в теме
36. MotorBox 18.08.17 11:30 Сейчас в теме
Не вижу смысла отвечать каждому и вообще продолжать спор. И так понятно что вы все как "члены секты поклонников 1С" не хотите в упор видеть серьезных недостатков в вашем кумире. Имеете право. Только для меня очевидно что 1С в современном виде достиг пика своего развития и все больше превращается в монстра. Дальше без прорывных реформ, ИМХО, 1С обречен на постепенный или быстрый спад.
Самое главное, пойдя по пути превалирования экономики над разработкой 1С сформировала свою отдельную среду разработчиков 1С которая почти оторвана от всего остального ИТ сообщества. Нет, 1с программист как бы тоже программист, но только все остальное ИТ смотрит на 1с свысока. Вы спросите ну и что, скажете вам плевать на их снобизм. Да, но вы не понимаете что этот отрыв лишает среды 1с активного взаимного обмена высоко профессиональными специалистами который мог бы тащить 1с на волне самых современных технологий, а не быть в роли вечно догоняющего. Я не спорю, в 1с есть отличные специалисты хорошо ориентирующиеся в современном ИТ, но их немного. Сам 1С не стимулирует своих сторонников к этому взаимному обмену. Я думаю что он очень много от этого теряет. Вот почему я не считаю что 1С - это лучшее, что случилось с ИТ в постсоветском пространстве.
belomorinka; itriot11; neikist; Solovyeff; +4 3 Ответить
37. корум 287 18.08.17 11:38 Сейчас в теме
Забавно читать бурчание на 1с-ников от дизайнера...
belomorinka; klinval; +2 Ответить
47. vano-ekt 123 23.08.17 11:28 Сейчас в теме
а далее предложение заменить велосипед 1С на велосипед Sun Microsystems / Oracle
к чему это всё?
52. TopZlodey 13 23.08.17 15:29 Сейчас в теме
1С действительно жадные, но движутся они в правильном направлении. Перспективы у них действительно радужные, потенциал огромен. Даже тот факт что наши программисты уже на западе пользуют 1С затачивая ее под нового заказчика уже о многом говорит.
53. vano-ekt 123 23.08.17 15:35 Сейчас в теме
и кстати, 1С не ограничивает в выборе при написании синтаксиса
хочешь пиши ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент
не хочешь - DataCompositionResultSpreadsheetDocumentOutputProcessor
58. MotorBox 24.08.17 12:20 Сейчас в теме
(53)Так а что же они сами не пишут в типовых конфах DataCompositionResultSpreadsheetDocumentOutputProcessor?

Да и я уже говорил, дело не в том русский там язык или не русский, а в направлении развития. Если 1С четко выберет направление на вхождение в мировой мейнстрим, а не брожение в своем узком болоте, то переход к английскому неизбежен, а программирование на национальных языках можно оставить как опцию.
75. Lucechiaro 28.08.17 15:44 Сейчас в теме
55. Darklight 32 23.08.17 15:55 Сейчас в теме
А насчёт языка - в последние годы наблюдаю тенденцию - компания 1С активно осваивает Java (и JavaScript). В первую очередь, конечно в применении для разработки своих полупродуктов и отдельных систем. Думаю, когда выйдет 1С: Предприятие 9 (!) она будет в большей мере я построена на Java и использовать JavaScrip (а не нс C++ как сейчас). Возможно это станет отправной точкой, когда на языке Java (JavaScript) можно будет напрямую писать прямо внутри программных модулей, не привлекая сторонние компоненты. И функции, объекты 1С, включая метаданные, будут напрямую доступны в Java-коде. Оригинальный язык 1С, скорее, всего при этом сохранится, но переймёт какие-то фичи Java-возможностей. И, наверное 9-я платформа всё же станет почти ООП (хоть и не чистой ООП, а лишь гибридной - ведь 8-я платформа отчасти тоже ООП, просто свои объекты создавать "трудно" и нет все ключевые парадигмы ООП реализуются: я могу представить себе на 8-ке только инкапсуляцию, без наследования и полиморфизма)!
Но.... думаю что 1С: Предприятие 9 вряд ли выйдет в обозримом будущем.... :-(
56. Dementor 1014 23.08.17 19:57 Сейчас в теме
(55)
Думаю, когда выйдет 1С: Предприятие 9 (!) она будет в большей мере я построена на Java и использовать JavaScrip (а не нс C++ как сейчас).

Интерпретируемый во время выполнения язык на базе других интерпретируемых языков? Да упаси Господь! Хотя возможность делать вставки на JavaScript мне нравится. В конце-концов, они же добавили чисто js-кий JSON.


(55)
я могу представить себе на 8-ке только инкапсуляцию, без наследования и полиморфизма)!

Что же это у вас с воображением? ;)
Создадим обработку "Загрузка из Excel", в которой пропишем все нужные реквизиты и методы для того, что бы найти на диске, открыть и прочитать книгу Excel, а далее из полученных данных сконструировать таблицу значений. Далее создаем еще парочку обработок "Загрузка клиентов из Excel" и "Загрузка товаров из Excel", в которых в основных формах сделаем основным реквизитом объект обработки "Загрузка из Excel", что автоматически добавить в текущий контекст все нужные реквизиты и методы. Далее пишем свой метод Загрузить(), в котором сначала дергает метод Загрузить() родительской обработки, а далее из таблицы значений начинаем записывать объекты в базу. Вот вам и наследование и полиморфизм чистой воды :)
60. Darklight 32 24.08.17 16:24 Сейчас в теме
(56) С точки зрения ООП это не является наследованием и полиморфизмом. Это обёртка (Wrap) - но врапы к не являются частью парадигмы ООП.
Вот если бы можно было создать обраотку "на основании" имеющийся - и сразу перенять её функции и переменные (и реквизиты, формы, макеты....) , причём не скопировать, а именно иметь возможность их использовать, но не имея их внутри (чтобы если в исходной обработке поменяется логика - она отразилась и на наследнице) - вот это будет наследование. Да, ну про возможность переопределения функций и переменных.... внутри новой обработки тоже надо упомянуть. Правда расширения 1С переопределения могут делать, но они переопределят именно исходные функции, а не вновь созданные.

А полиморфизм сразу тянет за собой виртуальные методы (не в том смысле, как понимается слово "виртуальные" в 1С), чтобы можно было переопределить функция, и если она используется в других алгоритмах, наследованных из старой обработки - они уже использовали новую версию (и контекст данных новой версии, которых не было в старой). При этом внутри новой версии можно было бы обратиться к старой версии. Опять таки немного напоминает расширения 1С, но лишь немного.

Ну а если сюда ещё бы свойства (которые ge/set) добавить, делегаты (функции высшего порядка), и свои события (объектов а метеоданных) и вложенные классы (шаблоны для создания классов) - было вообще зашибенно.
В общем наряду с общими модулями и обработками 1С не хватает ещё одного объекта конфигурации - "Класс" - по сути та же обработка, только с наследованием, полиморфизмом, свойствами и событиями (впрочем свойства и события, как и составные реквизиты - они же вложенные классы) я бы всем объектам метаданных бы добавил. Впрочем, наследование и полиморфизм оно и многим другим объектам метаданных было бы тоже очень хорошо иметь -

представьте, что Вам нужно сделать новый документ, очень похож на один из типовых - так просто от наследуйте его от типового - добавьте и переопределите методы и реквизиты, программно перенастройте типовую форму и макеты - и всё - делов "на 5 минут" - и практически 100% поддержка всего типового функционала при обновлениях (без необходимости его сопоставления). Очень круто!

Увы, 1С как всегда идёт своим "кривым путём" и с большим трудом перенемает мировой опыт программирования, накопленный десятилетиями!

Ну и для клиент-сервеного взаимодействия сериализоваться такие объеккты-классы-обработки должны, чтобы передаваться с клиента на сервер и обратно - без этого - это вообще будет полный геморой. На C# кстати процессом сериализации объекта класса даже самостоятельно можно управлять (описывает особенности серилизации его реквизитов внутри этого класса - ах как этого не хватает в 1С).
63. Darklight 32 24.08.17 18:00 Сейчас в теме
(60)Кстати, конечно не в классическом ООП, но есть ещё понятие "Интерфейс" (не тот, что главное меню в 1С), которое сейчас в ООП языках активно развивается до понятия "Контракт". Это тоже очень мощная вещь и её тоже очень не хватает в 1С.

Это когда какой-то объект (кстати не обязательно класс) имеет схему(ы) возможного собственного использования (грубо говоря набор функций и свойств, которые другие алгоритмы могут у него использовать). И эти схемы как бы глобальны - т.е. объект реализует некий ранее определённый Контракт (буду говорить о Контрактах как о более продвинутом механизме, чем Интерфейс ), который говорит остальным - что этот объект его (Контракт) поддерживает (значит реализует его функциональность) - значит его можно использовать согласно схеме этого контракта (обращаться по определённым в Контракте законам, вызвать методы и свойства) . При этом внутри объект сам подстраивает своё взаимодействие, чтобы оно соответствовало протоколу этой схемы - использующие его алгоритмы не видят как он на самом деле устроен. У него может и не быть таких свойств и методов, как в они описаны в контракте - но объект их как-бы эммулирует для тех, кто будет использовать его через этот контракт. Но Контракты так же описывают и ограничения использования, скажем - если на вход функции подаются неправильные параметры - их контроль пройдёт ещё на уровне контракта, будет сгенерирована соответствующая ошибка несоответствия формату. То же касается и выходных данных функций.

В простейшем виде это позволяет иметь маркеры того, что объект имеет определённые возможности своего использования (и для этого не нужно анализировать тип объекта и структуру его наслдедования); а так же позволяет обращаться к его функциям и свойствам через "псевдонимы" других имён, общих для всей конфигурации.

Объект может реализовывать множество разных контрактов - подразумевая разное взаимодействие!

Это ОЧЕНЬ мощный механизм современного ООП и в 1С этого так же сильно не хватает. Это является часть технической унификации использования алгоритмов, чтобы не писать кучи разных ветвлений и конвенций, передаваемых из алгоритма в алгоритм, данных , о месту использования алгоритмов.
59. MotorBox 24.08.17 13:02 Сейчас в теме
(55)
Думаю, когда выйдет 1С: Предприятие 9 (!) она будет в большей мере я построена на Java и использовать JavaScrip

Да вы оптимист. Я на такое надеялся 15 лет назад когда ожидалась 1с8.
С тех пор, видимо, руководство 1с закусило удила и скачет в одном только им ведомом направлении. Гордость за корпоративный стандарт застит глаза, а концептуальные перемены чем дальше тем страшнее и дороже. Мне все больше видится, что 1с обречена на консервацию в своей собственной среде как в болоте.
61. Darklight 32 24.08.17 16:25 Сейчас в теме
(59) Когда-то я так думал про 1С 7.7 Но вышла 8-ка
Рано или поздно выйдет 9-ка
Не в ней, так в 10-ке уж точно - будет та ещё революция! Лет через 25-50 :-D
65. MotorBox 25.08.17 11:16 Сейчас в теме
(61)Ну насчет 1с77 я ничего такого не думал, когда я с ней связался она уже была. Но вот 1С++, ОпенКонф и др. мне внушали большие надежды.
Удивляло только что 1с не включает их в платформу официально. Выход 1с8 в том виде в каком он вышел убил все надежды. Да и 1С++ с ОпенКонф тоже практически убил, конечно кто то кто не отказался еще от 1с77 используют их, но будущего у этих разработок нет.
Я убежден что это кардинальная ошибка 1с. Правильно было бы дать возможность развиваться таким разработкам. Это пошло бы 1с только на пользу.
Как я уже писал здесь 1с все больше превращается в нечто монструозное. Например последняя пустая типовая конфигурация для бухгалтерии занимает почти гигабайт. Стремление все контролировать и сделать универсальную конфу которая удовлетворит всех тупиковый путь. Не возможно все контролировать и всем понравиться.
67. Darklight 32 25.08.17 12:41 Сейчас в теме
(65) Для 1С8 есть Снегопат и другие, думаю, с официальным выходом EDT неофициальных расширений платформы 1С: Предприятие 8 многократно увеличится (на это, видимо, и сделан расчёт с реализацией EDT). Сам давно уже думаю о создании такого вот расширения, чтобы можно было и синтаксис языка расширить, и структуру метаданных. Идей очень много - и всё вполне реализуем. Среда разработки нужна только удобная - ECLIPSE волне сгодится.
68. MotorBox 25.08.17 16:32 Сейчас в теме
(67) Эклипс мне показался громоздким и тормозным. Впрочем, посмотрим что у них получится. Не понятно только чего 15 лет ждали.
69. Darklight 32 28.08.17 11:22 Сейчас в теме
(68) Зато это одна из самых популярных сред разработок. Он бесплатный, кроссплатформенный и позволяет глубоко себя настраивать и расширять, он знаком гигантскому сообществу программистов по всему миру. И, он вполне удобный. Это уже очень много. Остальное - дело привычки и рук программистов, что допишу для него нужные фичи, чтобы разработка на 1С в этой среде была комфортной!
73. MotorBox 28.08.17 14:53 Сейчас в теме
(69)
Зато это одна из самых популярных сред разработок. Он бесплатный, кроссплатформенный

Да я не спорю. Просто был опыт работы на эклипсе. Как знать, может он стал заметно лучше, или м.б. 1С его усовершенствует до блеска.
Будем посмотреть. Выводы делать рано.
Оставьте свое сообщение