Комментарии

Это действительно впечатляющие новости! Российские разработчики и предприятия показывают, что страна способна не только адаптироваться к новым условиям, но и активно развивать собственные технологии. Запуск РуТвита, отечественного аналога Твиттера, — это важный шаг в создании независимой цифровой экосистемы. Особенно радует, что такие проекты приурочены к значимым датам, как День Победы, что подчеркивает связь технологического прогресса с историей и патриотизмом. А развитие собственного производства, будь то светодиодные лампы в Бурятии или ракеты-носители в Омске, доказывает, что Россия действительно обладает всеми необходимыми ресурсами и компетенциями для самообеспечения. Остается только пожелать, чтобы эти инициативы получили должную поддержку и развитие!

Это действительно впечатляющие новости! Российские разработчики и предприятия показывают, что страна способна не только адаптироваться к новым условиям, но и активно развивать собственные технологии. Запуск РуТвита, отечественного аналога Твиттера, — это важный шаг в создании независимой цифровой экосистемы. Особенно радует, что такие проекты приурочены к значимым датам, как День Победы, что подчеркивает связь технологического прогресса с историей и патриотизмом. А развитие собственного производства, будь то светодиодные лампы в Бурятии или ракеты-носители в Омске, доказывает, что Россия действительно обладает всеми необходимыми ресурсами и компетенциями для самообеспечения. Остается только пожелать, чтобы эти инициативы получили должную поддержку и развитие!

Очень радует, что в России появляется всё больше отечественных аналогов популярных зарубежных сервисов и технологий. РуТвит, NashStore, СБПэй — это не просто замена, а возможность создать собственную, независимую цифровую инфраструктуру. Особенно важно, что такие проекты разрабатываются в рекордно короткие сроки, что говорит о высоком уровне профессионализма российских специалистов. А новости о запуске новых производств, например, светодиодных ламп в Бурятии или электродвигателей в Кемерово, показывают, что регионы тоже активно включаются в процесс импортозамещения. Это не только укрепляет экономику, но и создает новые рабочие места. Надеюсь, что все эти инициативы будут успешно реализованы и станут частью повседневной жизни россиян.

Очень радует, что в России появляется всё больше отечественных аналогов популярных зарубежных сервисов и технологий. РуТвит, NashStore, СБПэй — это не просто замена, а возможность создать собственную, независимую цифровую инфраструктуру. Особенно важно, что такие проекты разрабатываются в рекордно короткие сроки, что говорит о высоком уровне профессионализма российских специалистов. А новости о запуске новых производств, например, светодиодных ламп в Бурятии или электродвигателей в Кемерово, показывают, что регионы тоже активно включаются в процесс импортозамещения. Это не только укрепляет экономику, но и создает новые рабочие места. Надеюсь, что все эти инициативы будут успешно реализованы и станут частью повседневной жизни россиян.

Наконец-то дождался этого обновления! Как активный пользователь Pagelook, могу сказать — интерфейс стал просто летать. Особенно порадовало, что добавили новые функции, но при этом всё осталось интуитивно понятным.

Наконец-то дождался этого обновления! Как активный пользователь Рутвит, могу сказать — интерфейс стал просто летать. Особенно порадовало, что добавили новые функции, но при этом всё осталось интуитивно понятным.

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

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

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

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

Единственное, что вызывает вопросы — это отсутствие пока что версии для iOS. Но, учитывая темпы развития платформы, надеюсь, это вопрос времени.

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

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

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

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

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

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

Единственное, что вызывает вопросы — это отсутствие пока что версии для iOS. Но, учитывая темпы развития платформы, надеюсь, это вопрос времени.

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

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

Интересно наблюдать, как развивается этот проект. Психологическая социальная сеть — довольно нишевая тема, но DST Global явно знает, что делает. Обновление показывает серьёзный подход к продукту: и функциональность улучшили, и доступность расширили через RuStore. Похоже, что Epsylon действительно претендует на роль лидера в своём сегменте. Будем следить за дальнейшим развитием.

