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

22.01.24

Сообщество - О жизни

В этой статье расскажу, как перешёл из разработки на 1С на java и вернулся обратно.

Интересный проект

 

В 2012 году появился интересный проект. Предстояло научиться java, сформировать команду, организовать конвейер по разработке корпоративной информационной системы. Разработку начал подрядчик, предстояло эту функцию забрать на себя.

Нырнул в эту задачу и выяснил много любопытного.

 

Это другое

 

Если кратко, то это другое. Разработка на java сильно отличается от разработки на 1С. Голову надо серьёзно перестроить. Там другие подходы, паттерны автоматизации. После нескольких лет работы в 1С привыкаешь задачи решать по определённому алгоритму. Да, для каждой предметной области своя логика, но база одна. Тут же куча разных инструментов, куча подходов, куча вариантов реализации.

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

 

Вот некоторые отличия:

 

1. Забота об инфраструктуре. Как обычно решается задача по реализации хранения и манипуляции с нормативно-справочной информацией? Создаёшь справочник, добавляешь реквизиты, табличные части, права, размещаешь в подсистеме. Ну, собственно и всё. За интерфейс формы списка и элемента можешь не переживать – они сформируются автоматически. Работы на 10 минут. А вот в java ты должен сначала на уровне базы данных создать таблицы. Причём для табличной части создать свою таблицу, потом описать модель данных на бэке. После потрудиться над тем, как это всё приедет на фронт. На фронте сверстать страницу, разобраться, какими компонентами всё это отобразить, разобраться, например, как же тут сделать подписки на события. Фреймворк, на котором велась разработка, конечно, спасал. Отличие от 1С в том, что 1С заточен на бизнес специфику. Фреймворки на java решают задачи намного более широкие и как следствие не имеют такой удобной заточки под бизнес приложения.

 

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

 

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

 

Первое знакомство с Git

 

Увидев Git, сразу не смог понять, что это вообще такое. Какие такие ветки? Какое слияние, это вообще, что? Документация была на английском, на русском она была скудновата. Постоянно приходилось работать с переводчиком. Когда появлялся конфликт слияния, образовывалась катастрофа. Как это всё исправить? Только в примерах, на практике, несколько раз сломав приложение, начал понимать логику. В 1С ты работаешь с конфликтами, как правило, только при обновлении типового релиза. В обычной работе вопросы отсутствия конфликтов слияния решаются за счёт монопольной блокировки объекта. То есть, конфликтов нет. Цена за это: другой разработчик ждёт, пока ты отпустишь объект.

Значительно позже, когда появилась EDT и я начал обучать этому инструменту программистов 1С, увидел у них такие же квадратные глаза. Но было понятно, что на практике понимание у них появится. Для упрощения создаётся документация по работе с типовыми ошибками, например, как работать с конфликтами слияния и как их можно избежать. Эти ошибки создаются специально, и на берегу в процессе обучения обкатывается их решение.

 

Набор команды

 

Подучив немного java, вышел на рынок в поиске программистов. Агрегаторы, типа hh.ru, результатов не дали. Странно, конечно. Начал искать другие варианты. Потратил примерно месяц. В итоге сработал следующий вариант. Приезжал в ВУЗ, общался с зав. кафедрами, после вывешивалось объявление о работе на доске, рядом с расписанием студентов. Конечно, на это соглашались не все, но нашлись те, кто согласился.

Оказалось, что уже со 2-го курса большинство студентов технических ВУЗов так или иначе уже трудятся. А после окончания ВУЗа это уже готовый специалист, и на рынке труда он нарасхват.

В основном с таких объявлений я и набрал сотрудников.

 

Первый опыт взаимодействия с удаленным разработчиком

 

