Information Week рассказывает всякие страхи о будущем кодирования. В этом году кодировщики - самая "безработная" специальность в США (уровень безработицы в профессии - 7,1%).

Всё это напоминает гадание на кофейной гуще. Потому как рассуждать о судьбах производителя вне контекста рассуждений о свойствах производимого им товара, по-моему, алогично.

Можно предположить, что нынешний кризис - вовсе не циклическое повторение уже случившихся, а нечто действительно новое. Это возможно хотя бы потому, что предыдущий серьёзный мировой спад был ещё до радикальной  трансформации нашего мира из индустриального в пост-индустриальный. Изменились условия - непременно должны измениться и явления. В том числе, и кризисы.

И тут я как собака - понимаю, но сказать много труднее. Крутится в голове словосочетание "виртуализация продукта". Скажем так - продукт тем "виртуальнее", чем ниже затраты на его тиражирование. Что означает - совершенный виртуальный продукт тиражируется с нулевыми затратами, и потому может быть доступен всем желающим в произвольных количествах.

Автомобиль - реальный продукт. Если у вас есть под рукой какой-нибудь простенький китайский автомобильчик, напильник, молоток и пара станков, то, в принципе, никто и ничто не запрещает вам за некоторое время с некоторыми затратами сделать работающую копию этого автомобильчика. Только затраты будут колоссальными.

А вот конструкторская документация на этот же самый автомобиль - уже куда более виртуальный продукт. Достаточно ей по случайности (то есть беззатратно) попасть в публичный доступ, стоимость её тиражирования будет ничтожна.

Но виртуальная продукция виртуальной продукции рознь. Однодневка-видеоклип и конструкторская документация всё-таки чем-то отличаются. Скорее всего - возможностью получения потребителем прибыли за счёт использования этой продукции. Просмотр видеоклипа, тем более, бездарного, никакой прибыли потребителю (просматривающему) не принесёт ни при каких условиях. А вот автопроизводитель в чужой документации может хоть что-то, да и выудить. В общем, видится виртуальная продукция первого рода (неприносящая прибыли) и, соответственно, - второго рода.

И вот меня очень интерсует соотношение виртуальной продукции первого и второго рода в общем объёме всей виртуальной продукции. Мне кажется, что чем больше продукции первого рода, тем шатче и нестабильнее положение её производителей. Потому что от этой продукции людям довольно легко отказаться. Без малейшего ущерба для здоровья, благополучия и благосостояния можно не посмотреть новый глупый но типа добрый фильм с Рене Зельвегер. Никакого вреда самочувствию, жизнерадостности и перспективам не наносит непройденная игрушка. Непрослушанный альбом инди-группы, одной из ста восьмидесяти тысяч - совершенно никак ни на чём не скажется. Всё это - виртуальная продукция первого рода. Для создания которой используется множество программных продуктов.

И если потребители по ряду причин (нехватка средств, депрессиное настроение из-за нехватки средств, утрата интереса etc) начнут отказываться от виртуальнйо продукции первого рода - у производителей ПО, использующегося при её производстве, должны начаться проблемы. А это уже не может не "аукнуться" на рабочих местах. В первую очередь - самых многочисленных. То есть, на кодировщиках.

Это всё было к тому, что, возможно, безрабтица в кодировании - не сугубо американская болезнь, а только симптом более общей болезни.

А в пользу соображений о непростой судьбе виртуальной продукции первого рода можно привести один, но по-настоящему вопиющий факт. Сколько лет порнобизнес в интернете процветал? И вот пропускная способность каналов наконец уже достаточна для потребностей порноиндустрии и её потребителей, и... порноиндустрия испытывает большие проблемы. Сам Ларри Флинт просит федеральной поддержки в 5 миллиардов долларов для индустрии adult entertainment. Их виртуальный продукт первого рода уже как-то со скрипом продаётся.

Если учесть, что сейчас трудно провести грань между механицизмом,  бессюжетностью, шаблонностью и тупостью порнофильмов и массы видеклипов, игр, музыкальных альбомов и текстов, то как бы не получилось так, что и от этого потребители начнут отказываться. С вытекающими последствиями. В том числе и для кодировщиков. Офшорных.

