ну… про 1Снка который в одном лице сразу и качественный методист и знает типовую и кодит как бог — было более менее справедливо много лет назад… когда типовые были простыми и их было немного…
по современным продуктам если глобально подходить к методикам — все же чаще появляются отдельные специалисты-консультанты… равно как и все больше и больше кодеров появляется которые владеют методиками разработки на 1С но в бизнес-процессы не лезут… оно им не интересно и не нужно…
мой пример был приведен в качестве того что безапелляционно и закрыв глаза повторять что «мировой опыт всегда на шаг впереди российского» — по крайней мере не верно…
а по поводу разработки отраслевого ПО — ну вот пример 1С… есть аналогичные системы с подобным сбалансированным функционалом, стоимостью, порогом вхождения, поддержкой нац/законодательств на западе?
вы рассуждаете на уровне «чтобы ходить человеку приходится думать какую ногу сначала ставить — левую или правую»
да не задумывается разработчик… он просто знает как надо и делает как надо… а там где спорные моменты может этими директивами сделать более оптимально — например не отправлять лишний контекстный запрос на сервер тогда когда он там не нужен…
я так говорю в пример того что «мировой опыт» зачастую где то там далеко отстает от российского… как например в сфере распространения бесконтактных платежей…
вроде — родина SAP — а телефоном расплатиться в метро или где-нибудь там в палатке покупая мороженку — нельзя… технологии то не позволяют…
а по поводу мирового рынка, на родине SAP не так давно дойчебанк С ГОРДОСТЬЮ ХВАСТАЛСЯ о том что у них появился андроидпэй… эпл пей пока нет но вот андроидпэй появился…
Меня расстраивает, что есть вещи, которые на платформе написать нельзя
а никто никогда не утверждал что на платформе 1С можно написать ВСЁ… если вы вообразили это сами себе — ну так это лично ваши фантазии…
вам наоборот всю дорогу говорят что 1С это узкоспециализированное решение для определенного круга задач…
вы пишете, что если компоненты нет — вы напишете ее сам, и именно об этом я спрашиваю «зачем».
я же там писал что либо сам (если мне это выгодно финансово) либо напишут подрядчики…
извините, когда мне надо зуб полечить я сам себе зуб не лечу — я доверяю профессионалам… даже если я сам врач и опытный хирург… это называется «специализация»
Узнаете? Если вас, как разработчика, наняли — ваше дело по ТЗ реализовать, а не указывать, что там где надо оптимизировать. Нет?
вы мыслите категориями кодера… которому дали ТЗ и он кодит — «заказ — разработка»
в 1С «разрабатывают с нуля на голой платформе» крайне редко
там скорее схема «заказ — интеграция готового инструмента — оптимизация под клиента»
и вот как раз на интеграции, с интегратором обсуждаются все моменты этой самой интеграции и особенности… и если на этом этапе будет противоречивое ТЗ, неоптимальное решение, невозможное с точки зрения 1С требование — то опытный интегратор предложит несколько альтернативных решений узкого момента и как правило завсегда находится альтернативное решение…
простой пример:
заказчик говорит: хочу реалтайм обмен с сейлсфорс
трукодер: ок… пошел на .net писать систему… 1000 часов разработки.
интегратор от 1С: а точно реалтайм, а для чего? для того чтобы менеджер оперативно видел лиды? а… он их уже в сейлсфорс обработал и это надо отделу закупок? а как он увас работает вот так то и так то… ну так вам не кажется что раз в 5-10 минут будет достаточно при подобной схеме организации труда? Ок. делаем на REST API — 100 часов.
не вникал. я с 1с лет 15-20 работаю, с 7.7 начинал и что там было до 7.7 не особо мне интересно — если вам интересно, то гугль вам в помощь…
Подождите, мы же только что сказали про язык и платформу, никаких внешних компонентов.
это вы так сказали… а у меня в платформе есть специальные методы для подключения компонент и документация на эту тему… т.к. разрабочики платформы вменяемые люди и понимают что когда потребуется экзотическая задача — ее можно будет решить в частном порядке через внешние компоненты и усложнять платформу ненужными сущностями «на всякий случай» нет смысла…
платформе все, я должен что-то писать на платформе, а что-то — во внешних компонентах. Эм… но зачем?
потому что вы приходите на работу кодить и красивый код писать а я прихожу деньги зарабатывать и учетные пробемы решать посредством внедрения и адаптации учетных систем…
ps: а драйвера к принтерам вы сами пишите?
операционка у вас надеюсь лично и самостоятельно написана? браузером небось не стыдно чужим пользоваться, не печалит чужой плагин в браузере который рекламу режет?
ну глупо же… ЗАЧЕМ мне тратить мое время на написание условного драйвера подключения к станку если во первых его пишет производитель станка а во вторых мне за это не платят… а заплатят — я найму подрядчика который сделает это лучше и быстрее меня в соответствии с требованиями к внешним компонентам и я выполню требования ТЗ не смотря на то что «не умеет» своим встроенным языком управлять станком…
… и не подумали, что у людей может быть другой контекст.
мы же тут 1С обсуждаем а не .net
а в 1с по умолчанию целевая аудитория СНГ…
и как только надо за пределы этого круга выйти, может внезапно оказаться, что она совсем не лучшая. О чем, собственно, и речь.
выход за пределы круга решается например посредством внешних компонент…
либо оптимизацией ТЗ например…
заказчики они же такие — они думаю что им надо оно а бизнеспрактиа может например показать совершенно друге… — спросите у саповцев как они бизнесы корежат для того чтобы бизнес в рамки их учетных систем влез :)
есть такая поговорка «автоматизируя хаос- вы получаете автоматизированный хаос»…
… сказал человек, который комментарием выше написал «один из плюсов платформы».
я же не для себя писал про «один из плюсов платформы» а для вас… откуда я знаю данность для вас или нет то что в 1С еще со времен 7.7 можно было цеплять внешние компоненты и в техдокументации к платформе методики разработки оных прописаны отдельной главой?
вот например сделать real-time интеграцию с Salesforce.
будет реальная задача сделать — сделаю… подключу внешнюю компоненту и сделаю…
Да нет, вы именно это и навязываете. И утверждаете, что .net не используется в учетных системах, хотя это банально неправда
я автоматически писал в контексте
1. массово
2. в России
Просто если 1С так хороша в рамках одного рынка — может, стоит задуматься, чем ее «хорошесть» обусловлена?
тем что она заточена под узкий круг задач и справляется с ними отлично…
а то что ее нет на других рынках — причин множество… и технические причины типа отсутствия услоных асинк/авейк — далеко не в первых рядах…
может не обратил внимание — на хабре очень неудобная одностраничная схема комментариев… если не сложно напомните где остальные кейсы…
Совершенно реальный кейс — экспорт данных в другую систему.
реализовано в 1С без каких либо проблем в любую систему… те же фоновые и регламентные задания…
А теперь скажите мне, пока идет вот эта вот строчка: Файл.ЗаписатьСтроку(мойтекст), что происходит с потоком, в котором это выполняется
я без понятия что там происходит.
файл записался на диск и я получил деньги за проделанную работу.
если нужно в фоне писать — я запущу это в фоновое задание и оно будет в фоновом задании не трогая мой интерфейс писать файлы на диск…
как разработчик — я реализую ровно ту задачу которую поставят в ТЗ…
на любом устройстве.
самое простое решение: вебпубликация приложения из коробки.
а я и не вам отвечал…
не видите — не считайте.
таков контекст беседы…
однако то что 1С ну просто никак не может быть более продвинутым и качественным продуктом чем некие западные решения вы не сомневаетесь…
по современным продуктам если глобально подходить к методикам — все же чаще появляются отдельные специалисты-консультанты… равно как и все больше и больше кодеров появляется которые владеют методиками разработки на 1С но в бизнес-процессы не лезут… оно им не интересно и не нужно…
а по поводу разработки отраслевого ПО — ну вот пример 1С… есть аналогичные системы с подобным сбалансированным функционалом, стоимостью, порогом вхождения, поддержкой нац/законодательств на западе?
да не задумывается разработчик… он просто знает как надо и делает как надо… а там где спорные моменты может этими директивами сделать более оптимально — например не отправлять лишний контекстный запрос на сервер тогда когда он там не нужен…
вроде — родина SAP — а телефоном расплатиться в метро или где-нибудь там в палатке покупая мороженку — нельзя… технологии то не позволяют…
иначе бы бы не сравнивал платформу с конфигурацией…
а тут 1С уделывает всех…
а по поводу мирового рынка, на родине SAP не так давно дойчебанк С ГОРДОСТЬЮ ХВАСТАЛСЯ о том что у них появился андроидпэй… эпл пей пока нет но вот андроидпэй появился…
так что заливать про мировой рынок не надо…
а никто никогда не утверждал что на платформе 1С можно написать ВСЁ… если вы вообразили это сами себе — ну так это лично ваши фантазии…
вам наоборот всю дорогу говорят что 1С это узкоспециализированное решение для определенного круга задач…
я же там писал что либо сам (если мне это выгодно финансово) либо напишут подрядчики…
извините, когда мне надо зуб полечить я сам себе зуб не лечу — я доверяю профессионалам… даже если я сам врач и опытный хирург… это называется «специализация»
вы мыслите категориями кодера… которому дали ТЗ и он кодит — «заказ — разработка»
в 1С «разрабатывают с нуля на голой платформе» крайне редко
там скорее схема «заказ — интеграция готового инструмента — оптимизация под клиента»
и вот как раз на интеграции, с интегратором обсуждаются все моменты этой самой интеграции и особенности… и если на этом этапе будет противоречивое ТЗ, неоптимальное решение, невозможное с точки зрения 1С требование — то опытный интегратор предложит несколько альтернативных решений узкого момента и как правило завсегда находится альтернативное решение…
простой пример:
заказчик говорит: хочу реалтайм обмен с сейлсфорс
трукодер: ок… пошел на .net писать систему… 1000 часов разработки.
интегратор от 1С: а точно реалтайм, а для чего? для того чтобы менеджер оперативно видел лиды? а… он их уже в сейлсфорс обработал и это надо отделу закупок? а как он увас работает вот так то и так то… ну так вам не кажется что раз в 5-10 минут будет достаточно при подобной схеме организации труда? Ок. делаем на REST API — 100 часов.
не вникал. я с 1с лет 15-20 работаю, с 7.7 начинал и что там было до 7.7 не особо мне интересно — если вам интересно, то гугль вам в помощь…
это вы так сказали… а у меня в платформе есть специальные методы для подключения компонент и документация на эту тему… т.к. разрабочики платформы вменяемые люди и понимают что когда потребуется экзотическая задача — ее можно будет решить в частном порядке через внешние компоненты и усложнять платформу ненужными сущностями «на всякий случай» нет смысла…
потому что вы приходите на работу кодить и красивый код писать а я прихожу деньги зарабатывать и учетные пробемы решать посредством внедрения и адаптации учетных систем…
ps: а драйвера к принтерам вы сами пишите?
операционка у вас надеюсь лично и самостоятельно написана? браузером небось не стыдно чужим пользоваться, не печалит чужой плагин в браузере который рекламу режет?
ну глупо же… ЗАЧЕМ мне тратить мое время на написание условного драйвера подключения к станку если во первых его пишет производитель станка а во вторых мне за это не платят… а заплатят — я найму подрядчика который сделает это лучше и быстрее меня в соответствии с требованиями к внешним компонентам и я выполню требования ТЗ не смотря на то что «не умеет» своим встроенным языком управлять станком…
мы же тут 1С обсуждаем а не .net
а в 1с по умолчанию целевая аудитория СНГ…
выход за пределы круга решается например посредством внешних компонент…
либо оптимизацией ТЗ например…
заказчики они же такие — они думаю что им надо оно а бизнеспрактиа может например показать совершенно друге… — спросите у саповцев как они бизнесы корежат для того чтобы бизнес в рамки их учетных систем влез :)
есть такая поговорка «автоматизируя хаос- вы получаете автоматизированный хаос»…
я же не для себя писал про «один из плюсов платформы» а для вас… откуда я знаю данность для вас или нет то что в 1С еще со времен 7.7 можно было цеплять внешние компоненты и в техдокументации к платформе методики разработки оных прописаны отдельной главой?
будет реальная задача сделать — сделаю… подключу внешнюю компоненту и сделаю…
напишу сам или напишет подрядчик…
я автоматически писал в контексте
1. массово
2. в России
тем что она заточена под узкий круг задач и справляется с ними отлично…
а то что ее нет на других рынках — причин множество… и технические причины типа отсутствия услоных асинк/авейк — далеко не в первых рядах…
для нас это данность…
язык достаточно мощный для решения тех задач которые ставят перед платформой.
возьмите внешний компонент и пользуйте…
а «написать его платформе» — сразу вспоминается картинка про троллейбус из буханки… «но зачем?»
задача решена.
может не обратил внимание — на хабре очень неудобная одностраничная схема комментариев… если не сложно напомните где остальные кейсы…
реализовано в 1С без каких либо проблем в любую систему… те же фоновые и регламентные задания…
я без понятия что там происходит.
файл записался на диск и я получил деньги за проделанную работу.
если нужно в фоне писать — я запущу это в фоновое задание и оно будет в фоновом задании не трогая мой интерфейс писать файлы на диск…
как разработчик — я реализую ровно ту задачу которую поставят в ТЗ…