Size: a a a

DocOps-сообщество

2018 July 02

SV

Ser V in DocOps-сообщество
Ekaterina Noskova
Разработчики сами должны уметь документировать свой код, это часть их работы
главное суметь убедить их в этом
источник

S

Sagi in DocOps-сообщество
Ser V
и все же не понятно что значит читаете код, в распределенных файлах описать не сложно, а вот взаимодействие между ними там можно утонуть в объеме информации
Я вот сейчас ни слова не поняла. Но у меня был случай в качестве тестового прислали код, так как я вообще не понимаю в этом. Я ответила извините но я не понимаю что здесь))) мне ответили нам нужен тот кто понимает)) все...больше ничего не известно
источник

EN

Ekaterina Noskova in DocOps-сообщество
Если вы на работе техпис-ассенизатор, который в чужом говнокоде копается и пытается из него конфетку сделать, ну это такое
источник

SV

Ser V in DocOps-сообщество
Ekaterina Noskova
Если вы на работе техпис-ассенизатор, который в чужом говнокоде копается и пытается из него конфетку сделать, ну это такое
😂 надо записать - техпис-ассенизатор
источник

SV

Ser V in DocOps-сообщество
Sagi
Я вот сейчас ни слова не поняла. Но у меня был случай в качестве тестового прислали код, так как я вообще не понимаю в этом. Я ответила извините но я не понимаю что здесь))) мне ответили нам нужен тот кто понимает)) все...больше ничего не известно
у меня был подобный опыт, там был выдран кусок кода на пхп написанный под свою платформу) тк до этого я пхп видел только в книжке пришлось немного напрячься
источник

SV

Ser V in DocOps-сообщество
но при этом я не считаю что уметь читать код обязательный навык для tw
источник

EN

Ekaterina Noskova in DocOps-сообщество
Ser V
главное суметь убедить их в этом
Техпис тут может поучаствовать в двух случаях - давать рекомендации и/или собирать из этих комментариев автодокументацию с предварительной вычиткой
источник

SV

Ser V in DocOps-сообщество
Ekaterina Noskova
Техпис тут может поучаствовать в двух случаях - давать рекомендации и/или собирать из этих комментариев автодокументацию с предварительной вычиткой
чтобы вычитать надо понимать о чем речь, если это не случай только проверки на ошибки например. Менять формулировки на, как тебе кажется, более читабельные может быть чревато
источник

EN

Ekaterina Noskova in DocOps-сообщество
Ну согласовывать правки надо конечно
источник

SV

Ser V in DocOps-сообщество
это называется нормконотроль имхо
источник

EN

Ekaterina Noskova in DocOps-сообщество
Но быть матерым бэкендером или фронтендером не надо
источник

SV

Ser V in DocOps-сообщество
вот а некоторые просят в вакансиях именно такой пул
источник

EN

Ekaterina Noskova in DocOps-сообщество
Ser V
это называется нормконотроль имхо
Это в плохом или хорошем смысле?
источник

SV

Ser V in DocOps-сообщество
Ekaterina Noskova
Это в плохом или хорошем смысле?
я про то что tw может исправить там какие-то не смысловые ошибки но не более, иначе уже нужно качать скилл матерость фронтендера а это уже другая сфера и зачастую другие деньги и задачи
источник

EN

Ekaterina Noskova in DocOps-сообщество
Ну мы качаем например
источник

EN

Ekaterina Noskova in DocOps-сообщество
Для расширения кругозора
источник

SV

Ser V in DocOps-сообщество
Ekaterina Noskova
Для расширения кругозора
но ведь за это никто не доплачивает
источник

SV

Ser V in DocOps-сообщество
то есть:
1) качаю для себя - самообразование - ок
2) качаю в рамках должностных обязанностей, получаю доплату или повышенную ставку - ок
3) качаю за те же деньги потому что так сказали - неок
источник

EN

Ekaterina Noskova in DocOps-сообщество
Есть треки развития, по итогам которых рассматривается в том числе повышение зп
источник

SV

Ser V in DocOps-сообщество
интересно а много таких работодателей?
источник