Только вот чтобы не сложилось впечатление "зарыться в землянку и не вылазить". Люди будут развлекаться пока они люди. Но это вовсе не значит, что они будут всегда соглашаться со всеми, пытающимися их развлекать за деньги. Это, всё-таки, две большие разницы - развлекаться и быть развлекаемым.

Правда, это назвать "немного" язык не поворачивается. И это по-настоящему внезапно.
Технический директор корпорации Citrix Systems Саймон Кросби в корпоративном блоге анонсировал бесплатность XenServer.
Да и на сайте Citrix уже внесены коррективы - Enterprise-class. Cloud-proven. Free.

Эта платформа для создания виртуальных инфраструктур корпоративного масштаба была весьма недешёвым удовольствием. Теперь - бери, качай, устанавливай, пользуйся. Плати только за поддержку. Или покупай максимально автоматизированные в управлении продукты из новой линейки Essentials for XenServer.
Интересный шаг.

Фактически Citrix вторгается в как бы монополизированную область, где ещё недавно была только VMware.
Что сейчас можно получить за бесплатно от Citrix - показано в табличке на этой странице.
В общем, многие от Citrix получили очень приятный подарок в непростое время.

Ещё один подарок, тоже в каком-то смысле, внезапный - после двух с лишним лет разработки обновилась версия культовой командной оболочки Bash.
Так что теперь Bash 4.0 (по ссылке - шестимегабайтовый дистрибутив исходных текстов).

Ну и, напоследок, для увлекающихся электроникой. Сколько раз я "ходил" на сайт Microchip - производителя культовых среди "радиогубителей" микроконтроллеров семейства PIC, а вот только на днях, к своему стыду, нашёл на нём... отличную бесплатную ссистему моделирования электронных схем Mindi.

Много говорить не буду, это специально адаптированный для аудитории пользователей продукции Microchip коммерческий SPICE-совместимый симулятор с отличной графической оболочкой, "умеющий" работать с гибридными (аналогово-цифровыми) схемами.

Замечательная программа, небольшая, легковесная, очень приятная в работе.

Есть у тяжёлых времён и одна хорошая сторона. Умолкает милое сюсюканье. Кукушки уже не хвалят петухов, за то, что хвалят те кукушек. Всем не до того – сегодня хочется кушать, в завтра не хочется смотреть. Но смотреть куда-то всё равно надо. Потому мы начинаем видеть (и увидим ещё) много интересных вещей. Таких интересных, что тихо разгромная статья «Покупатели высказываются о поставщиках» покажется нежной.

Нет смысла пересказывать то, что можно прочесть. Кому лень читать – выжимки в трёх предложениях:

• всего лишь 28% покупателей IT-продукции удовлетворены соответствием реальных возможностей продукта и обещаниями маркетинга, что означает – больше 2/3 покупателей реально оказались обманутыми;
• в 24% случаев заявленная маркетингом функциональность продукта – чистая фикция;
• в 20% случаев покупатель вместо функциональности получает «обещания функциональности», которая будет реализована в следующих версиях (модификациях) продукта примерно в течение  двух кварталов, в 15% - в течение года, в 13% - вообще в следующем году.

Замечательно.

Теперь бы ещё кто-то занялся всерьёз потребительской техникой, оценкой той её функциональности, которую я называю «килька наизнанку», можно было бы посмотреть на получившиеся цифры, и вовсе ужаснуться.  Чувствую, что «кильку наизнанку» надо пояснить. 

Многие просто ещё пока не знают тех времён («ещё» и «пока» потому, что сейчас всё может быть, всё), когда в торговой сети было много невостребованных продуктов минимального ассортимента и мало – востребованных. Поэтому для сбыта невостребованных, их вынуждали обязательно покупать вместе с востребованными, в нагрузку. Очень часто, почему-то, на юге Украины в нагрузку давали консервы «килька в томате». Покупаешь пол килограмма еды – плати на стоимость банки кильки в томате больше и получай банку в нагрузку. Килограмм еды – две банки.

Так вот, «килька наизнанку» - это когда маркетинг выворачивает наизнанку неосновную функциональность продукта (которую потребитель получает в нагрузку к основной просто потому, что элементная база и здоровый азарт конструкторов позволяет её реализовать) и выставляет её «ключевым фактором», к которому потом реклама привязывает обещания гламурного блаженства, длинноногих фей с распутными детскими личиками и прочий kal (не устаю говорить спасибо Энтони Берджессу за предсказанный новояз).

