Одна из самых популярных конференций по open-source проектам, FOSDEM, прошла 31 января — 1 февраля, и, помимо многих dev-румов, был dev-room, целиком посвященный Go. Видео с этой конференции уже выложены в паблик, доклады по 30-40 минут каждый, и, надо сказать, доклады очень достойные — привычного и надоевшего интро для новичков в стиле «Что мне нравится в Go?» или «Как тестировать в Go» тут не было.

По себе знаю, что пересмотреть 7+ часов технических выступлений далеко не всегда реально, особенно если не знаешь толком, стоит ли вообще смотреть, поэтому я подготовил краткие ремарки по каждому докладу, которые могут помочь выбрать — что стоит посмотреть, а что пропустить. Ремарки, разумеется, сугубо субъективные.



Всего было 8 докладов по 30-40 минут, и полтора часа так называемых Lightning talks — коротких докладов, идущих один за другим.

Сразу привожу ссылки на плейлисты:

Youtube: www.youtube.com/playlist?list=PLtLJO5JKE5YDK74RZm67xfwaDgeCj7oqb
FOSDEM http: video.fosdem.org/2015/devroom-go

Итак, в порядке выступлений.

На Амазоне анонсировали новую книгу Брайана Кернигана и Алана Донована с ёмким названием «The Go Programming Language». Кто не в курсе — Брайан Керниган это один из соавторов Unix, автор cron-а и автор одной из самых культовых книг в мире программирования "The C Programming Language", написанную вместе с Деннисом Ричи в 1978-м.

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

Вот такими словами начинается комментарий к свежему коммиту в master-ветку Go:

This change deletes the C implementations of the Go compiler and assembler from the master branch.

(«Эти изменения удаляют C-реализацию компилятора и ассемблера Go из главной ветки»)

Эти слова — труд почти года работы команды Go по переписыванию компилятора с C на Go. Это был на 90% автоматический процесс. Теперь Go компилирует сам себя.

Зачем это было нужно и чуть больше подробностей под катом.


Картинка: Твиттер Russ Cox

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

Ничего сложного тут не будет, и ради большей наглядности я записал ascii-анимации (с помощью сервиса asciinema), но, надеюсь, будет познавательно.

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

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

Я бы такие игрушки на собеседованиях ставил кандидатам и смотрел, как человек решает.



Анонс на reddit: www.reddit.com/r/golang/comments/2veiht/operation_go_a_routine_mission
Автор — Andy Brewer

Несмотря на то, что Go считается одним из самых легких для входа языков, приходится регулярно слышать: «как-то все непонятно, какие-то переменные GOROOT и GOPATH нужно устанавливать». И хотя тема полностью раскрыта на официальном сайте Go, не будет лишним объяснить совсем простым языком.

TL;DR


Теперь чуть подробнее:

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

В Go кросс-платформенность вышла на тот уровень, когда впервые можно смело отказаться от compile farms, специально настроенных dev-сред, виртуальных машин для сборки или chroot/docker-dev решений. И это ещё один серьезный game-changer, подробнее о котором я и хочу рассказать и показать на примерах
Поехали.

Лучше поздно, чем никогда. В октябре 2014 в Париже прошла первая в Европе конференция посвященная целиком языку Go. Организаторами стали ребята из dotConference, которые черпают вдохновение от TED-овских конференций и позаимствовали некоторые моменты для всех своих dot-конференций. Получается у них, надо сказать, здорово. Видео-материалы конференции, а также немного личных впечатлений читайте ниже.

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

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

Забегая наперед, сразу спойлер — для mosh не нужны права суперпользователя, он не является демоном, и не занимается аутентификацией и шифрованием (это остается на плечах ssh). Разработали его в MIT, активно развивают, и поддерживают для всех платформ и дистрибутивов.



Чем же mosh лучше традиционного ssh-client, какие проблемы решает и почему вы, скорее всего, на него перейдете?