Мне периодически везёт с сотрудниками. Это был как раз такой случай. В команду попал сильный разработчик, можно сказать, матёрый. У него было несколько отличительных особенностей. Во-первых, он писал в четыре раза быстрее, чем другие. Разница просто колоссальная. Сначала поверить не мог, как так. Он показал на практике, при мне, как это делает. Рассказал, как думает, показал, как рассуждает. Красавчик. Во-вторых, он критически подходил к постановке задачи, мог предложить свое решение и обосновать его, а иногда и сам мог сформулировать техническое задачи. И в-третьих, с самого начала он попросил полностью удаленный формат работы. У меня такого опыта вообще не было. Договорились, что начнёт он в офисе, а после, если всё срастётся, перейдёт на удаленный формат. В итоге в офис он приезжал в лучшем случае раз в месяц, когда мы собирались с нашей группой разработки в соседнем кафе попить чай-кофе, съесть что-нибудь сладкое, обсудить все накопившиеся вопросы в спокойной, неформальной обстановке.

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

 

1С + java

 

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

 

Заключение

 

Мой вывод такой. Если есть возможность и желание прикоснуться к соседнему стеку разработки, то это нужно сделать. Опыт обогатится новыми знаниями, новыми подходами. Вы увидите, что можно делать по-другому. И сможете это применить на практике.

 

Успехов! ;)

java поиск работы группа разработки удаленный программист удаленка

См. также

О жизни Россия Бесплатно (free)

Данная статья сугубо для раздела «О жизни», но может оказаться полезна многим членам сообщества. Все описанное ниже соответствует актуальному российскому законодательству на момент публикации статьи. У вас нет и в ближайшее время не предвидится детей возрастом до 1.5 лет? Вспомните о родственниках / друзьях / коллегах / знакомых, у которых они есть, и отправьте ссылку на эту статью — она может быть им чрезвычайно полезна. Распространите среди жильцов вашего ЖЭКа, как говорилось в одном классическом произведении. Помните, что, ставя плюсы к статье, вы поддерживаете её автора!

01.07.2024    5327    madonov    47    

51

О жизни Linux Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Использование Linux в качестве основной ОС для программиста 1С, возможно ли это? Решил поделиться личным опытом работы перехода на эту систему. В статье моя история без технических деталей максимально простым языком. И, спойлер, да, жизнь на Линуксе для разработчика 1С возможна и с каждым годом становится всё комфортней. Статья рассчитана на людей, с Линуксом не знакомых, специалистов прошу не кидаться помидорами.

16.05.2024    5725    soulner    33    

47

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    28111    Neti    85    

121

О жизни Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

22.01.2024    5554    biimmap    67    

76

О жизни Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

16.01.2024    7181    biimmap    100    

79

О жизни Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!

27.11.2023    5777    biimmap    52    

74

О жизни Сообщество Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    3214    biimmap    24    

