1С программирование. Хорошо или плохо?

Пейн, я разницу не чувствую. В её нет. Все перечисленное направлено на получение прибыли собственниками бизнесов.

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

Если вы готовы опровергнуть этот тезис

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

Я отказываюсь смотреть на мир так плоско чтобы имели значение только продукты с прямым влиянием на жизнь населения на базовом уровне.

Хорошо, смотрите на продукты и с косвенным влиянием. Вот допустим, программисты создали для АО МММ крутую программу. АО получил прибыль. На жизнь населения это как-то повлияло в положительную сторону?

Позвольте взглянуть на вашу декларацию о доходах за любой из последних трех лет.

Смешной вы.

И кстати, по-поводу с/х, вы будете отрицать что удобрения применяемые при выращивании направлены на увеличение объемов этого самого продукта также как и программные продукты направлены на увеличение продаж этого самого продукта?

Удобрения - вызывают объем производства продуктов. Программный продукт - не вызывает. А продается все независимо от наличия или отсутствия.

А как насчет пищевых добавок с индексом Е, зачем вы их добавляете если заботитесь о качестве жизни населения, ну не для увеличения прибыли же, правда?

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

Удобрения - вызывают объем производства продуктов.

Навоз, задизайненный природой?

Программный продукт - не вызывает.

Который используется для разработки современных удобрений?

А продается все независимо от наличия или отсутствия.

У вас слишком плохо работает область сознания, ответственная за причинно-следственные связи.

Какие-угодно - нет. 1С идет другим путем, вместо этого 1С предоставляет возможность указать нужно ли кнопки выбора, очистки, регулирования и открытия (галочками), а также указать обработчики событий на них. Вот скриншот как это выглядит, правый столбик в окне.

IMHO расширяемость на уровне обычных VBA форм (MS Office / LibreOffice, etc.).

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

XAF отличается тем, что использует ООП, и позволяет сильнее кастомизировать подобные компоненты (например, добавлять новые виды событий, новые свойства и т.п.) и даже создавать свои новые компоненты. Это обычно есть и в любых других ООП ЯП + RAD IDE, но в XAF есть ещё и редактор бизнес модели с готовой обвязкой, что свойственно как раз конструкторам уровня 1С.

Т.е. в XAF есть и ООП (а значит и очень высокий уровень расширяемости и кастомизируемости) и конструктор бизнес модели одновременно. А в 1С только навороченный конструктор, но вероятно минимальная расширяемость.

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

Навоз, задизайненный природой?

Который используется для разработки современных удобрений?

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

У вас слишком плохо работает область сознания, ответственная за причинно-следственные связи.

У вас она вообще не используется - вы пытаетесь запихнуть и обосновать потребность в ПО туда и там, где все было сделано без него.

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

Давно были на фабрике по выпуску удобрений?

Эти фабрики выпускают ровно то же самое, что и полвека назад ) Только продукт их стал гораздо дороже за счет того, что монополисты. помимо непосредственно выпуска продуктов, тратят деньги на программистов-дармоедов.

А почему вы решили отказаться от обсуждения фабрик удобрений и перейти в какую-нибудь другую область?

Теперь попробуйте обосновать пользу от этой горы софта, если какой-нибудь химзавод выпускает 50 лет абсолютно те же удобрения, но цена на его продукт только увеличивается )

Эта услуга платная. Бесплатно могу только обосновать бесполезность на форуме пользователя vaddd ;)

С простыми и очевидными вещами спорить тяжело? Довод «ПО везде, поэтому оно нужно» рассыпался? Появилось подозрение, что следование за модой и пихание ПО повсюду в большинстве случаев приводит лишь к удорожанию конкретного, реально потребляемого людьми продукта?

Надеюсь, вы тяжелые грузы возите на телеге, запряженной вами самим, а не на автомобиле? :)

Вспомнил прикольную историю. Сотрудничали мы как-то с одним региональным предприятием - электросетями. Все у них работало по старинке, потихоньку модернизировалось по мере необходимости. Приходим мы в очередной раз к начальству, а оно сидит в задумчивости. Говорят:

