Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.169] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 867 868 [869] 870 871 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#13021
,
|
|
|
|
Чета бледненькие они какие-то, видать света белого не видят из-за работы
|
|
Сообщ.
#13022
,
|
|
|
|
Цитата Green Light @ Чета бледненькие они какие-то, видать света белого не видят из-за работы ![]() Неправильный вывод. В Индии цвета кожи зависит от касты. Или каста зависит от цвета кожи.. их не разберёшь. Короче - самые бледнолицые - это самые высококастовые. -Added Цитата mo3r @ И, все-таки, я удивляюсь логике. Пакет для расчетов перестал правильно обрабатывать простейшие формулы (не говоря уже о более сложных (с которыми тоже есть глюки), и сколько еще неизвестного осталось), и ничего не случилось, все нормально, катастрофы нет, все сразу будет замечено. И, интересно, кто тестировал этот продукт? Похоже, что практически никто. здесь я вынужден поддержать оратора. |
|
Сообщ.
#13023
,
|
|
|
|
Цитата Бобёр @ Кофе-на-молоке - инженерыИли каста зависит от цвета кожи.. их не разберёшь. Чёрные - кодеры Красные - тестеры (Кстати, заметили, что нет красных индусов?) Белые - менеджеры... etc |
|
Сообщ.
#13024
,
|
|
|
|
Цитата mo3r @ Так там ведь не только round. Глючит и вывод чисел. А, значит, глючат и связанные с экселем приложения. А вывод числе по твоему через что работает? Именно через ROUND. И эксперименты показали, что глючит именно ROUND, при выводе и в рассчетах. А связанные с экселем приложения — это какие? |
|
Сообщ.
#13025
,
|
|
|
|
Сами с собой разговариваете, странно... собственные мысли при всём чесном народе помоями поливать? Давно ж известно, что ТАМ - индусы. А европейцев - НЕТ. Не подходят. Для установленных задач при установленных ресурсах.
|
|
Сообщ.
#13026
,
|
|
|
|
Цитата mo3r @ Вот тут-то и возникают сомнения в умении микрософтовских программистов писать даже простейшие вещи. Чем сложнее продукты, тем сложнее их разрабатывать и поддерживать. Думаю согласишься, что до MSO бесплатному OOo еще расти и расти? Кроме того Office2007 в отличие от предыдущих своих версий развивался в очень положительном плане: во-первых занимает в памяти сущие пустяки (30 мегабайт по сравнению с сотней OOo), быстродействие на многих операциях выше в разы, а стабильность вообще на высоте: Office 2007 у меня еще ни разу не вылетал, чего не было даже с 2003-им. Конечно при таких значительных изменениях ошибок трудно избежать, особенно если над душой стоят манагеры и говорят, что пора его продавать. А что касается выявления ошибки, то видим, что она повторяется в реальной жизни исключительно редко. Тут явное не сработал какой-то индус-программист, который должен был обратить внимание тестировщиков на возможные баги в связи с новыми механизмами округления и тонкостями этого процесса. Хм, интересно было бы заняться дизассемблированием, посмотреть, что же там такое. |
|
Сообщ.
#13028
,
|
|
|
|
Цитата Smike @ А связанные с экселем приложения — это какие? Те, которые тем или иным образом используют эксель. Добавлено Цитата Smike @ быстродействие на многих операциях выше в разы Ни-фи-га. Открытие больших документов в odf OO.o производит быстрее, чем mso открывает такие же docx. Цитата Smike @ в связи с новыми механизмами округления и тонкостями этого процесса. ни фига себе! Они что, написали свою реализиацию плавточки? Тогда багов надо ждать немерянно. Добавлено Цитата Smike @ м, интересно было бы заняться дизассемблированием, посмотреть, что же там такое. А EULA прочитал? Не боишься? Цитата Smike @ стабильность вообще на высоте: Office 2007 у меня еще ни разу не вылетал, чего не было даже с 2003-им. Хм... и уже не вылетает при открытии определенных документов? А то все микрософт-ворды, которые я видел, стабильно падали на некоторых документах (причем они не были специально сформированы, а просто обычные рабочие документы). Неужто пофиксили это? Цитата Smike @ Думаю согласишься, что до MSO бесплатному OOo еще расти и расти? Думаю, что как раз наоборот… потому что OO.o вырос из базы кода старофиса. Добавлено Кстати, в инете появляются всякие слухи о сервис-паке для висты. Хотелось бы услышать комментарии на этот счет: стало ли с ним лучше? |
|
Сообщ.
#13029
,
|
|
|
|
|
Сообщ.
#13030
,
|
|
|
|
Цитата Smike @ Еще вопросы будут? Да. Попробуй использовать .Text, а не .Value. Или вывести его на печать. |
|
Сообщ.
#13031
,
|
|
|
|
Цитата mo3r @ Ни-фи-га. Открытие больших документов в odf OO.o производит быстрее, чем mso открывает такие же docx. Цитата mo3r @ Они что, написали свою реализиацию плавточки? Тогда багов надо ждать немерянно. Судя по блогам — да, потому что интеловская реализация очень глючная. И на такой простой операции как 1/2+1/3-5/6 выдает адское число вместо 0. А баг пока только один замечен (который мы собственно и обсасываем) и то не в вычислениях... Цитата mo3r @ Хм... и уже не вылетает при открытии определенных документов? А можно пример такого документа? Мне и самому было бы интересно попробовать Цитата mo3r @ Думаю, что как раз наоборот… потому что OO.o вырос из базы кода старофиса. А старофис был еще хуже OpenOffice. Причем до последнего времени таким и оставался, а сейчас не знаю. Цитата mo3r @ Кстати, в инете появляются всякие слухи о сервис-паке для висты. Хотелось бы услышать комментарии на этот счет: стало ли с ним лучше? Когда будет установлен через Windows Update — напишу впечатления. Пока нет и по инету ходят беты — я о нем и знать не хочу. Добавлено Цитата mo3r @ Попробуй использовать .Text Чтобы искусственно сымитировать ошибку? Это даже не оригинально. На кой мне строковое значение? Как я им должен оперировать в своей программе? Не говоря о том, что оно может быть округлено, хрен знает в каком формате и по каким региональным стандартам приведено. Добавлено Даже если мне нужно строковое значение, то Value как видишь прекрасно приводится к строке, даже без дополнительных операций |
|
Сообщ.
#13032
,
|
|
|
|
Цитата Smike @ Судя по блогам — да, потому что интеловская реализация очень глючная. А я только апгрейдиться собрался |
|
Сообщ.
#13033
,
|
|
|
|
Цитата wind @ А я только апгрейдиться собрался ![]() Не беспокойтесь, у AMD она сделана по тому же образу и подобию Во всяком случае там такой же результат приведенной мной простой операции. |
|
Сообщ.
#13034
,
|
|
|
|
Цитата Smike @ И на такой простой операции как 1/2+1/3-5/6 выдает адское число вместо 0 Это не простая операция На самом деле, никакая реализация плавточки с двоичным или десятичным основанием здесь не даст 0.Цитата Smike @ интеловская реализация очень глючная Эм... точно? Что-то сомневаюсь... Цитата Smike @ А можно пример такого документа? Мне и самому было бы интересно попробовать постараюсь найти… должны были где-то остаться. Цитата Smike @ На кой мне строковое значение? Как я им должен оперировать в своей программе? Не говоря о том, что оно может быть округлено, хрен знает в каком формате и по каким региональным стандартам приведено. Ну, например, программа может использовать excel как раз для выполнения вычисления. Или общается с экселем через CSV. Добавлено Цитата Smike @ Даже если мне нужно строковое значение, то Value как видишь прекрасно приводится к строке, даже без дополнительных операций ![]() А тот, кто писал приложения несколько лет назад, он мог о таком догадываться? Добавлено Цитата Smike @ Во всяком случае там такой же результат приведенной мной простой операции. Может быть, нужна рациональная или аналитическая арифметика? Это уже несколько совсем другой уровень |
|
Сообщ.
#13035
,
|
|
|
|
Цитата mo3r @ никакая реализация плавточки с двоичном или десятичным основание здесь не даст 0. А я попробовал: ![]() ![]() ~ $ python Python 2.4.4 (#1, Sep 23 2007, 15:24:01) [GCC 4.1.2 (Gentoo 4.1.2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> 1/2+1/3-5/6 0 >>> |