Рубрика «api» - 69

Что может пойти не так на сайте метапоисковика и что с этим делать? Часть 2

2017-06-17 в 13:17, admin, рубрики: api, UI, базы данных, Блог компании Травелата, интерфейсы, туризм, Управление e-commerce, Управление продуктом, управление разработкой

Метапоисковик — это не так просто, как кажется. Почему мы не можем подгружать сразу все туры? Почему так часто меняется цена? Кто виноват, когда тур “ушёл”, и как выкрутиться перед клиентом?

Об этих и других проблемах и багах сайта Travelata.ru я рассказал в первой части. Продолжаем публичную порку самих же себя.

Отельная страница

Когда открывается серп, направляется запрос в кеш, который хранится от 15 минут до нескольких часов. В момент открытия отельной страницы, если на отель из кеша пришло менее 3 туров, к ТО отправляется новый запрос на поиск по названию отеля. И могут приехать новые цены. Актуальные.

Почему вообще приходится так часто отправлять запросы к ТО?

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

Вторая причина — туры просто быстро раскупают.

Читать полностью »

Сокращаем использование Redux кода с помощью React Apollo

2017-06-16 в 20:40, admin, рубрики: api, graphql, javascript, node.js, React, ReactJS, redux

Всем привет! Хочу поделиться своим переводом интересной статьи Reducing our Redux code with React Apollo автора Peggy Rayzis. Статья о том, как автор и её команда внедряли технологию GraphQL в их проект. Перевод публикуется с разрешения автора.

Сокращаем использование Redux кода с помощью React Apollo
Переключаемся на декларативный подход в Высшей Футбольной Лиге

Я твёрдо убеждена, что лучший код — это отсутствие кода. Чем больше кода, тем больше вероятности для появления багов и тем больше тратится времени на поддержку такого кода. В Высшей Футбольной Лиге у нас совсем небольшая команда, поэтому мы принимаем этот принцип близко к сердцу. Мы стараемся оптимизировать всё, что нам по силам, либо путём увеличения переиспользуемости кода, либо просто перестав обслуживать определённую часть кода.

В данной статье вы узнаете о том, как мы передали контроль над получением данных в Apollo, что позволило нам избавиться от почти 5,000 строчек кода. К тому же, после перехода на Apollo наше приложение стало не только намного меньше по объёму, оно также стало более декларативным, поскольку теперь наши компоненты запрашивают только те данные, которые им нужны.Читать полностью »

RESTful API: мы всё делаем неправильно

2017-06-16 в 11:34, admin, рубрики: api, IT-стандарты, rest, стандарты

Привет! Прежде чем я начну, стоит немного рассказать о себе. Я не так давно занимаюсь серьезной разработкой (всего года три) и, как мне кажется, именно отсутствие многолетнего опыта часто позволяет мне смотреть на многие традиции и устоявшиеся способы выполнения стандартных задач с оригинальной точки зрения. Моя специальность — бэкенд сайтов и мобильных приложений (основной язык разработки — python3, любимый фреймворк — Django).

Сразу предупреждаю, что данная статья — не пример реализации, кода здесь нет вообще. Это скорее размышление на тему REST, аггрегирующее известные мне источники, чтобы тем, кто тоже столкнется с моей проблемой, не пришлось долго искать руководство к действию.

Читать полностью »

Redux: попытка избавиться от потребности думать во время запросов к API, часть 2

2017-06-10 в 0:37, admin, рубрики: api, ES6, javascript, React, ReactJS, redux, Разработка веб-сайтов

Мы хотим создать пакет, который позволит нам избавиться от постоянного создания однотипных reducer'ов и action creator'ов для каждой модели, получаемой по API.

Первая часть — вот эта вот статья. В ней мы создали конфиг для нашего будущего пакета и выяснили, что он должен содержать action creator, middleware и reducer. Приступим к разработке!

Читать полностью »

Экосистема: больше участников — больше прибыль! Зачем Skyeng открывает API

2017-06-08 в 11:29, admin, рубрики: api, Блог компании Skyeng, идея для стартапа, конкурс, лексический анализ, переводчик, разработка мобильных приложений, Расширения для браузеров, словарь, экосистема

Экосистема: больше участников — больше прибыль! Зачем Skyeng открывает API - 1
В наших текстах мы периодически упоминаем некую «экосистему Skyeng». Настала пора разобраться, что же мы понимаем под этим термином. В этой статье мы расскажем, что такое экосистема и почему ее создатели заинтересованы в том, чтобы на ней зарабатывало как можно больше сторонних разработчиков. Ну и, конечно, покажем, где найти открытые методы нашего API, чтобы вы уже сейчас начали прикручивать наш словарь к своему приложению. И еще будет конкурс!
Читать полностью »