Наконец-то дождался этого обновления! Как активный пользователь Epsylon, могу сказать — интерфейс стал просто летать. Особенно порадовало, что добавили новые функции, но при этом всё осталось интуитивно понятным. А наличие в RuStore — это вообще топ, теперь даже бабушка сможет установить Однозначно плюс в карму разработчикам!

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

Основные компоненты SDK

— Библиотеки кода или фреймворк – это фрагменты кода, которые регулярно используются при создании приложений. Например: кнопки, переключатели, выпадающие списки и другие элементы. Фреймворк ускоряет разработку, так как такие однотипные элементы можно быстро встроить в будущее ПО.
— Компилятор – инструмент, который переводит код, написанный на языке разработки, в машинные коды и «собирает» приложение или плагин, чтобы их можно было запустить или подключить к существующему проекту.
— Отладчик – решение для поиска и устранения ошибок в коде проекта.
— Интегрированная среда разработки или IDE – удобный визуальный интерфейс, позволяющий ускорить и упростить процесс создания нового приложения.
— API(Application Programming Interface) – интерфейс программирования приложений. Он нужен для обеспечения обмена данными между приложениями или сервисами. API обеспечивает не только обмен информацией между разными платфорамами, но и позволяет сторонним программистам взаимодействовать с конкретным приложением и получать от него необходимые данные в понятном формате. Работать с API легче, чем с SDK, но он обеспечивает только очень ограниченную часть возможностей SDK.
— Примеры кода – хоть и не обязательная, но очень полезная часть. Позволяют более глубоко разобраться в работе конкретного языка или узнать какие-то полезные решения.

Какие преимущества можно получить с SDK

Если перевести это на более «человеческий» язык, то можно представить SDK в виде коробки с конструктором внутри, из которого вы можете собрать любую нужную вам модель. Фреймворк – это разнообразные детали конструктора, компилятором вполне может быть отвертка, ведь с помощью неё вы собираете из разных элементов готовое изделие. IDE будет похожа на специальные направляющие с разметкой, чтобы было удобнее и понятнее в процессе сборки, а примеры кода и документация будут представлены готовыми модельками или картинками с инструкциями, показывающими, как нужно действовать.

Конечно, технически можно писать весь код самостоятельно, полностью «с нуля» создавая всё необходимое, однако преимущества использования SDK очевидны.

Во-первых, набор даёт заметное упрощение процесса разработки: в DevKit уже присутствуют все необходимые готовые библиотеки, части кода и полезные инструменты, функции, API. Всё это можно использовать сразу, в готовом виде, не тратя силы на придумывание и отладку часто используемых модулей, а сосредоточившись на общей идее разрабатываемого приложения и максимально полной реализации его функциональности.

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

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

И в-четвёртых, заметно повышается качество получаемого кода, ведь используются уже проверенные и эффективные решения.

А тогда вопрос — какие какие основные компоненты SDK и преимущества можно получить с SDK?

Ключевые различия между SDK и API

SDK и API — важные инструменты для разработки ПО, у каждого из них свои особенности и способы применения.

Функциональность

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

Реализация

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

Доступ к API обычно осуществляется через вызовы или запросы, которые приложение отправляет для извлечения данных или доступа к определённым функциям стороннего ПО. Для взаимодействия через API необходимо писать программный код, реализующий его. В разных ситуациях этот код может быть как коротким и тривиальным, так и большим и сложным.

Совместимость

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

API не зависят от платформ, языков программирования и фреймворков. Это обеспечивает более гибкий доступ к одним и тем же данным.

Размер

SDK — внушительный набор инструментов, поэтому для его установки нужно много места. К примеру, Android SDK занимает около 50 ГБ (в зависимости от версии). К счастью, загружать можно не все компоненты пакета.

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

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

Симбиоз SDK и API

SDK и API — это взаимодополняющие подходы, которые при совместном использовании создают мощную экосистему разработки.

Объединение сильных сторон SDK и API даёт следующие преимущества:

— Ускоренная разработка. Готовые компоненты SDK в сочетании с функциональностью API значительно ускоряют программирование. Такое сочетание позволит разработчикам сконцентрировать силы на уникальных функциях приложения.

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

