Как стать автором
Обновить
24
0
Кинаш Дмитрий @Dementor

Программист

Отправить сообщение
VolCh, не люблю цитировать википедию, но уж больно хорошо у них написано:
Enterprise Resource Planning, планирование ресурсов предприятия
ERP (англ. Enterprise Resource Planning, планирование ресурсов предприятия) — организационная стратегия интеграции производства и операций, управления трудовыми ресурсами, финансового менеджмента и управления активами, ориентированная на непрерывную балансировку и оптимизацию ресурсов предприятия посредством специализированного интегрированного пакета прикладного программного обеспечения, обеспечивающего общую модель данных и процессов для всех сфер деятельности. ERP-система — конкретный программный пакет, реализующий стратегию ERP. (с) Википедия

Термин ERP придумал Ли Уайли в 1990 году
Понятие ERP ввёл аналитик Gartner Ли Уайли (англ. Lee Wylie) в 1990 году в исследовании о развитии MRP II. Уайли спрогнозировал появление тиражируемых многопользовательских систем, обеспечивающих сбалансированное управление всеми ресурсами организации, не только относящихся к основной деятельности производственного предприятия, но и объединяющих посредством общей модели данных данные о производстве, закупках, сбыте, финансах, кадрах. (с) Википедия

Вы начали писать все верно, по потом пошла какая-то вода: «как правило, но есть много исключений», «может импортировать, а может и не делать этого», «имеется тенденция»… Прямо как Гидромецентр со своими прогнозами: может дождь, может снег, может будет, может нет :)

По факту: главной идеей и целью концепции и программ ERP является рачительное управление производственными ресурсами. Именно из-за несоответствия описанного функционала к примененному термину ERP, я прицепился к автору. Про планировании закупок не было ни слова, как я уже упомянул выше. Так же ни слова не сказано даже о самом базовом — планировании самого производства. Где-то в комментариях автор упомянул, что там в его системе есть рецепты, но он про такой «очевидный» функционал просто не стал писать. Этого мало! Те же рецепты можно на листиках от руки написать и на стенках повесить. А должен быть как минимум анализ потребностей кухни на основе уже собранных заказов (плюс прогнозируемые заказы на базе собранной в прошедшие периоды статистики), что бы завхоз еще утром был в курсе, что в обед на кухне тех же листьев нори уже не будет.
И это именно ERP система.

Возможно у вас именно ERP и вы полностью повторили функциональность SAP R3, но почему вы в статье рассказывали исключительно только про CRM (работа с клиентами), HRM (работа с персоналом) и TMS (работа с доставкой)? Вам же подсказывают про MRP I и MRP II. Где ваши анализы сезонных продаж (с учетом праздников) и составление на их основе планов производства и закупки ингредиентов (закупите больше — увеличите затраты из-за просрочки неиспользованного; закупите меньше — получите недополученную прибыль и уменьшение лояльности покупателей)? Где ваши расчеты по заготовке полуфабрикатов (последний элемент для суши и пиццы вообще очень важен, так как эти классы продуктов компонуют из заготовок, срок жизни которых от пары часов до суток, а потом нужно буквально утилизировать «деньги»)?
Что-то такое я уже читал в прошлом месяце на Инфостарте. Ну просто буква-в-букву! :)
infostart.ru/public/703188

И тогда же в вашем личном блоге:
business-programming.blogspot.ru/2017/11/blog-post_23.html
Когда конфигурация требует обновления терпимой версии платформы на заведомо бажную — это лютый фейл, согласен.

Вспомнил историю примерно 2012-2013 года. В Украине в очередной раз решили, что какие-то из отчетов снова нужно сдавать по-другому. Обновление реготчетности компания ABBYY выдала вместе с новым релизом Бухгалтерии, который для своей установки требовал новый на днях выпущенный релиз платформы. И так совпало, что именно в этой новой версии платформы был лютый баг, который удалял значение субконто у проводок. Вот это был фейл!
Первый блин комом, не смотря на 7-летний стаж. Надеюсь, что свою следующую статью вы дадите написать Юрию Жданову — у него превосходно получается работать с аудиторией. Даже, если не будет чего-то супер-эксклюзивного, то и повторение технологии «квадры» тоже людям зайдет. Удачи.
Как успехи?

