Первое впечатление от книги - да, интересно. А что с этим делать на практике - непонятно.

1 апреля в 19:00 по МСК в прямом эфире поговорим с Алексеем Лустиным о перспективах программистов 1С и разработки вообще.

Ещё лет 7 назад таксисты были на коне: сами решали как и что делать, а главное сколько зарабатывать. Цены были хоть и динамические, но часто зависели от того во что одет пассажир. Но пришли агрегаторы: Uber, Яндекс и другие.  Цены остались динамическими, но сократились раза в 3-4 и зависят только от спроса. Диктовать свои условия могут только агрегаторы, спасибо хоть какая-то конкуренция осталась.

Как сейчас себя чувствуют программисты? Зарплата прибавляется, клиенты становятся крупнее, проекты интереснее. Даже появляются сообщества 1С!

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

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

Но не пузырь ли это IT вообще и 1С в частности?

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

Ждет ли IT что-то подобное или у нас будет только рост: и в плане зарплат, и в плане проектов?

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

Об этом мы и хотим поговорить с Алексеем Лустиным. Он точно понимает, куда все движется. Работа у него такая – двигать тренды, кто бы что ни говорил.

На митапе мы хотим услышать визионерское мнение Алексея о перспективе развития IT в ближайшие 5-10 лет, чтобы определить вектор своего развития уже сейчас.

Конкретно о чем поговорим:

❌ Шина данных уже умерла
❌ Хранилища данных умерли
❌ Микросервисы умерли
❌ Кнопки на формах уже не нужны
❌ RPA был мертв при рождении
❌ PMBOK (и другие BOK) умерли
❌ Agile не нужен
❌ Где место 1С во всей этой движухе
❌ OLAP/ETL мертв
❌ devOps для лохов
❌ MDM фигня

К чему стоит присмотреться уже сегодня:

✅ EIP
✅ DFP
✅ DeltaMesh
✅ MicroFront
✅ GGG
✅ OpenAA
✅ OpenSL
✅ CIpher
✅ EdgeVCR
✅ xOps
✅ SBSrtate


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

​В Конфигураторе, между редактором формы и текстом модуля, можно быстро переключаться без помощи мыши
https://fastcode.im/Templates/7375

Работаешь в компании, где 2000 сотрудников. Отказываешься от шабашек, потому что времени нет.  
И тут с hh приходит предложение решить тестовое задание от конторы, где 10 человек в штате (раз нет сертификата спец по платформе).
Господа HR, читайте и анализируйте резюме.

gilev.ru - все что касается тормозов, СУБД и железа.

http://simpleui.ru/
SIMPLE UI
Конструктор приложений для Android

Простой конструктор бизнес-приложений и автоматизированных рабочих мест (АРМ)

Ошибка в том что 1С простая и быстрая до определенного момента.
Например на 1С не напишешь ДБО, Интернет магазин, Анализ данных с камер, системы ГИС (маркировка, ГИС ЖКХ),  или возьмите модные экосистемы типа яндекса, майл. ру (я не о поисковиках а например о сервисах,тот же hh.ru сможете на 1С написать и сопровождать?)  Различные финтех: Сбер, ВТБ, или например что далеко ходить, шаринг самокатов, или доставка еды.

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

Там где другие разрабы просто уходят в микросервисы и большое количество небольших баз (причем на разных СУБД)  которые потом реплицируются и консолидируются мы упираемся в одну СУБД и мега таблицы по 200 гб.

При этом вообще никак не можем использовать возможности которые предлагают нам дорогие СУБД (даже секционирование не говоря уже о view,materialized view, курсорах) плюс после определённого количества пользователей стоимость лицензий превышает все разумные пределы, например 5000, 10000 пользователей.  

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

Сравнивать 1С и современные промышленные подходы к разработке это как сравнивать строительство домов из пеноблоков и бетона с арматурой.

Если вам нужно построить домик на даче то гулпо лить его из бетона. но если вы строите дом в 40 этажей то глупо строить его из пеноблоков.

У 1С есть своя ниша но ввязываться в разработку крупняка с hiload (и мы сейчас не про ситуацию когда у вас во фреше 200 БП по 2 ЮЛ в каждом) на 1С это так себе затея.

Те же деловые линии. сколько преодолели и преодолевают каждый день.  

Но в целом для средних задач уровня предприятия / среднего холдинга плюсы 1С уравновешивают его минусы, и тут вопрос ЗП это вопрос рынка.

Опытному WEB разработчику не получится платить 2000$ в месяц, его заберет или VTB или Сбер, или любой оутсорсер.
А 1С за 2000$ очередь выстраивается.
За то что тему подняли огромное спасибо, а то я последнее время наслушался про то что 1С хороша потому что разработка дешево стоит, и слышу я это не от владельцев бизнеса а от разработчиков.  Многие просто не понимают что эта дешевая разработка за их счёт и выполняется.

Если в организации используются Google таблицы и туда вручную с 1С заносятся данные, то так возможно автоматизировать этот процесс
https://infostart.ru/public/813261/

infostart.ru/1c/articles/1442065
или как не надо код писать

Шпаргалка по горячим клавишам для разработчика.
—————————————-
@JuniorOneS | #Шпаргалка

ОТВЕТ: Собеседование разработчика 1С (вопрос 1317)

Чем отличаются регистр сведений и регистр накопления?

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

Есть два варианта ответов на этот вопрос:
 1. "Они отличаются назначением. Один нужен для сведений, второй - для накопления" - это не ответ разработчика, хоть он и верный
 2. Любой ответ с техническими отличиями разной глубины, например "виртуальными таблицами, индексами, хранением виртуальных таблиц, регистраторами и т.д." - это ответы разработчика

@yellow_pad | #1С #Собеседование