Gena928,

Если есть деньги KendoUI — самый из всех вариантов (на мой взгляд). По скорости разработки и результату конечно же.
Если нет, крепко думать, прежде чем браться. Ибо придется писать все самому, попутно комбинируя из доступных компонентов, которые не всегда дружат между собой.

МСУ,

ну и какие же для данной задачи у ШП преимущества? в целом штука хорошая, но только в том случае, если он заложен при проектировании изначально и является центром во всей экологии системы. здесь же наличенствует готовое, отдельностоящее и давно работающее приложение на MVC, зачем человеку головную боль советуешь? садист чтоли? ))

может я не правильно понял прочитанное, но

автор2) Приложение, которое будет брать данные с портала по API и отправлять их обратно тоже через API. Тогда вся логика останется на портале и не надо будет дублировать код. Только я этого ни разу не делал. )))

не понятно что за приложение, если все дело в API, тогда WebAPI и OData на портале. на чем будет написано приложение, не имеет значения. если брать жарупоинт за основу, не исключено, что придется вообще все переделывать.

МСУ,

ну это круто конечно и я всецело поддерживаю. но если все уже написано и работает, может тут должно рулить золотое правило «нетрожь» ? ))

МСУ,

не только API, но и свои контракты ко всему прочему. придется подстраиваться.

МСУ,

Весь флоу там под наши российские реалии не очень-то подходят (включая менеджмент, в том числе то, как у нас относятся зачастую к сектору IT в непрофильных компаниях и прочее разгильдяйство), так что обрадовать босса внушительным списком ВОЗМОЖНОСТЕЙ можна. Можна даже удивить кого-нибудь этим. Но в жизни... В наших реалиях реальная польза от шарика интеграция с документами. Оставшуюся часть в размере 90% готовых шаблонов и надстроек можно выкинуть, не подходят они нам.

Сам видишь. Можно 2 года писать и сопровождать 10 табличек. Это нормально. Нормально вообще ситуация 1 парень - 1 программа на долгие годы. Шарик не для нас, зря ты его советуешь. Вещь хорошая, но больше проблем, чем пользы. Ну и покупать конечно же нормальный пакет + поддержку никто в своём уме не будет, мы ж знаем на чем в первую очередь надо экономить ))))

МСУ,

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

МСУ,

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

смотрю, тебе вообще все равно что и с чем сравнивать )))) и куда сувать. твою шару интегрировать в среднее предприятие от 100 человек будут полтора-два года. прогон денег, что тут сказать, ну и оплата труда специалистов, зря чтоли они на курсы пол года ходили и в универах годами учились? эквивалентов шарепоинту десятка два наберется, и с каждым годом их все больше. меня два месяца какой-то чел из урюпинска терроризировал, пытаясь мне впарить свою Систему, а я просто один раз как-то заполнил свой телефон при скачивании триального дистриба. так что, если что-то поднять на чистом энтузиазме в стандартной схеме (шаблоне, конфигурации) -- эта пожалуйста. а весь внушительный список возможностей, этим вот только подтереться можно. ну или воздействовать на челюсть начальника, пусть она у него падает. добавить еще пару волшебных "Бизнес-логика", "Бизнес-процессы" и вообще будет крутой эффект )))

Gena928,

Знаю про это не по наслышке. Знаю как 3 года может внедряться какой-нибудь Директум. При чем так внедряться, что уууух.. С толком с шиком, с расстановкой. Обычно какой-нибудь шарик пропихивают, как серебряную пулю, а когда деньги вбуханы, мифических человеко-часов истрачено горы, сетуют на то, что все делалось неправильно, не так, специалисты плохие, компания неправильная, все в общем не так )) Но это и не важно, то что надо, было сделано. Не забывайте, кто пишет в этих продуктах про возможности. Уж точно не программисты. Если бы они это делали, продажи были бы не так хороши.

handmadeFromRu,

нормальный чел со знанием чего-то конкретного, вот от чего и следует отталкиваться :) в первую очередь.

МСУ,

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

skyANA,

холивор или не холивор, вот в чем вопрос :)

МСУEDUARD SAPOTSKIС технологической точки зрения может оно и так, но с практической, что может шарик противопоставить такой "альтернативе"?
1. Совместная работа с документами.
2. Версионность.
3. Отслеживание, кто, когда и что.
4. Краулинг + поиск по кастомным атрибутам (автор, дата и т.д.)
5. Скорость работы
6. Безопасность, групповые политики, row level security
7. Масштабирование
8. Готовая клиентская и серверная объектный модели для работы в коробке

Файловые помойки - это хаос и буря. Я удивлен, что тебе расписываю такие элементарные вещи.

Чисто научно, с холодной, железной невозмутимостью и беспристрастной решительностью это все круто. Очень. Только не нужно. Не нужно в принципе. Нужно только в качестве рекламного чек-листа, в виде вау-ого-го, дайте-же-нам-на-это-быстрее-денег, впегед-товагищи! к светлому научному будущему..... Оно мертво. Все это. Видел вживую. Как это даже под пачкой регламентирующих бумажек использовалось только для виду. Для отмазки. Что это за система, где нельзя оформить документ задним числом. Нельзя. Нельзя слить версию, как будто её небыло. Вообще, тчо за роу-левел-секурити, вы понимаете? Ген-штаб прокуратура рукоплещет! ДАаа.. всем!! ггг .)))

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

Хаос и буря всегда выгодны. Как верхам, так и низам. А весь чек-лист тобою вышеприведенный, это маркетинговая политика, она работает, разумеется. И целые команды постоянно что-то кому-то куда-то внедряют. И им это нравится.

Ты то чего ведешься на все это? ))))