Ненене, не поймите неправильно, я тоже не медик )
Я писал вот к этому:
> клетки слоями накладываешь а организм сам капилляры и вены строит в ней…
Повреждения печени организм сам может неплохо регенерировать, а цирроз, насколько я знаю, поражение всего органа, а не его частей. Так что тут только полная замена…
Мы в это ветке про операционку, вообще-то, говорим. И, надо отдать должное, они таки работали. Играл я в старые игрушки в этом режиме, написанны под Win95/98, о запуске которых в Win2k даже и речи не шло.
Забывай, не забывай, но ничего противоречащего моему высказыванию вы не написали.
В WinXP по сравнению с Win2k, помимо прочего, была улучшена безопасность учётных записей пользователей и появились режимы совместимости.
Это операция не имеет смысла: печень — единственный огран человека, способный самовостанавливаться. Буквально — из небольшого фрагмента. Практикуются даже операции, когда пересаживается половина донорского ограна.
Возможно, поэтому для экспериментов и выбрали именно печень.
Не сталкивался я на практике с расчётными финансовыми задачами.
В Objective-C для отображения цен использую NSDecimalNumber потому как его для этих целей использует iOS SDK.
Но это таки тип с плавающей точкой, пусть и способен хранить до 38 значимых цифр, и ничего большего чем просто хранение цены с ним делать всё равно не стоит.
Если бы мне пришлось делать какие-то расчётные операции — я бы поискал реализацию длинной арифметики на C и использовал бы её. Из минусов — большое потребление памяти и низкое быстродействие, в сравнении со стандартными типами. Из плюсов — максимальное хранимое значение упирается только в объём доступной оперативной памяти.
В точных операциях (в том числе и фанансовых) нельзя использовать типы с плавающими точками из-за их ограниченной точности. Даже строка лучше в этой ситуации. В идеале — длинная арифметика. BigDecimal, как я понимаю (java я не знаю) — это оно и есть.
Не факт. Это может быть атака на usb-стек. Многие разработчики устройств как раз жалуются на низкую защищённость этого драйвера в Windows, и что повесить систему неудачным покетом — крайне легко.
При том, что в русской раскладке на Mac OS shift+5 — точка, а shift+6 — запятая. Что ужасно неудобно. Первым делом меняю раскладку на «Русская — ПК». Но вместо «Ё» всё равно остаются "[" и "]".
Ну, как-то сложилось, что в моём случае системы приходилось обновлять целиком. К моменту покупки следующего компа — менялись интерфейсы. Меняешь материнку — меняй всё.
Хорошо хоть «загоны» — соседей должно быть не так не так слышно. А описываемом мной офисе перегородок не было, а места — не многим больше, и то — за спиной, за счёт прохода. Что обидно — офис до такого состояния набивался постепенно, в результате как с той лягушкой — заметишь, когда уже совсем всё плохо.
А так же совершенно невозможно работать без громко обсуждающих стратегию продаж продажников, ругающегося с руководителем направления гендиром, холоднокровных мутантов у пульта кондиционера и ресторана этажом ниже с общей с вашим опенспейсом вентиляцией.
Я коммент отредактировал, видимо вы ответили на старый вариант.
В общем там другая проблема: Экран, при отображении этого меню, затеняется, что не даёт выставить нужную яркость. Вот включаете вы фильм, видите, что слишком ярко. Лезете в это меню, убавляете яркость, закрываете меню… а изображение всё равно слишком яркое.
Я писал вот к этому:
> клетки слоями накладываешь а организм сам капилляры и вены строит в ней…
Повреждения печени организм сам может неплохо регенерировать, а цирроз, насколько я знаю, поражение всего органа, а не его частей. Так что тут только полная замена…
В WinXP по сравнению с Win2k, помимо прочего, была улучшена безопасность учётных записей пользователей и появились режимы совместимости.
Возможно, поэтому для экспериментов и выбрали именно печень.
В Objective-C для отображения цен использую NSDecimalNumber потому как его для этих целей использует iOS SDK.
Но это таки тип с плавающей точкой, пусть и способен хранить до 38 значимых цифр, и ничего большего чем просто хранение цены с ним делать всё равно не стоит.
Если бы мне пришлось делать какие-то расчётные операции — я бы поискал реализацию длинной арифметики на C и использовал бы её. Из минусов — большое потребление памяти и низкое быстродействие, в сравнении со стандартными типами. Из плюсов — максимальное хранимое значение упирается только в объём доступной оперативной памяти.
В общем там другая проблема: Экран, при отображении этого меню, затеняется, что не даёт выставить нужную яркость. Вот включаете вы фильм, видите, что слишком ярко. Лезете в это меню, убавляете яркость, закрываете меню… а изображение всё равно слишком яркое.
---
Тьфу, думал это скрин из настроек. На айпаде он сильно отличается.
И как, получилось точно выставить яркость?