Вообще-то изначально я планировал перевести статью Энди Джеффриса (Andy Jeffries) 25 Tips for Intermediate Git Users, но в процессе я отбросил бестолковые, общеизвестные или самые простые советы вроде «настройте первым делом user.name и user.email», которые явно не подходят людям, уже более-менее плотно знакомым с Git.
Взамен я дополню статью моментами из личной практики («Своя практика»! Звучит здорово, будто я частный врач или адвокат! :-] )

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

Здравствуйте.

Этот топик открывает цикл статей по использованию системы управления конфигурацией Puppet.

Что такое система управления конфигурацией?

Предположим, что у вас есть парк серверов, выполняющих различные задачи. Пока серверов мало и вы не растёте, вы легко настраиваете каждый сервер вручную. Устанавливаете ОС (может быть, автоматизированно), добавляете пользователей, устанавливаете софт, вводя команды в консоль, настраиваете сервисы, правите конфиги ваших любимых текстовых редакторов (nanorc, vimrc), выставляете на них одинаковые настройки DNS-сервера, устанавливаете агент системы мониторинга, настраиваете syslog для централизованного сбора логов… Словом, работы довольно много и она не особенно интересна.

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

Проверку сетевой связности удобно осуществлять с помощью сервисов, называемых «Looking Glass» (в переводе с английского — зеркало). Они позволяют проверять маршрутизацию из удаленной сети. Такие сервисы есть у многих организаций (с информацией обо всех Looking Glass мира можно ознакомиться, например, здесь).

Свой сервис «Looking Glass» есть и у нашей компании.

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

Именно поэтому, хотел бы вам предложить изменить эту схему. А именно — несколько рекомендаций из библиотеки ITIL. Они-то и станут тем фильтром, на который осядет весь неизбежный негатив нашей профессии. Если вам еще интересно – добро пожаловать под кат.

От переводчика: Часто сталкиваюсь с тем, что компании относятся к технической поддержке пользователей как к второстепенному процессу, а между тем качественная техническая поддержка, — это, выражаясь официальными терминами «основа устойчивого развития бизнеса и лояльности клиентов». В США и многих европейских странах поддержка пользователей возведена «культ», и когда сравниваешь то, как поддерживают клиентов «там» и «у нас», то становится печально (но ситуация постоянно улучшается). Действительно, для оказания отличной техподдержки знание предмета — это не самое главное и нужны дополнительные навыки общения. Но все исправимо и для того, чтобы вдохновиться и запустить собственную техподдержку на высоком уровне предлагаю перевод статьи «Customer service skills you need in 2013» посвященную рекомендациям по навыкам необходимым для оказания отличной технической поддержки.

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

Основная цель DNS — это отображение доменных имен в IP адреса и наоборот — IP в DNS. В статье я рассмотрю работу DNS сервера BIND (Berkeley Internet Name Domain, ранее: Berkeley Internet Name Daemon), как сАмого (не побоюсь этого слова) распространенного. BIND входит в состав любого дистрибутива UNIX. Основу BIND составляет демон named, который для своей работы использует порт UDP/53 и для некоторых запросов TCP/53.

Основные понятия Domain Name System

Исторически, до появления доменной системы имен роль инструмента разрешения символьных имен в IP выполнял файл /etc/hosts, который и в настоящее время играет далеко не последнюю роль в данном деле. Но с ростом количества хостов в глобальной сети, отслеживать и обслуживать базу имен на всех хостах стало нереально затруднительно. В результате придумали DNS, представляющую собой иерархическую, распределенную систему доменных зон. Давайте рассмотрим структуру Системы Доменных Имён на иллюстрации:

Поиск по каталогу музыки — это задача, которую можно решать разными путями, как с точки зрения пользователя, так и технологически. Яндекс уже довольно давно научился искать и по названиям композиций, и по текстам песен. На сказанные голосом запросы про музыку мы тоже умеем отвечать в Яндекс.Поиске под iOS и Android, сегодня же речь пойдёт о поиске по аудиосигналу, а если конкретно — по записанному с микрофона фрагменту музыкального произведения. Именно такая функция встроена в мобильное приложение Яндекс.Музыки:



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

Год назад я начала читать магистрам СПбГЭТУ «ЛЭТИ» маркетинг в рамках курса «Управление ИТ-продуктом», затем расширила аудиторию до слушателей коммерческих и открытых курсов по маркетингу в ИТ.

Не раз мои знакомые (в основном разработчики) спрашивали: «Зачем айтишникам читать курс по маркетингу? Ведь они будут кодить, тестить или поддерживать ИТ-инфраструктуру, в менеджеры проектов и продаж пойдут единицы. Зачем разработчикам знать, что такое маркетинг и PR?».

Я сразу отвечаю очередью вопросов: «Ты долго искал текущую работу? Тебя устраивает твоя зарплата и выполняемые проекты? Ты знаешь, что ожидает от тебя работодатель? Ты делаешь что-нибудь для повышения своего профессионального уровня/имиджа?».

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

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

Небольшое предисловие

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

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

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

