• Развертывание Java приложения в OpenShift

      Казалось бы что здесь такого? подключаем к проекту fabric8-maven-plugin и вперед: сборка, запуск приложения в OpenShift. Но когда изучал хотелось большего понимания этого процесса, а затем хотелось большего контроля и свободы над процессом сборки и развертывания приложения в OpenShift. Таким образом получился следующий сценарий и с такими особенностями.

      • Сборку артефакта произвожу сам, своим инструментом (maven, gradle и др.)
      • Контролирую создание Docker Image через Dockerfile
      • Build и Deployment процесс в Openshift настраивается в шаблоне, т.е. любые характеристики контейнера, pod настраиваются.
      • Таким образом сам процесс можно перенести во внешнюю систему сборки, развертывания
      Читать дальше →
    • Про одного парня

        История реальная, я все видел своими глазами.

        Несколько лет один парень, как и многие из вас, работал программистом. На всякий случай напишу так: «программистом». Потому что он был 1Сником, на фиксе, производственной компании.

        До этого он пробовал разные специальности – 4 года во франче программистом, руководителем проектов, умел закрывать по 200 часов, одновременно получая процент с проекта, за руководство и немного занимаясь продажами. Пробовал самостоятельно разрабатывать продукты, был начальником IT-отдела в большой компании, численностью 6 тысяч человек, примерял разные варианты применения своей кавычечной профессии – программиста 1С.

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

        Этому парню стало интересно, как можно зарабатывать больше денег, не занимаясь продажами и не создавая свой собственный бизнес.
        Читать дальше →
      • История тяжелого проекта: немного о бюрократии, инфраструктуре и процессе разработки ПО

        История тяжелого проекта: немного о бюрократии, инфраструктуре и процессе разработки ПО


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

        Заказчик — довольно крупный инвестиционный банк. Число конечных пользователей: более 10 тыс.

        Команда проекта
        • более 200 разработчиков (из них 31 тим лид, 7 мастер тимлидов)
        • 3 архитектора, один из них главный
        • 19 тестировщиков (1 лид, 2 на нагрузочных испытаниях, остальные на функциональном тестировании)
        • 5 системных администраторов, в зоне ответственности которых управление СУБД и выше. Администрирование ОС и аппаратной части в зоне ответственности специальной HW team
        • переменное число (от 2 до 16) аналитиков, работающих на part time
        • 12 технических писателей и переводчиков
        • 3 руководителя проекта, постоянно руководит один — второй и третий на подмене во время отпуска, болезни или выступают в качестве ассистента руководителя проекта когда активны и доступны.

        Читать дальше →