Кто-то ещё должен оплатить доставку. А еще доставка должна быть в срок удовлетворяющий покупателя. И доставкой дело не заканчивается, нужна еще витрина. И не просто витрина, а витрина которую видят покупатели. И отзывы других покупателей тоже видят. А еще эти отзывы не написаны автором витрины. А еще простая для покупателя процедура возврата. 35% меньше стоимости всех этих процедур.
По своему опыту - у меня производство детской одежды. Была розница, сайт и доставка. После того, как вышел на вб и озон - закрыл все к чертовой матери и сосредоточился на продукте и производстве. Много сложностей с маркетплейсами, но все равно меньше чем строить собственные каналы продаж.
Явные косяки? Возьмем к примеру анализы — ошибка в определении группы крови может привести к смерти пациента. Ошибочный анализ на генетическую совместимость пары может привести к рождению неполноценного ребенка.
И то и другое выполняется на потоке… То есть сидит человек и выдает по нескольку анализов в день. И за каждый подписывается.
В Челябинске, например, за такую работу платят от 15 (в гос лабораториях) до 30 (в частных) т.р.
Стоимость не должна сильно изменится. Посмотрите на медицину. Многие медики несут личную, в том числе и уголовную ответственность. А зарплаты так себе.
Дело не в том, читает ли сейчас товарищ майор переписку или нет. Дело в том, что он может читать. Имеет такую техническую возможность. Намерения меняются мгновенно, а возможности создаются годами.
Есть система под названием «Хранилище конфигурации» — ерундовина для групповой работы и версионирования изменений. Это не git, не так гибко, но, повторюсь, специфика тут другая — это все-таки структура БД.
Это даже не смешно. Хранилище конфигурации просто дрянь, а не vcs.
Невозможно вносить изменения в один объект разными программистами одновременно. Даже если структура данных не меняется, а меняется интерфейс и код.
Нет веток. Вообще. Совсем. Разработка может быть только линейной. Если я пилю новый функционал и мне нужно срочно исправить ошибки в старом, то мне приходится делать это в отдельной конфигурации. А если новый функционал и исправляемая ошибка находятся в одном модуле, то это вообще никак не сделать.
Скорость работы просто потрясает. Тормозит просто безбожно. Выгрузить изменения в хранилище — целое дело. Для понимания масштабов трагедии — Выгрузите конфу в xml файлы. Засуньте в гит. Внесите изменения в конфу средствами 1с. Выгрузите в xml еще раз. И вот тут засеките время за которое гит сделает коммит. Сравните с 1с.
С трудом вспоминаю, когда и у кого обновление платформы приводило к проблемам.
Самый свежий пример — обновление с 8.3.4 на 8.3.5 на практически стандартной конфигурации УТ. Случайное зависание при открытии печатной формы. Т.е. 50 раз форма откроется, а на 51-ый раз тонкий клиент зависнет. В багтрекере 1с ошибки нет.
Помаялись и откатили платформу.
И еще из прекрасного. Во времена платформы 8.0. Работал я в сети магазинов (больше ста точек, несколько регионов). Конфигурацию и данные распространяли сначала через стандартный механизм обмена. В один прекрасный момент загрузка конфигурации из файла обмена перестала работать. Через несколько месяцев переписки с саппортом 1с, ошибку признали и 1с дали нам бинарник, который чинил базу и обновления начинали вставать. Через пару месяцев сломалось опять. Волшебный бинарник уже не помогал. Еще пара месяцев переписки с саппортом ничего не дали. В результате плюнули и стали конфигурацию передавать просто файлом и из батника применять. А и еще — тогда с интернетом туго было, местами стояли модемы. Файлы обмена и конфа ходили поверх ftn. Потому пришлось конфу гонять не целиком, а только бинарный diff. В общем весело было.
Кто-то ещё должен оплатить доставку. А еще доставка должна быть в срок удовлетворяющий покупателя.
И доставкой дело не заканчивается, нужна еще витрина. И не просто витрина, а витрина которую видят покупатели. И отзывы других покупателей тоже видят. А еще эти отзывы не написаны автором витрины.
А еще простая для покупателя процедура возврата.
35% меньше стоимости всех этих процедур.
По своему опыту - у меня производство детской одежды. Была розница, сайт и доставка. После того, как вышел на вб и озон - закрыл все к чертовой матери и сосредоточился на продукте и производстве. Много сложностей с маркетплейсами, но все равно меньше чем строить собственные каналы продаж.
И как результат — обновления на мои телефоны прилетают регулярно.
И то и другое выполняется на потоке… То есть сидит человек и выдает по нескольку анализов в день. И за каждый подписывается.
В Челябинске, например, за такую работу платят от 15 (в гос лабораториях) до 30 (в частных) т.р.
01:00.0 VGA compatible controller: NVIDIA Corporation G84GLM [Quadro FX 570M] (rev a1)
Это даже не смешно. Хранилище конфигурации просто дрянь, а не vcs.
Невозможно вносить изменения в один объект разными программистами одновременно. Даже если структура данных не меняется, а меняется интерфейс и код.
Нет веток. Вообще. Совсем. Разработка может быть только линейной. Если я пилю новый функционал и мне нужно срочно исправить ошибки в старом, то мне приходится делать это в отдельной конфигурации. А если новый функционал и исправляемая ошибка находятся в одном модуле, то это вообще никак не сделать.
Скорость работы просто потрясает. Тормозит просто безбожно. Выгрузить изменения в хранилище — целое дело. Для понимания масштабов трагедии — Выгрузите конфу в xml файлы. Засуньте в гит. Внесите изменения в конфу средствами 1с. Выгрузите в xml еще раз. И вот тут засеките время за которое гит сделает коммит. Сравните с 1с.
Самый свежий пример — обновление с 8.3.4 на 8.3.5 на практически стандартной конфигурации УТ. Случайное зависание при открытии печатной формы. Т.е. 50 раз форма откроется, а на 51-ый раз тонкий клиент зависнет. В багтрекере 1с ошибки нет.
Помаялись и откатили платформу.
И еще из прекрасного. Во времена платформы 8.0. Работал я в сети магазинов (больше ста точек, несколько регионов). Конфигурацию и данные распространяли сначала через стандартный механизм обмена. В один прекрасный момент загрузка конфигурации из файла обмена перестала работать. Через несколько месяцев переписки с саппортом 1с, ошибку признали и 1с дали нам бинарник, который чинил базу и обновления начинали вставать. Через пару месяцев сломалось опять. Волшебный бинарник уже не помогал. Еще пара месяцев переписки с саппортом ничего не дали. В результате плюнули и стали конфигурацию передавать просто файлом и из батника применять. А и еще — тогда с интернетом туго было, местами стояли модемы. Файлы обмена и конфа ходили поверх ftn. Потому пришлось конфу гонять не целиком, а только бинарный diff. В общем весело было.