в свое время я настраивал трейдерский терминал под QNX. Учитывая специфику, могу смело утверждать, что там ничего не поменялось и трейдеры до сих пор пользуются именно QNX в своих терминалах. Не все, наверняка, но пользуются.
Ну что-ж, Вам виднее, конечно, что применяется на практике.
Убеждать я ни в коем случае ни в чем не собирался. Просто удивился (мягко говоря) такому методу.
Измерение сопротивления может и не дает достаточных данных, но осмотр верхнего метра из 30-метрового штыря, как мне кажется, дает еще меньше данных. Каким образом осмотр верхней части дает информацию о том, что происходит ниже?
Может там на глубине 1.5 метра кто-то прогрыз медное покрытие и как раз там проходят грунтовые воды повышенной кислотности так, что оставшая часть заземления через год нафик отвалится.
Да, я понимаю, что ситуация не очень правдоподобная, но надеяться на авось в таких вопросах тоже не очень хороший вариант. Должны-же быть какие-то реальные методы проверки состояния электрохозяйства.
отрывать и осматривать штырь, заглубленный на 30 метров — это весьма забавное занятие.
Полагаю, что все-таки более правильной процедурой является не откапывание, а замер сопротивления растекания. Если заземление сгнило, то сопротивление вырастет весьма заметно.
мне вот тоже удобнее было-бы видеть негруппированные звонки.
В андроиде если я пытался достать отца и звонил ему сначала домой, потом на работу, потом на мобилу, то в списке звонков я вижу только одну последнюю попытку. Для того, чтоб через час снова позвонить ему домой мне надо тыкать лишний раз в контакт и там выбирать нужный номер. Таки предпочел-бы видеть не-группированные звонки.
вот потому-то и возникает вопрос обоснованности решения с очередью.
Мне кажется проще было-бы так —
каталоги Input, Work, Done.
Скрипт смотрит каталог Work. Если там что-то есть, то запускает выполнение, а потом переносит файл в Done. Если нет, то перемещает туда один файл из Input. работу с лок-файлами добавить по вкусу.
Решение ничем не хуже, но при этом очередь переживает перезагрузку без проблем. Потому как очередью является сам каталог Input.
Да кто-бы спорил? Конечно, прямая адресация всего и везде — это удобно. И это так должно быть.
Я о том, что даже в организациях, где белых адресов достаточно — все равно используют серые. Это такая сложилась good practice. И все ей следуют.
Лично я всеми руками за полноценный переход на IPv6. Но давайте не будем это обосновывать тем, что IPv4 закончились. Проблема не в том, что они закончились, а в том, что их не хватает для прямой адресации. С NAT-ами мы на IPv4 можем еще много лет протянуть. Но таки неудобно, да. И тянуть это за собой смысла нет. Потому надо переходить. Просто потому, что надо.
Так в том-то и дело, что НЕ делают. Организации, которым хватает «белых» адресов на все устройства в сети все равно используют «серые» адреса. И не просто используют между делом, а 95% всех устройств таки живут с серыми адресами. А для выхода в Интернет (который большому количеству устройств все равно не нужен) таки используют nat. Даже если нет проблем с белыми адресами.
План хороший, конечно. Но вот смысл всем железкам в огромной организации иметь белые адреса? Никакого!
Что еще более обидно — таки оно в таком виде и не используется. А куда используется — хрен знает.
Вот у меня в относительно крупной организации на мою подсеть было выделено два блока /24. Пару лет назад меня урезали до одного /25. С одной стороны мне пофик, у меня внешних адресов надо штук 30, если по-хорошему. С другой — куда и зачем ушло почти 400 адресов я не знаю. Внутри все сети серые. белые адреса нужны только внешним серверам и столько их явно не надо (учитывая, что у компании их таки было много, не зря мне изначально 500 адресов отвалили).
Так что раскулачивать крупные компании таки можно. Возможно, имеет смысл выделить еще одну сеть /8 под серые адреса. Но как подумаешь сколько всего для этого надо переделать (переписать RFC, переписать весь софт, переписать все конфиги) — проще перейти на IPv6.
а те 20.000 работников китайского фокскона, которые сейчас обеспечивают себя и свои семьи едой за деньги, заработанные рабским трудом — они пускай сдохнут нахрен? Ведь будь у них другие варианты зарабатывать — они-бы и сами пошли на более «цивильное» производство. Однако вариантов нет. Китайцев много, а работ мало. И перевод заводов из Китая оставит этих китайцев даже без этих копеек.
Я сам таки не против заплатить чуть больше (реально «чуть», ибо открыв завод в Штатах будет таки нехилая экономия на меньшей текучке кадров, на меньшем проценте брака, на меньших транспортных расходах и т.д.). А уж факт того, что открытие крупных заводов в Штатах — это просто очень хорошо для страны в целом — это вообще трудно оценить. Но вот ломать существующую экосистему… я таки не способен оценить последствия. И экономические и политические.
почти не выбрасывают. По нескольким причинам. Во-первых, вообще не любят выбрасывать исправные вещи. Во-вторых, таки LCD довольно часто ломаются (обычно проблемы с БП).
Но вот подарить школе — это совсем другое. Это не «выбросить».
Интересно было-бы почитать про эту мобильную студию.
Потому как, с одной стороны, пропускная способность коммутируемой линии таки весьма и весьма мала. Так что ничего существенного в нее таки просунуть нельзя было. Но с другой стороны, это-же аналоговый сигнал. Оцифровки нет вообще. А в таком случае помехи и искажения не так важны.
В общем, если что есть про студию рассказать — рассказывайте. Интересно.
не может быть, что RDP передает картинку. Как-то он настолько шустрее работает, что я просто не верю.
Вот в Win8 можно будет компоненты доставлять по вкусу. Глядишь и RDP сделают по типу X-windows. Совсем кошерная платформа получится. И по идеологии кошерная и без школьных поделок от линукса. Прямо счастье. Жду.
часть компонентов, наверное, таки понадобится. Ну так почему-бы не дать пользователю решать какие компоненты нужны, а какие нет. Нужно — доставил нужный компонент. Да, увеличился футпринт. Но только на этот один компонент, а не на всё чохом.
Во-вторых, не очень понятно зачем нужны компоненты, обслуживающие графический режим, на сервере. Ведь там этого самого режима нет. Компоненты должны быть на клиенте. Которому они (компоненты) по-любому нужны для отрисовки.
И это не учитывая то, что для фермы терминалов вроде как нет необходимости держать все компоненты на всех машинах. Одна могла-бы быть полной виндой, а остальные — core. Но я не в курсе как это работает в винде, потому верю, что в настоящем времени оно так работать не может по массе причин.
В общем, микрософту еще есть куда двигаться. И это хорошо.
а в чем проблема-то? Зачем на сервере еще что-то (да и это не ясно зачем)? Процессоры и память есть. Построить из них ферму и пускай опубликованные приложения хостят. Для этого окошки на сервере рисовать не надо.
Вот у меня есть пачка линуксовых серверов. Никаких иксов на них нет. Но при этом это не мешает мне запускать там приложения удаленно. Как консольные, так и графические.
Убеждать я ни в коем случае ни в чем не собирался. Просто удивился (мягко говоря) такому методу.
Может там на глубине 1.5 метра кто-то прогрыз медное покрытие и как раз там проходят грунтовые воды повышенной кислотности так, что оставшая часть заземления через год нафик отвалится.
Да, я понимаю, что ситуация не очень правдоподобная, но надеяться на авось в таких вопросах тоже не очень хороший вариант. Должны-же быть какие-то реальные методы проверки состояния электрохозяйства.
Полагаю, что все-таки более правильной процедурой является не откапывание, а замер сопротивления растекания. Если заземление сгнило, то сопротивление вырастет весьма заметно.
В андроиде если я пытался достать отца и звонил ему сначала домой, потом на работу, потом на мобилу, то в списке звонков я вижу только одну последнюю попытку. Для того, чтоб через час снова позвонить ему домой мне надо тыкать лишний раз в контакт и там выбирать нужный номер. Таки предпочел-бы видеть не-группированные звонки.
Мне кажется проще было-бы так —
каталоги Input, Work, Done.
Скрипт смотрит каталог Work. Если там что-то есть, то запускает выполнение, а потом переносит файл в Done. Если нет, то перемещает туда один файл из Input. работу с лок-файлами добавить по вкусу.
Решение ничем не хуже, но при этом очередь переживает перезагрузку без проблем. Потому как очередью является сам каталог Input.
Я о том, что даже в организациях, где белых адресов достаточно — все равно используют серые. Это такая сложилась good practice. И все ей следуют.
Лично я всеми руками за полноценный переход на IPv6. Но давайте не будем это обосновывать тем, что IPv4 закончились. Проблема не в том, что они закончились, а в том, что их не хватает для прямой адресации. С NAT-ами мы на IPv4 можем еще много лет протянуть. Но таки неудобно, да. И тянуть это за собой смысла нет. Потому надо переходить. Просто потому, что надо.
Что еще более обидно — таки оно в таком виде и не используется. А куда используется — хрен знает.
Вот у меня в относительно крупной организации на мою подсеть было выделено два блока /24. Пару лет назад меня урезали до одного /25. С одной стороны мне пофик, у меня внешних адресов надо штук 30, если по-хорошему. С другой — куда и зачем ушло почти 400 адресов я не знаю. Внутри все сети серые. белые адреса нужны только внешним серверам и столько их явно не надо (учитывая, что у компании их таки было много, не зря мне изначально 500 адресов отвалили).
Так что раскулачивать крупные компании таки можно. Возможно, имеет смысл выделить еще одну сеть /8 под серые адреса. Но как подумаешь сколько всего для этого надо переделать (переписать RFC, переписать весь софт, переписать все конфиги) — проще перейти на IPv6.
Я сам таки не против заплатить чуть больше (реально «чуть», ибо открыв завод в Штатах будет таки нехилая экономия на меньшей текучке кадров, на меньшем проценте брака, на меньших транспортных расходах и т.д.). А уж факт того, что открытие крупных заводов в Штатах — это просто очень хорошо для страны в целом — это вообще трудно оценить. Но вот ломать существующую экосистему… я таки не способен оценить последствия. И экономические и политические.
Эх, какая машинка была…
Но вот подарить школе — это совсем другое. Это не «выбросить».
Потому как, с одной стороны, пропускная способность коммутируемой линии таки весьма и весьма мала. Так что ничего существенного в нее таки просунуть нельзя было. Но с другой стороны, это-же аналоговый сигнал. Оцифровки нет вообще. А в таком случае помехи и искажения не так важны.
В общем, если что есть про студию рассказать — рассказывайте. Интересно.
Вот в Win8 можно будет компоненты доставлять по вкусу. Глядишь и RDP сделают по типу X-windows. Совсем кошерная платформа получится. И по идеологии кошерная и без школьных поделок от линукса. Прямо счастье. Жду.
Во-вторых, не очень понятно зачем нужны компоненты, обслуживающие графический режим, на сервере. Ведь там этого самого режима нет. Компоненты должны быть на клиенте. Которому они (компоненты) по-любому нужны для отрисовки.
И это не учитывая то, что для фермы терминалов вроде как нет необходимости держать все компоненты на всех машинах. Одна могла-бы быть полной виндой, а остальные — core. Но я не в курсе как это работает в винде, потому верю, что в настоящем времени оно так работать не может по массе причин.
В общем, микрософту еще есть куда двигаться. И это хорошо.
Вот у меня есть пачка линуксовых серверов. Никаких иксов на них нет. Но при этом это не мешает мне запускать там приложения удаленно. Как консольные, так и графические.