Ермолай. Секреты успеха.

Все помнят Ермолая ?
Сразу расставим точки над i. Нет, он не родственник Босса и не родственник жены Босса, как предположили в комментариях.

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

1. Упорство.
Тут добавить нечего, см. исходную историю про Ермолая и как мы с ним познакомились.

2. Надежность.

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

Лично для меня это ключевое качество.

И его никак не воспитать: или человек берет на себя ответственность или нет.

3. Инициативность.

Во-первых, приходить, просить более сложных задач, спрашивать, что нужно делать, чтобы зарабатывать X рублей.

Во-вторых, не "бояться" брать задачи за рамками текущей позиции: позумиться с клиентом - не вопрос, помочь руководителю с отчетностью по отделу (в нагрузку, задачи программиста-то никто не снимал) - тоже ок.

Надо отметить, что это все работает, только если вы при этом делаете свою работу хорошо(!)
Достаточно хорошо, идеально не надо, а то станете незаменимым и вас не повысят (шутка юмора)
Бывало и по-другому, когда приходит программист: "Хочу, - говорит - стать РП и много денег", а за ним и его-то работу надо перепроверять постоянно. Ну вы понимаете, что хочется сказать ему.

💡Перечитала пост, по сути это все можно в одно слово сказать - "Упорство". Или "Проактивность".

Что понравилось в комментах:

"Мечта, которая сопровождалась действиями, а не "полетами в облаках".
Не знаю, была ли 1С - мечтой Ермолая или нет, но звучит красиво 🤩

Человек сам "летел" и требовал задач. Шел вперед "паровоза")
В точку.

Нацеленность на развитие, постоянное обучение. Передача своего скилла младшеньким, разруливание их проблем, да и сам уже не позволишь себе писать кривой и некрасивый код. Обмен опытом с младшими и старшими, система наставничества от старших
Честно, на старте Ермолая никто особо не наставлял. Он вообще сначала в другое направление бизнеса попал, а потом, уже через полгода, наверно, был направлен ко мне.
В общем, не знаю, насколько тут доля моей заслуги как наставника . Льщу себе, что такая доля есть 🙃
А в остальном - да.

Быстрому росту способствует фактор - "кидаем в воду на глубину, учись плыть" :)
Тоже верно. Больно, не всем подходит , но способ рабочий.
Элементы кидания в воду у нас, конечно, присутствовали, но, по сравнению с тем, как я начинала - довольно всё лампово и бережно. Ну как по мне.
И то, при этом некоторые от меня уходили со словами "Слишком много хотите от новичка. Я такой, какой есть. Хочу развиваться в своем темпе, меняться не буду". Тоже позиция.
В том случае человеку как раз не доставало пункта 2 "Надежность. " , из-за чего и не сработались.
Но - те, кто готов со мной работать - становятся хорошими программистами.
Проверено не только на Ермолае.

#история1Сника

Привет, в эфире рубрика "Статистика на диване ".

😀Половина из нас - программисты или хотят ими быть.

😀Треть - аналитики или хотят ими быть.

🟡 И немножко руководителей

А вот по моим ощущениям, казалось, что тут большинство - аналитики.

🤣Вывод от британских учёных:
программисты - интроверты и больше читают молча, а аналитики - больше общаются в комментах.

👋Отдельный привет тем 14 людям, которые не знают, кто они. Друзья, я с вами 🤝

Периодически в 1Сных чатах принимаю участие в дискуссиях: кто же лучше универсал или узкий специалист? 🤣
Но чтобы отвечать на этот вопрос - нужно сначала синхронизироваться, кто же такой "универсал" и насколько узок "узкий специалист".

Вопрос в зал: должен ли программист знать предметную область, которую автоматизирует? А функционал типовой конфигурации (допустим, он работает с типовыми, не с самописками) ?
Можно ли считать человека миддлом/ведущим, если он способен писать только по четкому ТЗ от аналитика/архитектора, где прописаны все детали вплоть до объектов метаданных и вообще "как в ТЗ написано, так и сделал, сами виноваты"?

#программист1С

После первого занятия провела опрос. Анонимный, надеюсь, честно отвечали все )

👨‍💻 Для 70% опрошенных задания по силам. А значит уровень группы я оценила верно.
🥵 4 человека немного в шоке
🥱 1 человек - скучает

Учитывая, что на входе мы не давали никаких тестовых заданий на знание 1С и никого по ним не отсеивали - мне кажется, неплохо.

Но это еще только начало. Продолжаем наблюдение.
#стажировка

А что это я в чатиках 1Сных других спросила, а у себя-то и не спросила? 🤔

