Как программист 1С в java разработку сходил

В этом выпуске расскажу, как перешёл из разработки на 1С на java и вернулся обратно, что разработка на java - это вообще по-другому. Как первый раз столкнулся с Git. Как искал разработчиков на java. Приобрёл первый опыт взаимодействия с удалённым разработчиком. В конце кратко коснусь того, как управлял одновременно двумя командами на java и на 1С.

[@xandermidov]

Поизучав Java я понял, что сначала на ней надо писать что-то похожее на 1С, а уже потом делать информационные системы.

[@valentkataev]

О, круто) Подписался, Сергей)

[@user-xr2if9gi5n]

что с видео? давай исправляй, статичная картинка весь видос

[@sergsyp]

Благодарю за предложение. Думаю доберусь со временем.

[@alexflanker25]

В заголовке "программист", в описании "руководил". диссонанс

[@EvaVagner84]

Не в заголовке, а в header, не описание, а в description. Сразу видно зеленый ты еще. Ю ноу?

[@Alonso_Kinn]

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

[@sergsyp]

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

[@Alonso_Kinn]

@@sergsyp , спасибо за ответ ! А спрошу тогда так ...если бы вы были новичком , то на что бы сейчас пошли для работы и побыстрее : 1с или Java ? Я сейчас читаю одновременно по 1с книгу и по С++ Лафорэ . Понимаю , что фундамент это С++, но нужно работать. Вот и думаю при каком выборе это бы было быстрее (((

[@NeolamprologusSimilis.]

@@Alonso_Kinnнужна практика , простои чтением ничего не изучишь

[@EvaVagner84]

@@sergsyp хз я лично комбинрую, и то и другое прикольно. Один день пишу обработку по интеграции из ERP. В другой день логику апы. И подрубаю обе к кафке) изи че

[@user-oi3et4hi4x]

Возможно я смогу ответить на вопрос. Я сначала учился на курсах Java порядка года. К концу обучения понял, что при таком количестве вакансий и выпускников курсов, в Java врядли вкатиться выйдет. Я живу в небольшом городе. Переключился на короткий по 1с, который длился 3 месяца, и после этого меня взяли стажёром. Возраст за 30 лет. Ничего, работаю. Поэтому, если разницы нет, то на данный момент для вкатывания 1С однозначно проще.

[@You2Ber42]

2:30 как то похоже вы не дошли до Java. Ничего там создавать не надо руками в бд есть множество мощных orm где достаточно описать классы и orm сама создаст нужные таблицы. То же самое что и конфигуратор только без мышки и с возможностью версионировать структуру. В целом говнокодить и писать прототипы не сильно сложнее чем на 1С (конечно если есть знание ООП и синтаксиса а так же профильное образование) но просто не хочется, хочется сразу продумать архитектуру поэтому что: 1. Можно 2. Это облегчит дальнейшую работу.

[@grekovtube]

Мне кажется, это просто совсем разные области приложения программирования. Спланировать на Java какой-нибудь ЗУП например... Ну это просто нереально. Где-то 8 тыс таблиц и 5 млн строк кода. Конечно, у Java и т.д. есть свои преимущества под свои задачи. Поэтому я все время удивляюсь людям, которые отработав в 1с 5-10 лет пробуют уйти скажем в Питон ))

[@You2Ber42]

@@grekovtube Что не реального в этом? На java нельзя на писать 5млн строк кода? Или нельзя создать 8 тыс таблиц? Может там какой то особо сложный фронт? В принципе при желании можно вообще 1:1 все перенсти, создать аналоги регистров расчета, сведений, накопления, с кодом из за стат. типизации будет конечно сложнее придется разбираться в том как работает существующий и писать аналогичный на Java, это скучно но ничего нереального в этом нет. Но не понятно чем ЗУП на JAVA будет в итоге лучше ЗУПа на 1С, как на этом заработать денег.

[@grekovtube]

@@You2Ber42 @You2Ber42 Не реально "продумать архитектуру" на проектах такой сложности. И тем более обновлять, сопровождать и дорабатывать на уровне страны. Я говорю не о том, что этого нельзя сделать на Java или даже JavaScript, а о том, что не зачем.

[@You2Ber42]

​@@grekovtube можно подумать 1С продумывали архитектуру ЗУП с 0 до исходного состояния :) Все это итерационно развивается. Но вообще ЗУП на 30% усложнен тем что нельзя использовать РС.СрезПоследних так как там по другому идет учет, важна не только дата внесения факта но и дата самого факта, плюс нужно делать срез по интервалам стабильности. Я с такими же проблемами сталкивался когда делал расчет для ЖКХ. Причем есть подходы которые позволяют решить эти проблемы просто и эффективно, но в 1С такого типа регистров нет, а делать их без использования курсоров сложно. А вот то что на зачем я согласен, так как не понятно как это монетизировать.

[@slaval5088]

​@@You2Ber42 Тем не менее, фактически это нереально сделать на джаве. Нецелесообразно. Будет хуже и дороже в 10 -20 раз. Процесс разработки будет очень медленным.

[@warmybo]

почему не Python и Django ?

[@sergsyp]

Так совпало. Стек не выбирал.

[@pavelkovalenko5350]

А почему нет, бизнес приложения видел в основном на java, сейчас go, а так git не только edt все таки как ни крути конфигуратор стабильнее в править и вскоде можно

[@phat80]

