Открыть список
Как стать автором
Обновить

Комментарии 17

Наше приложение никого не старалось убивать :) Это кастомная разработка, нацеленная на агрегирование корпоративных новостей. В нашем случае это не только новости из социальных сетей, это еще (пока) список сотрудников и их дни рождения.
Забыл добавить, что в нашем приложении мы сделали интеграцию не только с соц.сетями, но также и с корпоративными источниками: Liferay — внешний портал и MS Sharepoint — внутренний портал
Переборщил, конечно, насчет убийцы.

Удовлетворите мое любопытство? Из ВК и ФБ достает контент из определенных групп или как? Приложение чисто корпоративное или вы ходите выпустить его на рынок? Как я могу через 2 недели поздравить Катю с днем рождения?

Все-таки привык видеть в хабе *delevopement не статьи с кучей фоточек готового приложения, а то _как_, иногда даже _почему именно так_, оно было сделано.
Спасибо за конкретные вопросы.

Из Вконтакте, Facebook, Twitter мы достаем контент у «корпоративных» аккаунтов (в каждой из перечисленных сетей у нашей компании есть аккаунт). Backend вытаскивает обновления из соц.сетей с установленным интервалом (ибо у всех есть ограничения на количество запросов). Для событий о ДР поведение немного другое — данные берутся с корпоративного Sharepoint Portal, и если есть сотрудник с ДР в ближайшие дни — коллегам приходит уведомление.

Про рынок — анализируем, смотрим, думаем. Одна из причин публикации статьи — узнать что думают о приложении другие люди.
Фильтр событий? Например я в какой-то команде и мне плевать что там происходит у заокеанских друзей или в головном офисе и хочу читать только фид относящийся непосредственно к моему подразделению/офису в моем городе/etc. Есть такая возможность?
Оповещения о срочных делах/изменениях?

Опять же, те сообщения, которые относятся к конкретному человеку/подразделению в такой фид-агрегатор не попадут (или я не правильно понял мысль?) и все-равно надо либо использовать другие методы взаимодействия, либо создавать аккаунты для этого приложения на каждого пользователя чтобы через него как-то взаимодействовать с конкретными людьми.

Как вы собираетесь балансировать между сложной/дорогой разработкой(богатый функционал и прочее) и очередной свистоперделкой (если человек пользуется ФБ или ВК и у него есть для этого приложение, зачем ему еще одно, которое дублирует функции первого?)
Фильтр событий? Например я в какой-то команде и мне плевать что там происходит у заокеанских друзей или в головном офисе и хочу читать только фид относящийся непосредственно к моему подразделению/офису в моем городе/etc. Есть такая возможность?


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

Оповещения о срочных делах/изменениях?


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

Опять же, те сообщения, которые относятся к конкретному человеку/подразделению в такой фид-агрегатор не попадут (или я не правильно понял мысль?) и все-равно надо либо использовать другие методы взаимодействия, либо создавать аккаунты для этого приложения на каждого пользователя чтобы через него как-то взаимодействовать с конкретными людьми.


В приложении есть система авторизации, но она пока доступна только сотрудникам компании. Можно добавить любой тип событий, будь то форум, или private messages или чаты, можно создать «болталки» на каждую команду или отдел. Вопрос в том, что будет более полезно? У нас возникла идея — мы сделали базовое приложение, а теперь нам нужны отзывы: с такой системой, которая умеет показывать любые события, оповещает пользователя и дает доступ ко внутренним ресурсам компании — можно сделать любое приложение от иструмента командной работы до корпоративной социальной сети, и вариант про саппорт тоже очень органично ложится на эту основу.

Как вы собираетесь балансировать между сложной/дорогой разработкой(богатый функционал и прочее) и очередной свистоперделкой (если человек пользуется ФБ или ВК и у него есть для этого приложение, зачем ему еще одно, которое дублирует функции первого?)


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