51
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. quazare 3818 22.01.24 08:02 Сейчас в теме
как говориться - "поздняк метаться" - сидишь в 1с уже 12-15 лет - время "собирать камни" уже... а не переходить на другую технологию....
Award; d4rkmesa; mvxyz; vakham; smit1c; maksa2005; +6 Ответить
2. glek 120 22.01.24 08:21 Сейчас в теме
(1) Ладно, если 15. А если начинал с досовской двойки, потом 6-ка под третью винду и так далее)))
Award; Трактор; ivprovotorov; +3 Ответить
3. Gaffer 85 22.01.24 09:23 Сейчас в теме
(2) я вообще начинал с автоматизации расчетчицы, которая проверяла за ЗиКом расчеты на деревянных счетах. Шлеп-шлеп туда-сюда эти деревяшки засаленные, в принципе иногда сходилось.
4. glek 120 22.01.24 09:26 Сейчас в теме
5. starik-2005 3091 22.01.24 10:36 Сейчас в теме
(2) Во времена досовскмх двоек народ на паскалях писал, на фокспро, на клиппере, на длфи потом. А кто-то и на С/С++. Неужели не было в практике?
В джава все на классах, сверху почти всегда спринг и то, что под ним. КРУДы там писать, кмк, не сильно сложнее, чем в 1С, и красоту навести любую можно - формошлепа взять занедорого.
sandr13; tolyan_ekb; +2 Ответить
20. o.nikolaev 216 23.01.24 09:32 Сейчас в теме
(5) Тем более что в Spring собственно есть понятие "конфигурация" :) Неужели никто не пытался сконвертировать кусок 1С в "конфигурацию" Spring-а? Хотя бы на уровне справочника(ов) (Reference)? "Конвертер конфигурации 1С в проект на Spring" :)))
29. madonov 259 23.01.24 17:25 Сейчас в теме
41. AntonDr 29.01.24 07:29 Сейчас в теме
(29) пользовательский интерфейс - досовская 1С, обработка данных на foxpro
6. artbear 1563 22.01.24 10:49 Сейчас в теме
Интересная статья, жалко, что мало технических деталей
Про какие годы речь? я правильно понял, что еще до-пандемийное время или даже 6-8 лет назад описывается?
какие фреймворки на java юзались?
сколько строк кода в проекте в итоге получилось?
сколько человек в команде?
и т.п. и т.д.
ShiningPhoenix; A1WEB; RustIG; +3 Ответить
11. sergsyp 45 22.01.24 16:53 Сейчас в теме
(6) Проект был 2012 - 2015 годах.
Для интерфейса Sencha GXT (GWT).
Для бека JavaEE 7 (или 8).
Сервер приложений Glassfish 3.
База данных PostgreSQL 9.
IDE NetBeans.
Общение количество строк кода не скажу. То что писал сам было в несколько тысяч строк.
В команде было 5 человек. Один сеньор, мидл и два джуна, ну и я в качестве тимлида и совсем немного программиста. Сначала писал много, потом, по мере набора команды все меньше.
o.nikolaev; artbear; +2 Ответить
32. acvatoris 552 23.01.24 19:44 Сейчас в теме
Проект длился 3 года. За три года на java можно столько строк понаписать. Берем класс с 40 полями, генерируем геттеры и сеттеры имплементурем 5 интерфейсов , переопредеяем их методы, за 10 минут работы 1000 строк кода :)
7. o.nikolaev 216 22.01.24 10:51 Сейчас в теме
Если не секрет, то почему все-таки "вернулся обратно"? Мне сейчас пока наоборот кажется что на java интереснее.
8. RustIG 1750 22.01.24 11:37 Сейчас в теме
(7) возможно, что автор не захотел переходить от разового ява-проекта к периодически-постоянным.
А в 1С , как я понимаю, автор был всегда, как рыба в воде: заплыл из своего океана в соседнее море, увидел другие подводные течения, попробовал на вкус морскую воду - и вернулся в родные воды. Рыбы иногда заплывают не в свои воды, так и человек...
Почему для понимания нужен новый проект? Мне казалось, что обо всем подобном сейчас в универах преподают?
12. sergsyp 45 22.01.24 16:57 Сейчас в теме
(7) Требование бизнеса.
С 7-ки переехали в java, прожили там более 10 лет и после вернулись обратно на 1С, уже на 8.3.
Полная стоимость владение софтом у 1С ниже, значительно ниже.
14. o.nikolaev 216 22.01.24 17:58 Сейчас в теме
(12) А если "человек-оркестр" будет на Java? Это снизит стоимость владения? Как вы думаете?
18. sergsyp 45 23.01.24 09:04 Сейчас в теме
(14) Уже после меня в команде java был человек-оркестр. После его ухода некоторые сервисы деградировали. И это при том, что команда разработки на java вырасла за 20 человек. Это ошибка управления командой.

Стоимость сеньора java и 1С различается. 1С догоняет, но ещё догнала.

Отвечая на ваш вопрос - нет, не снизит. Более того. При не корректном управлении могут возрасти риски. Риски потери такого человека, которому нет адекватной замены.