Redux: попытка избавиться от потребности думать во время запросов к API

2017-06-07 в 10:57, admin, рубрики: api, ES6, javascript, middleware, npm, React, ReactJS, redux, Разработка веб-сайтов

И в чем же проблема?

Я начал изучать React и Redux не так давно, но он уже успел изрядно потрепать мне нервы. Буквально над каждым действием приходится задумываться — почти никакие изменения в коде невозможны без того, чтоб что-то оторвать. Чтоб просто получить список постов по API и вывести их, надо, пожалуй, написать не меньше сотни строк кода — создать корневой контейнер, создать store, добавить action для запроса к API, для успешного результата запроса, для неудачного результата запроса, создать action-creators, сматчить action-creators и props, сматчить dispatch и props, написать reducer на каждый action… Ух, продолжать не хочется. И все это мы должны делать заново для каждого веб-приложения — крайне нерациональная трата сил программиста.

Да, можно сказать новичку: "Смотри, тут десяток пакетов, которые могут сделать каждое действие из этого списка вместо тебя. Выбирай и пользуйся!" Но проблема в том, что надо разобраться в настройке и воспользоваться десятком пакетов, позаботившись о том, чтоб они совпадали с версией, которая описана в документации и не вступали друг с другом в конфликты… Слишком сложно. Хочется чего-то проще, такого же простого, как в мире Django, из которого я пришел. Какой-то один пакет, после установки которого в store сами по волшебству складываются все нужные данные — бери и пользуйся.

Ну, я и решил — если такого решения нет, напишу-ка я его сам.

Постановка задачи

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

Делать асинхронный GET-запрос к REST API.
Анализировать полученные данные и данные, лежащие в store, и, если там не хватает связанных по foreign key данных, делать еще запросы.
Складывать полученные данные в store и следить за актуальностью хранящихся данных.

По описанию выходит, что состоять пакет будет из action creator'а, middleware и reducer'а.

Читать полностью »

Выстраиваем процесс разработки и CI pipeline, или Как разработчику стать DevOps для QA

2017-06-07 в 10:55, admin, рубрики: api, bash, continuous integration, devops, Git, nginx, qa, qa automation, rest api, stash, teamcity, tomcat, ненормальное программирование, Тестирование веб-сервисов

Дано:

крупный проект на Java с фронтом на Angular,
разрабатываемый небольшой командой (~15 человек),
с использованием кучи (порядка 40 штук параллельно) фич-бранчей,
в git-репозитории;
несколько виртуальных серверов в приватном амазоновском облаке, которые можно использовать под задачи разработки;
разработчик, который немного подустал от Java, и хочет сделать что-нибудь по-настоящему полезное для постановки процессов.

Требуется:

обеспечить возможность команде QA инженеров тестировать каждый фич-бранч, как вручную, так и автоматизированно, на выделенном стенде, который не мешает остальным.

Консоль управления ~~космическим кораблём~~QA стендом

Вот приходишь ты работать в маленький стартап с американскими корнями…
Читать полностью »

Huginn: простая интеграционная платформа

2017-06-07 в 9:17, admin, рубрики: api, CarPrice, huginn, ruby on rails, zapier, аукцион, Блог компании CarPrice, карпрайс, Программирование, продукт, разработка

В мире API, сервисных архитектур и облачных решений многое доступно вообще без программирования. Однако, компании все еще тратят драгоценное время разработчиков на рутинные задачи по интеграции. Мы хотим рассказать об одной из платформ, которая позволяет нам подключить новомодный маркетинговый сервис или проверить гипотезу максимально быстро и без участия разработки.
Huginn: простая интеграционная платформа - 1
Читать полностью »

Однолинейные схемы в Revit

2017-06-05 в 2:26, admin, рубрики: .net, api, C#, c#.net, cad, CAD/CAM, Revit API, проектирование, метки: revit api

Revit — программный комплекс, реализующий принцип информационного моделирования зданий. Изначально программа предназначалась для архитекторов. Теперь все больше компаний при устройстве на работу требуют от инженеров умения работы в Revit. Autodesk Revit предоставляет мощный .NET API, позволяющий разрабатывать собственные приложения для решения различных задач. В данной статье хочу поделиться опытом создания однолинейных схем в Revit.