Если вы еще не пресытились постами в блогосфере на тему «является ли Go ООП-языком», то вот вам еще один. И краткий ответ — «да, но это не важно».
Впрочем, я постараюсь не зацикливаться на терминологии и академических определениях, а сделать акцент на том, как мы делаем это в Go.

Немногие знают, что в последних версиях QtCreator'а есть поддержка QML Live Preview — возможности править код и сразу же видеть изменения на уже запущенной программе, причем как на десктопе/эмуляторе, так и на реальном устройстве.
Дико удобная вещь, позволяет экономить тонну времени на этапе разработки/правки UI.

Всё это, вместе с другими плюшками для дебаггинга QML работает из коробки на версиях QtCreator > 2.3. Для Qt версии 4.8 отладка QML включена по-умолчанию, для 4.7 необходимы легкие телодвижения в виде нажатия на одну кнопочку.

Небольшая демонстрация того, как это работает на примере Nokia N950:


Под катом ещё одно симпатичное видео.

Хорошие новости для разработчиков, которые желают получить Nokia N950 — программа распространения устройств среди open-source разработчиков расширена и ещё 50 устройств ждут заявок!



Для принятия заявки Вы должны показать интересный рабочий Open Source проект, написанный на Qt или QtQuick. Он должен собираться и запускаться (в QtCreator/scratchbox'е и эмуляторе). Проект может быть не закончен, но вы должны показать, что проект работает, для того чтобы можно было провести дальнейший отбор.

Заявки принимаются и обрабатываются на специально выделенной вики-страничке — инструкции там же:
wiki.meego.com/Community_Office/Community_device_program/Nokia/N950_Extended_Program

Удачи!

Прежде чем я расскажу одну историю, которая заставила меня заново открыть для себя мир open-source, небольшая прелюдия — результаты опроса «Что первое вам приходит в голову при фразе 'Linux на телефоне'?»:
66.9% — Android
20.02% — Maemo/Meego
13% — остальные варианты

Но, нет, не бойтесь, я не собираюсь разводить очередной флейм на тему, является ли Android полноценным линуксом. Все мы и так знаем, что дело не в Linux-е, как таковом, а в том, что он по сути явился входным билетом в мир open-source для большинства из нас. Именно благодаря Linux многие узнали о свободном ПО с открытым кодом, и поняли, что это совсем другой мир — гораздо более достойный, гармоничный и, не побоюсь этого слова, духовный.
Мир, который ты волен улучшать безгранично. Мир, в котором принципы свободы и взаимоуважения являются ключевыми моральными постулатами. Мир, в котором программы пишутся, чтобы работать, а не продаваться. Мир, в котором компьютер не считает, что он умнее тебя. Мир без вирусов и перезагрузок, в конце концов.

Это не обязательно Linux-based системы, но так уж исторически случилось, что именно Linux стал флагманом этого мира. Однажды побывав в этом мире, потом сложно понять, как можно жить в мире закрытых систем. И, собственно, моя история о том, как я дважды пережил открытие для себя мира open-source — сначала на десктопах в начале 2000-х, а затем и на телефоне, который всегда со мной в кармане.

 

Наверняка многие из вас слышали и знают про системы идентификации музыки вроде TrackID, Shazam, MusicBrainz или онлайновой Audiotag.info, позволяющие по записанному отрывку песни узнать ее название. Все они в достаточной степени хороши, но имеют общий недостаток — закрытый код и, соответственно, ограниченную сферу применения. TrackID вы можете использовать только на телефонах Sony Ericsson, Shazam — тоже только на телефонах, хотя и на более обширном списке платформ, а Music Brainz вообще неясно, работает ли вообще.

Ребята же из компании Echo Nest, решили, что распознавание музыки должно быть таким же доступным миру явлением, как электронная почта или DNS :), и выпустили своё детище полностью под MIT License. А детище, надо сказать, у них очень серьёзное — еще бы, если основателями компании являются доктора наук из MIT Media Lab .

