vfvtnjd

Смысле http://vse.kz/topic/...n-velikobritan/ тут уже вовсю поддерживают

Понял я. Сорри за оффтоп. А как закрыть тему ?

но такая тема уже имеет место быть...

Смысле ? Не в тему ?

Британская газета The Guardian заступилась за казахстанского велогонщика Александра Винокурова, после победы которого на Олимпиаде в Лондоне ряд иностранных СМИ делал упор на его связанным с допингом прошлым.

АЛГА КАЗАХСТАН!!!!!!!

тема ни о чем. Предлагаю закрыт, лучше займитесь делом а не флудом.

Есть такая прога, называетсяь CoolEditPro 2 , почти все аудио форматами работает. И конвертирует, и вырежеть, и т.д. Поищите в гугле.

Скачал установил...
Не сказал бы что она понятная =)
Там черт ногу сломает =)
Удалил

1) Установите программу.
2)Открываете ваш файл и сохраните как мп3(при сохранений выберите просто мпз формат)

С ООП гораздо легче разрабатывать крупные проекты. Особенно такие, в которых по прошествии времени становится тяжело уследить, что и как происходит.

Да, верно говорите.

готов обсуждать интересные предложения.

букаф многа - смысла мало

1. Потому что современные веб-приложения обладают сложной поведенческой логикой и необходим инструмент моделирования сложной логики.

Вот яркий примеры когда без ООП будет проблематично:
Перерасчет текущего плана проекта, после изменения параметров задачи. Между задачами существуют зависимости, ограничивающие время начала выполнения работ, и каждая задача требует загрузки разных ресурсов для своего выполнения.

Ну и чего там сложного?
Вы знакомы с такой наукой "Исследование операций"?
Математически, такие задачи давно решены, есть такие методы как CPM и PERT (один из них даже вроде в НАСА разработали)
и без всяких ООП

2. Потому что современные веб-приложения обладают сложной логикой отображения информации и опять таки, нужен инструмент моделирования сложной логики.

Формирование графиков, на странице отчетов. Существует около 6-8 типов графиков, отображающих данные. Они все достаточно стандартны, Bar, Plot, SCatterPlot, таблицы и т.д. Любой график настраиваем и имеет свои параметры отображения, на одной странице пользователь может разместить любое количество графиков, В том числе и одинакового типа.

во-1-х, для всякого рода графических приложений оконный интерфейс однозначно лучше, и еще надо спросить зачем такие приложения на вебе делать?
во-2-х, опять же не вижу чем ООП облегчит задачу?
и вообще какая нафик поведенческая логика? в вебе юзер может сделать только request (или AJAX request) и submit. JavaScript в браузере я не рассматриваю, т.к. он ничего серьезного сделать не позволяет. Кроме как всякие движущиеся менюшки.

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

вы когда нить пробовали тестить и отлаживать проект написанный с применением ООП?
Это полная ...опа. Почему? Да потому что эти классы: (наследованные, переопределенные и прочая хрень) приводят к тому что код преплетается друг с другом, так, что большинство ф-ций состоят из одной строчки которая вызывает другую ф-цию.
Вот когда такой код отлаживаешь то ныряешь из одной ф-ции в другую до тех пор пока не забудешь откуда ты вообще начал. Большая часть кода будет разбросана по разным классам. Потому что скажем параметры на форме обрабатывает один класс, XML парсить будет другой класс, дооставать данные из БД будет третий класс, генерить HTML будет четвертый класс, выводить картинки будет пятый класс и т.д. А если еще и наследование используется то ваще пипец.
Это то что я видел на практике.
А разбиение большой системы на подсистемы решается без всяких ООП, если понимать что такое модульность.

А вот здесь вы кажся очень даже заблуждаетесь...

только изучаю Шарп