А, понял.
Наймут второго, чтобы он тобой управлял 😆

А слово "грейд" -- это больше про то, что ты делаешь, или про то, что ты умеешь?

Если я вот по такой трёхшаговой схеме стал синьором, а сам только в Ворде могу писать -- всё равно считается что я синьор?

Тогда это синьор в этой компании с вордом. А если проходить собеседования в другую компанию, на кандидата примерять уже будут другую сетку грейдов. По ней можно и джуном, и миддлом получиться в теории.

Если компания новая нравится и есть потенциал там вырасти, то понижение может иметь смысл. Гугл, скажем.

ну вот многие ооочень крутые техписы только в Ворде и пишут, и ничего. И макросы для Ворда такие пишут, что закачаешься, и весь ГОСТ у них в кулаке, и регламенты идеальные.

Ну я имел в виду просто Ворд. Без ГОСТов, без макросов и без регламентов.

А, то есть грейд это что-то своё в каждой отдельной компании.

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

Да, потому что техписы разные, компании разные, требования разные. И все нужны.

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

Ну да

Привет!! Если коллега просто не отвечает на ваши сообщения, это как-то ненормально. Видимо, человек со странностями.

Так что главная проблема тут -- человеческий фактор.

Я не знаю, что делать в таких случаях. Поэтому ничего тут посоветовать не могу.

А насчёт задач: что если вам -- при работе именно с этим конкретным менеджером продукта -- относиться  к документации как к продукту, который вы создаёте на заказ, а к коллеге -- как к заказчику? Как в интернет-магазине: если покупатель не оформил заказ, ему ничего привозить не надо.

Раз вы используете задачи, тикеты, значит у вас уже выстроена система: вы узнаёте, что от вас нужно, из тикетов. Если тикета нет, значит ничего и не нужно.

Разработчики ведь не добавляют в продукт фичи, которые им не заказывали.

Как вам такая идея?

Если процесс не поставлен, то его сожете поставить вы. Заведите себе проект в JIRA, разбейте по продуктам тегами или компонентами, по версиям. И вперёд — у вас есть бэконом и трекинг ресурсов (времени). Для собственной зашиты — записывайте все ходы. Как-то так.

Господа, а кто-нибудь пробовал делать такое извращение: перенести проект H&M на версионирование в GIT?  Да, я знаю, что у него родная интеграция с SVN, но что мешает тупо файлы под версионирование положить?
(мне ещё несколько месяцев поддерживать старый H&M, не хочу разводить SVN в компанию к уже имеющимся гиту и Mercurial. Доставшиеся папки с версиями на файл-сервере меня не радуют)
Как думаете, взлетит?

В личку

Сделать так можно, но сложности будут

Сегодня к линчеванию предлагается такое. Даже инструкцию написали. Это задали родителям и детям в детском саду. Вот сейчас будем творить с дочей)

В Perforce версионировали без проблем.

Странно что просят не вживую показать ребенку проблемы а на картинке)

Хотя и удивляться уже нечему

Вот и я так подумал.

Еще инструкцию написали, как копировать и вставить)

За их зарплату спасибо что хоть подумали в этом направлении