Слишком смелое заявление про соседний стек 😂 Нет, 1С всегда будет стоять особняком, ибо это обрубок, а не стек. Это закрытая в себе система, которая не дает вообще никакой свободы разработчику. Там нет никакого стека. Стек - это база + дополнительные технологии, которые развиваются почти всегда независимо друг от друга. Просто есть определенная привычка применять их вместе. 1С - это монолит, куда прикручивают что-то стороннее крайне редко.

[@sergsyp]

Хочется свободы - вот пжста опенсорс github.com/oscript-library/

[@phat80]

@@sergsyp Вы думаете, открыли мне глаза? Я про этот проект давно знаю. Но не понимаю его смысл в принципе. Может вы мне объясните, зачем он нужен. Почему я должен выбрать его, а не непосредственно C# и .Net? Насколько помню, если не ошибаюсь, там все именно на базе .Net построено.

[@You2Ber42]

Цена которую мы платим за конфигуратор не в том чио нет конфликтов а в том что нет веток. В java конфликты большая редкость так как классы мелкие, модули маленькие. Наличие большого количества конфликтов это индикатор проблем в менеджменте задач или серьезных косяков в архитектуре и наличия "супер классов". В большинстве случаев каждый пилит свой класс или расширяет существующий в отдельном модуле. Гит в первую очередь решает проблему тестирования и ввода в жизнь фич. Позволяет мыслить фичами а не релизами. У тебя могут быть ветки: Мастер Продакшн Тестовый релиз И десятки веток с фичами при этом можно легко оьновляться до мастера. В 1с с этим сложнее так как у нас титанические модули по 30000 строк, сильная связанность, в 90% случаев если тебе требуется расширить или изменить поведение ты будешь править существующий код, а не писать новый. Дизайн языка не приспособлен к гит

[@sergsyp]

Согласен в тем, что уменьшить конфликты можно за счет небольших классов. Но первое место где увидел конфликт слияния это java. И это было своего рода открытие.

[@yuliyatararueva1274]

Имхо, конфликты в java не большая редкость, а рядовая вещь. Если фичи не совсем мелкие, хотя бы на 2-3 дня, а разработка групповая и активная, то конфликты по любому будут. И их количество зависит скорее от скорости мержа, а не от архитектуры

[@You2Ber42]

@@yuliyatararueva1274 ну т.е. ты хочешь сказать что в проекте где один супер класс и в проекте где множество мелких классов будет одинаковое количество конфликтов? Да и что такое конфликт? Когда поменяли одну и ту же строку или один и тот же класс? (Например 3 человека добавили 2 новых метода и изменили существующий) При этом ещё вопрос что это за клас такой что его разные люди меняли одновременно. Плюс в целом можно посещать в мастер каждый вечер и так же обновляться из мастера чаще.

[@yuliyatararueva1274]

@@You2Ber42, не совсем. Я хочу сказать, что количество конфликтов больше зависит от размера фичей, количества разработчиков и скорости мержа, чем от архитектуры. Сейчас микросервисы в основном, супер-классы не особо актуальны. В целом согласна, что много конфликтов это какой-то бардак на проекте. Просто думаю, что это скорее проблема проблема с процессами: мердж-реквесты долго ревьюятся и фиче-ветки висят несмерженные, релизы слишком большие. Ну или как у тебя - криво нарезали задачи, что тоже проблема с процессами. "Плюс в целом можно посещать в мастер каждый вечер и так же обновляться из мастера чаще. " - Ну наверное лучше не Мастер, а Дев какой-нибудь. И тут опять же приходим к скорости мерджа. Если туда ещё ничего не слито, то обновляться хоть каждые полчаса не поможет. А может ещё и релиз собираться из фичевых веток разной степени давности. На 1С кстати тоже такое бывает, если не пользоваться хранилищем конфигураций. Помню, я как-то собирала отраслевой релиз из cf-файлов разных разработчиков, сомнительное удовольствие. Там ещё и формы менялись, т.е. по разнице в коде вообще не понятно, что конкретно поменялось.

[@You2Ber42]

@@yuliyatararueva1274 ну так у 1с это и есть основная причина, что бы сделать одну фичу нужно затронуть 4-5 общих моделей каждый из которых по 8000-10000 строк и пересекается с множеством других направлений, поправить пару форм где вообще черт ногу сломит в XML, так ещё и свойства объектов которые мышкой накликали. Ещё с верху можно конечно и бардак с процессами вспомнить. Вот и получается что у 1с конфликты by design, а в Java (особенно backend) повод пересмотреть или подход или архитектуру.

[@You2Ber42]

Я прошёл десятки проектов на 1с и везде у меня на проектах были аналитики, методологии, тестировщики. На какую то мелочь можно быть фулстек и в Java , опять же фреймворк тебе и интерфейс сделает и бэкенд сгннерирует но крупные корпоративные проекты требуют разделять задачи между людьми. Да и не возможно программисту быть экспертом во всех областях. Мои проекты: ЖКХ, стройка, автодилер, финансы, склад как можно быть экспертом во всем этом? Потому и есть аналитики которые изучают всю жизнь одну предметную область после чего ставят задачи разработчикам. Безусловно вникать в любом случае приходится в том числе и хороший Java разработчик вникает в предметную область но в качестве ведомого а не в качестве эксперта.

[@sergsyp]

Уточню, в данном ролике речь про 11 лет назад. Сейчас да, есть нормальное ролевое деление по проекту.

[@user-kk3pu7gs8s]

@@sergsyp Было бы замечательно, если эта информация была в названии видео