Уважаемые знатоки, а может кто подкинуть идеи задач для начинающих программистов 1С?
Есть уникальная возможность внести свой вклад в наш эксперимент под названием #стажировка 🤣😁

Задачи должны быть жизненными и их можно выполнить на типовой УТ, например.

По теме - работа с формой.
Пример, что я имею ввиду:
- связанные таблички на форме, когда при выборе строки в одной ТЧ - по ней делается отбор в другой ТЧ.
- В ТЧ Товары в документе добавить новые колонки, например, Вес номенклатуры.

Что-то в таком духе 🤣
Может из последних рабочих ТЗшек кто-то подкинет идеек ) Или может вам давали / вы давали интересное тестовое задание на собесе.

Я очень быстро забываю задачи, которые делала .🤯 Точнее, если снова встретится - то вспомню, а так чтобы из памяти достать самой - так не работает 🤨

Недавно вас спрашивала: должен ли программист знать предметную область и типовые решение.
Спасибо тем, кто высказался на тему, скажу и свою позицию )

Да, программист должен знать решение , с которым работает и знать подходы в типовых конфах. Хотя бы, чтобы не изобретать велосипед.
И да, предметную область он тоже должен понимать. Это не значит, что нужно знать финансы на уровне Финансового директора, например. Нет, но неплохо бы понимать суть задачи.

Иначе это просто "кодер" по ТЗ. На уровне Джуна это норм. Дальше - уже нет.

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

Сейчас еще какие-то перегибы в моде. Либо кичиться, что ты универсал. Либо гордиться, что ты чистый кодер и , как мне написали в одном известном чатике "плевать я хотел на знание функциональных возможностей конфы и знание модели данных".

А сильные спецы самые - это те, кто:
- сильные программисты, но не стыдятся и в учет понимать, хотя в общих чертах;
- или аналитики, но хотя б основы разработки знают. Запросик в консоли могут написать.

А то как бывает (неоднократно наблюдала это):
Берем "чистого аналитика", к нему ставим не менее "чистого кодера " - и что-то такая фигня получается🙈
А дальше это пытаемся закрывать, ставя над ними тимлидов / архитекторов/ начальников, потому что они друг друга не понимают.

Продолжение следует 🤣

#программист

Вы, конечно, думаете - а где ж интервью? забыли уже про интервью 😴
А тем временем, транскрибация разговора заняла у меня 9,5 страниц в Гугл Докс.
Вопросов было много , а отвечает Ярослав подробно и обстоятельно 🤓 ))

Пока не решила, целиком такое выкладывать или кусочками🤔

P.S. А, кстати, у героя интервью ж сегодня ДР, с чем его и поздравляем 🎉

Наткнулась на статью Дмитрия Кучмы
Книжный клуб: подборка книг для 1С-Аналитиков
(Кстати, картинку к посту я "украла" из другой статьи Дмитрия)

💯
Полностью согласна с выбором книг по управлению требованиями:
📖«Разработка требований к программному обеспечению», Карл Вигерс
📖 «Принципы работы с требованиями к программному обеспечению», Дин Леффингуэлл

Еще от себя из "классики" на эту тему добавила бы
📖"Современные методы описания функциональных требований к системам" А. Коберн

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

❓
📖 "Путь аналитика. Практическое руководство IT-специалиста», В. Иванов, А. Перерва
Вот эту часто тоже советуют, но я ее не поняла. Да, даны описания компетенций аналитиков - от младшего к старшему и "начальнику аналитика".
Но, такое ощущение, что попытались впихнуть невпихуемое и просто перечислили все эти компетенции. Ожидала чего-то большего
❓Если кто-то читал, нашел в ней для себя полезную инфу - поделитесь, интересно.

✏️ Остальные из рекомендованных не читала. Кое-что взяла на заметку себе

➕Еще от себя добавила бы, именно для начинающих аналитиков:

📖 "Введение в управление проектами внедрения ERP-систем" от 1С. Про то, что такое проект внедрения, какие есть этапы и как это вообще все происходит.
📖 "Практика управления" опять же от 1С очень обзорно про основные области деятельности предприятия (финансы, маркетинг, продажи, CRM, логистика, производство, HR). Она уже устарела с точки зрения описания функционала 1С, но сами функциональные области и задачи автоматизации - не устарели. Эту скорее рекомендую для студентов. Если вы уже спец в одной из этих сфер - нового ничего не узнаете.
📖 книги серии "Академия ERP" - опять же для первичного знакомства с основными бизнес-процессами в интересующей вас функциональной области.
#аналитик #1СникЧитающий