Например. Моему смартфону – больше года. Я быстро прошёл через обязательную стадию болезни пусть и скептика, но всё равно кустаря-технаря – через нашпиговывание этой штуковины всяческими программулинками. Через баловство с чтением rss-новостей с крохотного экранчика. Через убожество и элитарные тарифы GPRS. Через всякие дурацкие планировщики, которые мне при моём образе жизни совершенно не нужны. Через наивные попытки вести учёт «необозримого» семейного бюджета. И т.д. и т.п. Всё это оказалось «килькой наизнанку». Телефон остался телефоном. Причём смартфон с его тремя сетками банок кильки в нагрузку именно как телефон получается далеко не лучшим, даже при сравнимой цене (мною он был куплен вовсе не за кильку,  просто у него не было очевидной «кильки наизнанку» - камеры, он обычного форм-фактора, не требующего лишних аристократических движений, и цена была такой же, как у просто_телефонов). Потому что он – тормоз. И это дико раздражает.

Вот потому-то мне и интересно - сколько людей купили потребительскую технику за «кильку наизнанку», поняли это и разочаровались?
Мне интересна динамика количества этих людей.

По-моему, нас ждут очень интересные открытия.

Очень.

Выудил из отчёта об эффективности одной методологии програмимрования интересные данные о реальных программных проектах. Интересные в первую очередь в смысле оценки реальных масштабов, а то всяких urban legends много, а конкретных данных - мало.

Итак, четыре команды двух ведущих производителей ПО - три от Microsoft, одна - от IBM.

Команда IBM.
Специализация - разработка драйверов устройств из класса торговых терминалов (POS, Point Of Sale).
Опыт работы всей команды - около десяти лет.
Специфика проекта - сопровождение устоявшегося продукта и его модификаций (семь релизов с конца 1998 года), в том числе и глубоких - полная смена платформы в 2002 году, совершенно новые аппаратные средства.
Инструментарий - Java и очевидное сопутствующее (JavaPOS, например)
Численность команды - 9 человек.
Проект распределённый, 5 человек - в США (Северная Каролина), 4 - в Мексике.
В начале проекта опыт профессиональной работы только трёх программистов был от шести до десяти лет, остальных - менее пяти. Трое из команды практически не знали Java.
Никто из команды не участвовал  в проектах где использовалась TDD-методология.
Масштаб проекта - 41 KLOC (тысяча строк).
Срок исполнения - 119 человеко-месяцев.

Команда №1 Microsoft.
Специализация - разработка повторно используемой библиотеки, используемой более чем 50 внутренними подсистемами ОС Windows (различные сетевые примитивы и проч.).
Специфика - разработка "с нуля".
Инструментарий - C/C++
Численность команды - 6 человек
Проект локальный.
Практически все программисты - опытные (5 человек с опытом профессиональной работы от шести до десяти лет, всего один - до пяти лет).  Уровень знания инструментария и прикладной области - очень высокий.
Масштаб проекта - 6 KLOC.
Срок исполнения - 24 человеко-месяца.

Команда №2 Microsoft.
Специализация - разработка кода Web-сервиса в интересах подразделения MSN.
Специфика - разработка "с нуля", переменный состав команды.
Инструментарий - С++/C#
Численность команды - от 5 до 8 человек
Проект локальный.
Все программисты - опытные, но уровень знаний прикладной области и инструментария можно оценить как средний.
Масштаб проекта - 26 KLOC.
Срок исполнения - 46 человеко-месяцев.

Команда №3 Microsoft.
Специализация - программирование одной из функциональных подсистем среды разработки Visual Studio.
Специфика - разработка "с нуля".
Инструментарий - С#.
Численность команды - 7 человек.
Проект локальный.
Все программисты - очень опытные, с высоким знанием прикладной области и инструментария.
Масштаб проекта - 155,2 KLOC.
Срок исполнения - 20 человеко-месяцев.

Такая вот реальная картина.

Получается следующее.

За один человеко-месяц команда численностью 7-9 человек может разрабатывать от 0,34 до 7,76 тысяч строк кода весьма высокого качества.

Наибольшая производительность - у "инструментальщиков" (т.е., разработчиков инструментальных средств, команда №3 Microsoft).