И на 1С проходил такие ямы, когда человек мог ну все, вообще все. И типовую развернуть, json распарсить, поставить и настроить постгрю, пользователей научить, такс трекер и базу знаний раскатать (Саша привет, ты тут бываешь ;) ). И потеря такого человека тяжела. Как ни крути найти замену на 1С проще, по крайней мере, по моей практике.
o.nikolaev; +1 Ответить
9. baracuda 2 22.01.24 11:52 Сейчас в теме
Я сейчас также в Odoo погуржаюсь, каждый вечер полчаса, час уделяю чтению доков и написанию своего модуля.
Очень непривычно конечно даже с учетом того что у меня в целом есть бэкгранд по Питону пару лет.
Но mvc модель которую проповедует Odoo конечно своебразная.
13. o.nikolaev 216 22.01.24 17:56 Сейчас в теме
(9) Odoo симпатичная система. Для нее даже есть импорт-экспорт из-в 1С с помощью КД 2.
10. RocKeR_13 1366 22.01.24 11:57 Сейчас в теме
Тоже пробовал зайти в Java, месяц-другой время от времени проходил курсы на одном известном сайте, но потом плюнул: физически просто не было времени + это была всё-таки моя инициатива и никаких практических задач под Java не было. Поэтому решил дальше совершенствоваться в 1С, благо тут поле для роста просто бескрайнее) Да и не те уже годы, когда есть возможность сменить область и получать з/п на порядок ниже, надеясь, что все срастется, мне понравится и накопленный опыт со временем поможет получать заметно больше, чем в 1С.
triviumfan; +1 Ответить
15. vadim1980 132 22.01.24 21:31 Сейчас в теме
А клиент в курсе был того, что для 1С 7.7 было много нестандартных библиотек - прямые SQL запросы, продвинутые формы, управляемые блокировки и даже ООП. Конфигурацию можно было выгружать/загружать в/из файлов и использовать любую VCS. Да и 1С 8 в то время уже вполне зрелая была. В чем все-таки была причина перехода на Java EE?
19. sergsyp 45 23.01.24 09:08 Сейчас в теме
(15) Один из топов топил за эту тему.
23. vadim1980 132 23.01.24 11:22 Сейчас в теме
(19) Топить это одно, но другое дело - коммерческая выгода, решение проблем или новые возможности. Например 2 года крупная торговая компания, которая работала на 1с 7.7 приняла решения переходить на 1с 8.3. И там был целый список причин, начиная от сложностей с интеграциями и заканчивая недостатком специалистов на рынке.
В вашем случае то ли топ в доле, то ли компания - ларёк.
sandr13; acvatoris; +2 Ответить
36. sergsyp 45 26.01.24 16:57 Сейчас в теме
(23) Топ в доле от прибыли компании.
Компания имела оборот ярд по году.
Нормальный такой ларёк ;)
25. truba 23.01.24 14:29 Сейчас в теме
(15) Подозреваю, что сертифицировать весь этот зоопарк нестандартных библиотек нет никакой возможности. Второй вопрос с сервером приложений и с кластером серверов приложений, вообще с параллельными вычислениями.
26. vadim1980 132 23.01.24 15:50 Сейчас в теме
(25) Фоновые задания появились в 1С:Предприятие 8.1 в 2008 году. В 2012 году уже была 1С:Предприятие 8.2 с управляемыми формами.
28. truba 23.01.24 16:19 Сейчас в теме
(26) я понимаю, я их внедрял в 08 и 12м году, как раз тот кто БП 3.0 в первых релизах в крайне сыром виде на живых клиентах и разворачивали мы бекапы после обновлений платформы с потерей суток работы неприлично часто для 24/7 в тот момент года так до 15го.

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

