• Как организовать разработку и поддержку блога на WordPress в 2К19 году и не налажать

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


      Блог PromoPult


      Блогу компании Promopult уже 9 лет. За это время он пережил несколько трансформаций. О последней рассказывает Сергей Глазов, технолог нашего блога и других важных штук в системе Promopult.

      Читать дальше
    • TOPchik — открытый плагин WordPress для бесплатной проверки позиций сайта по поисковым запросам, через API Яндекс.XML

        Когда то раз, я задумал написать плагин, для быстрой и бесплатной проверки сайта в поисковой выдаче Яндекса и гугл, прямо из админки Wordpress. Задача плагина давать понимание: как чувствует себя сайт, какие страницы потеряли ТОП и требуют доработки, какие страницы вообще не приносят трафик, + внедрить KPI SEO, при этом экономить деньги (используя бесплатные лимиты Яндекс.XML и парсить поисковую выдачу гугл)

        В статье опишу, что сделано, как им пользоваться и свое видение по его дальнейшей доработке.
        Читать дальше →
      • Looking.House — более 150 точек Looking Glass на одном сайте


          Почти с самого начала существования Поиска VPS на нем был раздел с точками Looking Glass. О нем я написал в январе 2014 года и на тот момент на карте были расположены 23 точки. Функционал был довольно скудный, точки периодически “умирали”, а времени следить за ними не было. Плюс уже довольно давно есть скрипт для организации своей точки Looking Glass, которым пользуются многие хостеры. Однако у этого скрипта есть 2 недостатка: во-первых, хостерам нужно самостоятельно устанавливать его на сервер (да, это тоже недостаток), а во-вторых, нет централизованной базы, в которой собрана информация обо всех точках от разных хостеров. В этом году я решил заняться данным разделом, и в результате получился сайт, аналогов которого я не видел, и с радостью хочу представить проект LOOKING.HOUSE.


          Читать дальше →
          • +15
          • 2.9k
          • 7
        • Что почитать тимлиду и СТО: подборка из 50 книг с оценками и не только

            Привет, завтра мы собираем за одним столом руководителей разработки из разных известных компаний — обсудим 6 вечных вопросов: как замерять эффективность разработки, внедрять изменения, нанимать и так далее. Ну а накануне решили поднять седьмой вечный вопрос — что читать, чтобы расти?

            Профессиональная литература — сложный вопрос, особенно если говорить о литературе для руководителей в сфере IT. Чтобы понять, на что потратить вечно не хватающее время, мы опросили подписчиков канала «Тимлид Леонид» и собрали подборку из полусотни книг*. А затем добавили отзывы наших тимлидов к самым популярным. Так как список ниже глубоко субъективен и основан на отзывах незнакомых вам людей, оценивать литературу мы будем в «сферических совах».




            1. «Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо» / Дорофеев Максим


            TL;DR

            Из книги вы узнаете:

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

            Я бы всем советовал начинать совершенствование тайм-менеджмента именно с этой книги. Но, если вы прочитали уже несколько книг, то и в этой уверен тоже найдете много техник и идей. Полезно *всем*. Читается просто, язык отличный. Также я выписал все книги из примечаний и вписал себе в бэклог.

            Оценка: 6,50 сферических сов.


            Читать дальше →
          • Чертова дюжина для PM: список книг для проджект-менеджеров

              Преподаватели Binary District подготовили список книг для будущих студентов курса Project Management in IT: это база, способная сделать из хорошего управленца лучшего. Список настолько хорош, что по крайней мере половину книг можно смело рекомендовать вообще всем, кто хочет стать лучшей версией себя.


              Читать дальше →
              • +12
              • 16.8k
              • 5
            • Развитие команды и рефлексия как управленческая коммуникация тимлида

                Мы уже поднимали тему коммуникации как важнейшего навыка управленца любого уровня. Эффективность коммуникаций в компании напрямую влияет на её развитие, поэтому сегодня подробно обсудим два понятия: развитие и рефлексию.

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


                Главным инструментом для развития я считаю рефлексию. Это понятие обычно ассоциируется с ретроспективами, обратной связью, performance-review. Но в основе рефлексии лежит глубинный психологический процесс, поэтому предлагаю начать с основ и рассмотреть рефлексию подробнее.
                Читать дальше →
                • +31
                • 6.7k
                • 5
              • Мессенджер Slack — причины выбора, косяки при внедрении и особенности сервиса, облегчающие жизнь

                  После моей статьи на VC про инструменты для командной работы, о которых я бы хотел узнать намного раньше, на меня обрушился шквал уточняющих вопросов. Вопросы были по делу, причём не только в комментариях: мне писали в личку и даже звонили (знакомые).

                  Дошло до того, что мне стали предлагать по 15 тысяч рублей в час за консультацию по Skype или вообще приехать и провести корпоративный тренинг-воркшоп. Я, конечно, в глубине души предполагал, что наш опыт может кому-то пригодиться, но всё же не ожидал, что тема окажется такой горячей.

                  А больше всего вопросов было про Slack. Многие из тех, кто ко мне обращался, до сих пор ведут всю переписку в почте и удивляются, насколько оперативной может быть коммуникация внутри команды и насколько полезна бывает её избыточность (в хорошем смысле слова). Чего уж там: я и сам до поры до времени воспринимал почту как нормальное явление, несмотря на её бесконечные «Fw:Re:Re:Re: Планирование ноябрь 2015».

                  Сразу оговорка: Slack не идеален. У него есть и плюсы и минусы — просто плюсов, на мой взгляд, значительно больше. Поэтому сейчас для нас это самый оптимальный софт не только для общения, но и для создания полноценной коммуникационной платформы для команды. Про него расскажу подробнее.
                  Читать дальше →
                • Как не потерять все полимеры, став руководителем в новой компании

                    Новая команда для тимлида — стресс не меньший, чем новый тимлид для команды. «С чего начать, на кого положиться, кому помочь в первую очередь? Как всех запомнить, какие здесь традиции, регламенты, что если я не уложусь в испытательный срок и не заработаю доверие?» Этими вопросами задается любой тимлид на новом месте. Когда Алексей Петров (pifagor_mc) перешел в FunCorp, то также искал ответы. Нашел их и на TeamLead Conf рассказал, как максимально комфортно войти в новую компанию на позицию руководителя в первый или n-й раз. При этом комфортно будет не только вам, но и сотрудникам компании.


                    Алексей Петров — QA Head в FunCorp. В 19 лет увлекся тематикой IT благодаря интересу к компьютерным играм. Работает в сфере с 2005 года, а руководит — с 2010. Прошел путь от младшего тестировщика до директора по качеству.
                    Читать дальше →
                  • Что должен делать тимлид: роли, обязанности и навыки


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


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


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

                      Читать дальше →
                    • Chaos Engineering: искусство умышленного разрушения. Часть 1

                      • Translation
                      Прим. перев.: Рады поделиться переводом замечательного материала от старшего технологического евангелиста из AWS — Adrian Hornsby. В простых словах он объясняет важность экспериментов, призванных смягчить последствия сбоев в ИТ-системах. Вы, наверное, уже слышали про Chaos Monkey (или даже применяли подобные решения)? На сегодняшний день подходы к созданию подобных инструментов и их реализация в более широком контексте осуществляются в рамках деятельности, которую называют chaos engineering. Подробнее о ней читайте в этой статье.



                      «Но за всей этой красотой скрывается хаос и безумие». — Tanner Walling

                      Пожарные. Эти высококвалифицированные специалисты каждый день рискуют жизнью, борясь с огнем. Знаете ли вы, что перед тем, как стать пожарным, необходимо провести в тренировках минимум 600 часов? И это только начало. Согласно отчетам, пожарные тренируются до 80% своего рабочего времени.

                      Почему?

                      Читать дальше →
                      • +41
                      • 11.5k
                      • 3
                    • 12 шагов по поиску удаленной работы

                      Привет, меня зовут Игорь. Я десять лет работал в офисе, но год назад решился и перешел на удаленную работу. Для начала скажу, что теперь меня палкой не загонишь в офис! Перейти на удаленку было лучшее решение в моей жизни.
                      ... Написание каркаса резюме... Анализ рынка... Анализ конкурентов... Написание резюме...
                    • Подборка полезных слайдов от Джулии Эванс

                      • Translation
                      Перевели новую порцию слайдов. Права доступа в Unix, файловые дескрипторы, потоки, магия proc. И на закуску пара советов о том, как общаться, когда ты не согласен. А вдруг пригодятся =)



                      Читать дальше →
                    • Как поддерживать здоровые привычки в коммуникации удалённых команд

                      • Translation
                      Прим. перев.: Эта статья написана Taurie Davis — дизайнером из GitLab, которая любит «выявлять проблемы, создавать надёжные решения и творить интуитивно понятные интерфейсы». В ней даются простые советы о том, как наладить коммуникации далеко не только в удалённых командах, но и в нашей повседневной жизни. Даже если они покажутся очевидными, их ценность проявляется тогда, когда мы не забываем их постоянно применять, формируя полезную и выигрышную для всех привычку.

                      У себя в компании («Флант») мы регулярно проводим performance review для всех инженеров (и не только) и постоянно работаем над тем, чтобы улучшать этот процесс. В частности, на них разбираются и сложности коммуникации — как общие, так и индивидуальные. Посему поднятые автором проблемы нам близки не только в теории: они отлично пересекаются с тем практическим опытом, что накоплен у нас. Надеюсь, их осмысление окажется полезным и для других.


                      xkcd #1028: «Communication» (см. также его расшифровку)

                      Коммуникация на рабочем месте может оказаться непростой проблемой. Недопонимания и напряжённость — обычное явление, особенно в случае «асинхронного общения» (возникает при использовании тикетов и электронной почты вместо онлайн-чатов — прим. перев.), где ещё меньше ключей к пониманию голоса и его тона. Прямая коммуникация может восприниматься как жёсткая или грубая. А когда ко всему этому добавляется ещё и упущенный контекст, то ошибки в коммуникации и эмоции могут превзойти саму суть разговора. Улучшить взаимопонимание и коммуникации с течением времени поможет сознательное отношение к потребностям команды и к вашим собственным потребностям.
                      Читать дальше →
                      • +25
                      • 6.3k
                      • 4
                    • Спасение утопающих — наше дело: как бороться с демотивацией в команде

                        Я 18 лет в IT. Последние 10 из них руковожу: под моим подчинением в разное время были 200 человек. 

                        Интересно, что я помню каждого, кто из них уволился и по какой причине. Помню не потому, что у меня хорошая память, а потому, что увольнялись они очень редко. 

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



                        С докладом на эту тему я выступал на Badoo TechLeads Meetup №4 (видео). Мой рассказ, скорее всего, не подойдёт тем, чья команда больше 100 человек: я буду рассказывать про уровень тимлида, техлида, технического директора небольшой компании. Сам я начинал с маленькой компании. Когда пришёл в команду mos.ru, у нас было три инженера. За год мы выросли до 40, за два года — до 80. Сейчас, в разное время дня и в зависимости от погоды, нас до сотни человек. 

                        Про них я и расскажу.
                        Читать дальше →
                      • «Сгоревшие» сотрудники: есть ли выход?

                          Ты работаешь в хорошей компании. Вокруг тебя крутые профессионалы, получаешь достойную зарплату, каждый день делаешь важные и нужные вещи. Илон Маск запускает спутники, Сергей Семёнович улучшает и без того лучший город Земли. Погода отличная, солнце светит, деревья цветут — живи да радуйся!

                          Но в твоём коллективе есть Грустный Игнат. Игнат всегда мрачный, циничный и уставший. Он отличный специалист, давно работает в компании и знает, как всё устроено. Игнату все хотят помочь. Особенно ты, ведь ты его менеджер. Но, поговорив с Игнатом, ты и сам начинаешь чувствовать, как много вокруг несправедливости. И тоже начинаешь грустить. Но особенно страшно, если грустный Игнат — это ты.

                          Что же делать? Как работать с Игнатом? Добро пожаловать под кат!


                          Читать дальше →
                        • Как мы разбили разработку на команды (и забыли про бесконечные спринты и бесполезные стендапы)



                            Я — PM в сервисе рассылок UniSender. 6 лет назад я пришёл программистом, а теперь отвечаю за взаимодействие между командами продукта. Раньше наша разработка состояла из одной распределённой команды и у нас было 2 беды. Но не дураки и дороги, а задержки по спринтам и скучные стендапы на полчаса.

                            Расскажу, как мы их решили.
                            Читать дальше →
                          • Kubernetes tips & tricks: перевод работающих в кластере ресурсов под управление Helm 2



                              Необходимость подхвата ресурсов кластера Kubernetes может возникнуть в боевых условиях, когда нельзя просто пересоздать их инструментами Helm. Можно выделить две основные причины:

                              • Будет простой — вне зависимости от того, облако у вас или bare metal.
                              • При удалении могут потеряться сервисы в облаках, а также слетят связанные Load Balancer'ы в Kubernetes.

                              В нашем же случае, решение потребовалось для подхвата работающих ingress-nginx'ов при интеграции нашего оператора Kubernetes.
                              Читать дальше →