А что если отказаться от рамок времени? Что изменится? Вам хватает 24 часа в сутках? Когда эта мысль пришла мне в голову, и я не мог не проверить её на себе. Под катом моя история и ощущения двух недель жизни без часов и без времени. Если кратко: оно того стоит!

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

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

В поисках ответа на эти вопросы специалисты нашей компании перевели пост из блога Джо Буделли, вице-президента по продажам компании ABBYY. Читателей мы приглашаем поразмышлять над вопросами, сформулированными автором в конце статьи, и высказать свое мнение в комментариях.

От переводчика. Одним из направлений деятельности нашей компании является промышленное сканирование документов.
В зарубежных текстах по проблематике ECM (Enterprise Content Management) термин capture употребляется для обозначения операции оцифровки документов, их распознавания, индексирования и сохранения в системе. Как и многие другие термины из области ECM, не имеет буквального аналога в русском языке. Обычно его переводят как «захват» (мы используем именно этот вариант) или «ввод».

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

Технологии захвата данных с помощью мобильных телефонов и планшетов становятся все более популярными в зарубежном ECM-сообществе. Мобильный захват позволяет, например, автоматизировать такие рутинные операции, как оплата счетов. Уже есть программы, анализирующие снимки счетов и извлекающими из них данные о сумме к оплате, которые затем передаются в приложения для управления электронными платежами.
В последние годы в области мобильного захвата появилось много интересных разработок. Уже есть сканеры, позволяющие сканировать документ, просто перелистывая страницы:



Является ли всеобщее увлечение мобильными технологиями данью моде или же началом действительно революционных изменений? Попытаемся разобраться в этом, обратившись к зарубежным публикациям по теме. Цикл статей по проблеме использования мобильных устройств в ECM мы начинаем с перевода статьи Криса Райли, директора по маркетингу американской компании Pingar. Статья написана почти два года назад, но многие из высказанных мыслей не утратили актуальности и сейчас.

Closet Music — музыка, которую слушают без свидетелей из-за боязни быть осмеянным.

Музыкой в уборной сегодня никого не удивишь. Однако когда встает вопрос организации таковой в родном офисе, всплывает много подводных камней. Ранее такой вопрос в нашей компании не вставал — мы более 10 лет жили и работали в СПбГЭТУ (ЛЭТИ), пользуясь институтскими туалетами.

Переехав пару месяцев назад в новое офисное помещение, мы получили в распоряжение санитарно-гигиенический блок следующей конфигурации. Большая половина была безжалостно отобрана без вопросов отдана женщинам. Кроме площади, там больше умывальников и зеркал. Кабинки организованы МДФ-перегородками, стены гипрочные с минерально-ватным наполнением, стандартный подвесной потолок. Одним словом, звукоизоляция никакая – ни расслабиться, ни выдохнуть громко. На корпоративном вики в разделе «Улучшение юзабилити нового офиса» просьба организовать музыку в туалете появилась достаточно оперативно.

Занимаясь разработкой и внедрением системы электронного архива, мы уделяем большое внимание диалогу с пользователями. Так, в прошлом году мы проводили опрос «Что думают пользователи о безбумажных технологиях?», главная цель которого состояла в анализе отношения российских пользователей к безбумажным технологиям работы с документами.
Ссылки на опрос были размещены в нашем блоге на Хабре, в блоге на LiveJournal, а также на специализированном портале ElArchivo.
Общее количество респондентов составило 319 человек. На наши вопросы ответили специалисты в самых разных областях: программисты, переводчики, бухгалтеры, журналисты, преподаватели вузов… Мы выражаем искреннюю благодарность всем, кто принял участие в опросе и высказал свои замечания в комментариях.

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

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

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

Вторая часть ПЕРЕВОДА короткого и жесткого введения в Haskell. С первой можно ознакомиться здесь

Оригинал здесь

• Чертовски сложная часть
  
  • Разбираемся с IO
  • Объяснение трюка с IO
  • Монады
    
    • Maybe это монада
    • Монада списков
    
    
  
  
• Приложение
  
  • Еще несколько слов о бесконечном дереве
  
  

Первая часть короткого и жесткого введения в Haskell. Вторую часть можно найти здесь

tl;dr: Очень краткое и сжатое введение в Haskell.

• Введение
  
  • Установка
  • Без паники
  • Самые основы Haskell
    
    • Объявление функций
    • Пример использование типов
    
    
  
  
• Необходимый минимум из Haskell
  
  • Выражения
    
    • Арифметические
    • Логические
    • Возведение в степень
    • Списки
    • Строки
    • Кортежи
    • Разбираемся со скобками
    
    
  • Полезные вещи для записи функций
  
  
• Сложная часть
  
  • Функциональный стиль
    
    • Функции высшего порядка
    
    
  • Типы
    
    • Вывод типов
    • Создание новых типов
    • Рекурсивные типы
    • Деревья
    
    
  • Бесконечные структуры
  
  

UPD. Если туториал вам понравился, черкните пару строк автору оригинальной статьи. Человеку будет приятно ;)

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