
Установка 1C Fresh с нуля используя Linux и PostgreSQL

Пользователь
Приветики. Каждый из нас в этом этом чудесном году находит свой способ скоротать время. Я вот, например, пишу книгу. Книгу о том, что знаю и люблю — про API. (Кто я такой и какой опыт имею в разработке можно посмотреть здесь)
→ Пока что написал первую часть — о принципах проектирования API «сверху вниз»
→ PDF-версию можно скачать отсюда
Вопросы, пожелания и предложения принимаются. Книга распространяется бесплатно на условиях CC-BY-NC. You're welcome!
Никакой воды в этой статье, только описание конкретного плана действий в случае если вы перегорели, у вас дедлайн, прокрастинация, депрессия, а также методики и советы, помогающие привести этот план в действие.
Всем ку!
Эта статья является текстовой адаптацией одного из самых популярных интервью на youtube-канале "АйТиБорода" - интервью про Java (более полумиллиона просмотров). Если кто-то не знает, на этом канале несколько раз в месяц появляются интервью с айтишниками о технологиях, ЯП и персоналиях.
Приятного прочтения!
Занимаетесь разработкой, но еще не знаете, что такое Kubernetes? Не переживайте, мы расскажем:
Добро пожаловать под кат.
Существует идея о том, что на работе в крупной корпорации можно выгореть, а, например, удаленная работа решит все проблемы и человек, работающий удаленно или на себя, никогда гарантировано не выгорит. По-моему, это миф и маркетинговые уловки. У меня есть друзья и коллеги, которые работают в крупных и не очень компаниях, есть те, кто работает в небольших стартапах, есть те, кто работает на себя и занимается исключительно тем, что выбирает для себя сам, есть те, кто и вовсе не работает и находится в состоянии продолжительной апатии, затянувшейся депрессии и горит от не реализованной энергии изнутри. Шанс выгореть у всех одинаковый. Разница может быть в том, что есть яркое и быстрое выгорание, а есть медленное и незаметное тление. Что опаснее? – вопрос, ответ на который кроется в каждом конкретном случае.
Как это происходит и что с этим делать?
Попробуем вместе разобраться. Вашему вниманию я предлагаю несколько историй. Познакомьтесь с героями и дайте им несколько советов по тому, как изменить ситуацию к лучшему. Как не выгореть? Советы запишите в комментариях. Возможно, именно ваше решение сможет кому-нибудь помочь.
Использование специальных инструментов не по назначению часто вызывает негатив со стороны профессионалов. Однако решение бессмысленных, но интересных задач тренирует нестандартное мышление и позволяет изучить инструмент с разных точек зрения в поиске подходящего решения.
Часто такое бывает, что разработчик становится руководителем группы разработки и оказывается, что хотя ты и программируешь, но по факту — ты становишься совершенно другим специалистом, которому необходим набор несколько иных компетенций. На этапе становления в новой должности большое значение имеет предыдущий опыт — то есть, если разработчик до этого был участником agile команды, то, вполне вероятно, что он будет использовать техники agile и в текущей разработке. Что же произойдет, если руководитель разработки не участвовал ранее в разработке по agile и даже не знает, что такие методики существуют или знает, но не имеет времени на изучение или они кажутся очень вычурными или неэффективными? Об этом тема публикации.
long long ago; /* in a galaxy far far away */
//
// _oo0oo_
// o8888888o
// 88" . "88
// (| -_- |)
// 0\ = /0
// ___/`---'\___
// .' \\| |// '.
// / \\||| : |||// \
// / _||||| -:- |||||- \
// | | \\\ - /// | |
// | \_| ''\---/'' |_/ |
// \ .-\__ '-' ___/-. /
// ___'. .' /--.--\ `. .'___
// ."" '< `.___\_<|>_/___.' >' "".
// | | : `- \`.;`\ _ /`;.`/ - ` : | |
// \ \ `_. \_ __\ /__ _/ .-` / /
// =====`-.____`.___ \_____/___.-`___.-'=====
// `=---='
//
//
// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
//
// 佛祖保佑 永无BUG
//