мою работу?"
Вот думаю, какие части могут быть у фреймворка?
Почка, печень, модуль, компонент
А к чему этот вопрос у них был? Они сами не знают что ты должен знать что-бы они тебе платили?
'Мою работу' - работу начальства что ли?) Тогда никакие
Я могу предположить, что он хочет получить карту компетенций по angular В очень обрезаном виде, это может выглядеть как: компоненты, директивы, ng-content, ng-container, ng-template, @angular/forms, @angular/common, @angular/router, (перечень, что туда входит), и т.д. А если нужна проработанная карта компетенций, то она должна изходить из профессиональных задач и тем, с перчислением, что требуется знать для их выполнения
Решили ввести систему компетенций чтобы ЗП зависела от знаний и умений. Видимо хотят знание Фреймворка разбить на более мелкие составляющие.
PDP - personal development plan типа составлять или что?
У @alexolkhovoy есть продукт как раз для этих целей, можно его пингануть и проконсультироваться
Почему? Если правильно приготовить норм тема Учишься - зп растёт, не учишься - не растёт Это лучше чем ждать повышения непонятно за что и когда, особенно когда есть чувак который на короткой ноге с тем от кого зависит его зп, либо же бегать из конторы в контору ради большей зп
+ и такие карты помогают сформировать план роста и обучения сотрудников, что полезно для сотрудников (становятся опытнее, повышается зп) и полезно для компании (она получает более опытных специалистов)
Именно такая задумка у начальства
Потому что эта ерунда, платить в зависимости от того сколько частей фреймворка ты знаешь. Если ты не знаешь одну из частей фреймворка (например ты знаешь формы, но не знаешь как работать с httpclient), то ты просто свою работу не сможешь делать. А затем ты открываешь документацию и осваиваешь новую тему в течении дня. Вот ты узнал новую "часть фреймворка". Вот только зп от этого автоматически не возрастет, скорее всего, ревью твоих знаний может проходить например раз в 3 месяца, если не реже. И кто твои знания будет определять? Начальство которое программированием не занимается?
Не Ерунда это ориентироваться на части фреймворка
это прозрачная схема, проблема в том что программист скорее всего не будет эти знания применять на практике, и ему станет скучно и он один фиг свалит, если ему интересны сложные задачи, а этого хочет каждый способный сотрудник.
Карта компетенций формируется исходя из потребностей продукта, поэтому не применять знания на практике не получится)
это идеальная картина, я бы ещё добавил бизнес цели/задачи. но на практике я не видел чтобы это достигалось.
Обсуждают сегодня