Оказывается, даже последняя Sony Vegas Pro 9c (со всеми обновлениями) плохо справляется с рендерингом HD-видео (1080p 60 кадров/сек). На 10-минутном ролике подвисает и умирает в совершенно разных местах... Умирает и на середине при попытке "прожевать" 2,5 гигабайтный ролик.

5-я версия Vegas была на редкость стабильной и безотказной. Одна беда - не понимала HD-форматы. Последняя 9-ка жрет память, как голодная собака: после небольших манипуляций 1.2 гига ОЗУ + столько же виртуалки (у меня 3, если что). Но это не спасает.

Система использует гребаный .NET 3.5. То есть в Sony та же эпидемия выпуска новых сырых версий, причем в связи с .NET есть подозрение об аутсорсинге индусами.

А что другие? Сопоставимые функции есть в Adobe Premier. Однако, почитав форумы, я понял, что и там все далеко не гладко.

Вот такое, блин, софтостроение...

P.S. Проблема частично решилась переходом на 64-разрядную версию, что стоит на ноутбуке (придется мне её ставить и на основной комп). С памятью работает корректно. Но вот ролик более 2 Гб прожевать по-прежнему не может, программисты хреновы...

В ЖЖ-сообществе руководителей проектов пытаются обсуждать, почему "90% проектов завершается с превышением сроков и бюджета, а также в неполном соответствии с техническим заданием".

Собственно фраза про "90%" озачает, что современный инструментарий и технологии неадекватны 90% софтостроительных проектов: неоправданно сложные и далекие от прикладных задач. И обсуждать надо их. Проблемы управления надо обсуждать, когда станет наоборот, т.е. 10%.

Методологии разрабатывают ученые-ислледователи. Потом ищут пути их прикладной реализации. То что людям впаривают сейчас под "методологиями" - это уровень маршрутных карт, разработанных продвинутыми технологами в рамках своих локальных софтверных производств.

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

В далеком 1994 году файловый сервер с жестким диском объемом в 512 мегабайт (я не ошибся) обслуживал локальную сеть администрации района крупного города на полторы сотни рабочих мест и десятки сетевых приложений. Сейчас, в 2007 году, брелок с USB-ключом в вашем кармане или память мобильного телефона вмещают в разы больше, а стоимость накопителей объемом в один терабайт (то есть в две тысячи раз большей) достигла потребительского уровня порядка десяти тысяч рублей. Зачем же массовому потребителю такой емкий жесткий диск?

Когда проект импортируется в репозиторий SVN (командой import), то в процессе затягивания файлов "пылесосом" могут быть взяты те из них, которые добалять было совсем не нужно. Например, большие картинки, базы данных, скомпилированные приложения и т.д. Репозиторий может распухнуть, и хотя дисковое пространство сейчас не в дефиците, лишний гигабайт размера репозитория скорости работы СУБД BerkleyDB, на которой основана SVN, не добавит. Кто виноват - понятно: импорт без пользовательской фильтрации по его ходу (можно настроить опции ignore, но это относительно трудоемко и статично) и отстутствие до сих пор команды типа remove permanetly (удалить файл/каталог вместе с историей, ее уже долгое время планируют реализовать, но воз и ныне там). Что делать?

Переведенный на русский кусочек из презентации Microsoft на тему сложности и как с ней бороться.

Я был уверен, что это так, но с некоторых пор поинмаю, что это совсем не так.

В российском софтостроении за последние 10 лет произошли значительные структурные изменения. Оценку им давать сложно. Субъективно с точки зрения уровня разработок они кажутся отрицательными. В чем суть и причины?