Size: a a a

1С, БСП, DevOps и Архитектура

2020 June 04

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Ну видишь, даже ты говоришь: "джунам - непонятно зачем". (тех кто говорит Херня - в расчет не берем).

Вот надо их руками для них и делать.

ГДе взять людей - хороший вопрос. А где их берут вообще... я вот незнаю.
Я только один хорошый способ знаю... вырастить.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Ну видишь, даже ты говоришь: "джунам - непонятно зачем". (тех кто говорит Херня - в расчет не берем).

Вот надо их руками для них и делать.

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

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Ну... если он на этом пути - родит достаточно контентак, который позволит вырасти остальным джунам быстрее....
Есть ли тут профит? Мне кажется есть.
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
я понимаю и разделяю твою позицию. но тут есть некоторая проблема - откуда возьмутся эти люди? людей, которые дорабатывают оскрипт/бсл лс/всц/etc не так уж и много. у кого-то хватает сил на популяризацию этого в своем окружении. и ключевое тут - "в своем".
я пытаюсь продвигать различные темы, связанные с автоматизизацией, как среди опытных разрабов, так и среди джунов.

что я вижу среди джунов? в лучшем случае - вау, круто-круто, но использовать я это конечно не буду, потому что непонятно зачем. в худшем случае - что за херня, использовать это я конечно не буду, потому что херня.
и вот "худших" случаев - большинство. джуны - инертны.
Это разве не проблема вообще инфраструктуры 1С? Одно дело, когда есть куча библиотек для языка программирования, просто берешь и используешь.
Другое дело, когда есть замкнутая экосистема, которая наружу практически ничего не выставляет. Тут любой новый инструмент будет восприниматься в штыки потому что не "нативный"
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
А можно тезисно чо тут за срач? Я отходил пописять
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Вот та же "шляпа" - Зазеркалье... когда там что-то придуманное пиарят... нет-нет да и посетит мысль... вот какая штука. Надо будет обязательно освоить.
Почему - да все потому же... они расказывают на самом "низовом" уровне. (правда ничего интересного для низов уже полгода как нет - но это детали)
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Gukov Viktor
Это разве не проблема вообще инфраструктуры 1С? Одно дело, когда есть куча библиотек для языка программирования, просто берешь и используешь.
Другое дело, когда есть замкнутая экосистема, которая наружу практически ничего не выставляет. Тут любой новый инструмент будет восприниматься в штыки потому что не "нативный"
Все с чем могут работать энтузиасты (легально) это исходные тексты конфигурации и API для аддинов. Всё остальное пляски с бубном
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Антон Степанов
А можно тезисно чо тут за срач? Я отходил пописять
Выше картиночка есть
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Антон Степанов
А можно тезисно чо тут за срач? Я отходил пописять
Насколько я могу судить - тут два паралельных осбуждения. Не связанных между собой.
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Антон Степанов
А можно тезисно чо тут за срач? Я отходил пописять
Одна про Исполлнитель, а вторая про популяризацию БСЛ ЛС
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Gukov Viktor
Все с чем могут работать энтузиасты (легально) это исходные тексты конфигурации и API для аддинов. Всё остальное пляски с бубном
Соответственно приходим к тому, что простой рабочий 1Сник никогда не сможет пользоваться сторонними инструментами, потому что для этого нужно выйти наружу пузыря
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Ко мне вот в компании тож периодически подходят с двумя вопросами "Тесты, сонар, гит, дженкинс, оскрипт это сложно, можно не надо?" и "А почему постоянно на проде ошибки на проектах? Как от них избавится?"
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Александр Капралов
А я вот не считаю что разрабатывать срипты на питоне лучше, чем на Исполнителе. То что какой-то остальной мир это делает не означает, что должен делать я.
Странное мнение.
Ты пробовал Питон?
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Антон Степанов
Ко мне вот в компании тож периодически подходят с двумя вопросами "Тесты, сонар, гит, дженкинс, оскрипт это сложно, можно не надо?" и "А почему постоянно на проде ошибки на проектах? Как от них избавится?"
>"А почему постоянно на проде ошибки на проектах? Как от них избавится?"
Потому что программисты низкой квалификации. Нужно штрафовать программиста за каждый баг на проде
источник

ПБ

Павел Белов... in 1С, БСП, DevOps и Архитектура
Gukov Viktor
>"А почему постоянно на проде ошибки на проектах? Как от них избавится?"
Потому что программисты низкой квалификации. Нужно штрафовать программиста за каждый баг на проде
а премировать за количество написанных строк кода 😉
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Павел Белов
а премировать за количество написанных строк кода 😉
За что премировать? За то что он в кои-то веки нормально делает свою работу?
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Павел Белов
а премировать за количество написанных строк кода 😉
Лучше за "ненаписанных" (т.е. сэкономленных)
источник

ПБ

Павел Белов... in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Лучше за "ненаписанных" (т.е. сэкономленных)
их считать сложно
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Павел Белов
их считать сложно
можно давать задачу двум программистам, и выдавать зарплату тому, у кого кода меньше
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
можно давать задачу двум программистам, и выдавать зарплату тому, у кого кода меньше
Какие-то извращенные голодные игры
источник