Дмитрий Кинаш

Уважаемы специалисты, почему для управленческого учета (оперативного учета), не начнут разрабатывать программу на C#?

Не начнут КТО? Уверен, что есть десятки команд, которые успешно разрабатывают на C# программы для управленческого учета.

Ведь 1С это оболочка над базой данных, а интерфейс написан на C#.

Для начала не C#, а C++ (сейчас 11, но переходят на 14). Далее не оболочка, а ORM (с поддержкой MsSQL, PostgreSQL, IBM DB, Oracle и собственный формат) + BSL (со встроенными библиотеками и внешней опенсурс библиотекой БСП) + web-интерфейсы + мобильный и браузерный клиенты + кроссплатформенность на Win-Lin-Mac.

Зачем создавать платформу и еще встроенный язык 1с (Искусственно создавать новые рабочие кадры???Чтобы выжимать деньги на всяких книжках по программированию 1с и прочих учебных курсов?), если есть .NET Framework и C#?

Для начала нет и шарп появились после платформы 1С (2002 против первых версий 1С под DOS). И тут же встречный вопрос - а зачем встроенные языки для Матлаба и Автокада, зачем VBA для ворда и экселя, зачем PowerShell для винды? Да, в том числе для написания книжек и продажи курсов, но в первую очередь - новые инструменты удобны и приносят выгоду по сравнению с их отсутствием (заточены под быстрое решение узкого класса задач).

А что бы не начинать проект постоянно с нуля, можно написать собственную библиотеку с необходимыми инструментами для бухгалтерии и т.п.

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

Какую вы задачу себе ставите? Вам нужна стабильность или просто желаете изучить новые технологии?

Если вам нужно просто связать базу 1С и интернет магазин, то нужно так и делать используя или наработки обмена с Битриксом в типовых торговых конфигурациях, либо подключение 1С к API сайта, либо подключение сайта к API 1C. Чем больше вы вводите сущностей в архитектуру будущего решения тем больше у вас будет "тонких" мест и больше зависимость от разнородных технологий:

1. необходимость чтения большого количества мануалов или привлечения дополнительных специалистов,
   
2. требование отслеживать новости по всем технологиям в поиске сообщений о критических уязвимостях и ошибках,
   
3. необходимость сталкиваться как с моноошибками технологий так и с непредсказуемыми результатами их синергии с последующими долгими гуглениями и рысканьями по сайтам/форумам где с вами будут говорить на терминологии, которая звучит одинаково, но адепты из разных сфер ИТ вкладывают в нее различный смысл (классический пример в 1С - термин "тонкий клиент")
   

.

Не знаю насколько мой случай типичен или является экзотикой, но я целенаправленно не учился программировать и все познавал в процессе.

Мне захотелось сделать сайт и я просто открыл исходный код похожей страницы и стал изучать как там все устроено - так я изучил HTML и CSS. Захотел сделать галерею и просто начал делать - в процессе освоил PHP (тогда это была еще третья версия). На сисадминской подработке попросили автоматизировать ежедневную рутинную операцию с заявками - освоил 1С 7.7. На следующей работе меня посадили на поддержку бухгалтерского софта для бюджетных организаций и единственным источником информации были только исходники программы - так я освоил Foxpro и SQL. И все это происходило в начале 2000-х в так сказать догугловскую и достекоферфлововский период.

И вот как-то мне захотелось изучить Java. У меня была какая-то бумажная книга от Питера, потом электронная версия философии Экера, смотрел форумы... Но не пошло и я забросил. А где-то пару лет назад нужно было для моего проекта сделать мобильное приложение и снова все пошло как по маслу - все что в подкорке лежало по Jave всплыло, а остальное быстро выловил на стековерфлоу, джаватолке и стартандроиде.

Так что мой совет: найдите себе дело и просто делайте его.