«Шведы в лице ABB предлагают нам какую-то могучую систему ПО для контроля перетоков» - «И что? Берите» - «Она стоит что-то около 20 миллионов $» - «Тогда не берите» - «Но правительство настаивает. Швеция дает беспроцентный кредит специально под покупку этой системы» - «Тем более берите» - «Но правительство хочет, чтобы не оно возвращало деньги, а мы включили дополнительные расходы и выплаты в тарифы по производству электроэнергии для населения и промышленности» - «Тогда не берите» - «Сложно, правительство уже утвердило план развития и там кто-то заинтересован»

Похоже, примерно так происходит развитие айти в немалом количестве случаев )

Надеюсь, вы тяжелые грузы возите на телеге, запряженной вами самим, а не на автомобиле? :)

Опять вы за отсутствием доводов предлагаете какие-то безумные крайности. Или вы полагаете, что 30-50 лет назад автомобилей не было?

Или вы полагаете, что 30-50 лет назад автомобилей не было?

Требований не было, как сегодня (контроль производства, отчётность, сертификации, сбыт и т.п.).

Государство желает видеть отчётность в том виде, в котором желает.

Очередной душераздирающий аргумент в пользу айти - «государство требует отчетность именно в таком виде» )

И контрагенты.

Только у монополистов очевидно.

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

Ребята, Вы тут глупостей про 1С наговорили.
Ну нельзя же так.
Не защищаю 1С, но «не лезьте в воду, не зная брода».

Предметно, пожалуйста.

Работаю с 1С уже около 14 лет. Сначала начинал с «установки 1С» и «подправить чуть-чуть отчётик», а потом почти всё остальное время занимался именно разработкой (а не допиливанием типовых).

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

Оплата достойная, да и в целом думаю в РФ найти работу связанную с 1С очень просто.
Если валить не собираешься - то можно вкатываться. А если есть в планах уехать - то если только как временная подработка.

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

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

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

Спрашивай вопросы - отвечу, если что-то конкретное интересует.

Если честно - есть интересующие вопросы

Могу на почту написать? Или возможно есть какие мессенджеры/соц.сети?

Пиши куда удобнее. Почта и телега в профиле.

Самая главная проблема - это то, что если тебе захочется вдруг покинуть страну - работы ты не найдёшь.

Так и если не захочешь, то тоже так себе шансы.

В зависимости от свойств личности, спустя некоторое время «1с-программист» мигрирует либо в сторону «нормального» программирования

Зачем так всё переусложнять? Лучше сразу за «нормальное» программирование взяться.

Для магазина со средними продажами вполне себе хорошее решение, но в дикой природе встречается редко, т.к. есть Magento. Фактически, Nopcommerce полностью слизал дизайн корзины/чекаута с Magento т.к. долгое время именно он был стандартом.

А какое ваше мнение о Virto Commerce?

https://virtocommerce.com/

https://www.nuget.org/profiles/VirtoCommerce

VirtoCommerce.Platform.Core The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org. by: VirtoCommerce

    3,044,645 total downloads last updated 11 days ago Latest version: 3.450.0 

Virto Commerce is a flexible B2B ecommerce solution that offers powerful tools for enterprise business users. https://virtocommerce.com
VirtoCommerce.Platform.Data The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org. by: VirtoCommerce

    2,051,089 total downloads last updated 11 days ago Latest version: 3.450.0 

Интересно, применяются ли такие nopCommerce, Virto Commerce и т.п. в РФ?

Подробное сравнение фич трёх популярных .NET e-commerce:

https://www.capterra.com/ecommerce-software/compare/148685-157781-147200/nopCommerce-vs-SmartStore-NET-vs-VirtoCommerce

Ещё очень хвалят SmartStore, тоже open-source .NET:

https://www.capterra.com/p/157781/SmartStore-NET/reviews/

А вот отзывы про nopCommerce: https://www.capterra.com/p/148685/nopCommerce/reviews/