Ну и плюс все таки 1С это учетная система первички по своей сути, и скажем так ее объектная модель и расширения для интеграции этой модели и связанное с этим отражние объектов на кросс-платформенную БД и сами настройки БД заточены под универсальность и учет прежде всего первички. Тот же журнал событий 1С не ведет в самой себе нативно, верно? Та же история данных в 1С появилась много много позже, а версионирование средствами платформы далеко от реального быстродействия в задачах реал-тайма. Мы ж ничего не знаем о планах топа, что бы его сразу записывать в коррупционеры.
30. vadim1980 132 23.01.24 18:09 Сейчас в теме
(28) В 2012 году никто БП 3 в здаром уме не внедрял, она только начинала свой путь. Ну и от ошибок ПО никто не застрахован. Тестировать нужно тчательнее.
Аудиторам самописная система вряд ли понравится, не говоря об инвесторах.
Сама по себе платформа не имеет особого значение. Главное - готовую функциональность, которую они предоставляют. В 2008 году была доступна УПП 1.2 и внедрялась она повсюду на производствах. Ни разу не видел подобных по сложности систем написанных на Java. Был iDempiere, но там и функциональности и поддержки особой не было. Да и юзабилити так себе.
1С:ERP 2 это вообще другой порядок масштабируемости и сложности. Даже не представляю сколько нужно усилий чтобы реализовать это на Java.
Журнал регистрации должен регистрировать в том числе события вне транзации. Был период когда внедряли для него SQLite, но захлебнулась она, поэтому сейчас вернулись к исходному формату. Не вижу проблем.
Раньше версионирование было сделано средствами приложения, сейчас средствами платформы. Что с ним не так?
Под каждую задачу хорошо свое средство. Была бы платформа для создания бизнес-приложений лучше 1С - интеграторы переехали бы на нее.
31. truba 23.01.24 19:12 Сейчас в теме
(30) так и я ж сам вошел и вышел, именно для бизнес-систем офисных по параметру цена+скорость_внедрения тоже пришел к выводу что 1С сбалансировались где то близко к оптимуму.

Но в противовес 1C:ERP 2 это прежде всего учетная система считай что взаимоотношений документов и сущностей с которыми документы оперируют и скорость и объем заполнения этих сущностей лимитирован по сути человеком-оператором. А не всем это надо, многим нужно функционал много проще, но гораздо с большей интенсивностью ввода. Вот задача тысячи записей разного вида в секунду Вами уже в рамках 1С не может быть решена эффективно, потому что 1С для учета человеческой первички, а человек-оператор в datetime2(7) не мыслит. Воспользоваться готовыми объектами регистрами Вы не сможете из за их перегруженной функциональности, а описывая их урезанный вариант на высокоуровневом полуинтерпретаторском языке 1С вы потерпите фиаско потому что он по идеологии медленней компилятора с жестким типизированием.

Если же вы эту ситуацию будете описывать объектной моделью от 1С (своих собственных объектов у вас там нет), то это будет не эффективно для такой интенсивности появления новых записей. И 1Совская универсальность начинает иметь свою все повышающуюся цену в этом случае.
16. user2041331 22.01.24 21:38 Сейчас в теме
1С это скорее не программирование, а разработка.
В 1С не надо оптимизировать потоки, знать как работает ОС, файловая система или драйвер, в каком случае какой примитив синхронизации использовать, работать с профайлером, статическим анализатором, искать утечки памяти, думать как сделать балансировку или шардирование для обработки миллионов запросов в минуту.
Ещё институте посмотрел на 1С и сразу понял не для меня, программирования там нет.
17. muskul 23.01.24 02:00 Сейчас в теме
(16)Судя по современному по, этого всего нету и "там"
dabu-dabu; kembrik; vakham; triviumfan; cdrw3; +5 Ответить
21. SerVer1C 817 23.01.24 09:58 Сейчас в теме
О чём статья? Какой посыл она несёт? Переходить на Java? Не переходить на Java? Там легко/трудно?
hexhoc; acvatoris; +2 1 Ответить
22. modestry 22 23.01.24 11:01 Сейчас в теме
(21) потешил самолюбие. Статья не о чем.
46. hexhoc 107 17.07.24 10:10 Сейчас в теме
(21) Я тоже не понял. Из разряда, я потыкал java, там все хорошо, и в 1С все хорошо, развивайтесь.
24. truba 23.01.24 14:10 Сейчас в теме
Пробовал.
Выводы: 1С это ну очень быстро по развертыванию и ну очень дешево и вполне себе до некоторого, к слову, достаточно высоко-нагруженного уровня для офисного стиля работы. Именно автоматизация условного документооборота и его интеграций оптимизирована там с достаточной скоростью и разработки и работы, снимаю шляпу.