Наименьшая - у работающих на уровне "железа", особенно незнакомого.

Близки к ним и разработчки отвественных повторно используемых компонент и библиотек.

Ну и, конечно, чем выше уровни применяемых инструментальных средств и знания их программистами, тем лучше. Кстати, C# себя показывает в этом смысле с лушей стороны, посему всяких идеологических противников платформы Mono можно не слушать. Как, впрочем, любых идеологических противников. Не до них.

А вот весьма впечатляющую вещь выпустили из лабораторий Microsoft (из Live Labs) - "морского дракона" (Seadragon).

Это основанный на масштабировании принцип пользовательского интерфейса, с очень приятной особенностью - при масштабировании графических объектов их визуальное качество не ухудшается, и "тормозов" не наблюдается.

В общем, много говорить нечего - на странице по ссылке есть  работающий пример (чёрный "экранчик" с прямоугольной картинкой), советую сразу переключиться в полноэкранный режим (крайняя правая кнопка снизу), и попробовать перемещать картинку мышкой и масштабировать её. На этой панораме Милуоки видны даже кирпичики на стенах, и всё работает более чем пристойной быстро.

Забавно, что это пример - на Ajax. Естественно, разработчики не забыли о своём Silverlight, но и сторонние платформы не обойдены вниманием.

И ещё забавное - с зум-интерфейсами "возились" в лаборатороиях даным-давно, я ещё помню допотопные реализации для X Window, требовавшие немыслимо устаревших библиотек виджетов, и вот только теперь масштабирование пробирается в массовые приложения. Хороший пример того, как "работают" банальности. Разве то, что любой самой красивой идее нужны как минимум ресурсы для успешного овеществления, востребованность и следующее из неё  массовое признание, - это не банальность? Как и то, что на всё это требуется время, обычно - много времени.

Как бы там ни было - красивая штука.

Всё началось с того, что рекруты из Microsoft стали внезапно искать... профессиональных программистов из мира NetBSD. Поиски были выявлены на нескольких тематических сетевых ресурсах (степень доверия к подобным откровениям у меня крайне низкая, но вот это уже на шутки не похоже).

Дальше начинается чистая конспирология.

Microsoft в прошлом году приобрела компанию Danger, разработчика весьма интересных GPRS/EDGE-терминалов.

Соответственно, сетевые конспирологи сразу додумали - речь идёт о разработке новой модели терминала, Sidekick LX 2009.

А NetBSD нужна в качестве операционной системы. Вместо имеющейся у Microsoft собственной WindowsCE, прошедшей длительную "обкатку" в мобильных устройствах разных классов.

Как и во всякой конспирологической теории, здесь можно придумать всякие веские и, на первый взгляд, бесспорные аргументы.

Сейчас только очень ленивые, глупые и бедные не "выкатывают" на рынок свою операционную систему для всякой гаджетной мелочи на основе свободных ОС Unix-совместимого семейства. Это факт.

Как и факт то, что несмотря на предыдущий факт, никаких "смертельных битв" за рынок пока не наблюдается. Слишком всё сырое.

Ещё один факт - успешных попыток создать единый отраслевой стандарт - их тоже не видно. Ну это же Unix, хехе, с его чудесным вечным перетягиванием одеяла бесчисленными вендорами, вендорчиками и даже вендорятами.

Три этих факта убеждают - что-то происходит. Какая-то возня. Никто не знает, что из этой возни получится.

А, между тем, - Palm успешно погребла под собственными завалами прекрасную BeOS (до сих пор жалко, какая бы это была система для нетбуков, ммм), производителю QNX до сих пор непросто переступить границу, отделяющую промышленные системы реального времени от бюджетных встраиваемых ОС (да и уникальные характеристики системы не позволяют это сделать легко), и реальных игроков остаётся раз-два - обчёлся.

Точнее, раз.

Потому что кроме как у Microsoft, ни у кого нет реально доведенной до коммерческой пригодности и "обросшей" за годы эксплуатации прикладным ПО системы.

Речь, конечно, идёт о Windows CE.

И вот тут что интересно - а вдруг, внезапно, в Microsoft решатся использовать накопленный опыт (в первую очередь, разработки пользовательской подсистемы ОС) и ядро NetBSD ?

