по крайней мере, сорстри я пользую лет пять, но аккаунта в битбакет у меня так и нет

я использую git alias:

log --color --graph --abbrev-commit --all --pretty=format:'%Cred%h%Creset -%C(yellow bold)%d%Creset %s %Cgreen(%cr) %C(blue)<%an>%Creset'

А если хочется сильно подробнее и чтобы включать-выключать ветки, то Git-плагин в IDEA.

sourcetree

А, ещё ссылки стараюсь выносить на отдельную строку. То есть

текст текст текст
[текст ссылки...](https://example.com)
дальше текст

А не рассматривал такой вариант:

текст текст текст
[текст ссылки...
](https://example.com)
дальше текст

Так по идее еще лучше с точки зрения дифа, если ссылки часто меняются.

да
в курсовой в прошлом году анализировала гифки на сайте notion
название «анализ использования изображения формата gif в технической документации»

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

у меня гифки как формат визуализации в инструкциях

Очень грустно это читать, ибо сталкиваюсь примерно с теми же проблемами. Скажем так, в современной журналистике и маркетинге мне не нравится существенное искажение информации, а я сама очень плохо подхожу для патетики в этих областях, чтобы сочно и задорно впарить дичь. Зато я хорошо умею разбираться в сложных темах, структурировать информацию и выдавать её понятным, но суховатым языком. А ещё я люблю писать и люблю технологии, хотела бы способствовать в какой-то мере техническому прогрессу и просвещению людей. Это именно идеалистические мечты и какая-то ценностная мотивация. Примерно такая же мотивация у меня была при поступлении на ФЖ после школы: связать экспертов и общество, доносить и распространяется знания, важную информацию. Я понимаю, что все это розовые очки, которые разобьются в любой профессии. Однако технические тексты, в моем представлении, менее ангажированы: не надо продвигать те или иные политические силы со страниц своего издания, не надо впаривать какую-то ненужную дичь или писать hate speech. Есть устройство или ПО, есть вот такие-то характеристики. Понятно, что разработчики будут просить не описывать что-то, а менеджеры будут просить. Что тоже есть заинтересованные стороны. Но даже сама форма документации, стиль того, как пишутся тексты предполагает в меньшей степени, что ты будешь на кого-то воздействовать эмоциональными эпитетами (есть и такое, но я против такого). Как говорили аналитические философы, лучше не использовать слова "скоро", "тепло" и прочие вещи, которые вызывают разночтения, споры и простор для манипуляций. Вместо «скоро» —конкретный временной интервал, вместо «тепло» — конкретный температурный режим. Я ещё долго могу писать о таком, экзистециальном...

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

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

Как то по желанию понятно доносить и структурировать информацию ещё напоминает деятельность методиста e-learning...  Может стоит зайти оттуда? Ну или посмотреть как правильно продать себя в резюме.... (К сожалению по опыту могу сказать что 90% даже очень классных спецов писать резюме не умеют :-( ) Посмотрите когда-то была неплохая подборка статей о том как это делается https://t.me/AnalyticsHumor/300

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