Любому, даже идеально созданному, онлайн проекту рано или поздно может понадобиться доработка. Задачи при этом встречаются разные — от внесения правок в дизайн и установки дополнительных модулей до оптимизации кода. Кроме того, технологии также не стоят на месте, а большинство здравомыслящих владельцев сайтов желают иметь удобный, актуальный, эффективный продукт. И это правильно! За своим «онлайн представительством в сети» нужно приглядывать — как в техническом, так и в плане контента. Иначе зачем тогда вообще это все затевалось?
С понятием доработки сайтов я сталкивался достаточно часто, причем с «разных сторон» — был и заказчиком, и разработчиком. Поэтому решил суммировать все знания по теме, скомпоновав их в один пост.…
2016-07-27 15:39:19
17-го июня в инновационном центре “Сколково” прошла очередная ежегодная конференция DevConf, а Badoo ...
+ развернуть текстсохранённая копия
17-го июня в инновационном центре “Сколково” прошла очередная ежегодная конференция DevConf, а Badoo в очередной раз снимали видео выступлений. Программа была богата на именитых спикеров и интересные доклады, поэтому сделать подборку из самых «вкусных» выступлений было крайне сложно. Но мы, как минимум, постарались…
В нашем блоге на Хабре мы пишем о том, как используются облачные сервисы и каким спектром возможностей обладает IaaS. Также мы затрагиваем тему эффективной разработки сервисов и приложений, например, на прошлой неделе мы опубликовали материал, в котором дали несколько советов руководителям о том, как эффективно взаимодействовать с командой разработки.
Сегодня нам бы хотелось затронуть тему продолжительности рабочего дня. Один из пользователей социального сервиса Quora задал вопрос, который породил бурное обсуждение среди разработчиков. Он пытался выяснить, как заставить программистов оставаться в офисе 80 и более часов в неделю. Нас заинтересовала эта тема и мы решили посмотреть, что думают на этот счет сами разработчики.
Читать дальше →
Не секрет, что зачастую PHP-программистам приходится решать задачи, весьма далёкие от бытового представления о «веб-разработке». Развитие языка в последние годы привело к тому, что PHP всё чаще считают языком общего назначения, пригодным не только для сайтов, но и для других задач.
Одну из таких «других» задач мне с коллективом пришлось решать совсем недавно. Мы решили поделиться «картой граблей» с теми, кто, возможно, пойдет по этому же пути.
Дано
Многие наши партнёры (скажем прямо — это крупные банки) любят считать что-то в Excel. Причем «любят» — это очень нежно сказано. Сложнейшие скоринговые модели могут быть «запрограммированы» в Excel, в файле из сотни листов с десятками макросов
Перевести «программы», написанные в Excel на какой-либо язык программирования — практически нереально. Это займет уйму времени, а проблема постоянного обновления и проверки корректности делает такую задачу и вовсе нерешаемой
Требуется
Основная информационная система нашей компании написана на PHP. Она содержит в себе как веб-интерфейсы, так и множество консольных сервисов и воркеров.
С этими «программами» в Excel нужно как-то взаимодействовать из консольных приложений на PHP — передавать в них данные, обсчитывать, получать результаты
Некоторое время нам хватало возможностей популярной библиотеки PHPExcel. Но когда от бизнеса поступило очередное требование «нужно, чтобы работали макросы, и еще бы хорошо всё это сохранять в PDF», стало понятно, что выбранный путь — тупиковый. Нужно не парсить файлы xlsx, не имитировать просчёт, и даже не использовать Open Office, а научиться взаимодействовать с «настоящим» Microsoft Excel.
Команда, в которой я работаю, использует микросервисную организацию в проектах.
У каждого микросервиса свой репозиторий. Каждый микросервис это docker контейнер.
Для среды разработки, чтобы запустить все вместе, мы используем docker-compose.
Кроме того, мы используем концепцию разделения процессов сборки приложения и упаковки контейнера, чтобы не тащить исходные коды и утилиты разработки в контейнеры.
Мы столкнулись с двумя проблемами:
При первоначальном разворачивании среды разработки, приходится обьяснять программисту, либо писать скрипт инициализации, который склонирует и создаст необходимую иерархию папок из нескольких репозиториев.
docker-compose не может собрать приложение, а потом упаковать в идижд. он умеет только запускать docker build.
Для решения этих проблем мы сделали управляющий скрипт docker-project, который оказался очень удобным в работе.
Чем мы и хотим поделиться с open-source сообществом.
Любому, даже идеально созданному, онлайн проекту рано или поздно может понадобиться доработка. Задачи при этом встречаются разные — от внесения правок в дизайн и установки дополнительных модулей до оптимизации кода. Кроме того, технологии также не стоят на месте, а большинство здравомыслящих владельцев сайтов желают иметь удобный, актуальный, эффективный продукт. И это правильно! За своим «онлайн представительством в сети» нужно приглядывать — как в техническом, так и в плане контента. Иначе зачем тогда вообще это все затевалось?
+ развернуть текст 
