Техписалити!

#мемница

#колонкаредактора Чем сеньор отличается от джуна? Как и в любой профессии, у технических писателей есть свои уровни квалификации — грейды. Грейды техписателей называются так же, как и грейды разработчиков: джун, мидл, сеньор. В разных компаниях эти основные грейды дополняются промежуточными вроде pre-junior или middle+. Требования к уровням квалификации в разных компаниях тоже разные. У кого-то техписатель-сеньор должен уметь писать код, а у кого-то достаточно уметь этот код прочитать. Споры об этих различиях в профессиональном сообществе продолжаются до сих пор и примерно сводятся к тому, что джун-мидл-сеньор — это градация самостоятельности человека в компании. Например, сеньор может самостоятельно поднять документацию с нуля. Хорошая мысль, я её уважаю, но считаю неполной. А где-то даже немного неверной. По моему мнению, разница между эти грейдами в том, что сеньор выполняет задачи бизнеса, а мидл и джун - выполняют работу, какой бы масштабной она не была. Видеть свой участок в общем бизнес-процессе, осознавать и управлять его влиянием на метрики, выбирать путь развития, планировать его и воплощать. Умеете? Вы сеньор.

#мемница

#мемница

#мемница

#мемница

Всем привет 👋 Сегодня мы с вакансией в Ozon! В команду технических писателей департамента «Поиск, рекомендации, реклама» ищем техписа, который будет писать внутреннюю документацию в Confluence и иногда клепать мемы. Мы делаем доки про ML-модели, факторы ранжирования, алгоритмы рекомендаций, архитектуру поиска в Ozon и всякое другое. 🌩 Почитать подробнее и откликнуться можно на Ozon Job или HH #вакансия

#коллаборалити #анонс Всем привет! Мы нашли способ сделать знакомство с Git ещё лучше. И в этом нам помогут Лена, Саша и канал quizzes4fun! Ребята с этого понедельника (10 июня) запустили свою Неделю гита. В постах и квизах они рассказывают про гит и всякие его фишки. Начинающим можно узнать новое, а опытным — проверить свои знания. 😏 Рекомендуем)

#мемница

#практика Целевая аудитория: начинающие Сегодня мы продолжаем разговор про Git для самых маленьких: 🌿Ветки и форки Мы уже говорили о том, что гит позволяет всей команде одновременно работать над проектом, изменять одни и те же файлы. Сделать это можно благодаря веткам или форкам (в GitHub). 🧐 - Непонятно. То есть есть репозиторий и от него ветки? Основной репозиторий — это тоже ветка, только ветка основная. Чаще всего её называют master. Гит позволяет считать основной любую ветку в репозитории, независимо от названия. Участник команды создаёт свою ветку от ветки master. 🤫 - А если я создам много веток, это у нас быстро место на сервере закончится? Визуально ветка выглядит как копия репозитория. Но на самом деле это не копии: ветки отображают содержимое репозитория, а не содержат его. Поэтому ветки весят ничтожно мало, занимают ничтожно маленький объём памяти, и поэтому веток можно создавать очень-очень большое количество. Ветки создаются в том же репозитории. Форки - это копии репозиториев, они сохраняют и содержимое исходного репозитория, и его настройки. Часто форки создают, когда команда распадается, например, на части, и все хотят развивать продукт по-своему. С помощью форка можно дорабатывать открытое ПО. 😏 - Понятно. Но как же все изменения собирают вместе? И ветку, и форк, точнее, изменения в них, можно слить в ветку master. Для этого создают запрос на слияние — merge request или pull request. Владелец репозитория или сеньор, отвечающий за мерж\пулл реквест, рассматривает запрос, а затем принимает или отклоняет его. 🫡 А теперь задание: Если вы уже выполнили предыдущее задание - зарегистрировались в GitHub, сделайте форк нашего учебного проекта. Ну и конечно же, накидайте реакций)