И много негатива про Odoo, который на ЛОРе пиарили какие-то европейские тролли: https://www.capterra.com/p/135618/Odoo/reviews/

"Incompleted project, doesn't allow for easy customisation"
Overall: I would highly recommend for anyone looking into a customised software system to not use Odoo. You will need a skilled developer to complete the simplest of tasks for you.
Pros: The idea of having an all in one database is great, but simply unattainable with their software system.
Cons: We used a recommended developer from Odoo in Australia to build and develop our software system. Our project was allocated 12 weeks to complete and it is now 18 months later and the project has been abandoned. It seems that simple integration between Odoo and a payment gateway was difficult, taking the developer 6 weeks to complete. When the project was near "completion" I was advised to purchase the 12 licenses that would be required at a cost of $5000+USD for the year. At this stage, we could've only purchased 2 licenses to progress in the project. The project continued for a further 9 months until it was abandoned (due to it not being completed) at which stage we asked Odoo for to seek reimbursement for the licenses. Unfortunately, even though we used a recommended partner of Odoo from their website to develop our project, they informed us that they would not refund or partially refund our purchase even though the project isn't completed, a recognised developer was used, and we are still unable to use the software. Their suggestion was to give it more time.

где можно посмотреть список шизов

ну неееет, это было бы слишком просто

Было бы интересно ещё сравнить популярный в РФ софт для онлайн магазинов с open-source софтом на базе Microsoft .NET от калифорнийской компании Virto Commerce:

https://vc.ru/services/115699-fakty-o-ecommerce-platforme-virto-commerce-kotoruyu-v-rossii-pochti-ne-znayut-a-zrya

Опыт разработки для электронной торговли — 20 лет:

Костяк будущей команды Virto сформировался в 2000 году, они с самого начала занимались заказной разработкой крупных ecommerce-проектов. В частности, сделали платформу Mediachase Ecommerce Framework, которую в 2012 году купила шведская Episerver. Фактически современная облачная платформа Episerver Commerce основана на ранних решениях команды Virto.

В 2011 году команда зарегистрировала компанию Virto Commerce со штаб-квартирой в Лос-Анджелесе и выпустила уже три версии собственной платформы. В компании около 100 сотрудников, которые работают на всех континентах, кроме Антарктиды. Большинство клиентов — в Европе и США, есть отдельные проекты в Азии и России (вроде нашего).

Из того, что меня удивило: Virto Commerce пока не взяла ни одного венчурного цента, ни одного кредита. Сейчас они рассматривают предложения от целевых фондов, но это не мешает им быть сторонниками бутстрэппинга: тратить усилия на разработку, а не на поиск финансирования, зависеть от мнения клиентов, а не кредиторов. Мне кажется, этот факт сыграл свою роль, когда их рассматривала Volvo и другие текущие клиенты.

Высокая скорость изменений и экспериментов:

Три предыдущих принципа Virto приводят к тому, что платформа маневренная, готовая к любым экспериментам. Если результаты эксперимента не устроят, всегда можно моментально откатиться назад без последствий. У Virto стандарт — с нуля платформа разворачивается максимум за 3 месяца, а потом каждые две недели добавляется новый функционал с измеримой бизнес-пользой. Такой agile-подход.

Скорость проверки гипотезы можно оценить на одном «цветочном» кейсе. Американская интернет-площадка по продаже цветов в 2017 году решила запустить ВИП-магазин с элитными цветами со своей программой лояльности, ценообразованием и так далее. Они посчитали: если всё делать на существующей платформе, нужно хотя бы полгода на разработку с тестированием, столько же на проверку гипотезы с анализом фидбэка. Плюс время, чтобы относительно безболезненно откатиться, если дело не пойдет. Получалось как-то слишком дорого и долго для вроде бы несложного эксперимента.

