Ну скажем так. В детстве я на практически только на этом туле сделал проект на 50K + несколько event хендлеров…
Задача была решена — и это самое главное.
«10-20 минут и все без единой строчки кода» — отличный повод для гордости!
По своему субъективному мнению мнению считаю, что все-таки программирование мышкой не ведет по правильному пути. Примером того могут послужить армии быдлокодеров, которые умеют перетаскивать на форму компоненты delphi и связывать их в object inspector'е. При этом не понимая простйших вещей и создавая уйму головной боли тем, кому, не дай бог, это попало на доработку.
Выход простой — либо разберись сам, либо обратись к знающему человеку.
Можно не знать html и создавать страницы просто через ms word набивая текст и сохранять как html. В итоге получать ужаснейшие страницы, которые не растягиваются и утяжеленные в 2-3 раза бесполезными стилями.
Мелкософт конечно стараются донести технологии до домохозяек, но имхо это перебор. Творения можно найти в разделе Кодобред.
На самом деле, я считаю нужно максимально разделять задачи программирования и настройки системы.
Разработчики должны писать хорошее ядро системы и функциональный инструментарий для его настройки.
Далее уже должны работать консультанты и ИТ-специалисты.
Разумеется, оптимальную грань найти сложно — т.к. если сделать очень уж очень функциональный инструментарий, то он будет довольно сложный и не нужный для решения 90% задач системы.
А custom доработки имеют кучу минусов:
начиная от того, что на проект приходится привлекать разработчика, проводить тестирование, code review и т.д.
А потом могут начаться проблемы и у клиента — нужно делать обновление до новой версии, что зачастую может привести к проблемам. Да и сам разработчик может убежать — а если не было сделано нормального документирования, то зачастую и вообще проще иногда переделать все.
А можно в шарепоинте сделать поиск по связанному списку? Типа того, как люди ищутся? Очень не нравится выбирать из полного списка посредством комбобокса, а других вариантов вроде как и не дано.
Ещё вопрос, а решения для иерархически связанных списков нигде не пробегало? С первого просмотра кодеплекса не нашел. Помню, что видел платные решения, но платные нам не подходят :-)
IMHO конечно, но помоему все эти локализованные версии инструментов для разработки ни к чему хорошему не приводят… только путаница одна…
локализации для пользователей — другое дело.
разработчик в наше время просто обязан знать английский, да и потом, до плохого может дойти (вспомните русскоязычный код в 1C — мне такое только в кошмарном сне может приснится, да и в русских названиях функций в Excel или Infopath ничего хорошего не вижу).
Не уличите меня в «нелюбви» к русскому языку, но всетаки это лишнее на мой взгляд…
Настраиваем формы с помощью SharePoint Designer