Просто статья мне напомнила про моего друга, который тоже давно хочет «соскочить с 1С». Сначала купил книгу по С++ и полностью всю ее прочитал. Даже сделал парочку ВК для 1С, что бы материал закрепить. Потом забросил… Далее решил заняться Джавой и прошел курс ДжаваРаш, написал парочку мобильных приложений… и тоже забросил. Далее нашел какую-то систему по аналогии с 1С, но где программируют на JavaScript — поставил, крутил, пробовал что-то дорабатывать… В общем прошло уже несколько лет, а он как работал программистом 1С, так ничего в его жизни существенно не изменилось. И да, ему тоже платят хорошую зарплату и его основная мотивация была только в том, что бы «сесть на трактор».
За одно можете опубликовать FAQ на базе переписки через личку :)
Еще один комментарий, но уже без цитат.
1) Вы предлагаете снимать программу с поддержки и писать данные по конфигурации напрямую в конфигурацию. Для Бухгалтерий, которые регулярно самостоятельно обновляются без участия «программиста» — это не выход из-за поломки такого автообновления и вам выше правильно напомнили про возможность создать сервис с помощью расширения, который будет выдавать нужную информацию.
2) И еще вы совершенно верно указали, что названия таблиц при реструктуризации изменяются. Так от куда у вас взялась идея, что ваша таблица с метаданными ВСЕГДА будет называться _InfoReg27083? Ее название тоже может легко изменится при обновлении, когда изменится состав дерева метаданных (или при переходе на новую версию платформы). Т.е. вместо того, что бы просто брать готовые данные, вы сами себя обрекаете на перепроверку и возможное переписывание ваших скриптов для каждой из попыток загрузки.

*) И сколько можно про русский язык? Если вы не знаете русского языка, то пишите код на английском. Есть целые линейки программ из серии «1С: Предприятие», которые ориентированы на внешний рынок и написаны полностью на английском языке без единого русского слова (есть даже две типовые конфигурации, которые пишет сама компания 1С, а не ее партнеры — Small Business и Accounting Suite). Вот только на русскоязычной территории СНГ и ближнего зарубежья (Прибалтика, Молдова и пр.) предпочитают именно русский язык и это является конкурентным преимуществом при распространении.
Согласен с коллегами, которые отписались выше. У вас изначально были неправильные предпосылка и потому вы пошли не тем путем.

Для захвата данных из 1С у вас есть 2 пути:

То, что вы описали как четыре минуса для получения данных с помощью стандартных средств 1С (SOAP, OData или HTTP-сервисы с XML/JSON), вообще к ним не относятся.

Появляется еще один источник для ошибок в виде дополнительных выгрузок-загрузок,
расписаний, роботизации

Расписания выгрузок/загрузок и прочая «роботизация» находится на вашей стороне, а 1С при таком подходе выступает как сервер данных: вы сделали запроса и получили ответ. Формально это даже не минус, а просто реалии вашей работы как «ETL-специалиста» с любым источником данных.

Это будет работать существенно медленнее из-за особенностей интерфейсов 1С

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

При любых изменениях в захватываемых данных, вам придется вносить изменения в выгрузки

В первом подходе никаких изменений вносить не требуется, а при непосредственном доступе к СУБД из-за изменения структуры и названия таблиц эти изменения постоянны.

Это вызовет больше ошибок в целостности данных, чем работа напрямую с СУБД

Тут даже комментировать особо нечего. Весь контроль целостности находится на стороне платформы, которая гарантирует в 99,9% случаев успешные чтение и запись (еще есть редкие случаи сбоев самой СУБД на которые 1С влиять не может). А вот бездумный INSERT/UPDATE/DELETE напрямую в СУБД может натворить делов… Но вы же в статье только про получение информации говорите? Тогда какая к черту целостность? Скорее тут вопрос в согласованности данных! В режиме 1С вы получаете гарантированно цельный и согласованный объект, а в режиме СУБД можете напутать с версиями и JOIN-ми табличных частей. Не говоря уже о том, что легко нарваться на грязное чтение.
Получил две статьи по цене одной :)
А вы не хотели бы осветить работу со стандартами более широко, возможно в виде статьи? Тема интересная, особенно в свете ваших слов «Потому, что с 2008 года во всем мире ВСЕ процессы (в том числе и абсолютно все бизнес-процессы) построены по готовым стандартам.»

Изучайте системный подход, стандарты типовых ПРОЦЕССОВ из ISO IEC IEEE ANSI EN BS, выкиньте кривые ГОСТы (они устарели лет на 15 минимум)

И тем не менее гугление по вашему стандарту IEC 61512 выдает именно ГОСТ Р МЭК 61512-1-2016, который создан на базе IEC 61512-1:1997
Дикие какие-то люди у вас. У меня истории с точностью до наоборот — когда оплачиваю в магазинах или аптеках и вставляю карту на считывание чипа, то продавцы на меня смотрят обиженно — зачем вы так делаете? у нас же PayPass работает! Но возможно, что это только в Киеве так…
MX=mx.yandex.ru:10

Только не Яндекс, а какой-нибудь Гугл. Или вы забыли, что доменное имя Яндекса под запретом?
Без правки скрипта результат такой (домашний интернет от Киевстар):

[!] Результат:
[] Ваш провайдер блокирует сторонние IPv4 DNS-серверы.
Вам следует использовать шифрованный канал до DNS-серверов, например, через VPN, Tor, HTTPS/Socks прокси или DNSCrypt.
[] Ваш провайдер не блокирует сайты.