Зачем ?

Ммм.

Например, для того, чтобы охладить пыл перетягивателей одеял. Или чтобы не остаться на трибунах наблюдателем за странными гонками ?
Или чтобы минимизировть затраты на выведение на рынок собственных терминалов, которые ей достались от "опасности" почти готовыми.

В общем, есть чем заняться - можно развлекаться построением теорий.

Сколько лет языку С? Порядка 39. Даже по человеческим меркам – прощай молодость. И вроде как стандарты совершенствуются, а у реализаций до сих пор зрелость не наступает, шалят они иногда. Причем шалят там, где культурным солидным почти сорокалетним дядям шалить уже вовсе непозволительно.

Читаем стандарт языка С, ISO/IEC 9899:1999, раздел 6.7.3 «Квалификаторы типов», параграф 6: «Объект, тип которого квалифицирован как volatile, может быть изменен неизвестными для разработчика компилятора способами и иметь другие побочные эффекты. Поэтому любое выражение с участием таких объектов должно вычисляться строго в соответствии с правилами (в оригинале - shall be evaluated strictly according to the rules) абстрактной машины, как описано в 5.1.2.3».

Очень хорошо, читаем 5.1.2.3 (раздел «Окружение», параграф «Исполнение программ»): «Доступ к объектам, квалифицированным как volatile и модификации их, модификации файлов или вызов функций, которые выполняют эти действия, порождают побочные эффекты, которые являются изменениями в состоянии среды исполнения. Вычисление таких выражений должно порождать побочные явления».

Итак, если с переменной, квалифицированной программистом как volatile, выполняется цепочка операций, по мнению разработчика компилятора (или его оптимизатора кода) не изменяющая состояние переменной , эта цепочка операций должна быть выполнена. Всегда. Безоговорочно.

И это не потешное правило.

70% проектов встраиваемых систем в 2008 году – это язык C.

А встраиваемые системы – это ведь не только милый mp3-плеер, набитый мелодичной чепухой, это ведь ещё и кардиостимуляторы, например. И противоюзовые-противозаносные системы автомобилей. И ещё бог весть что.

И если программист обозначил какую переменную volatile, то он что-то знал.

Потому что переменная может быть им принудительно помещена по адресу отображённого в адресное пространство памяти управляющего регистра микроконтроллера, семантика процессов чтения и записи в который ничего общего с аналогичными процессами для обычной ячейки памяти не имеет.

Например, чтение из volatile-квалифицированной ячейки памяти, за которой на самом деле «прячется» какой-нибудь хитрый управляющий регистр , может иметь весьма специфические побочные эффекты – скажем, где-то в каком-то устройстве из-за этого инициируется новый аппаратный процесс, приводящий к бог весть чему, вплоть до аппаратного рестарта работы всего вычислителя (обычное дело, кстати, называется watchdog – программа периодически «почитывает» регистрик, сообщая специальному механизму, что она ещё работает в нормальном режиме, и если периодичность этих чтений будет нарушена, механизм просто сгенерирует сигнал аппаратного перезапуска, или сброса, потому что программа наверняка зациклилась или впала в анабиоз).

В конце прошлого года в Университете штата Юта проверили  тринадцать С-компиляторов на правильность «понимания» квалификатора volatile. Были открыты веселые вещи. Вот, например, фрагмент совершенно законного С-кода, в котором переменная Flag  квалифицирована как volatile:

Согласно требованиям стандарта, для этого кода должны быть сгенерированы машинные команды, в точности делающие то, чего хотел программист – из ячейки с адресом, где хранится переменная Flag  должны быть прочтены данные, и они же должны быть записаны в эту же ячейку. То есть, процессор должен непременно выполнить как минимум две машинные команды.

А вот GCC с генератором кода для микроконтроллеров семейства MSP430 (эти микроконтроллеры, а не эту версию GCC, выпускает Texas Instruments)  для такой очевидной операции выдаёт ничтожное ничто.

То есть вообще ничего не выдаёт.

Никакого кода. 

Да и большинство кросс-компиляторов для самых разных целевых процессоров на основе GCC третьей версии поступают так же шаловливо. Больше того, и другие компиляторы «отметились» тем, что хоть пару ошибок при работе с volatile, да допускали.

Как пишут девочки в своих уютных онлайновых дневничках, мну грусняво.

