1С *

15 февраля посетил митап по теме 1С-разработка 2022. Прошел живо, весело. Обсуждали, что ждет 1С и ее разработчиков в ближайшие годы. Делюсь своими впечатлениями и краткой аннотацией.

Эти вопросы ужасны. Они повергают умных, талантливых, энергичных людей в невыразимое, бессловесное, тупое яростное бессилие. Поэтому их так редко задают. Это верх невежливости и бессердечия.

Чтобы бессовестно добить любого интегратора, программиста, ИТ-директора, внедренца, а то и заказчика автоматизации, надо в конце повторить вопрос, с которого всё начиналось.

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

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

Меня зовут Алексей, я IT product manager, занимаюсь развитием внутренних систем в ВТБ Лизинг. В ситуации выше смешались проекты, продукты и agile, но так даже интереснее и жизненнее. В этой статье я расскажу, как мы выходили из подобной ситуации.

Программист, которому нужно всё разжевывать, который привык работать только по подробным ТЗ, кодер, не любит вникать, не участвует в процессе, не самостоятельный, неправильный код пишет, наворотил…

Консультант по какой-либо функциональности не знает бизнес и процессы, формальный подход, не способен принять решение, за него нужно всё додумывать…

Меркантильный, не болеет за проект, не любит задерживаться, не в коллективе, сам себе на уме, не дотягивает, нельзя доверить серьёзное дело…

Плохой или хороший…

Интересно посмотреть на того, кто это говорит и в каких ситуациях.

В странах СНГ, принято создавать отчеты о деятельности компании в сводных таблицах Excel. Сказать, что это не юзабельно и не юзерфрендли для сложных отчётов – ничего не сказать. 

Можно, конечно, попытаться как-то спасти положение различными графиками диаграмм, поэкспериментировать с VBA, попробовать с его помощью создать дашборд на стероидах, но надо быть готовым к тому, что графика будет начала нулевых, а сам отчёт скорее всего не будет интерактивным. Помимо этого, такие гибриды смотрятся некрасиво на мобильных устройствах и чаще всего оказываются совсем нечитабельными. Проблемой посерьёзнее является частота заполнения данных – раз в месяц, в лучшем случае. Это приводит к тому, что руководитель не может смотреть на положение бизнеса в режиме реального времени и предотвращать проблемы. Ему приходится мириться с положением дел в конце каждого месяца и решать всплывшие проблемы. Столько негатива, а ведь мы ещё даже не перешли на стадию автоматизации выгрузки данных в Excel, где и таятся все «черти» этого тихого омута.

В связи с этим, мы решили поделиться нашим опытом, чтобы помочь наибольшему количеству начинающих специалистов справиться с задачей подключения 1С к Power BI.  

«Деньги не главное…»

 С такой мыслью закинутый случайным течением начинаешь работать аналитиком / консультантом / программистом ERP-систем (MS Dynamics AX, D 365 FO, 1С ERP, SAP и др.).

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

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

Наверно не только меня одного в профессию программиста привела тяга к компьютерным играм. Все эти новые вселенные, стрелялки, полеты на немыслимых самолетах. Всегда хочется что-то узнать большее об управляемом персонаже, защитить его, правильно им управлять. Возможно даже вырастить его в немыслимого супергероя. С годами игры меняются. Остается главное – страсть к чему-то новому исследовательскому. Открутить колесико от одной машинки и прикрутить его к другой. А вдруг!

Если у вас производственная компания, в которой за каждой продажей следует цикл производства, то вам будет полезна эта статья. В ней вы увидите, как можно настроить взаимодействие между CRM и 1С на производственном предприятии так, чтобы был порядок и было удобно.

Управление рисками проекта

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

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

Я люблю 1С. Возможно, больше всего за то, что самое лучшее она оставляет партнёрам и пользователям. Без иронии.

Что написано в назначении любой конфигурации? Если кратко, то две вещи: учёт и управление. Учёт в 1С давно и хорошо сделан. Всегда можно сделать лучше, но эту волшебную фразу можно применить к чему угодно, кроме игры «Сапёр». А управление?

