• Docs as code против или вместе с Confluence? Обзор нескольких способов публикации из репозитория в Confluence

      Многие уже давно или активно используют или смотрят в сторону модели хранения и публикации документации как кода, это значит применять к документации все те же правила, инструменты и процедуры, что и к программному коду, например, хранить в репозитории, прогонять тесты, собирать и релизить в CI/CD. Этот подход позволяет поддерживать документацию актуальной к коду, версионировать и отслеживать изменения, используя привычные инструменты разработки.

      Однако в то же время во многих компаниях годами существуют также и вики-системы, в которых к документации получают доступ другие команды и сотрудники, например, менеджеры проектов. Что если вам захотелось привести хранение и публикацию к единому виду, то есть наряду с HTML публиковать доки и в Confluence? В этой статье я дам обзор решений задачи публикации документов из репозитория в Confluence.
      Читать далее
    • «Создавать технологии, не думая о том, кто ими пользуется — совершенно бессмысленно»: большое интервью с Антоном Вайсом



        Этот хабрапост — интервью с Антоном Вайсом, совладельцем технологического консалтинга Otomato Software, обладателем более чем 15-летнего опыта в области высоких технологий. Является экспертом по техническому преподаванию, инициатором и соавтором первого в Израиле курса DevOps-сертификации. Антон участвует в международных конференциях и известен как крутой докладчик.

        Мы поговорим на следующие темы:

        Читать дальше →
      • Бразилия, темная магия, Mortal Kombat, Марс и 15000 человек. Итоги года Онтико

          Сальса, румба, капоэйра, яркие костюмы, энергичная бразильская музыка — в SAP Digital Space проходит бразильский карнавал. Продакты, управляющие и директора IT-компаний несколько минут назад слушали как захватывать рынки, строить программу обучения и анализировать данные, и вот они подтанцовывают в такт музыке, фотографируются и улыбаются. Так завершился Product Fest, последняя конференция Онтико в 2019 году. Это значит, что пришло время подвести итоги: осознать, что произошло, посмотреть назад, вспомнить интересные моменты и провести ретроспективу.


          Читать дальше →
        • Как китайские стратагемы помогают в работе

            Наша повседневная работа часто похожа на череду противостояний. Мы «воюем» с заказчиками и другими командами, с тестировщиками и коллегами, а отделы внутри компании соперничают друг с другом. Мы боремся за зарплату, принятие удобных технических решений, сроки и тысячи других вещей. В этой череде конфликтов тимлид — это лидер небольшой боевой единицы, команды. Он знает слабые и сильные стороны каждого «рядового», координирует и организует их работу, чтобы достичь целей с минимальными потерями.

            Если смотреть на работу тимлида с этой точки зрения, то важно стратегическое планирование и позиционная работа внутри команды и за ее пределами. При этом не стоит забывать и о тактике. Неожиданно, но планировать стратегию и реагировать тактически помогает знание древнекитайских стратагем.



            Алексей Золотых (zolotyh) — тимлид в Infobip. Алексей использует в своей работе правила ведения войны древнего Китая. Из статьи на основе его доклада на Saint TeamLead 2019, вы узнаете, как стратагемы помогают в жизни тимлида: как помириться с разработчиком внутри команды, как завоевать авторитет среди коллег, как отстоять свое мнение, зачем жертвовать сливой, ругать акацию, прикидываться безумным и бить по траве.
            Читать дальше →
          • 'Hello World' вам в облако

            • Tutorial

            Мир сходит с ума, заталкивая калькулятор для 2+2 в облака. Чем мы хуже? Давайте Hello World затолкаем в три микросервиса, напишем пару-тройку тестов, обеспечим пользователей документацией, нарисуем красивый пайплайн сборки и обеспечим деплой в условный облачный прод при успешном прохождении тестов. Итак, в данной статье будет показан пример того, как может быть построен процесс разработки продукта от спецификации до деплоя в прод. Инетересно? тогда прошу под кат

            Читать дальше →
          • Системный подход в бирюзовых тонах при онбординге джунов

              Мы уже писали о ключевых темах, которые планируем осветить на ближайшей пятой тусовке тимлидов в Москве — TeamLead Conf 2020. В этот раз, выбирая их, мы с программным комитетом конференции в большей степени ориентировались на сообщество, чем когда бы то ни было. Мы общались с участниками, изучали опросы, мониторили чатики и каналы, статьи на Хабре, ловили обратную связь от коллег по цеху — и нашли самые больные темы этого сезона. Они уже встречались на наших прошлых конференциях, но скорее вскользь, а в этот раз мы попросили докладчиков делать акценты в своих выступлениях именно на эти направления.

              TL;DR, но оно того стоит, уверяю вас.



              Темы на картинке и подробнее ниже, а пока немного расскажу о том, что будет помимо докладов: мы решили сделать много интерактивных мероприятий, тренингов и воркшопов. Пригласили именитых тренеров, специалистов в области софт-скилов и попросили провести полноценные мастер-классы на несколько часов. Давно ли вы посещали сессию групповой депрокрастинации на 200 человек? Или мастер-класс по фасилитации и приведению команды к принятию решения? А может быть вы уже проходили спецкурс Онтико и слушали автора феерических картинок и мегаслайдов к очень известным книгам и большого специалиста в области публичных выступлений? Или вы были студентами самой большой онлайн-школы по менеджменту и бывали на мероприятиях её основателей? Кроме того, по традиции у нас будет два трека крутейших докладов, два зала митапов, которые предлагают наши с вами коллеги, и нон-стоп коучинг-сессия по самоопределению от наших давнишних друзей и партнёров Aletheia Business. Зоны для бесконечного общения с бесконечным кофе и булочками — неприкосновенный must have. Готовьтесь сгонять килограммы после. Они реально вкусные:)

              Интрига есть. Детали последуют.
              Читать дальше →
              • +24
              • 4.3k
              • 2
            • 40 каналов и чатов для тех, кто интересуется DevOps

                Сфера DevOps развивается очень стремительно. Команда DevOpsDays Moscow составила список каналов и чатов для тех, кто интересуется DevOps и хочет оставаться в центре событий. Мы сами читаем эти каналы, а некоторыми даже руководим.

                Все сообщества для удобства мы разделили на группы: общие, про инструменты, новостные и те, кого нет в телеграме. Надеемся, вам будет полезно.


                Читать дальше →
              • Зачем айтишнику личный бренд

                  Слово «бренд» часто связывают с материальной выгодой. HR-бренд позволяет эффективнее нанимать, а личный бренд — наниматься. А еще у личного бренда есть одно неочевидное преимущество, которое никак не связано с качеством/посылом/стратегией личного бренда. Неважно, знают вас как щепетильного перфекциониста или любителя хайпа, вы получаете свои плюшки и становитесь лучшим программистом.



                  Под катом бытовая нейрофизиология для айтишников и традиционно ошибающийся здравый смысл.
                  Читать дальше →
                • Низкая связанность, архитектура и организация команд

                  • Translation
                  Перевод статьи подготовлен специально для студентов курса «DevOps практики и инструменты».




                  В этой статье обсуждается взаимосвязь между структурой кода и структурой организации при разработке программного обеспечения. Я рассуждаю над тем, почему программное обеспечение и команды не могут легко масштабироваться, какие уроки мы можем подсмотреть в природе и Интернете, и показываю как мы можем уменьшить связанность программного обеспечения и команд для преодоления проблем масштабирования.
                  Читать дальше →
                  • +26
                  • 8.8k
                  • 6
                • DevOps — всё

                  • Translation
                  [Этот материал представляет собой перевод серии твитов Майкла ДеХана, одного из создателей популярного движка автоматизации Ansible — прим.перев.]

                  Итак, у opsmop — та же проблема с графиком принятия и вовлечения, что и у vespene_io, и я также не вижу смысла продолжать. Я упорно верю в саму идею, но думаю, что целый мир IT с открытыми исходниками выгорел, а я устал пытаться заинтересовать людей.
                  Читать дальше →
                • Как проводить Code Review по версии Google

                    Вопросы код-ревью меня интересуют очень давно. Много раз возникали те или иные проблемы то с качеством кода, то с климатом в коллективе. И действительно, code review — это если не единственное, то одно из самых главных мест для возникновения конфликтов в коллективе разработчиков.

                    И вот недавно при подготовке к очередному выпуску подкаста "Цинковый прод" я узнаю, что Google опубликовал свод правил по проведению Code Review, битком набитый ценными мыслями. Весь материал довольно объемный и не влезет в одну статью, поэтому я постараюсь выделить наиболее интересные (мне) мысли.


                    Итак, поехали

                    Читать дальше →
                  • Медвежьи услуги по требованию

                      Можно не читать весь текст — в конце есть краткое содержание. Это я о вас забочусь, потому что я — хороший.

                      Я давно обнаружил одну примечательную штуку и успешно ей пользуюсь. Но мне не дает покоя ее… Как бы это сказать… Моральная сторона, что ли. Слишком уж штука хулиганская.

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

                      Как-то давно я работал ИТ-директором, и меня заставили написать то ли положение об отделе, то ли стратегию – не помню, как называлась эта бумажка. Проверяли ее лютые бюрократы, но одну фразу они пропустили, и в ней содержалась квинтэссенция этой штуки.

                      Звучало примерно так. Если Заказчик услуг ИТ-отдела хочет совершить ошибку, то ИТ-отдел ему об этом скажет. Если Заказчик настаивает на совершении ошибки, то ИТ-отдел с радостью ему в этом поможет.
                      Читать дальше →
                    • Особенности транспорта Универсиады и очень увлечённый Алексей


                        Красноярск, детская железная дорога.

                        Мы в Туту все немного гики. Говорят, не очень правильно путать хобби и работу, но всё равно, когда мы видим странный поезд, то сразу в него садимся. Даже если нам не в ту сторону.

                        В Красноярске к Универсиаде резко увеличили число электричек внутри города, чем-то похожих на Московские центральные диаметры. А ещё Алексей хотел добраться домой в Москву на электричках.

                        Отвечая на вопрос, удалось ли проехать весь путь на электричках, — нет. Фокус не прошёл, но я расскажу про то, что удалось узнать по дороге и что необычно в транспорте по дороге.
                        Читать дальше →
                      • Где учат преподавать (не только в пед. институте)

                          Кому будет полезна статья:

                          • студентам, которые решили подзоработать репетиторством
                          • аспирантам или специалистам, которым выдали семинарскую группу
                          • старшим братьям\сестрам, когда младшие просят научить программировать (вышивать крестиком, говорить на китайском, анализировать рынки, искать работу)

                          То есть всем тем, кому нужно учить, объяснять, и кто не знает за что хвататься, как планировать уроки, что рассказывать.

                          Здесь вы найдете: ссылки на обучающие курсы и книги по педагогике и об образовании, на материалы о том, где почитать про обучающие цели, о привлечение внимания и упрощение материала.


                          то, как на вас смотрят ученики
                          Читать дальше...
                        • Методология как конструктор: инструкция по сборке

                            Из современного конструктора LEGO можно собрать только одну модель игрушки, например, самолет. Кастомизировать? Можете поменять местами кресла пилотов — вот и вся кастомизация. Лет 30 назад из конструктора можно было собрать примерно все, от самолета до грузовика, при том же количестве деталей как и в современных. Создатели большинства современных методологий в детстве играли в старое Лего. Те, кто сейчас пользуется методологиями — играли уже в современный. Разница в инженерных практиках огромна.



                            Под катом Филипп Дельгядо (dph) расскажет об инженерном подходе к формированию методологии. Все проекты и команды разные, а лидеры — неповторимы. Подогнать одну методологию под всех не получится — таких просто нет. Придется брать конструктор и строить из него что-то свое, уникальное. В расшифровке одного из лучших докладов TeamLead Conf не будет секретных тайн шаолиньских монахов — только банальности, проверенные опытом. Нас ждет каталог деталей методологии разработки, на что обращать внимание при ее конструировании и внедрении, правила перестраивания методологий. Для всех идей приведены реальные примеры из опыта Филиппа. За свою карьеру он попробовал все — от Visual Basic до хардкорного SQL, разрабатывал крупнейший в России букмекерский движок и Яндекс.Деньги, а сейчас работает над нагруженными проектами на Java. Регулярно делает доклады на разных конференциях, в том числе и на HighLoad++.
                            Читать дальше →
                          • Как мы делали Multitouch Table

                            • Tutorial
                            Привет Хабр.
                            Занимаясь Computer Vision, я интересовался Natural интерфейсами, общался с людьми, кто проектирует столы для баров с touch интерфейсами. И у меня появилась идея сделать свой. Дешево, сердито, но главное, чтобы все работало. То есть важно испытать и протестировать. А тут, мой друг Александр Жеделев, музыкальный продюссер Русского Драматического Tеатра Эстонии, предложил сделать какой нибудь новый музыкальный инструмент для выступления на фестивале Tallinn Music Week. Времени было немного, и мы приступили.
                            Читать дальше →
                            • +26
                            • 21.5k
                            • 7
                          • Профессиональное выгорание: слово экспертам

                              После статьи о профессиональном выгорании поступило много вопросов в личку и в комментарии про то, где больше почитать про матчасть, чем отличаются одни школы психотерапии от других и как выбрать специалиста.

                              Этим постом как раз постараемся на все и ответить. Пару месяцев назад для студентов нашей Школы мы запустили линейку мастер-классов про выгорание. Приглашали не просто тех, кто умеет бодро и зажигательно говорить (это мы и сами умеем), а, прежде всего, профессионалов психотерапии, кто уже много лет занимается тем, что успешно работает со счастливыми обладателями синдрома выгорания:

                              1. Дмитрий Ковпак, кандидат мед.наук, президент российской Ассоциации когнитивно-поведенческой психотерапии (КПТ), доцент кафедры психологии и педагогики СЗГМУ им. И.И. Мечникова.

                              2. Алексей Демьяненко, психотерапевт, заведующий Городским Психотерапевтическим Центром Санкт-Петербурга, руководитель регионального отделения Российской Психотерапевтической Ассоциации.

                              3. Наталия Дзеружинская, доктор мед.наук, врач-психиатр высшей квалификационной категории, профессор кафедры психиатрии и наркологии Национального медицинского университета имени А.А. Богомольца Украины. Более 30 лет работы в сфере психического здоровья.

                              4. Мария Берлин, организационный психолог, тренер, корпоративный психолог ЗАО РТК МТС(2015-2016), преподаватель института «Иматон», автор программы подготовки специалистов «Работа с эмоциональным выгоранием – комплексный подход».

                              В итоге у нас накопилось пять мастер-классов (видео под катом). Видео изначально были доступны только нашим студентам. Но раз тема оказалась актуальной для Хабра, решили все это выложить — пользуйтесь на здоровье.
                              Читать дальше →
                              • +19
                              • 28k
                              • 8
                            • Понятие квалифицированного заказчика в проектном менеджменте

                              Введение


                              В процессе работы аналитиком мне неоднократно приходилось разбирать причины неудач в проектах. По мере накопления опыта у меня выработалась определенная методика работы с заказчиками, которой хотел бы поделиться.

                              Думаю, что не мне одному приходилось сталкиваться с расплывчатыми требованиями к продукту, проекту или сервису. Часто заказчик оказывается «очень занятым», «недоступным для детального обсуждения» и т.д. Со временем у меня выработался критерий деления заказчиков на «квалифицированных» и «неквалифицированных», и, благодаря описанной ниже методике, каждый из вас сможет достаточно быстро провести аудит имеющихся задач (как полученных, так и поставленных кому-то)

                              «Неквалифицированный» в этом контексте не несет негативной окраски. Значение этого термина используется для описания недостаточности опыта для выполнения функции заказчика. Безусловно, исполнители тоже бывают неквалифицированными. Но в этой статье проблема исполнителя рассматриваться не будет.

                              Ниже будет описан метод, позволяющий заказчику формулировать квалифицированный заказ. Надеюсь, метод позволит уменьшить те ситуации, когда на «демо» выкатывается «совершенно не то что хотелось».
                              Читать дальше →
                              • +18
                              • 3.7k
                              • 4
                            • Понятие «неквалифицированного (и квалифицированного) исполнителя» в проектном менеджменте

                                Эта статья является продолжением темы «неквалифицированного заказчика», а также попыткой проанализировать причины взаимной неудовлетворенности менеджеров и специалистов в неудачных проектах. Думаю, что моим коллегам знакома ситуация, когда проект провалился и команда пытается понять причины.

                                Толчком для формулирования концепции «неквалифицированного исполнителя» послужила «Черная книга менеджера» Славы Панкратова, а точнее, кусочек из главы 5 «Люди».

                                Если человек чего-то не делает, есть 4 причины

                                1. Не понял
                                2. Не умеет
                                3. Не может
                                4. Не хочет»

                                Именно в такой последовательности эти причины следует рассматривать. Но вот как понять, какая из них привела к неудаче? Идти сверху вниз и использовать методы наблюдения? Просто поговорить «начистоту»? Но не факт, что в результате получим правильное понимание.

                                Решение я нашел в методологии теории деятельности, элементы которой описаны, например, в статье Елены Мундриевской (ссылки на авторов приведены в конце публикации). Автор статьи приводит некую аксиому (или предикат) деятельности, при следовании которой результат на выходе будет соответствовать заданию на входе. Мне показалось, что разбор ошибок и неудач с использованием этой методики помогает правильно определить причины поражения.
                                Читать дальше →
                              • От мушкета до автомата — сумасшедшее столетие (ч.1)

                                  Сегодня мне хочется порассказать байки о том, как буквально за век человечество проделало путь от мушкета к автомату. Вкратце мы пройдемся по техническим задачам которые возникали в оружии и по тому, как они были решены. Тут читатель может потренировать свою конструкторскую мысль. Во второй части будут еще и мифы, мифы и их развеивание по ветру.
                                  Читать дальше →