Думаю проще такие вещи отловить на код ревью или на локальном стайл гайде. Про отдельные слова на английском. В транслите (на мой персональный взгляд) вероятность разного написания одной и той же переменной многократно растет. А потом попытайся найти такие переменные по проекту
Я, конечно, понимаю, что хочется вставить красивое изображение в пост. Но изображения от ИИ все же надо обрабатывать. Иначе создается ощущение, что писали наспех и лишь бы опубликовать.
Давайте вместе посмотрим на изображение. В центре "файл" JSON. А что внутри него? Скобочки, музыкальные ноты, дефисы (не говоря уже про надписи "JSON Pastlets" вокруг, чтобы это не значило). Чтобы исправить это потребуется примерно минут 5-10. Затереть эту глупость и вставить похожим шрифтом хотя бы что-то отдаленно напоминающее JSON, или вообще оставив пустой файлик. И это смотрелось бы гармоничнее. И статья выглядела бы более зрело.
Сейчас стало очень много таких постов. Обсуждаются карьерные треки из тимлида в техлида. Из серьона в тимлида. Из тимлида обратно в разработку. И все посты про то, что надо ли это.
Как мне кажется ответ максимально прост - если ты работаешь на позиции, и ты чувствуешь, что вырос из нее, что тебе не хватает "воздуха", что ты чувствуешь в себе силы управлять, а не только исполнять - то ты идешь. Если же у тебя не было таких мыслей, а тебе просто предложили стать лидом - не надо так делать.
У меня был период жизни, когда я из руководящих должностей перешел на сугубо исполнительскую на время. И буквально с первых дней мне абсолютно не хватало того самого "воздуха", управления. В итоге инициативно сзял на себя кучу дополнительных около руководящих и менторских обязанностей, чтобы как-то реализовать потребность. Сейчас опять на руководящих должностях (уже в другой организации).
Поэтому если хочется, если готов нести ответственность, если хочется управлять, а не исполнять - то надо идти. И да, зарплата будет не сильно выше, ответственности больше, как по работе так и с людьми (кто-то проспал/заболел/забил/запил и т.д.), но и горизонтов больше и т.д. и т.п.
Я согласен, что этот вопрос должен хорошо быть разобран для джунов, стажеров, и задаваться в том числе мидлам. Но в чем каверзность? Этот вопрос встречается практически на всех курсах, и всегда стоит в топе вопросов на собеседование.
Изучать базу данных, с абсолютным непониманием (и ключевое - нежеланием, т.к. для него вопрос каверзный) как работают запросы - по мне такой человек в принципе не должен быть нанят
Список то на самом деле очень длинный:
Похожи на PowerPoint:
Libreoffice Impress
Onlyoffice Presentation
WPS Office Presentation
Инструменты UX/UI дизайнеров, но можно сделать презентацию и экспортировать в PDF:
Adobe XD (платно)
Pixso (есть и платно и бесплатно)
Lunacy (бесплатно)
и т.д. вплоть до adobe illustrator и inkscape
Инструменты программиста, который хочет написать код, а не заморачиваться с дизайном:
Reveal.js
Про это можно написать длинную статью
И по каждому виду инструментов есть и облачные и локальные решения. В целом с каждым инструментом можно работать. Главное захотеть это сделать
Думаю проще такие вещи отловить на код ревью или на локальном стайл гайде. Про отдельные слова на английском. В транслите (на мой персональный взгляд) вероятность разного написания одной и той же переменной многократно растет. А потом попытайся найти такие переменные по проекту
Я, конечно, понимаю, что хочется вставить красивое изображение в пост. Но изображения от ИИ все же надо обрабатывать. Иначе создается ощущение, что писали наспех и лишь бы опубликовать.
Давайте вместе посмотрим на изображение. В центре "файл" JSON. А что внутри него? Скобочки, музыкальные ноты, дефисы (не говоря уже про надписи "JSON Pastlets" вокруг, чтобы это не значило). Чтобы исправить это потребуется примерно минут 5-10. Затереть эту глупость и вставить похожим шрифтом хотя бы что-то отдаленно напоминающее JSON, или вообще оставив пустой файлик. И это смотрелось бы гармоничнее. И статья выглядела бы более зрело.
Сейчас стало очень много таких постов. Обсуждаются карьерные треки из тимлида в техлида. Из серьона в тимлида. Из тимлида обратно в разработку. И все посты про то, что надо ли это.
Как мне кажется ответ максимально прост - если ты работаешь на позиции, и ты чувствуешь, что вырос из нее, что тебе не хватает "воздуха", что ты чувствуешь в себе силы управлять, а не только исполнять - то ты идешь. Если же у тебя не было таких мыслей, а тебе просто предложили стать лидом - не надо так делать.
У меня был период жизни, когда я из руководящих должностей перешел на сугубо исполнительскую на время. И буквально с первых дней мне абсолютно не хватало того самого "воздуха", управления. В итоге инициативно сзял на себя кучу дополнительных около руководящих и менторских обязанностей, чтобы как-то реализовать потребность. Сейчас опять на руководящих должностях (уже в другой организации).
Поэтому если хочется, если готов нести ответственность, если хочется управлять, а не исполнять - то надо идти. И да, зарплата будет не сильно выше, ответственности больше, как по работе так и с людьми (кто-то проспал/заболел/забил/запил и т.д.), но и горизонтов больше и т.д. и т.п.
Я согласен, что этот вопрос должен хорошо быть разобран для джунов, стажеров, и задаваться в том числе мидлам. Но в чем каверзность? Этот вопрос встречается практически на всех курсах, и всегда стоит в топе вопросов на собеседование.
Изучать базу данных, с абсолютным непониманием (и ключевое - нежеланием, т.к. для него вопрос каверзный) как работают запросы - по мне такой человек в принципе не должен быть нанят
Это уровни принятия ) вначале я ничего не понимаю, потом они ничего не понимают (перепишу ка код), а потом "да не, и я нормальный и они нормальные"