P.S. Сайты естественно блокирует, а так же все виджеты, счетчики и пр. на украинских ресурсах.
Вы сказали «технические специальности», а сами перечислили только компьютерщиков. Ими переполнены всякие апворкоподобные биржи и их «истории успеха» нудные, а потому не очень интересны. Для них что офис, что фриланс — абсолютно никакой разницы: проходи собеседование, сиди тихонько перед компом, жми кнопки и получай денежное вознаграждение. Для ИТ-шников вопрос фриланса — это больше вопрос общения — любят это дело и идут в опенспейсовые конторы, а чуть более со склонностью к аутизму предпочитают работать из дому. Более того, компьютерный фриланс изобрели работодатели, которые нанимая удаленщиков хотят сэкономить на офисном оборудовании, зарплате и на налогах. ИМХО.

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

В конце-концов, хорошая «история успеха» — это нечто абсолютно нестандартное. То, что раньше никто не делал, а тут вдруг некие «старатели» решили прощупать «клондайк» и неожиданно для всех обнаружили «золотую жилу».
Нормальные — это вы про врачей и химиков? Но их фрилансы под статьи УК подпадают ;)
суть малого бизнеса — экономить на всем, даже 1с туда движется

Это вы верно подметили. Не знаю ситуацию в России, но в Украине для ФОПов компания 1С раздает учетную систему «1С: Управление небольшой фирмой для Украины. Микро» абсолютно бесплатно и при этом там есть возможности и интеграции с веб-сайтами (в первую очередь с родным пулом 1C-UMI), с торговым оборудованием, с мобильным приложением, сервисом сдачи бухгалтерской отчетности и так далее.

Продукты 1С — не идеальны, так как иначе не было бы ни этого Папируса, ни Галактики, ни прочих вариантов. Но думаю, что в конце-концов 1С всех задавит демпингом и количеством специалистов. К примеру, в Киеве еще с середины нулевых 1С-Бухгалтерию преподавали в некоторых ВУЗах бухгалтерам и экономистам, а сейчас вероятно это стало обязательным для всех техникумов страны. А в каких ВУЗах СНГ учат работе в Папирусе, Галактике или в том же SAP R/3?
С FoxPro все не совсем так было. Технологию Rushmore изобрели еще во времена FoxSoftware и до покупки данной СУБД мелкомягкими, которые переименовали данный продукт в VFP.

Зачем купили, если у них уже был Access для мелочей и MsSQL для крупных проектов? Вероятно исключительно для того, что бы вытянуть все ноу-хау и убить конкурента. В 2007 они заявили, что закрывают этот проект. Но еще в 2005, когда я писал диплом и мне нужно было знать стоимости фокспрошной лицензий для экономического обоснования моей программы, то в микрософтовском офисе мне не смогли дать ответа — сказали, что они ее уже не продают.
Очень странно, что никто не обратил внимание на абсурдность второго пункта. Изначально все визуальные редакторы сайтов создавались под Windows. Конкретно упомянутый Dreamweaver кроме Windows работает только на MacOs и НИКОГДА не портировался под Linux!!!

Да и вообще вся статья ни о чем…
Только благодаря вашему комментарию узнал о существовании такой СУБД. На форуме ЛИНТЕРа правильно пишут, что 1С не будет с ними интегрироваться пока у них не появится известность.

Давайте маленькое сравнение. Что средний ИТшник знает о PostgreSQL? То, что каждый квартал по всей стране проходят конференции, семинары и лекции по мотивам из более крупных PgConf; открываются новые обучающие курсы, в том числе бесплатные видео-уроки для админов; в ИТ-изданиях пишут о том, что бывшие адепты MySQL уходят в PostgreSQL или о том, что благодаря поддержке хранения JSON-объектов эта СУБД может отобрать кусочек хлеба у некоторых из No-SQL решений… А что мы (среднестатистические ИТ-шники) знаем про Линтер? Случайный комментарий на хабре с вопросом не совсем по теме статьи. Не серьезно… Не удивлюсь, если офис-менеджеры 1С видя письма по теме Линтера считают это «гербалайвовщиной» и удаляют не читая.
Если лично ВЫ никогда, НИКОГДА на них не кликаете, то это не означает, что оставшиеся 99,9999% пользователей их тоже не используют.

JetBrains был основан всего 16 лет назад и не мог IDEA выпускать как вы выразились уже 30 лет. Значит вы говорите об классическом UI текстовых редакторов, в обучении работы которым на курсах и в самоучителях всегда делается акцент на работу с мышкой (шорткаты для гиков, которые читают справку).

Лично я, когда ем во время работы бутер или яблоко, то тоже вместо комбинаций клавиш могу прощелкивать мышкой. И еще знаю очень, ОЧЕНЬ много людей (преимущественно старшее поколение), которые используют в своих офисных пакетах исключительно кнопки тулбаров, а наличие шорткатов считают от лукавого. Но я же не буду из этого выводить псевдостатистику, что все, ВСЕ пользователи используют исключительно тулбар и компания IDE своим решением сознательно мешает продуктивной работе программистов ;-)

Информация

В рейтинге
Не участвует
Откуда
Киев, Киевская обл., Украина
Дата рождения
Зарегистрирован
Активность