39 лет языку, причём одному из самых простых высокоуровневых, а компиляторы до сих пор с подводными камнями, да ещё и, по закону подлости, натыканными в самых опасных местах. 

ЗЫ

Пока брился, сформулировал вывод из всего этого.

Прикладные области, где программист знает много больше об особенностях аппаратных и программных средств, чем системный программист - разработчик инструментария, будут всегда. И в них единственный способ написать код с гарантируемо точной семантикой - ассемблер. Так что ему жить и жить.

А вот сервис ICQ, он cloud computing, или как? Если призадуматься, то чем же он, собственно, не cloud computing? Самый что ни на есть он cloud computing - разбросанные бог весть где на тысячах серверов сервисы нам доставляют. И оно ведь понятно, что на содержание и поддержание работоспособности этих сервисов нужны средства, что мир сейчас переживает не лучшие времена, что бесплатный сыр... Да, это всё понятно. И с этим можно было бы согласиться, если бы не один очень важный нюанс:

Вот если бы не она, тогда и говорить не о чем.

А так придётся повторить прописные истины:

Это раз:

Вы не можете доверять той части системы, которая вам не подконтрольна. Вообще не можете доверять. Никогда. Что бы вам ни обещали, чем бы не гарантировали. Потому что пока всё нормально - всё будет нормально. А вот как что-то случится не так в неподконтрольной вам области, выяснится, что и всевозможные гаранты тоже вам неподконтрольны. А финансовый кризис, мягко говоря, убедительно показывает - в финансовой области всё крайне шатко, сегодня есть - завтра нет. И это - реальность, а не выдумка.

Это два:

Даже подконтрольной вам системе вы можете доверять с той степенью, которая обусловлена затраченными вами усилиями. Техническое совершенствование системы, обеспечение её бесперебойной работы, повышение уровня подготовки персонала, отработка действий в критических ситуациях, стимулирование труда - вот далеко не всё то, чем вы оплачиваете степень доверия к подконтрольной вам системе.

Это три:

В неподконтрольной вам части системы всё, что может быть использовано не по назначению, будет использовано не по назначению и неподконтрольно вам. За примерами далеко ходить не надо - вот самый свежий. Механизмы, использованные для покупки голосов никогда не создавались для этого. Но были использованы именно для покупки голосов. И так будет всегда, если у вас есть неподконтрольная вам часть системы.

Кстати. Приведенный в качестве примера случай, показывает и ещё одну фундаментальную болезнь всех этих социальных вебдванольных  блоготвиттеров со встроенными рейтингомерами:

степень доверия к поставляемой ими информации со временем будет неуклонно снижаться.

Это не прогноз.
Не "мнение эксперта" (какой из меня эксперт-то).
Это повседневный опыт.
И логика:

пятеро специально обученных людей с клавиатурами плюс по пятьдесят совершенно законных  аккаунтов в любой социальной сети на каждого - вот вам прекрасный механизм продвижения чего угодно, хоть коммерчески исключительно важной идеи "Чёрное - это белое" (потому как если среди кого удалось её продвинуть и утвердить, то остальное потерпевшим уже можно впаривать практически беззатратно).
Что незаконно в действиях специально обученных людей с клавиатурами?
Кто не слышал термина "монетизация контента"?
Ну и что не так в утверждениях выше?

Причём скорости здесь вовсе не доинтернетовые.
Это к телевидению доверие снижалось десятилетиями и ещё не достигло минимума.
Здесь же всё быстрее.
Здесь интернет, детка, здесь всё очень быстро.

PS

Какая травматически украшенная страничка загрузки ICQ Lite.

Нет, ну серьёзно.
Большинству ведь оно не для брейк-дэнсу, вообще-то. И не ... ммм ... бюстом потрясти.
Большинству ведь оно, можно сказать, по работе нужно.

PPS

Если дела обстоят именно так:

Сегодня ICQ Corp заявила о том, что будет менять свой протокол каждую неделю. (после последней, сегодняшней, смены протокола не работали даже родные старые версии аськи). ... ICQ не желает что бы пользователи заходили с альтернативных клиентов и будет менять протокол еженедельно до тех пор, пока они не исчезнут вовсе.

то всё сказанное выше приобретает особо изощрённый своей очевидностью смысл.