Доброго всем дня, меня вдохновила статья "Всё, что вы хотели знать о динамическом программировании, но боялись спросить", за что Вам огромное спасибо.

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

Где я использую этот модуль? Мне была поставлена задача распределения разносортного товара на паллеты, "1" это метр кубический - объем помещающийся на паллет. У меня была мысль раскидать по объему товар 0,25 / 0,5 / 0,75 и логически складывать, 0,5 +0,5 / 0,75 + 0,25, но это породило огромное количество когда , чем дальше, тем сложнее это было.

Этот текст – заказной. Знаю, многие из читателей пытались заказать у меня тексты, но я если и пишу для кого-то, то только для друзей. Нетрудно догадаться, что заказчик – мой друг. Зовут его… Пусть Вася. Он так и не решил, называться ли настоящим именем. Потому что так и не решил, зачем ему этот текст.

Итак, Вася – создатель уникального подхода в автоматизации. Надеюсь, процитировал достаточно точно. Вася делает Вялые Проекты.

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

На всякий случай отмечу, что кроме вышеупомянутой цитаты, ни одной буквы в этом тексте не написано Васей. Он этот текст прочитает одновременно с вами.

Текст длинный, прошу прощения. Но Вася и его подход слишком многогранны, чтобы написать мало букв. Да и у меня день рождения, решил сделать себе подарок – жизнь как-то замотала, некогда длинные статьи писать. А люди просят.

Если вы ведете бизнес в интернете рано или поздно ваши дорожки пересекутся с копирайтерами. Поиск нормального копирайтера легко умещается в одно слово – боль. Одни делают унылый рерайт за килознаки, другие – беспощадный рерайт с налетом креатива. И лишь немногие делают то, что нужно заказчику.

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

Не будем терять времени, вперед!

Много лет руковожу программистами, при этом продолжая писать код, придумывать архитектуру, управлять проектами и т.д. Короче, я как все, только ещё хожу на совещания.

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

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

Вторая половина, ну это... Возьмите любой эпитет из предыдущего абзаца и добавьте НЕ.

Исходные условия у всех одинаковые - каждый когда-то был хорошим программистом, потом "выдвинулся" (все - по своей воле), ну и руководил, как мог.

Почему такая разница?

Для начала предлагаю вспомнить очень старую, но мудрую сказку Шарля Перро про кота в сапогах:

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

Выражении «купить кота в мешке» описывает не менее старинный способ мошенничества:

Метод «продать кота в мешке» применялся на ярмарках, когда человеку, желающему купить молочного поросёночка или кролика, давали мешок, в который, вместо зайки или хрюшки, незаметно подсаживали кота. В настоящее время «купить кота в мешке» означает покупку какого-то товара или услуги без понимания реальной ценности, не особо разбираясь в его свойствах и назначении, не проверяя качество, поверив на слово ловкому продавцу.

Новая версия программы на управляемых формах.

Продолжение статьи про халяву с Юлы и Авито.

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

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

Тема аутсорса в области автоматизации производителей продуктов питания актуальна как никогда. Направление растет, развивается. Однако, по ощущениям, некоторые предприятия не совсем правильно воспринимают возможности этого ресурса.

Сейчас я попробую прояснить ситуацию.

Кстати, меня зовут Андрей Шишкин, я являюсь управляющим партнером компании «Константа».

Итак, аутсорс – это привлечение сторонней помощи для решения внутренней задачи предприятия. В данном случае мы говорим про задачи автоматизации учета.

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

Мы дали ему название adm1c, он позволяет посредством веб доступа удалять или смотреть на сеансы в 1С базах и при необходимости удалять их. Да и что тут такого сказали бы, есть же консоль на win с нее же это можно делать, и все верно но есть пару но.

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

В основе его лежит RAC, те кто работает вплотную с 1С знает что это такое. Далее мы его используем в паре скриптов PHP, ну а дальше всего лишь CSS, NGINX, PHP-FPM.

Весь инструмент упакован в контейнеры NGINX и PHP который build через docker-compose и через него и стартует. и все инструмент готов. Исходники можно глянуть в моем хабе оттуда же все скачать подправить под себя и пользоваться.