Вполне возможно; просто такое поведение стрелочек характерно для tcsh(1), который шелл по умолчанию во FreeBSD. Въедливая привычка, быстро подсаживаешься. :-)
Забавно, что ^P/^N в tcsh(1) как раз просто перебирают команды (без учета первых символов). Про сложные случаи и ^R согласен.
Пожалуй, соглашусь с вами. Например, у DIHALT была статья про модернизацию велокомпьютера Vetta RT33 от 4 мая 2008, при этом на Хабр он ее не копипастил (хотя зареган с 28 апреля того же года).
Пленка вообще очень непростая штука в плане цветопередачи. Вот, например, Павел Косенко в его «Живой цифре» пишет (с. 109):
Действительно, на пленке Kodak Ektachrome E100VS цвет кожи девушки получился значительно более загорелым, а общая цветовая гамма фотографии существенно более теплой, чем на Fujifilm Provia 100F. Для того чтобы понять причины таких различий, необходимо принять во внимание, что компания Eastman Kodak была основана в США, а Fujifilm Holding Corporation — в Японии. Каждая из них изначально ориентирована на локальные рынки: Kodak на США и Европу, Fujifilm — на Азию. А восприятие цвета у потребителей этих рынков разное.
Одна из гипотез объясняет различия в восприятии цвета между азиатами и европейцами следующим образом. Известно, что для нас, европейцев, эталоном цвета кожи и, что немаловажно, признаком здоровья, является золотисто-коричневатый цвета загара. В то время как азиаты идеальным цветом кожи считают белый. [...]
Павел, кстати, всячески нахваливает RPP и его пленочные профили; жаль что RPP не открытая программа, было бы интересно поиграться.
Да, в статьях Дмитрия Беседина на iXBT (в посте есть ссылки) упоминаются как раз утилиты RightMark; насколько я понимаю, именно Дмитрий был их основным автором/программистом. К сожалению, Дима ушел из жизни в апреле 2008 г. :-( Видимо, этим и объясняется дальнейшее неразвитие этих утилит.
Красивые снимки, особенно галактики. Меня в свое время астрофотография отпугнула чрезмерной сложностью «проявки» равов для получения достойного результата; Джим собственно об этом сам говорит:
Q: My Goodness, you're anal. Do you really go through all of this for each image? A: Yes. Astrophotography is one of the most difficult flavors of photography there is, and there are a whole lot of things that can go wrong. So, I try to minimize the chances of blowing it, since even the non-anal version of setup, acquisition, and processing takes a ton of time.
У вас какой-то аналогичный workflow или нечто попроще?
Поддержка вендора и полезность оной вообще, мне кажется, сильно преувеличены; Андрей Шетухин как-то очень хорошо про это написал:
У того же RedHat поддержка не распространяется на, цитирую: модифицированные пакеты и пакеты полученные не от Red Hat; планирование инфраструктуры; разработку политик безопасности; каналы Extras/Supplementary; компоненты, имеющие статус Technology Preview.
Все, что готов поддерживать Red Hat, это: установка; настройка; использование; диагностика.
Иными словами, платить надо за то, что должен уметь самостоятельно решать любой грамотный системный администратор. [...] Лично мое мнение: коммерческая поддержка Линукса на таких условиях вообще непонятно кому нужна, и вообще существует в природе скорее для маркетинговых целей.
И потом, если очень надо, то коммерческая поддержка для FreeBSD таки-предоставляется целым рядом контор в разных частях света.
Что касается HPC, то FreeBSD в этой нише сейчас практически никому не интересна: нет спецсофта и компиляторов, практически никакой поддержки GPGPU. Лет десять назад, например, NAG предлагали нативные версии своих матбиблиотек и компилятора для FreeBSD, насколько я знаю, но не сейчас. И если еще недавно без нативных программ, в принципе, можно было обойтись, запуская линуксячий 32-битный софт в эмуляторе, то с переходом на 64 бита, которые фрёвый линуксолятор до сих пор не умеет, стало все совсем плохо. :-(
Меня вообще удивляет, почему так многие считают обновления софта безусловным благом. Ведь софт, который от версии к версии становится только лучше, попадается куда реже чем тот, который «работает — не трожь».
Спасибо за статью. Мне тоже как-то залили клавиатуру коньяком несколько лет назад; все еще ждет чистки, бедняжка. Если можно, несколько вопросов по теме:
1) Насколько рискованно использование обычной воды (пусть и отфильтрованной) на первой стадии? (Меня несколько пугает кислород воздуха и возможная коррозия в случае длительной выдержки.)
2) Как вы определяли оптимальную температуру «чтобы руке было еще терпимо»?
3) Соотношение «1 часть изопропилового спирта к 2-м частям дистиллированной воды» следует откуда-то, или просто взято на глаз?
4) Насколько менее летучий (и более ядовитый) изопропанол хуже этанола в качестве испарителя?
5) Имеет ли смысл выдерживать клавиатуру на первой стадии (в воде) несколько часов? А в случае спирт-only чистки?
Я сперва хотел обойтись для всей процедуры одним лишь этанолом, который в больших количествах достать непросто. Если у вас все хорошо получилось с обычной водой и дистиллятом, я начинаю думать, не обойтись ли мне вообще без спирта (водой, феном и рисом).
Мне как-то говорили, что для того, чтобы максимизировать гросс на основных платформах (iOS/Android), имеет смысл сначала выпустить версию под Windows Phone, посмотреть отзывы и прочую статистику, пофиксить слабые места, и уже тогда релизиться «по-настоящему».
Дело не только в месте (которого не всегда так уж и завались). Традиционно в корне лежит самое необходимое для запуска системы (в single user mode, причем с остальными разделами можно в это время делать что угодно, без необходимости грузиться со внешней флешки).
Кроме того, на корень можно назначить свои отдельные опции монтирования, или вообще монтировать его read-only (как говорится, во избежание). Отдельный корень, в случае традиционных файловых систем *nix, где таблица инодов статическая, — меньше вероятность, что внезапно закончится место; проще и быстрее бекапить через dump/restore, etc.
tcsh(1), который шелл по умолчанию во FreeBSD. Въедливая привычка, быстро подсаживаешься. :-)Забавно, что ^P/^N в
tcsh(1)как раз просто перебирают команды (без учета первых символов). Про сложные случаи и ^R согласен.Что касается HPC, то FreeBSD в этой нише сейчас практически никому не интересна: нет спецсофта и компиляторов, практически никакой поддержки GPGPU. Лет десять назад, например, NAG предлагали нативные версии своих матбиблиотек и компилятора для FreeBSD, насколько я знаю, но не сейчас. И если еще недавно без нативных программ, в принципе, можно было обойтись, запуская линуксячий 32-битный софт в эмуляторе, то с переходом на 64 бита, которые фрёвый линуксолятор до сих пор не умеет, стало все совсем плохо. :-(
Я аналогичную игрулю потом для TI-81 писал (тоже на бэйсике).
1) Насколько рискованно использование обычной воды (пусть и отфильтрованной) на первой стадии? (Меня несколько пугает кислород воздуха и возможная коррозия в случае длительной выдержки.)
2) Как вы определяли оптимальную температуру «чтобы руке было еще терпимо»?
3) Соотношение «1 часть изопропилового спирта к 2-м частям дистиллированной воды» следует откуда-то, или просто взято на глаз?
4) Насколько менее летучий (и более ядовитый) изопропанол хуже этанола в качестве испарителя?
5) Имеет ли смысл выдерживать клавиатуру на первой стадии (в воде) несколько часов? А в случае спирт-only чистки?
Я сперва хотел обойтись для всей процедуры одним лишь этанолом, который в больших количествах достать непросто. Если у вас все хорошо получилось с обычной водой и дистиллятом, я начинаю думать, не обойтись ли мне вообще без спирта (водой, феном и рисом).
Кроме того, на корень можно назначить свои отдельные опции монтирования, или вообще монтировать его read-only (как говорится, во избежание). Отдельный корень, в случае традиционных файловых систем *nix, где таблица инодов статическая, — меньше вероятность, что внезапно закончится место; проще и быстрее бекапить через dump/restore, etc.