Тогда они обратились к Virto и через два месяца получили платформу под новое направление. Еще через четыре месяца стало понятно, что идея действительно так себе: мало кому нужны их ВИП-цветы. С одной стороны, это фейл для цветочников, с другой — стоимость эксперимента и сроки оказались приемлемыми для бизнеса, они почти не расстроилась. Если бы они с самого начала работали на Virto, эксперимент можно было начать через две недели и потратить еще меньше.

В отличии от 1Це здесь вполне возможен визуал бейсик :)

Проблемы и задачи в Enterprise E-Commerce. Как возник проект Virto Commerce?

Высокопрофессиональная платформа для электронной коммерции для серьезного бизнеса

А какое ваше мнение о Virto Commerce?

APS.Net? Сразу проигрывает PHP. Не в качестве кода, а в скорости добавления новых платежных методов, методов доставки и тд. В современном екоммерсе этот параметр становится определяющим.

Прежде чем на меня накинутся фанаты ASP.Net я попробую объяснить: в рекламной статье они указали Volvo, Heineken, Bosch. Задайте себе вопрос, много ли продаж идет у этих компаний через их сайт? Вот прям продаж в минуту. Много ли у них методов оплаты на сайте или служб доставки, как часто добавляются новые?

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

У Heineken это просто каталог продукции, с описанием и историей, ничего закзать оттуда вы не сможете.

У Bosch вообще нет интернет-магазина как такового. Обращайтесь к их региональным дилерам у которых у каждого свое решение по екоммерс.

Т.е. эта система не про интернет-магазин, это про интернет-каталог продукции бренда. Относится ли это к екоммерс - да. Имеет ли смысл сравнивать это с Magento/commerceTools - нет.

Тут активно пиарили подработку 1Це кодером. В этом контексте интересно, что из .NET e-commerce наиболее популярно в РФ?

Наверно, кроме nopCommerce вообще почти ничего не используется особенно у средне-мелких?

SmartStore - экзотика даже для запада, судя по статистике использования: https://6sense.com/tech/ecommerce-platform/nopcommerce-vs-smartstorenet

Virto, судя по описанию, - для крупняка.

APS.Net? Сразу проигрывает PHP. Не в качестве кода,

Вот именно, а большой проект куда проще поддерживать на .NET и JVM, чем на скриптоязыках, которые чаще выпадают в ошибку в рантайме?

а в скорости добавления новых платежных методов, методов доставки и тд. В современном екоммерсе этот параметр становится определяющим.

Почему думаете, что в случае .NET c этим хуже?

Интересное сравнение .NET e-commerce от Virto:

https://virtocommerce.com/blog/complete-guide-to-asp-net-ecommerce-platforms

В этом контексте интересно, что из .NET e-commerce наиболее популярно в РФ?

Не знаю что из .NET популярнее т.к. сам .NET особо использовать смысла нет в роли интернет-магазина (ecommerce).

Наверно, кроме nopCommerce вообще почти ничего не используется особенно у средне-мелких?

Средне-мелкие обычно решают все через внешнюю компоненту прикручивая к к чему угодно и обычно это «что угодно» - на PHP.

Вот именно, а большой проект куда проще поддерживать на .NET и JVM, чем на скриптоязыках, которые чаще выпадают в ошибку в рантайме?

Вы глубоко заблуждаетесь, практически весь ecommerce (не путать с web) это PHP и JS.

Почему думаете, что в случае .NET c этим хуже?

Опыт, сын ошибок трудных. Не только мой - всей индустрии. В чисто техническом плане - PHP нужно банально меньше памяти в пересчете на пользователя (особенно когда их сотни в минуту) и он не течет по памяти т.к. «умирает после каждого запроса».

Средне-мелкие обычно решают все через внешнюю компоненту прикручивая к к чему угодно и обычно это «что угодно» - на PHP.

Даже к PHP-ному WooCommerce уже прикручен .NET:

https://github.com/XiaoFaye/WooCommerce.NET/blob/master/Changes.md

https://www.nuget.org/packages/WooCommerceNET

Downloads
Total 339.9K
Current version 16.9K
Per day average 118