Если нагрузка начинает переходить за рамки условного паттерна "офисной учетной работы", то хотите Вы этого или нет съехать на другую программную модель Вам придется. Как и разбираться со многим, что было "под капотом" и почему это Вас стало ограничивать. Ну и платить совершенно другие бОльшие деньги и привыкать к совершенно другим дОльшим срокам реализации.
27. acvatoris 552 23.01.24 15:56 Сейчас в теме
Из статьи мне не понятно, почему вы ушли из java? Не понравилось или проектов больше небыло ?
o.nikolaev; +1 Ответить
37. sergsyp 45 26.01.24 17:02 Сейчас в теме
(27) Полная стоимость владения на 1С ниже
39. acvatoris 552 27.01.24 10:17 Сейчас в теме
Все же не понятно ...
Причем тут стоимость владения и уход из Java?
Можно , конечно, преположить, что проект закончился и проектов по java больше не было из вашего ответа, так как клиенту было выгоднее платить за 1С чем за разработку на Java.
33. gybson 23.01.24 20:38 Сейчас в теме
В любом языке программирования самая первая задача это выйти на уровень абстракции как в 1С =)
34. tolyan_ekb 106 24.01.24 09:50 Сейчас в теме
У меня вопрос к лидам, руководителям групп. Я правильно понимаю, что если разработчик java дороже, чем 1С, то и лид java получает больше, чем в 1С?
35. truba 24.01.24 10:42 Сейчас в теме
(34) в общем по больнице? если в общем то да, тупо из за того что java лиды востребованы на рынках с другими расценками и принципиально другими задачами, недоступных 1С. Ну и плюс java это таки язык программирования, а не ниша автоматизации учетных систем. А в деталях много разных нюансов.
38. sergsyp 45 26.01.24 17:05 Сейчас в теме
(34), (35) Ранее был такой нюанс. Знаешь английский - выходишь на забугор и со своими силами на java по лучаешь сразу х2 или х4.
Там ценники были просто космос. После последних событий не мониторил рынок java, возможно ситуация изменилась.
42. tolyan_ekb 106 30.01.24 16:32 Сейчас в теме
(38) про английский понятно, я про РФ. Если есть шанс переключиться на более высокооплачиваемый стек, то почему это не сделать?
40. Cyberhawk 135 28.01.24 09:21 Сейчас в теме
В этой статье расскажу, как ... вернулся обратно
Не увидел этого в статье...
43. sergsyp 45 30.01.24 18:17 Сейчас в теме
(42) Хочется, то конечно надо сделать.
Мне не хотелось :)
Зашёл в проект как программист и учился. Что бы ориентироваться в теме. Но в целом моя задача была запустить механизм, отладить конвейер.
После появились другие задачи, помимо автоматизации, переключился на них.
44. Dvornik 20 24.03.24 20:18 Сейчас в теме
Я тоже изучил java на уровне junior, но так и не нашел где применить в 1С или отдельно. Завидую автору.
45. hexhoc 107 17.07.24 10:04 Сейчас в теме
(7) Java сама по себе интересней, так и есть, но представь что ты занимаешься чем-то очень интересным, но при этом обязательно чтобы у тебя к соскам были подключены клеммы от аккумулятора, сидеть нужно на стуле с пиками точеными.

Примерно так выглядит фактически работа джависта. Тебе нужно писать приложение, но при этом в условиях жестких ограничений, с кучей бюрократии, постоянными встречами по зуму, множество различных зависимостей и интеграций и постоянно что-то из этого отваливается. 100500 инструментов которые постоянно меняются. К тому же в java сейчас все новые сервисы разрабатываются в микросервисной архитектуре, в итоге твое приложение будет размазано по различным репозиториям, а твоя работа будет зависить от работы других команд.

В конечном счете java интересна только, тогда когда ты свои пет проекты разрабатываешь.
47. Serg2000mr 700 06.10.24 21:24 Сейчас в теме
(0)
Он показал на практике, при мне, как это делает. Рассказал, как думает, показал, как рассуждает.

Расскажите и нам. Очень интересно.
Оставьте свое сообщение