Как стать автором
Обновить

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

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров5.9K
Всего голосов 24: ↑22 и ↓2+22
Комментарии8

Комментарии 8

Экспертиза - это процесс.

Старайтесь объяснить понятный вам материал определённому кругу лиц. Найдя места, где объяснить материал без специфичных терминов будет сложно, остановитесь и глубже изучите тему, опираясь на свои знания. Также написание статей помогает улучшить письменную речь и «слог».

expertise -

опыт m

компетенция f

квалификация f

экспертные знания

компетентность f

навыки m

профессионализм m

ноу-хау n

мастерство n

подготовка f

эрудиция f

не смог понять основную мысль в комментарии, можете подробнее объяснить?
из букв m f n должна какая то формула получиться? или может есть статья где это описано?

Разрешите я попробую пояснить за автора комментария. Он, вероятно, имел в виду, что слово "экспертиза" в русском языке не имеет того значения в котором Вы его употребили в заголовке. Словари дают толкование которые можно можно обобщить примерно как "процесс исследования чего-то кем-то, кто имеет соответствующие навыки". Вы же его использовали как кальку с английского (как, например, "назначу 'митинг' вместо 'встречи'") слова expertise, которое в контексте статьи лучше всего (на мой взгляд) переводится как "компетенция" ("Способы сохранения технической компетенции для руководителей"), или "квалификацию".

И автор комментария привёл Вам возможные переводы слова expertise с которого Вы сделали кальку. А заодно цитату из вашей статьи, которую можно интерпретировать, как призывающую не делать так.

Буквы же f, n, m это просто обозначения рода и числа, для слов-вариантов перевода (компетенция f - женского рода). Очевидно, попали в комментарий в процессе копирования и не были удалены.

Извините за много текста. Я, просто, тоже очень печалюсь когда вижу такую кальку, массовое её использование начал замечать лет пять назад.

Снимаю шляпу в реверансе! :)

какие способы используете вы

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

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

Но если инженер сменил перешёл на менеджерскую позицию, и несмотря на кучу минусов решил остаться и продолжить своё развитие в новом амплуа - ряд описанных выше способов могут помочь сохранить хотя бы часть экспертизы

Риск профессиональной деквалификации менеджера должен компенсироваться кратным уровнем зп, а этого нет как мы видим, поэтому и ценность перехода сомнительна.

хаха, прикольно, я все чаще замечаю что использую статьи программистов в своих инженерных задачах - мне прям нравится, придумывать как применять их опыт на своей практике далекой от написания кода

Зарегистрируйтесь на Хабре, чтобы оставить комментарий