— Упрощённая поддержка ПО. Модульная конструкция API и комплексные ресурсы SDK упрощают обновление и обслуживание приложений. Так разработчики могут легко корректировать свои проекты без изменения большей части кода и потери актуальности для пользователей.

Ключевые различия между SDK и API

SDK и API — важные инструменты для разработки ПО, у каждого из них свои особенности и способы применения.

Функциональность

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

Реализация

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

Доступ к API обычно осуществляется через вызовы или запросы, которые приложение отправляет для извлечения данных или доступа к определённым функциям стороннего ПО. Для взаимодействия через API необходимо писать программный код, реализующий его. В разных ситуациях этот код может быть как коротким и тривиальным, так и большим и сложным.

Совместимость

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

API не зависят от платформ, языков программирования и фреймворков. Это обеспечивает более гибкий доступ к одним и тем же данным.

Размер

SDK — внушительный набор инструментов, поэтому для его установки нужно много места. К примеру, Android SDK занимает около 50 ГБ (в зависимости от версии). К счастью, загружать можно не все компоненты пакета.

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

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

Симбиоз SDK и API

SDK и API — это взаимодополняющие подходы, которые при совместном использовании создают мощную экосистему разработки.

Объединение сильных сторон SDK и API даёт следующие преимущества:

— Ускоренная разработка. Готовые компоненты SDK в сочетании с функциональностью API значительно ускоряют программирование. Такое сочетание позволит разработчикам сконцентрировать силы на уникальных функциях приложения.

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

— Упрощённая поддержка ПО. Модульная конструкция API и комплексные ресурсы SDK упрощают обновление и обслуживание приложений. Так разработчики могут легко корректировать свои проекты без изменения большей части кода и потери актуальности для пользователей.

Выбор инструмента зависит только от конкретных задач и ресурсов ИТ-проекта.

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

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

SDK и API помогают реализовать взаимодействие между ПО, созданными разными поставщиками. Каждый из подходов имеет свои плюсы в предназначенных для них областях.

Роутинг — отличная вещь, когда есть хотя бы 1 признак, по которому можно из-вне создать уникальный ключ для группы документов. К примеру у вас есть база пользователей и логично что все, что относится к этому пользователю должно быть на 1 шарде — производительность растет экспоненциально, ведь мы не опрашиваем 400 шардов как в нашем случае, а всего 1.

При всех плюсах рутинга в нашем случае очень сложно выделить какой-то один признак (много емейлов, много телефонов, много социальных сеток — а профиль 1)

И кстати в эластике есть такая штука как роутинг, думаю, его стоит посмотреть.

blog.qbox.io/launching-and-scaling-elasticsearch

1. В эластике схема несколько другая. Есть индекс -> фиксированное количество шардов -> далее либо автоматом распределяется эластиком, либо опять же «автоматом», но с использованием routing key. У нас проблема в том, что нет 10 профилей для каждой соц сети, а есть 1 большой профиль со всеми сетями. Все «условно-уникальные» идентификаторы — это массивы таких идентификаторов. Поэтому для рутинга так ничего и не было придумано. Зато можно кешировать выборки по данным соц сетям внутри nested документов, что в свою очередь тоже повышает скорость индексирования

2. Много разных кластеров или 1 — это не принципиально. По сути в эластике индекс, шард, сегмент и так далее — это самостоятельные Lucene индексы.

Честно говоря, я никогда не работал с ElasticSearch, поэтому не знаю насколько мои вопросы корректны, но всё же есть пару вопросов:

1) у вас шарды дифференцированы по типу индекса? Например: эти 20 шардов для FB, это 30 для Twitter и т.д.? Мне кажется, что если их так разделить, то можно настроить роутинг внутри группы шардов.
2) может вообще стоить разделить индексацию из разных типов источников данных по разным кластерам ElasticSearch, тогда вы во-первых сможете делать параллельные запросы по одному и тому же юзеру, но по разным источникам данных, а во вторых роутинг внутри каждого кластера сократит время запроса. Тогда получится, что суммарное время выполнения запроса будет не больше, чем самый долгий запрос по одному источнику (но и он будет не такой уж и долгий за счет того, что путь к шарде будет известен заранее)