И вообще рекомендуют запускать нагруженные PHP сайты на .NET:

https://www.peachpie.io/blog

Слова против опыта индустрии )

Слова против опыта индустрии )

Возможно, у вас legacy опыт в сфере .NET Framework for Windows?

А сейчас уже новый .NET v5-v8+ for Win/Lin/etc.

Per day average 118

На среднем eCommerce столько не в день, а в минуту (я про пользователей, а не загрузки). Именно поэтому ASP.Net и не используется в больших нагруженных проектах практически никогда.

Можно с этим спорить, можно отрицать реальность, я написал как есть, у меня не стоит задача вас переубедить.

Нравится ASP.Net? Пишите на нем? Ради бога, я не осуждаю, просто написал что он не для интернет-магазинов с высокой посещаемостью.

На среднем eCommerce столько не в день, а в минуту (я про пользователей, а не загрузки). Именно поэтому ASP.Net и не используется в больших нагруженных проектах практически никогда.

Так 118 в день - это количество загрузок софта, причём тут пользователи магазина?

Современный .NET сам по себе способен держать довольно большие гагрузки по сравнению со старыми монолитами на .NET Framework.

А Virto, судя по его описанию, ещё и микросервисный в придачу ко всему.

Возможно, у вас legacy опыт в сфере .NET Framework for Windows?

У меня всякий опыт, большую часть которого наверное, не стоило приобретать.

А сейчас уже новый .NET v5-v8+ for Win/Lin/etc.

Есть и такой, когда веб приложение Core .Net с примитивным функционалом уровне 2 веб формы жрало почти гигабайт RAM, когда PHP делающее тоже самое жрало меньше 20Мб. Благо там пользователей было два в прыжке, но не суть.

Я попытался привести аналогию которая не дошла до адресата.

Современный .NET сам по себе способен держать довольно большие гагрузки по сравнению со старыми монолитами на .NET Framework.

Как видите, индустрия и рынок этим словам не особо верят. Недоверчивые какие-то.

Я попытался привести аналогию которая не дошла до адресата.

PHP-ный WooCommerce отмечен в обзоре, как самый плохо масштабируемый.

Black Friday 2017 глазами IT и разработчиков. Как мы выдержали черную пятницу при увеличении трафика в 10 раз

Как мы уже писали ранее, мы работаем с большими интернет-магазинами в разных странах поэтому мы часто сталкиваемся с высокими нагрузками. В данной статье мы расскажем, как прошла Black Friday 2017 на одном из клиентских проектов, реализованном на платформе VirtoCommerce и развернутом в Azure Cloud и как мы смогли выдержать при увеличении трафика в 10 раз.

PHP-ный WooCommerce отмечен в обзоре, как самый плохо масштабируемый.

WooCommerce это полная говнина как и сам WordPress. Просто он был в статье-примере как прикручивать через внешнюю компоненту к 1С. Точно также прикручивается любое другое решение.

Тестирование 3-4 летней давности:

https://www.virtocommerce.org/t/virtocommerce-platform-3-0-capacity-load-test-report/233

А теперь представьте, что мы скомпилировали этот тест в native code (как на сишечке) и запустили на современном кластере:

.NET 8 adds support for ASP.NET Core to compile to native code using the Native Ahead-Of-Time (AOT) compilation. This means that the Native AOT deployment model uses an ahead-of-time compiler to compile IL to native code at the time of publish. The benefit of Native AOT is faster startup time, smaller memory footprints, and the ability to run on machines that don't have the .NET runtime installed
 This feature is particularly beneficial for workloads with a high number of deployed instances, such as cloud infrastructure and hyper-scale services

https://learn.microsoft.com/en-us/dotnet/core/deploying/native-aot

https://www.thinktecture.com/en/net/native-aot-with-asp-net-core-overview/

https://learn.microsoft.com/en-us/aspnet/core/fundamentals/native-aot?view=aspnetcore-8.0

Ни один из ИИ не хочет выдавать годный код для 1С.

фильтр от коекакеров.))