Ну а для сотрудников компании, конечно же, доступно больше функций, и информация, которая не может быть открыта посторонним, доступна только после авторизации.
Охотно верю что при должной реализации это будет полезной вещью. Просто пытаюсь понять что оно сейчас из себя представляет и по какому направлению вы планируете ее развивать — для почитать на досуге «важные» новости компании или как инструмент для оповещения внутри относительно небольших групп (город/подразделение/офис). Если найдете решение как объединить и то и другое — огромный вам лайк с моей стороны.
Уважаемые форумчане, если вы минусуете статью — напишите в комментариях — за что. Нам очень хочется узнать ваше мнение
Я не минусовал, но уже указал, что статья явно не для хаба *delevopement
Привет, смотрите у вас тут два концепта:
1) Корпоративный фиддер социалок
2) Адресбук истбанка

Просто забудьте про второй, сделайте первый на пятерку второй можно следующим проектом/итерацией/отдельным приложением(по ресурсам эффективней, более четкий фокус на функциях продукта)

1) Стилистика, сейчас пестрота — порой сложно разобрать текст, все цвета радуги(понимаю что хотелось подчеркнуть индивидуальность социалки)
2) На русском или английском? — выберите один формат, выделите роль копирайтера(про «Facebook-лента» «Твиттер-лента»; «Новости вконтакте» — почему то с маленькой буквы)
3) В фиддере как правило читаешь что сегодня, вчера, максимум — неделя,
значит то место, что у вас отведено под даты(включая год) — просто съедает пиксели(шум)

пример
1.bp.blogspot.com/-wJ2jKTDYg0w/UV3dMwueJXI/AAAAAAAAATw/i4si3ULKlQk/s1600/mock.png
Ну нет… Суть как раз в том, что это линия наших событий. Там ведь не только записи с социальных сетей.

Насчет стилистики и дизайна замечание спорное, мы цветами выделяем разные разделы приложения, а основной стиль оформления везде одиаковый. Я думаю, тут каждая компания может выбрать что-то для себя.
Замечание под номером два — меня аж вдохновило :) Обязательно так и сделаем

Третье — очень спорное. С одной стороны экономить место на экранах мобильников — это хорошо и правильно, но и сильно плотно размещатть информацию — неудобно для восприятия. Возможно, что-то мы еще соптимизируем с местом, но пока кажется, что текущее решение — наиболее подходящее для выражения идеи Timeline и легкости интерфейса.
-что для прототипирования UI кстати используете? после сразу перегоняете на натив или делаете на html5?
-nosql выбрана действительно из-за специфики типа источников/данных или больше сказывается иннерция от того, что использовала компания для решения предыдущих задач(читай квалификации сотрудников)? есть ли какой-то опыт почему sql-решения не подходят(желательно проценты производительности, нагрузки систем на опыте реализованных проектов)?
да не только социалок, но фиддер от этого не перестает быть фидером

для задач корпоративного адрессбуков я бы как пользователь предпочел сервис по синхронизации нативной книги ифона с информацией по конторе(только умную синхронизацию чтобы клонов не добавляла если человек уже есть)
Хммм, а почему вся эта красота лежит на хабре, а не во внутреннем уютном бложеге?

Серьёзно, одно дело — если бы вы выкатили готовую коробку вида «скачай, распакуй, пропиши группы в контакте и в фейсбуке — и на всех сотовых компании новейший фидер». А сейчас — можно только поглядеть на скрины средней паршивости, даже демки на потыкать нет. А если и будет — то будет доступ только к смерженным группам контактика и фейсбучека, мало пользы.

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

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

Хммм, а почему вся эта красота лежит на хабре, а не во внутреннем уютном бложеге?

А кто сказал, что она не лежит в уютном бложеке? =)
Вообще, она лежт на хабре, потому что нам интеерсно мнение потенциальных пользователей о таком приложении: что было бы интересно добавить, что подразукрасить, какие возможности подключить.

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

А дальше будут шурупы для другой фирмы.
Это какой-то холиварный поинт кастомайзить на уровне пользователя или на уровне разработки: мы — за разработку, ты — вроде за опен-линух-путь. Мы предполагаем, что большинство наших пользователей просто возьмут и будут наслаждаться удобством, а не «о, какой интересный конструктор», поэтому мы не планируем давать шурупы конечным пользователям.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Дата основания
Местоположение
Россия
Сайт
www.trueengineering.ru
Численность
101–200 человек
Дата регистрации

Блог на Хабре