Всё равно, когда часть типов указанна как var, другая — прописана явно — эта каша будет напрягать. А задать все типы неявно в сложном классе, скорее всего не выйдет.
Семантика семантикой, но программы люди пишут. Собственно код var flag = defaultFlagValue; вас таки заставит лезть смотреть определение этого defaultFlagValue. (const string defaultFlagValue = «undefined»; :) )
И это дополнительное поле для ошибок. Вообще, я стараюсь автоматической типизации именно по этой причине. Написать можно не то, что хотел, и компилятор ничего не скажет. Что-нибудь типа var i = 0.; может принести кучу веселья.
Имхо, как раз наоборот. Когда я пробегаю глазами список полей класса в чужом коде, я не смотрю на значения, а только по типы, ибо они в столбик выровнены. Соответственно, надо было бы куда-то лезть, думать, а этого делать не хочется.
У меня в приложении используется нечто подобное. Создаётся впечатление, что на iPad, на прошивке iOS 4.2 и выше загрузка выполняется таки синхронно. При том, что код нормально работает на iOS 3.2. Соответственно приходится извращаться с sendSynchronousRequest и NSThread. Что, в свою очередь, крайне криво работает в iOS 3.2.
> В стратегии на таких столах наверное круто играть.
Неудобно на самом деле, нужен заточенный под это интерфейс. Я на подобном столе пытался в Supreme Commander играть — очень не хватает правого клика — приходится всё время лезть в панель действий.
Есть ещё кондиционеры из разряда «всё в одном и труба на улицу». У них монтаж проще (впихнуть выдув в вентиляцию, или куда ещё), но шумит оно сильнее, чем охлаждает, и в результате невозможно работать не из-за температуры, а из-за шума. Смотрите, чтобы вам такой не поставили :)
Там что-то такое заметно в конце, когда они начинают айфон и айпадом крутить (немного меняется ракурс изображения). Хотя рассматривать 3D эффект на 2D мониторе — довольно медитативное занятие.
Там что-то такое заметно в конце, когда они начинают айфон и айпадом крутить (немного меняется ракурс изображения). Хотя рассматривать 3D эффект на 2D мониторе — довольно медитативное занятие.
Может быть от экрана зависит. Я сам себя в мониторе своего hp mini вижу всегда — и когда вокруг яркое освещение (зеркало зеркалом) и в полной темноте — свечения чёрного экрана хватает.
что интересно — у меня жж пингуется:
PING livejournal.com (208.93.0.168): 56 data bytes
64 bytes from 208.93.0.168: icmp_seq=0 ttl=252 time=299.321 ms
64 bytes from 208.93.0.168: icmp_seq=1 ttl=252 time=279.517 ms
64 bytes from 208.93.0.168: icmp_seq=2 ttl=252 time=277.710 ms
64 bytes from 208.93.0.168: icmp_seq=3 ttl=252 time=276.912 ms
^C
— livejournal.com ping statistics — 4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 276.912/283.365/299.321/9.260 ms
ВНЕЗАПНО заработало :)
Настройки — как у вас, копировал 2 файла — dsound.dll и dsound3d.dll. Драйвера — последние с сайта Creative (но они за 2009й, что ли, год)
Разница в играх слышна невооружённым ухом :)
Вся проблема в том, что не каждый управленец может отличить одно от другого и в этом случае совет становится вредным. Для того, чтобы понять, что это количество строк действительно имеет смысл, а не программер быдлокодит, надо делать ревизию кода.
> Далеко за примерами ходить не надо. Все знают понятие «индусский код»: как только разработчикам начинают платить за количество написанный строчек кода
> А между тем, это как ни парадоксально, это очень точная метрика.
Я с вами очень и очень не согласен.
Возьмите любой фреймворк и решите задач с его использованием.
Теперь решите задачу без этого фреймворка. Кода у вас будет больше, а писать решение вы будете дольше.
При том что у каждого есть свои наработки и этакий самописный фреймворк для личного пользования.
Семантика семантикой, но программы люди пишут. Собственно код var flag = defaultFlagValue; вас таки заставит лезть смотреть определение этого defaultFlagValue. (const string defaultFlagValue = «undefined»; :) )
И это дополнительное поле для ошибок. Вообще, я стараюсь автоматической типизации именно по этой причине. Написать можно не то, что хотел, и компилятор ничего не скажет. Что-нибудь типа var i = 0.; может принести кучу веселья.
Неудобно на самом деле, нужен заточенный под это интерфейс. Я на подобном столе пытался в Supreme Commander играть — очень не хватает правого клика — приходится всё время лезть в панель действий.
en.wikipedia.org/wiki/Lenticular_printing
PING livejournal.com (208.93.0.168): 56 data bytes
64 bytes from 208.93.0.168: icmp_seq=0 ttl=252 time=299.321 ms
64 bytes from 208.93.0.168: icmp_seq=1 ttl=252 time=279.517 ms
64 bytes from 208.93.0.168: icmp_seq=2 ttl=252 time=277.710 ms
64 bytes from 208.93.0.168: icmp_seq=3 ttl=252 time=276.912 ms
^C
— livejournal.com ping statistics — 4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 276.912/283.365/299.321/9.260 ms
Настройки — как у вас, копировал 2 файла — dsound.dll и dsound3d.dll. Драйвера — последние с сайта Creative (но они за 2009й, что ли, год)
Разница в играх слышна невооружённым ухом :)
> А между тем, это как ни парадоксально, это очень точная метрика.
Я с вами очень и очень не согласен.
Возьмите любой фреймворк и решите задач с его использованием.
Теперь решите задачу без этого фреймворка. Кода у вас будет больше, а писать решение вы будете дольше.
При том что у каждого есть свои наработки и этакий самописный фреймворк для личного пользования.