Тот зверьфункционал, который они выпустили на свободу, не ограничивается только распознаванием музыки по записанному отрывку, но и позволяет делать такие вещи, как поиски дубликатов музыки, массовое распознавание и заполнение тэгов в музыкальных коллекциях, проверка аудио/видео на содержание того или иного материала, синхронизация коллекций из различных музыкальных пространств (iTunes <-> Last.fm <-> Spotify, например) и много чего еще.

В этом посте я попытаюсь собрать всё что более-менее достоверно известно на текущий момент о Nokia N950. К счастью, после анонса N9 и появления официальной информации, процент слухов среди этой информации будет минимальным.

Итак, подтвержденный внешний вид N950:


И еще несколько фотографий от наших пражских друзей:




Официальные названия — N9 Devkit и N950.

Основные отличия N950 и N9:

• N950 — не коммерческая железка, предназначеная только для разработчиков, и никакой гарантии насчет софта/железа нет и не будет.
• В целом железо практически идентично с N9
• N950 немного больше в размерах и имеет алюминевый корпус (у N9 — поликарбонатный)
• N950 имеет выдвижную клаву (N9 — только тачскрин)
• У N950 4-дюймовый TFT экран (у N9 — 3.9-дюймовый AMOLED)
• Немного различаются камеры (но обе дают 8Мп, стекла Calr Zeiss у N9)
• Различно расположение фронтальной камеры (в разных углах)
• N950 поддерживает только Bluetooth 2.1+EDR (N9 — Bluetooth 4.0)
• NFC (Near Field Communcations) поддерживается только N9
• У N9 несколько более чувствительный компас и датчик освещения
• У N950 батарея 1320mAh, у N9 1450mAh

Даже не знаю, написать ли об этом отвлеченно-меланхолично, или радостно-истерично, но факт есть фактом — теперь к Nokia N900 без проблем можно подключать любые USB-устройства, и многие из них даже будут работать. В частности флешки, внешние винчестеры, кардридеры, клавиатуры, мышки, переходники usb-ethernet, usb-rs232, usb 3g/wimax-модемы(в частности Yota) — проверены и работают.
И это, я вам скажу, убийственная вещь. Это стало последним избавлением от надобности брать в поездки ноутбук.

Чтобы сильно не рассыпаться словами, приведу пример на видео:


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

Наверное все, кто активно пользуется N900, сталкивались с ситуациями, когда система начинала подтормаживать при копировании по сети больших файлов на большой скорости, или когда после недели активного пользования, начинало быть заметным общее подтормаживание системы и выявить виновника через top/htop не удавалось, приходилось спасаться перезагрузкой. Это конечно не проблема, но как факт очень неприятен — не Linux-way как-бы.

Но, как оказалось, это решаемо. Ещё со времен N8хх народ активно экспериментировал с различными настройками ядра Linux, которые позволят избавиться от подобных вещей на мобильных девайсах, и настройки эти, будучи эмпирически выведенными и проверенными, и вправду очень благополучно сказываются на поведении системы. Благополучно настолько, что система продолжает быть весьма отзывчивой даже при захлебывающимся от радости торрент-клиенте Transmission, принимающим файлы на полной скорости, и после недельного аптайма система продолжает работать плавно и даже при 30 открытых окнах браузера переключение тасков происходит также как и при двух (чего нельзя было наблюдать до нижеописанного способа оптимизации системы). А теперь к делу.

Кому лень читать и разбираться — ставите из репозиториев(сейчас в extras-testing) программу Swappolube («смазка для свопа», если буквально), запускаете и радуетесь жизни. Кому не лень — делаете тоже самое и продолжаете читать. :)

На сайте 911.wikileaks.org опубликовали перехваченные сообщения пейджинговой сети Нью-Йорка и Вашингтона в период с 3 утра 11 сентября 2001 по 3 утра 12 сентября 2001. Сообщения эти передаются plain-text, и доступны для перехвата радиолюбителям. В тоже время службами pager text зачастую пользуются официальные службы.



На сайте выложено около 500 000 сообщений, среди них есть подобные вещи: