dimitrсуществует бесплатная Visual Studio Community 2013

спасибо, все собралось без проблем
есть ещё попутный вопрос, есть какой то мануал по архитектуре проекта, (дерево классов, интерфейсы и прочие, хотя бы поверхностные, описания, соглащения итп (детали можно и в коде посмотреть)). Хочется немного вникнуть в проект, но для этого неплохо бы представлять его структуру, организацию, соглашения по написанию итп (дабы проме дерева проектов (организованного безусловно понятно)) было бы ещё что то для начального разбора. Простой поиск в тексте конечно работает но не даёт общего понимания, так сказать скелета на который уже навешивать мясо детального разбора. То что находится в trunk\doc рассчитано скорее на пользователя нежели на разработчика. Должны же быть какие то статьи на эту тему? Обычно возле таких проектов крутятся аспиранты итп пишут что то. Почитать бы. Что порекомендуете?

п.с. хорошо бы развётнутую статью на хабре кто из знатаков, или особ приближенных, чиркнул или какой сборник ссылок на википедии сделал (сейчас там бедновато с этим).

п.с. что то сегодня svn.code.sf.net не отдаёт свежие коммиты, это только у меня?



Спасибо.

dimitrMikhail Tchervonenko,
.......
а доки для разработчиков практически никакой нет, увы. Есть некоторые устаревшие материалы, например:
http://www.ibphoenix.com/resources/documents/design/doc_25
http://www.ibphoenix.com/resources/documents/development/doc_31
ну и там еще можно кое-что нарыть в разделах "Development" и "Function and Design". Оно процентов на 50 правдиво, наверное :-)
спасибо
у себя на фирме пришел к выводу, что если некогда писать доку записывай видео с экрана и проходя проект рассказывай как буд-то вводишь в курс разработчика/(в нашем случае работников). Это экономит мегатонны времени и, порой, гораздо эффективнее т.к. в режиме рассказа объяснение получается зачастую понятнее. Один только пример, запись видео к одному из наших продуктов уложилась в 6 часов и пару дней работы (т.к. готовили ещё всякие диаграммы), а доку пришлось потом писать ещё больше двух месяцев. Важно только не лепить все в одно видео а разбивать все на тематические куски по 10-15 минут, дабы искать/заменять нужный кусок было быстрее. На примере наших сотрудников работает на все 100%. Более того, народ охотнее смотрят видео а не читают. (хороший пример https://www.youtube.com/channel/UCxAO6-zSDmcWlKzL7mwiTQg

ТаблоидMikhail Tchervonenkoесть ли где то сборник тестов к проектуВы про эти тесты ?
да, похоже на то
скачаю проверю

Fr0sT-Brutalkdvпропущено...

мда. я так понимаю, разработчики в массе окончательно деградировали. Не уметь читать быстрее, чем смотреть видео - это достижение образования, конечно. Или катастрофическое снижение порога вхождения.
+1. Самого бесит, когда всякие обзоры и прочие интересности в формате видео. Вздыхаю и закрываю не глядя. На фиг мне 10 минут пялиться в видео, если я за 1 минуту пробегу по тексту?

А уж видеообзор структуры проекта сервера БД - это вообще что-то за гранью моего разумения

напрасно Вы так, можно принимать все это или не принимать, но вырастить тех кто напишет печатную доку тоже надо как то.
Если у разработчика нет на это время, пусть расскажет из рассчета на среднего c++ кодера. Не вижу ничего такого что можно расписать на бумаге но нельзя рассказать словами показывая это в коде. Короткую презентацию со схемами по которым потом пройтись в видео тоже думаю проблема не большая. С чего то начинать надо.

п.с. начальное вхождение в продукт через видео всегда быстрее и удобнее для ученика. Человеческое сознание так устроено, что надо сначала поверхностно понять где что и как а уж потом наслаивать на это детальную информацию которую уже брать в коде. Тот кто работал с большими чужими проектами без доки поймёт меня, если к тебе приходит гуру этого проекта который не удосужился написать к нему доку и начинает рассказывать с первого раза редко все запомнится. Всегда записываю такие разговоры с показами кода в видео с экрана и звуком (с согласия конечно рассказчика), потом просматриваю многократно пока все не встанет на свои места. Это реально работает. А доку потом уже пишу сам. Часто человек который может что то рассказать о проекте давно работает в другой фирме и по временой доступности ограничен. Тогда это единственный способ хоть что то выжать из того времени что он доступен. Сие многократно проверено практикой, что бы тут не говорили.