Сэр Френсис Дрейк был пиратом. Уважаемым пиратом. Пиратом на службе Её Величества. Кроме титула увековечен на карте мира – пролив Дрейка, несмотря на пиратство сэра Френсиса, никто не отменял.

Внезапно, да.

К чему бы это?

А к тому, что правительство Швеции выделило 1,3 миллиона крон своим организованным пиратам – молодёжной лиге Ung Pirat (тут всё ясно и без знания языков – юные пираты), насчитывающей 4800 членов.

Ung Pirat’ы – всего лишь одна ветвь большой шведской группы поддержки реформ в области прав на интеллектуальную собственность и защиты прав обмена файлами.

На самом деле, 1,3 миллиона крон - это не так много, это порядка 160 тысяч американских долларов.

Но всё же, факт очень интересный.

Я всегда двойственно относился к пиратам, и никогда – сугубо осуждающе. И считаю, что одна их, пусть косвенно ими исполняемая, социальная роль действительно достойна государственной поддержки. Причём вовсе не в таких благополучных и знаменитых на весь мир своей социальной системой странах, как Швеция. А именно в странах третьего мира или вне мира вообще.

Речь идёт о реализации права равенства возможностей в странах третьего мира и вне мира (как в нашей, например).

В том смысле, что если хоть один желающий получить хорошее самообразование талантливый человек благодаря пиратам доберётся до нужных ему книг и программ, - спасибо пиратам.

В том смысле, что если хоть несколько инженеров смогут овеществить свои задумки потому, что смогут, благодаря пиратам, получить доступ к требуемой литературе и ПО, - спасибо пиратам.

Потому что без пиратов все эти люди не получили бы ни-че-го.

Гарантированно – ничего.

Некоторые, конечно, любят говорить о свободе, предоставляемой на основе единственно верной одобренной бородатыми классиками лицензии. Но есть один тонкий нюанс. Плоды этой свободы сами во многом и даже не очень косвенно - плоды раннего IT-пиратства. Просто детки не знают о делах давно минувших дней.

Ну, наконец-то, действительно одновременно и хорошо известное (хоть бы и в узких кругах), и новое, и полезное, да ещё и бесплатное. Без многословия - Linear Technology выпустила новую версию своего клона давно канонизированного пакета Spice - LTSpice.

Эта классическая программа из мира рабочих станций наконец-то адаптирована к миру современных компьютеров - вычислительной ядро LTSpice стало многопототочным. Что означает - при моделировании больших схем производительность LTSpice при исполнении четырёхядерным процессором вырастает примерно в 3 раза по сравнению с классической версией.

Кроме того, в LTSpice включен новый решатель систем линейных уравнений с большим числом нулевых коэффициентов (такие уравнения  традиционны для задач моделирования электронных цепей и представляются так называемыми разреженными матрицами). Подсистема SPARSE теперь автоматически генерирует самомодифицирующийся ассемблерный код, полноценно использующий возможности сопроцессоров с плавающей точкой "модных" CPU. Этот код на лету ассемблируется и линкуется (невидимо для пользователя).

По сути, LTSpice IV - совершенно новый программный продукт, сохраняющий полную совместимость с классическим предшественником. Параллелизация вычислительного ядра в нём - задача, решение которой далеко от тривиальности. Потому о появлении 12-го числа этого продукта можно говорить как о событии.

Кроме этих новшеств (незаметных внешне, но исключительно важных) и консервативности (радующей тех, кто затратил на изучение SPICE время), LTSpice IV сохранил более чем приемлемый интерактивный графический редактор схем, вполне человеческие механизмы настроек процесса моделирования, внятные руководства и, наконец, компактность реализации (дистрибутив - 8 MB).

Оно понятно, что этот продукт - для тех, кто "в теме" (особенно для тех, кто связан с разработкой специфических импульсных схем - ключевых преобразователей, которые простому гражданину смутно знакомы разве что по названию DC-DC convertor, иногда встречающемуся в ориентированной на пользователя документации).

Но.

Это всё равно SPICE.

Причём, это очень хорошая реализация SPICE.

А, значит, продукт очень универсальный. Всяческих учебников и справочников по нему - море, потому что это - классика.

Отличный и доступный инструмент для любого электронщика и, кстати, embedded-программиста.