`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

Best CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Немного роботов

Видео летающего автономного робота команды MIT-MAV Массачусетского технологического. Очень интересная машина - пока она способна получать сигналы от спутников GPS, она использует доступную навигационную информацию. А вот если спутники не видны, в ход пускается система распознавания обстановки с использованием лазерного локатора - робот строит "изображение" окружающего мира и на основании его алгоритмика формирует путь машины. Кроме того, информация об окружении используется и подсистеме стабилизации полёта - момент, когда машину толкают дубиной, но она восстанавливает своё исходное положение, впечатляет. Как и впечатляет появляющаяся в кадре (2 минуты 42 сек) надпись "ПАНЕЛЬ УПРАВЛIННЯ" - проникновенье наше по планете, да.

ПО машины реализовано на основе разработки второго не менее знаменитого университета - Карнеги-Миллона, - пакета Carmen.

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

Стал разбираться с принципом работы этих самых сканеров. Просто из любопытства. Нашёл неплохую статью (точнее, дипломную работу, но читается легко) одного из участников старого MIT'овского проекта The Laser Wall. Затем нашёл и вовсе простую штуку, которую можно просто из интереса попробовать повторить на чём есть.

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

Ну и ещё немного красивого роботизированного, на грани искусства. Рекламный ролик промышленных роботов ABB: 

Полезные бесплатные № N-M

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

И сразу по этому поводу - событие. К двум знаменитым open source IDE (Eclipse и Netbeans) теперь добавилась и третья, не менее маститая разработка. Только до сегодняшнего дня она была пропер пропре да прибил бы я, ей богу, того, кто ввёл в обиход эту чудовищную кальку. Короче, IntelliJ IDEA до сегодняшнего дня была сугубо коммерческой разработкой с традиционным для мира коммерческого ПО принципом распространения в бинарных исполняемых файлах. Гадать о причинах перехода разработчиков на схему двойного лицензирования и распространение двух версий IDE не буду. Но факт остаётся фактом -берите IntelliJ IDEA, пользуйте на здоровье, кому Java SE и Scala достаточно. Остальным - коммерческая редакция. Я ещё не смотрел поддержку Scala, но если она лучше, чем у затянувшихся в бета стадии аналогов, то очень даже хорошее предложение получается. Очень даже.

Для Windows 7 две приблуды, обе неплохие более чем. Во-первых, плагин для любимого foobar 2000, который позволяет из таскбара управлять плейером. Замечатально полезная штука, привыкаешь сразу и навсегда. И вот ещё "запускалка" специально для Windows 7 - тоже хорошая, мне показалось удобным вынести в неё то, что в запуске Win 7 долго набирать из-за совпадения начальных фрагментов имён.

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

На этот раз всё. Так как я даже приблизительно не помню, чему равны N и M (а заголовке), следующая запись будет с номером (N-M)+1, Или, если признать за собой право выбора любых значений N и M - опять с номером N-M или вовсе просто N.

 

Сенсоры - они уже вернулись, но что будет с ними дальше?

Только пробежался по документации новой микросхемы контроллера сенсорной 12-контактной клавиатуры на сайте Freescale, как тут же "выудил" нечто действительно интересное и каким-то образом связанное с модной сейчас темой proximity sensing.

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

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

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

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

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

Что характерно, - с сенсорами повторяется всё.
И движение от отдельных "кнопок" к сенсорным панелям - тоже.
Только теперь к многоконтактным сенсорным панелям.

И вот некто Клейтон Миллер заинтересовался - почему, собственно, самое массовое компьютерное позиционирующее устройство (естественно, мышь), обеспечивает позиционирование только одного элемента интерфейса - курсора, если мы можем двигать одновременно всеми пальцами двух рук?
Что очень симпатично в его идее, так это дешевизна реализации - для интерфейса Миллера не требуется дорогих тактильных экранов большой площади.
Да и модификации ПО не кажутся революционными, по крайней мере, предложенные общая логика работы и оконный менеджер кажутся вполне логичными.
В общем, это надо посмотреть обязательно:

 


10/GUI from C. Miller on Vimeo.

Инфопресыщенность

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

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

Неужели совсем недавно, во времена массово доступной телефонии, работникам нужно было 50-200 телефонных разговоров в день для работы? Я могу ошибаться, но, по-моему, не было такой нужды. А ведь именно во время массово доступной телефонии создавались все те свистелки, с которыми мы сегодня носимся, как дурни с писаной торбой. От транзистора - до СБИС, всё это создавалось во времена телефонных переговоров, печатных машинок и такой профессии, как "стенографистка".

Так откуда эти 50-200 писем в день? Тем более, в мире, где очень мало людей задействовано в производстве реальной продукции. Может, из-за надуманности подавляющего числа уровней служебных иерархий? Может, из-за того, что за день человек просто отупляется той же самой олигофренической рекламой и все отуплённо заняты повторением друг другу каких-то унылых подробностей, цена которым - 0 с минусом?

Вот, например, факты, которыми я могу оперировать:

Один раз я по просьбе человека из глубокого оффлайна поискал какие-то гидроцилиндры для строительной техники. Одним национальным поисковым сервисом, которым предпочитаю по ряду причин никогда не пользоваться. После этого дегенераты, вооружённые дубиной контекстной рекламы и могучими программными продуктами, в которых ни бельмеса не смыслят, почти 11 месяцев с завидным упорством слали мне в Киев одно и то же предложение купить башенный кран - то в Караганде, то во Владивостоке. Я понимаю, что в мире бизнес-аналитики вскрытие связи "гидроцилиндр - подъемный кран" считается высоким пилотажем, об этом даже платные семинары проводят в модных гостиницах. И даже понимаю, как можно сравнительно легко и быстро такие связи вскрывать с помощью прозаичных алгоритмов и структур данных (разве что надо много процессоров для больших массивов, но кто ж это сейчас считает). Не понимаю я одного - при чём здесь я и их башенные краны? Впрочем, они тоже этого не понимают. Иначе бы не слали.

Раньше (это было лет 6 назад, что ли) я с интересом читал блоги будущих профессиональных блогеров. Интереса хватило месяцев на пять-шесть. Потом стало неинтересно. Затем - утомительно. А теперь просто вредно. Потому что отнимает время - это раз, потому что все профессиональные блогеры переписывают друг дружку или переписываются друг с дружкой - это два, потому что "профессиональный блогер", в отличие от журналиста, претендует на какое-то особое право суждения, а людей с этим особым правом в интернетах сейчас больше, чем диких обезьян в Бразилии, и никому в 2010 году это уже не интересно. Интересны мнения профессионалов в своей области. И о своей области. А мнение профессиональных "имельцев мнений" - неинтересны. Скоро уже появится профессия такая - "профессиональный нечитатель блогов". Чтобы компенсировать обилие "профессиональных блогеров". Иными словами - в блогах стало так много мнений и так мало фактов и смыслов, что это полнейшая бессмысленность - растекаться хорошо если мысью (а то ведь и коалой, с вытекающими для детёнышей последствиями) по такому могучему и сухому древу.

Новостные ленты и rss. В моём rss-ридере каждый час появляется до 500 заголовков. Это моя работа, конечно, читать новости. Не могу сказать, что я в них тону. И не хочу сказать, что до такой степени сошёл с ума, чтобы хотя бы просматривать всё, что за ними стоит. Есть regexp-фильтры, есть дико кривые, но все же есть, теги. К сожалению, работа по формальному выявлению степени дублирования информации в таком потоке весьма затратна, к счастью - совершенно бессмысленна. Потому что за годы пользования rss-ридерами ompl-файл менялся только добавлением новых источников и удалением "умерших", и дублирование на уровне 60-70% кажется мне вполне реальной цифрой.

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

Вот я теперь и думаю с подозрением про эти 50-200 писем и про весь этот infoglut.

Что же касательно вещей более приземлённых, то Haskell и Scala - это действительно очень интересно и красиво. Жаль только, что книги и руководства по Haskell ужасны. Действительно ужасны. Это отталкивает от языка многих. Если соберётесь зачем-то читать - настойчиво советую избегать всех руководств "для императивных программистов". Столько лет языку, а просто хорошей книги ни одной нет, увы (об эквиваленте знаменитой кернигановской по C вообще молчу). Инфоснобы, хихи-с.

И обратите внимание на теги. По-моему, они очень смешны в контексте.

А тем временем

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

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

Причём работать это будет как в режиме отладки задач на удаленном процессоре, так и на той же целевой машине, на которой работает gdb.

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

Кому  интересно - неплохой документ о реверсивной отладке.

Кому неинтересно - можно посмотреть сериал о функциональном программировании на Haskell, первая серия уже доступна.

 

Не одному мне, оказывается

хочется задавать всякие неуютные вопросы по поводу операционных систем. Раз они мне интересны, то почему бы не задавать вопросы?

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

ETH Zurich - это интересно всегда. Там школа Вирта. Там Oberon и Bluebottle. И теперь вот Barrelfish.

Я пока только разобрался, что за существо оно такое, эта barrelfish (Hyperoglyphe perciformis, глубоководная рыбонька, страшненькая, как все глубоководные обитатели), посмотрел преглупейшие заголовки новостей (ну кто так пишет - "Microsoft с нуля написала ОС", ну не Microsoft ведь, это совместный проект ETH и Microsoft Research в Кембридже), пробежался по обзорному документу проекта и от бессонницы немного покопался в исходных текстах доступного промежуточного релиза системы.

Очень интересный проект.И в первую очередь даже не в смысле архитектурных особенностей и технологических нововведений. А сугубо как индикатор.

Какое там первое предложение обзорного документа? "Commodity computer systems contain more and more processor cores and exhibit increasingly diverse architectural tradeos, including memory hierarchies, interconnects, instruction sets and variants, and IO configurations."
Да.
Нынешние commodity - это уже вовсе не PDP и не рабочие станции 20-летней давности.
Посему и пора делать что-то действительно новое.

И смысл в этом делании есть. Дочитайте до страницы 12 обзора, до полученных результатов. Сделанная с нуля система уникальной архитектуры, совершенно сырая, не обкатанная за десятилетие огромным сообществом, с фактически эскизными драйверами, на реальных тестах (lighttpd + MySQL etc) показывает сопоставимые с Linux 2.6.26 результаты.

Эээ?
Как же ж так?
Там же ж механизмы передачи сообщений, которые "тупят".
Там же ж hardware-neutral OS structure, которая, как всякая абстракция, всегда медленнее, чем непосредственная утилизация "железа".
Там же ж всё неправильно и не так.
А результаты этого всего неправильного, нетакого и сырого несколько, мягко говоря, настораживают и заставляют ещё раз почитать доводы дедушки Танненбаума.
Вдруг он внезапно действительно что-то знает, бгггг.

Очень хорошо, что начинается оживление вокруг современного commodity hardware.
Это очень хорошо.
Ещё бы кто вспомнил о разрешении современных мониторов, о тактильных панелях, видеокамерах, как де-факто обязательном атрибуте этого самого commodity, и о прочих доступных вещах из userspace.
Потому как на этом уровне тоже пора что-то делать.
Ведь за последнее время фактически ничего реального нового в массовом commodity компьютинге на пользовательском уровне не появилось.
Ну, справедливости ради, - появился ribbon-интерфейс, который мне лично очень нравится.
А ведь он появился в том числе и потому, что разрешение массовых экранов сделало возможным увеличенный расход площади на интерфейсные нужды.

С Barrelfish буду возиться и по итогам что-нибудь, да напишу.

Вообще, чувствуется, что в мире начинается оживление. Жаль, конечно, что не во всём.

А ну-ка нехотя вспомним время билоэ

На днях Линус Торвальдс высказался на круглом столе во время LinuxCon, что Linux (как ядро) становится "bloated and huge".
Так внезапно, so emo.

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

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

А, может быть, Танненбаум не так уж и неправ?

С какого количества физических процессоров какой производительности в де-факто стандартном самом массовом компьютере потери быстродействия за счёт микроядерной архитектуры ОС станут менее значимыми, чем сложности сопровождения "разбухающего" монолитного ядра (которое от релиза к релизу теряет 2% производительности, если прислушаться к мнению исследователей Intel)?

По моему мнению, это самый главный вопрос сегодня.

Второй вопрос - инновации. Что на системном уровне, что в userspace.

Уже есть формально верифицированные микроядра (sel4, например), что значит - уже есть работающие технологии формальной верификации системного ПО, уже есть технологии полуавтоматического распараллеливания кода на уровне исходных C-текстов (об одной из них скоро будет статья), много чего есть.
Вот только вижу я всё время одно и то же.
Правда, сообщество DragonFly BSD на системном уровне трудится над действительно новым, что не может не радовать.

Про уровень userspace уже сказал на LinuxCon самый главный по Linux в IBM Боб Сутор (пришлось поискать видео, где он сам называет свою фамилию) - "Chasing desktop Windows a 'dead-end'".
На самом деле это было понятно с самого начала - гнаться на инструментальной ОС за пользовательской системой, да ещё и по её пользовательскому полю, - занятие бесперспективное.
Но тут даже другое.

Инструментальный характер ОС был таковым в те времена, когда:

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

Что изменилось с тех времён?

  • утилитарный набор и системные свойства давно переросли границы одной платформы, более того - на других платформах появились новые утилитарные наборы и новые системные свойства;
  • разнообразие форматов данных стало спецификой использования компьютеров, причём чем выше профессионализм пользователя, тем большее число форматов он задействует в работе (например, рядовому квалифицированному конструктору завода железобетонных изделий реально нужна сразу куча форматов - от dwg и excel до куда более экзотических), поэтому интеграция даже на уровне поддержки OLE большинством высококлассных приложений уже кажется недостаточной;
  • задачи администрирования персональной машины либо успешно автоматизированы (это факт - те административные задачи, которые реально нужны индивидуальному пользователю, полностью автоматизированы), либо переложены на плечи соответствующих служб в иерархии (как было всегда в любых мало-мальски приличного размера рабочих коллективах);
  • пользовательская аудитория определяется не образованием и даже не финансовыми возможностями, а просто желанием и потребностями каждого индивидуального пользователя.

По-моему, это совершенно очевидные вещи.

Вот потому рядовому пользователю сегодня просто не нужны, например, такие милые сердцу традиционных юниксоидов инструменты. 
Профессионалу в своей прикладной области, который с глубинным пониманием "проливает" с помощью Autodesk Moldflow виртуальную пресс-форму, добиваясь высоких качества и выхода годных изделий, нет нужды что-то автоматизировать на системном уровне с помощью awk.
Потому что то, что было нужно и можно на этом уровне автоматизировать, уже автоматизировали.
А то, что реально нужно на современном прикладном уровне, - для него такой инструментарий не подходит.
С другой стороны, непрофессиональному пользователю, для которого компьютер - не инструмент, а средство развлечения и общения, тем более нет нужды в инструментальном характере.
И это его святое право.

Всё это не "увы", не "ах", вообще никак.
Просто так есть.

К чему это всё?

Скорее всего, к открытому вопросу - нужна ли новая пользовательская ОС ?
Сейчас есть живые пользовательские Windows 7 и MacOS X.
Есть зародыш-клон BeOS Haiku, где-то в недрах Palm ещё есть сама чудесная BeOS, за которую владельцы современных махоньких нетбуков благодарили бы Palm деньгами и во всех прочих формах (в рамках приличий и разумного, конечно), как мне кажется.
И?

Непрограммистам неинтересное

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

Непрограммистам неинтересное

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

А тут вот - бац, и такой внезапный фокус в обычном C:

void (^block)(void);

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

А теперь о семантике. Такой записью програмисты Apple предлагают объявлять блоки - примерно то же самое, что в других языках принято называть closure или lambda. То есть, - исполняемую основанную на стеке структуру данных, имеющую свободный доступ (по значению) к переменным из области видимости, в которой она была определена, способную создавать свои временные переменные и возвращать значение.

Но главное в этой штуке, блоках, конечно, не ещё одна реализация модного closure. А то, что спрятанная за маленькой деформацией C-синтаксиса поддержка времении исполнения, называемая Grand Central Dispatch (GCD), позволяет автоматически копировать и распространять блоки по потокам исполнения (threads) для их отложенного выполнения, следя за сохранностью их контекста. А вот это уже означает, что GCD предлагает новый механизм многопоточного программирования. То есть, того, что сейчас наиболее востребовано, потому что многоядерность и вообще. Вот. Да.

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

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

ЗЫ

С удивлением (удивиельным удивлением, я бы сказал) узнал с сайта офиса премьер-министра Великобритании, что один из признанных столпов и отец компьютинга Алан Тьюринг в 1952 году "... was convicted of ‘gross indecency’ - in effect, tried for being gay. His sentence - and he was faced with the miserable choice of this or prison - was chemical castration by a series of injections of female hormones. He took his own life just two years later."

 

А тег сегодняшнего дня - "КПК". Юные айтишники уже и не знают, что оно значит :)

- ты КПК видел?

- нет...

- и я не видел. но ведь он где-то есть.

правда, очень старый. и новых уже никто делать не будет.

Десакрализация

Тут весьма серьёзные люди (кому главный экономист Google не кажется серьёзным человеком – в сад, вы там будете слушать) говорят, что период привлекательности профессий из области software engineering (умышленно не перевожу) и computer science – всё. В смысле – кирдык ему, этому периоду привлекательности. Гики интересны только гикам и совсем не "сексуальны" (можно подумать, что последнее – открытие, бггг). Приходит время других людей.

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

Вот такая цепочка, вполне логичная (из диссертации Бена Фрая, не последнего человека в профессиональном мире «визуализаторов данных»):

  1. computer science: генерация-порождение-получение данных, их разбор;
  2. математика, статистика, data mining: фильтрация данных, «разведка», вскрытие латентных закономерностей;
  3. графический дизайн: визуальное представление данных, его детализация и уточнение;
  4. человеко-машинное взаимодействие: само собой, это самое взаимодействие.

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

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

С другой стороны - кризис. В который как что ни анализируй факторным анализом, какие тренды ни выделяй – у потенциальных заказчиков денег не прибавится. Грубо говоря, когда на острове нет антилоп, никакие сверхсовершенные методы data science не помогут повысить эффективность охоты на антилопу, потому всё племя будет есть то, что можно поймать без всех суровых научных выкладок. Это, конечно, касается островов, где с антилопами напряг. Но что-то мне подсказывает, что их более чем немало.

Остап Ибрагимович был прав во всём

Есть такая страна - Словения.
Населения в ней ощутимо меньше, чем в Киеве.
2 миллиона человек.

Страна эта 150-я в мире по территории, 145-я - по населению и 63-я - по ВНП.
А ВНП на душу населения у Словении ощутимо выше чем у нас и у, например, России.
$27300 (в 2007 году) против российских $15681 (в 2008 г.) и уж вовсе потешных наших $7532 (все цифры - по данным МВФ).

Как страна Словения существует всего совсем ничего - c 1991 года.

Независимость страной была получена в результате 10-дневной войны, в которой потери Словении составили всего 9 человек военнослужащих и 10 - мирного населения.
Противостоящая югославская армия потеряла 45 человек военных, 31 танк, 22 бронемашины, 172 прочих транспортных средства, 6 летательных аппаратов, 4693 военнослужащих были взяты в плен.

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

Так вот.

В этой самой стране Словении есть такой парень - Дамиан Лампрет 1977 года рождения.
У него есть сайт.
И не один.
Где Лампрет рассказывает такие вещи:

  • прирабатывал по будущей специальности, пока учился, участвовал в научной студенческой жизни Словении;
  • всего год поработал на электронную компанию, этого хватило для того, чтобы решиться создать что-то своё;
  • попробовал выстроить отношения с культовой Zilog, но, увы - компания, работающая в режиме выживания, не смогла ему ничего интересного предложить;
  • создал популярное сообщество разработчиков аппаратных средств с открытыми спецификациями (open hardware) - OpenCores;
  • разработал архитектуру и пригодную к синтезу модель микропроцессора OpenRISC;
  • организовал коллективную разработку новой архитектуры, адаптацию open source ПО для работы с ней - компиляторов, ОС Linux, etc;
  • нашёл инвестора;
  • создал первую словенскую полупроводниковую fabless-компанию Beyond Semiconductor, которая:
  1. провела ребрендинг OpenRISC, создала модельный ряд процессоров и контроллеров на основе этой архитектуры;
  2. убедительно доказала, что разработки компании ничуть не хуже суперпопулярных аналогов от ARM, а в чём-то и превосходят их;
  3. нашла заказчиков на неё, причём каких заказчиков;
  4. продолжает успешно работать и в условиях кризиса, причём, в отличие, например, от наших тяжело пострадавших компаний, не потеряла 90% "всего" и, напротив, более чем неплохо себя чувствует.

О Дамиане Лампрете даже пишут здоровенную статью в словенском журнале Playboy, например. Причём пишут не тогда, когда он стал "большим боссом", а тогда, когда он был просто увлечённым парнем и профессионалом в проектировании чипов и HDL. Это невероятно, но факт - у них, в Словении этой, похоже, и Playboy какой-то другой.

Короче.
Остап Ибрагимович был прав во всём:

никакой Словении нет, Земля имеет форму чемодана, а волны Атлантического океана разбиваются о скалистые берега Шепетовки.

Потому что так проще жить.

ЗЫ

Все совпадения тегов с темой этой записи случайны.

ЗЫЗЫ

Жаль, что нет тега "ивент-менджмент".

 

Slack подает жалобу на Microsoft и требует антимонопольного расследования от ЕС

 
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT