> Значит пора ноутбук свой заводить и с ним везде ходить - иначе никак.
Evgueni, а может, не заниматься хернёй, не ссать упорно против ветра, а использовать то, что есть? У тебя какая цель обучения в универе? Показать всем, как ты крут? Или всё-таки получить знания, а?
Много обычного текста, вычисления, статистика и графики (то, что в LaTeX просто не сделаешь). На веь диплом - формул 5 простеньких. Заморачиваться с тегами LaTeX не было и нет никакого желания. :)
Уже писал и повторю: курсачи курсачам - рознь. На кафедре экономики можете баек про формулы и Word, не открывающий пару сотен страниц, не рассказывать - обсмеют. :)
>Бывший МАТИ? "Трудно поступить, тяжело учиться и невозможно вылететь"? Не свисти.
Сам ты, извини, бывший МАТИ. Бывший МВТУ он. А изначально он был Высшим императорским техническим училищем.
Кстати, математики там перешли на ТеХ (под оффтопиком) лет так с десять назад... Они же не мазохисты.
А вот со студентами бывает сильно плохо бывает.
- И какой Вы используете SQL сервер для свой курсовой работы "домашняя видеотека на полтора пользователя"? - Я использую SQL сервер! - Я понимаю, но какой вы используете SQL сервер для этого дерьма?? - Я использую SQL сервер!!! - Мля, но какой ИМЕННО сервер???? - Я использую SQL сервер 2003!!!! - А! M$ SQL Server ! (падаю в обморок)
В общем в следующнем семестере я свои незамысловатые лабы принимаю только на портируемых продуктах. В прошлые годы все равно все сколь-нибудь путное было на Qt и Java. Дельфисты пусть пишут свою фигню в Лазарусе. Фиг с ними. Хоть кругозор порасширяют.
>Много обычного текста, вычисления, статистика и графики (то, что в LaTeX просто не сделаешь). На веь диплом - формул 5 простеньких. Заморачиваться с тегами LaTeX не было и нет никакого желания. :)
А статистику и графики ты прямо в OOwriter делаешь? Или все-таки в сторонних программах, а результат вставляешь? Так и в LaTeX вставить не сложнее. Тем более, как в oowriter вставить eps? Да и обычный текст, сверстанный в LaTeX выглядит просто лучше и аккуратнее.
>> Значит пора ноутбук свой заводить и с ним везде ходить - иначе никак.
> Evgueni, а может, не заниматься хернёй, не ссать упорно против ветра, а использовать то, что есть?
О да - даже ссать против ветра надо как все.
По возможности следует использовать то, что удобно, а не то что нравится мириадам мух. У меня была возможность сравнивать. Очень жалею, что не сделал сразу правильный выбор, а пытался быть таким как все.
В натуре! Вот универов то развелось! Хорошо хоть родной Физтех еще держится! И МИФИ вроде тоже институтом остался. Ф так ... скоро ПТУ станут универами - типа: МГТУ - тех.университет, ПТУ - проф.университет! Звучит однако!
И что с того, что он - бухгалтер? Или если для вас на "Два плюс три?" весь бухучет заканчивается - мне вас просто жалко... Сходите и посмотрите на работы кафедры экономики и бух. учета - откроете для себя много нового (только не смотрите на то, что качают с инета и потом сдают).
ты мне скажи, в каком случае качественнее движок получится: если использовать api, которое ломают от версии к версии или если использовать стабильное api? Логика мне подсказывает, что во втором случае возможности для повторного использования кода получше будут, да и опыт у девелоперов накапливается, а не спускается регулярно в унитаз :)
Ну, определенная доля истины здесь есть - бинарный формат всегда будет компактнее и быстрее для разборки (хотя мелкосаксы уже не раз умудрились доказать обратное 8). С точки зрения здравого смысла хранить и обрабатывать докуметы как human readable текст - идиотизм.
Вопрос в том, что нету открытого и удобного бинарного стандарта который бы удовлетворил большинство потребностей.
В идеале, должен быть бинарный формат однозначно конвертирующийся хотя бы в тот же XML/HTML.
> ты мне скажи, в каком случае качественнее движок получится: если использовать api, которое ломают от версии к версии или если использовать стабильное api?
В том случае, если разработку ведут хорошие программисты :)
> Логика мне подсказывает, что во втором случае возможности для повторного использования кода получше будут, да и опыт у девелоперов накапливается, а не спускается регулярно в унитаз :)
Логика тебе все правильно подсказывает, просто в теме ты несколько не осведомлен. Повторю еще раз - 3d API в движке играет не настолько важную роль, как тебе кажется.
Пример 1: скачай с ftp iD исходники GL Quake и посмотри, как часто там встречаются вызовы ф-ций GL. Будешь весьма удивлен :)
Пример 2: я слышал, что в первокваке есть такая хитрая команда, которая отрубает использование алгоритма BSP. Команду не помню, в Google поищи. Оцени полученный эффект (чудовищное снижение FPS). А теперь представь, что было бы, если бы до сего времени никто не додумался использовать алгоритмы отсечения невидимых поверхностей... Вот тебе и Direct3D vs OpenGL, блин. Каким они боком тут?
Да, мне связка OpenGL + OpenAL + SDL кажется удобнее, чем DirectX, но это просто инструменты, облегчающие жизнь. Роль их не на столько важная.
P.S.: в будущем, с развитием "шейдеров", роль API значительно возрастет. Но /dev/hands и /dev/brain еще никто не отменял.
>Логика тебе все правильно подсказывает, просто в теме ты несколько не осведомлен. Повторю еще раз - 3d API в движке играет не настолько важную роль, как тебе кажется.
это не значит, что движок можно писать на vb
>Пример 1: скачай с ftp iD исходники GL Quake и посмотри, как часто там встречаются вызовы ф-ций GL. Будешь весьма удивлен :)
ты всерьез полагаешь, что я этого не знаю?
>Пример 2: я слышал, что в первокваке есть такая хитрая команда, которая отрубает использование алгоритма BSP
про это тоже в курсе.
>Да, мне связка OpenGL + OpenAL + SDL кажется удобнее, чем DirectX, но это просто инструменты, облегчающие жизнь.
...и позволяющие делать кроссплатформенные приложения.
>Роль их не на столько важная.
была такая библиотека для разработки игр WinG. Мертворожденная =) И после этого говорить что api не важен - по меньшей мере глупо.
>P.S.: в будущем, с развитием "шейдеров", роль API значительно возрастет.
что ты этим хотел сказать? Что в OpenGL шейдеры использовать нельзя? =)
>.P.S.: API - это Application Programming Interface. Он мужского рода :)
>ты мне скажи, в каком случае качественнее движок получится: если использовать api, которое ломают от версии к версии или если использовать стабильное api? Логика мне подсказывает, что во втором случае возможности для повторного использования кода получше будут, да и опыт у девелоперов накапливается, а не спускается регулярно в унитаз :)
Интересно, как это коррелирует с нестабильностью линуксового ядерного апи?
>>тормознутость парсера xml от негрософта общеизвестна. Так что не >>пойму, про что новость :)
Я бы поспорил с этим утверждением. Не так давно наткнулся на забавную вещь при написании одной xslt-трансформации. Надо было трансформировать XML-документы в 3-5 Мб размером. Первый вариант моей XSLT-трансформации (сработанный на скорую руку, особо не думая головой) работал 2.5 часа (!) в парсере/трансформере фирмы SAP, минут 7 в xalan, минуты 3-4 в в libxslt, и минуты 3 в msxml 4.0. Но победил всех MS XML.Net парсер! Я был сам удивлен этим результатом. Дальнейшая полировка (с расстановкой кучи тэгов key) привела к 5-6 минутам в SAPовском трансформере, но все равно MS .Net упорно делал всех. Сорри, что не могу привести точные цифры. Надо бы заняться сравнительным тестированием :)
>> ты мне скажи, в каком случае качественнее движок получится: если использовать api, которое ломают от версии к версии или если использовать стабильное api?
> В том случае, если разработку ведут хорошие программисты :)
Ага, в этом случае всякие кривые поделки от мс даже рассмотривать не будут.
> А статистику и графики ты прямо в OOwriter делаешь?
Я что-то говорил про OpenOffice.org? Нет, я использовал Excel, объекты которого легко внедряются в MSWord.
> Так и в LaTeX вставить не сложнее.
Да, но что-то на лету подправить и посмотреть исходные данные - фиг. Я же говорю - геморрой.
> Да и обычный текст, сверстанный в LaTeX выглядит просто лучше и аккуратнее.
Вот только врать не надо. Если и удасться собрать без ошибок что-то из find /usr/share/doc -name \*.tex, то аккуратностью и удобством оно не блещет. :)
> Хотелось бы подробнее. На чем основано данное утверждение?
На статистике использования того или иного тулкита для разработки большинства игр для конечного пользователя. Если OpenGL используют единицы, то DirectX - все повсеместно. Отсюда вывод: OpenGL - неудобен.
> О мля! Бухгалтер! И чего это за курсовики по буху? Два плюс три?
Вообще-то, экономист-менеджер, мою юный глупый анонимусик! И баланс я сводил вручную, а не в 1С. А что, вы считаете, что экономисты пишут ненужные курсовики?
>Если OpenGL используют единицы, то DirectX - все повсеместно. Отсюда вывод: OpenGL - неудобен.
Skull, ты какие-то выводы неправильные делаешь. Если все повсеместно пользуются VB и Delphi, то C - неудобен? Или просто быдло пользуется тем, что может "асилить", а нормальные люди способны использовать нормальный инструмент? =)
> была такая библиотека для разработки игр WinG. Мертворожденная =) И после этого говорить что api не важен - по меньшей мере глупо.
Почему "Мертворожденная"? на ней в свое время был сделан какой-то King Quest от Sierra. Сейчас в магазинах можнр купить игры про Розовую Пантеру (Право на риск и Фокус-Покус) - там то же WinG.
Но дело не вэтом, а в том, по меньшей мере глупо говорить о том, что Dll, экспортировавшая 10 или 20 функций является api, сильно повлияла на качество тех игр-квестов, для создания которых она использовалась! WinG - просто более быстый блитер, чем GDI в Windows 3.1, позволявший имитировать работу с видеопамятью. С появлением Video For Windows его заменил API DrawDib. Современным аналогом WinG является DirectDraw.
Все это говорит о том, что ты рассуждаешь о вещах, в которых мало что понимаешь.
PS Твои байки о несовместимости версий DirectX - это бред. Под DirectX 9 будут работать игры, сделанные и для DirectX 6. При условии, что их авторы не забывали указывать размеры использованных структур.
> Вообще, если человеку хватает мужества набрать 400 страница текст с формулами в ворде -- ему памяник надо ставить (за терпеливость) и отправлять в биореактор.
не, явно товарищи вы не в курсе, что формулы в ворде набираются ничуть не медленнее текса. юзайте MathType. строчу только шум стоит -- причем даже быстрей получается чем в тексе.
>>не, явно товарищи вы не в курсе, что формулы в ворде набираются ничуть не медленнее текса. юзайте MathType. строчу только шум стоит -- причем даже быстрей получается чем в тексе.
В OpenOffice я формулы ваяю тоже со скоростью "дым из ушей". Всё просто, интуитивно понятно и логично