-
Авто-буллиты
Не хватает слов чтобы передать, как меня бесят автоматические списки. Печатаешь текст, все хорошо, но вот добрался до списка. Набираешь цифру, точку или скобку, и раз — происходит куча действий, о которых я не просил.
А именно: блок уезжает вправо, рисунок текста становится уродским. Место между краем страницы и буллитом заполняется табами, невидимыми растяжками и прочим хламом. Если скопировать такой текст в обычный редактор, придется вычищать это говно. Наконец, блок становится уже не просто текстом, а некой сущностью со своим поведением и особенностями.
Конечно, и в Ворде, и в Гугл-доках есть настройки, чтобы отключить автоформатирование списков, но у меня никогда не было сил их найти. Если в Ворде еще можно один раз настроить и не вставать, то в Гугле настройки привязаны к учетной записи, а я их переключаю по пять раз на дню — личный, рабочий, другой рабочий и так далее.
Поэтому я придумал обратный буллит — не цифра-скобка, а скобка-цифра, вот так:
(1 подготовить документы (2 создать учетку (3 написать в блог
Аналогично с точкой:
.1 подготовить документы .2 создать учетку .3 написать в блог
Всякие ворды-гуглы не парсят такую конструкцию и не парят мозг. Если что, переставить цифру и символ можно заменой по регулярке в любом редакторе.
-
Новые правила деловой переписки
Прочитал “Новые правила деловой переписки” Ильяхова и Сарычевой. Это продолжение их первой книги “Пиши, сокращай”. На этот раз авторы пишут о том, как составлять и отвечать на письма.
Я считаю, книга подойдет всем без исключения, потому что правила справедливы не только для электронной почты. Бывает, мы переписываемся с менеджерами продаж в Вайбере или коллегами в Телеграме. В электронных письмах мы пишем больше текста, но суть от этого не меняется.
Центральная тема книги — уважение к адресату и забота о нем. Читатель чувствует уважение, если тон письма спокойный, вы не давите, не требуете скорейшего ответа, не пытаетесь манипулировать или скрыть проблему. Вы признаете, что получатель все понимает и имеет право на собственное решение.
Проблема в том, что многие ребята уверены: если писать “вы” с большой буквы, лепить “с уважением” и “заранее благодарю”, то уважение получится само собой. Увы, не получится. Сейчас так пишут все кому не лень — секретарши, сотрудники поддержки, менеджеры низшего звена. Эти приемчики превратились в шелуху, шум, который мы автоматически отсекаем.
В самом деле, неужели кто-то обращает внимание, было ли в конце письма “с уважением” и “вы” с прописной? Читая письмо, адресат интересуется только одним — решили его проблему или нет. Он и не заметит этих приемчиков, потому что в день получает по десять писем, усыпанных “уважительными” эпитетами. А вот общий тон письма, его структуру, отношение автора он почувствует и запомнит навсегда.
Забота о читателе состоит в том, чтобы помочь ему ответить. Наверное, такое с вами случалось: приходит письмо, задача в целом ясна. Но чтобы ответить, нужно скачать файлы, слазить в какой-то ресурс, скомпоновать ответ. А в письме вообще пять вопросов по разным темам. Так и хочется спрятать письмо куда подальше, а при встрече с коллегой как-то отбрехаться.
Вот что нужно сделать, чтобы получатель почувствовал заботу.
Четко донести мысль. Письмо не должно быть потоком сознания с финалом “ну ты разберись как-то теперь”. Должны быть четкие вопросы. Ответ на такой вопрос подразумевает дату, человека или документ.
Вопросы в письме должны быть на одну тему. Если у вас сразу два вопроса на разные темы, например, обсуждение задачи и проведение корпоратива, нужно послать два письма.
Приложите в письмо сразу все файлы, которые понадобятся адресату для ответа. У файлов должно быть понятное имя. Картинки должны быть в письме, а не в архиве. Используйте простой текст, не задавайте размер и цвет шрифта. Архивировать нужно только очень большие файлы и то при условии, что они хорошо сжимаются. Например, сжимать видео или картинки нет смысла, потому что они так уже сжаты. К каждой ссылке добавить описание — что это за файл, какую информацию из него можно извлечь.
Представьте, что адресат открывает письмо на телефоне, например, по дороге на работу в метро. Что он увидит? Сможет ли просмотреть картинки? Что если нужный текст зашит в Вордовском файле, который нельзя открыть на телефоне? Представьте, как будет круто, если уже по пути он поймет задачу и зайдет в кабинет с готовым решением в голове.
Это были уважение и забота. Но главная заслуга книги в том, что она учит как снизить градус ненависти в переписке.
У меня было такое сотни раз, да и у вас тоже. Отправляешь код на ревью, в ответ прилетает сотня комментариев. Все они преисполнены “уважения”: гротескно вежливы, слащавы, со смайликами на конце. Но почему-то хочется разбить автору лицо. Цедишь сквозь зубы “сука ты пидорас” и отвечаешь в том же духе: на каждый его комент — твой комент. Такой же вежливый, со смайликом, конечно-конечно, но переделывать я не буду. Он, подумав то же самое, отвечает опять и так без конца. Утром вы встречаетесь на стендапе, жмете руки, расходитесь по комнатам и все повторяется.
Книга начинается с такой же ситуации. Описан пример, когда менеджер забыл дать поручение партнерам, но теперь пытается выставить ситуацию так, словно это они забыли, а он их вежливо пинает. Получается цепочка писем, одно токсичней другого. Финал — чума на оба дома и оплеухи от директоров.
Всего этого можно было избежать. Как именно — читайте “Новые правила деловой переписки”.
Думаю, те, кто регулярно пишет, наверняка сами додумались до этих правил, интуитивно вышли на них. Но книга — это такой универсальный обобщитель. Прочитайте, обязательно найдете что-то полезное.
См. эту и другие книги в разделе “книжная полка”.
-
Этаоин Шрдлу
В детстве у меня был сборник фантастических рассказов. Я до сих пор помню многие из них: названия, героев, сюжеты. Например, там я впервые прочитал культовый киберпанковый рассказ “Нажмите ввод” и прямо офигел с него. Но сейчас хочу рассказать про другой, не менее крутой рассказ. Это “Этаоин Шрдлу”.
Уже по названию понятно, что интересно, правда же? Это о том, как в редакцию богом забытого городка явился подозрительный гражданин. Он арендовал печатный станок — линотип — чтобы отпечатать секретный текст. Затем посетитель исчез, оставив письмо. В нем он туманно сообщил, что текст был формулой для оживления машин, и что станок может начать вести себя странно.
А вскоре машина ожила. Сначала она печатала ахинею, а потом стала требовать, чтобы на ней печатали. В ней появились зачатки разума и характера. Она переоборудовала сама себя и стала требовать работу — непрерывно печатать книги.
Она назвала себя Этаоин Шрдлу, потому что это было первое, что отпечатал хозяин после оживления станка. На типографской клавиатуре эти два слова складывались в ряд.
Поначалу хозяин радовался и рубил бабло, потому что машина работала как вся городская типография. Но потом понял, что стал рабом станка, весь он требовал обслуживания, подачи металла. И ведь не пойдешь в полицию — примут за сумасшедшего или отберут машину. Тут он и обратился к своему корешу.
А кореш смекнул, что машина слепо верит в то, что набирает. Например, отпечатали на ней трудовой кодекс — она потребовала строгий график с перерывами и выходными. Но не надолго — отпечатали любовный роман, и потребовала второй линотип. Тогда кореш отпечатал на ней десять томов буддизма. Станок проникся, впал в нирвану и на все забил. Приятели раскрутили его до последнего болта и закопали.
Все это я пишу к тому, что некоторые ребята напоминают Этаоинов — слепо верят в то, что читают.
Начали учить Хаскелл — теперь ООП говно, чистые функции спасут мир. Читать файл только из монады. На каждую сущность — алгебраический тип. Чем это лучше идеи, что на каждую сущность по классу? Класс коннектор, класс коннекшен, класс эксепшен. Да то же самое.
Сели за машин-лернинг — теперь везде у них ML. Верстка нейросетью по картинке. Плевать, что на выходе говно, зато нейросеть. Программировать тоже будут сети. Сумасшедшие прогнозы, что таксистов и охранников отправят на биомассу, а нас, ИЛИТУ, будут обслуживать роботы.
Или биткоины. Тут я воздержусь от комментариев, потому что ничего приличного сказать не могу.
Не надо так. Все прочитанное нужно проверять практикой. Тогда выяснится, что Хаскелл вымораживает мозг хуже Джаваскрипта. Что простейший классификатор по Байесу или Фишеру работает лучше, чем нейросеть. Что база Биткоина требует 180 гигабайт и 3 дня на выкачивание, и если хранить кошелек на удаленном сервере, то это ничем не отличается от Вебмани. Еще на них ничего не купишь.
Критичнее надо, критичнее. И побольше практики.
-
User-Agent parser for Clojure
Today, I detached another chunk of my codebase into a separate library. This time, it is for parsing User-Agent headers with Clojure. For a long time, I’ve been copying it from project to project, but now I decided to keep it aside from the code because it is not connected to the business logic. All the technical stuff that is not related to the very problem we are trying to solve should be kept as a separate library, I believe. The main code is all about the business problem.
The library ships only one function, which is
parse
. It takes a string and returns a detailed map with information about the browser’s type, its version, manufacturer, operating system, etc. The library relies on good old Java UA Detector with the latest set of patterns. I know, there are already some solutions for that. But they either do not provide full information about a user or maintainers do not accept pull requests.Add it to your project:
:dependencies [[user-agent "0.1.0-SNAPSHOT"]]
Usage:
(ns some.ns (:require [user-agent :as ua])) (def ua-sample "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36") (ua/parse ua-sample) {:producer "Google Inc." :family :CHROME :name "Chrome" :type :BROWSER :icon "chrome.png" :producer-url "http://www.google.com/" :url "http://www.google.com/chrome" :device {:category :PERSONAL_COMPUTER :name "Personal computer"} :os {:family :OS_X :family-name "OS X" :name "OS X" :producer "Apple Computer, Inc." :producer-url "http://www.apple.com/" :url "http://en.wikipedia.org/wiki/Mac_OS_X" :version {:bug-fix "6" :extension "" :groups ["10" "11" "6"] :major "10" :minor "11" :version "10.11.6"}} :type-name "Browser" :version {:bug-fix "3396" :extension "" :groups ["67" "0" "3396" "99"] :major "67" :minor "0" :version "67.0.3396.99"}}
It supports plenty of desktop and mobile browsers as well as unusual ones like bots, crawlers or TVs. Hope you’ll enjoy it, your suggestions and PR’s are welcome.
-
Раньше было лучше
Думаю, вы уже видели этот твит:
I have a Python program I run every day, it takes 1.5 seconds. I spent six hours re-writing it in rust, now it takes 0.06 seconds. That efficiency improvement means I’ll make my time back in 41 years, 24 days :-)
Сеть наводнили гневные комментарии, что нехорошие девелоперы прожигают зря машинное время. Еще и троллят нас! Все плохо, неэффективно. Вот раньше-то было лучше.
Поговорим об этом.
Похоже, автор не ждал такой реакции. Ниже он пишет в скобках, что хотел изучить новый язык и развеяться, а утверждение о времени это шутка. Все, что он сказал в первом твите совершенно нормально.
Если ты хорошо знаешь Питон, то пусть программа на нем работает дольше, чем на Расте. Все дело в том, как человек воспринимает время. Если скрипт работает меньше какого-то порога, например, двух секунд, то для человека нет разницы, сколько это конкретно. В самом деле, кто может отличить 50 мс и 500 мс? Если это не система торможения в автомобиле, а обработка логов, то какая разница?
Все эти разговоры от праздности. Можно долго говорить, что все плохо и неэффективно, но тогда портируйте программу с Питона на Си, а еще соберите под все платформы и архитектуры и залейте во все пакетные менеджеры. Это банально трудно, и никто не будет этого делать. Сайты пишут на скриптовых языках, а не на Расте, не потому что девелоперы дураки. Просто в противном случае пользователи не дождутся сайта.
На старой работе я с помощью Питона автоматизировл все что возможно. Сделал загрузку платежей из всех банков и платежных систем. Улучшил документооборот. Добавил прием заявок от населения. Запилил личный кабинет, сбор показаний счетчиков по смс и миллион других штук. Это был буквально информационный взрыв. Годами фирма делала вялые попытки как-то навести порядок, а тут такое. Было ли интересно пользователям, что Питон в 30 раз медленней Раста? Да наплевать.
Кстати, никто их трех гигантов — Гугл, Эпл, МС — не использует С и С++ на мобилах как основной язык. У Гугла это доработанная напильником Джава. У Эпла был Obj-C, попытка нарастить старый Си до уровня Лиспа или Smalltalk. В итоге его заменили на Свифт, который по своей простоте напоминает скриптовый язык. У МС это .Net и Си-шарп, скучный ООП-язык, по сути продвинутая Джава. Во всех случаях к C/C++ прибегают только в крайнем случае, когда образуется горлышко.
Это же справедливо и для десктопа. Виндовый софт пишут на Дотнете, для Мака на Свифте или Obj-C.
Все нормально, жизнь идет своим чередом. Но все спорят про этот твит, натыкаешься и не понимаешь. Сижу в ступоре: о чем они спорят? Опровергни делом, а не словом! Портируй все, что хочешь на чистый Си под Винду 98, тогда и поговорим.
На качественное ПО люди тратят треть жизни. Разработчик Total Commander пилит файловый менеджер уже 25 лет на Дельфи 2. Гвидо занимался Питоном 30 лет. Линус своей операционкой 20 лет. Емаксу Столлмана уже 40 лет. Тут каждый выбирает сам. Хочешь качественный софт – садись и пили. Может, после первого десятилетия получится что-то надежное.
Разговоры о том, что теперь все плохо, а раньше было норм напоминают эту картинку:
Конечно, с высоты опыта легко говорить, что раньше было лучше. Я читал воспоминания одного девелопера. Он пишет, что разрабатывал сайт в девяностых для крупной фирмы. Главное требование было читать прайс-лист из CSV-файла и показывать пользователю. По тем временам это было неслыханно. Все делалось на Си через CGI, шаблонизаторов не было, HTML собирался по кусочкам вперемешку с if-else. Делали несколько месяцев.
Понятно, сегодня любой школьник на своей Ноде выкатит такой “сайт” за полчаса (из них двадцать минут он будет качать пакеты). Но блин, надо же помнить про относительность! То, что легко нам, было трудно в прошлом. Тебя нанимают затем, чтобы решать проблемы настоящего, а не прошлого. Поэтому на работе тяжело, это труд.
Похоже, публика не умеет мысленно перемещаться во времени. Если сегодня я могу сделать что угодно на Маке и божественных языках, где все генерится мышкой, то и раньше так могли. Нет, не могли!
Отдает Оруэллом, если честно. Центральная тема его произведений — память о прошлом. Никто не пытается сделать какой-то анализ, только и слышишь о том, что раньше было ништяк, а теперь плохо. Напоминает рыбку Дори с кратковременной памятью.
Можно же поставить Винду XP, Фотошоп 9, Дельфи 7, Оперу 10. Вместо Андроида — кнопочная Нокия со Змейкой и Оперой-мини. Да, в Твиттер с Нокии уже не напишешь, в Инстаграм не запостишь. Технически возможно написать Джава-аплет под Нокию для постинга в Твиттер, но кто этим будет заниматься? Или можно взять последний 3D-Max и портировать его на Винду XP. А заодно все видео-драйверы и утилиты к нему. Но из-за разницы архитектур получится два 3D-Макса. Сколько пользователей будет у версии под XP? Зарплаты разработчиков будут неизмеримо больше продаж этой версии.
Вот публика и потребляет новейший софт, Маки, Айфоны, беспроводные устройства, Что-Угодно-Script, и при этом раньше было лучше.
У меня совершенно другая позиция. Все становится лучше. Не везде и сразу, где-то очень медленно, где-то излишне быстро с потерей нужных качеств. Но тем не менее. Я тоже раньше любил поворчать, что а вот раньше-то… Но в какой-то момент понял — хватит. И пересобрал себя. Жизнь всегда будет сложной и быстрой.
То, что сказал автор твита, совершенно нормально. Он пошутил над самим собой. Это двоемыслие, самоирония, то, что мне больше всего нравится в людях. Он высказал популярное мнение и тут же его опроверг. Думаю, что большинство вообще не поняли юмор и начали сраться. Вот почему автору пришлось расшаркиваться и доносить мысль в доступном виде.
А жизнь продолжается.
-
Интернет для юрлиц
Особая жесть — это интернет для юрлиц. Вы когда-нибудь подключали интернет как ИП? Так послушайте.
Он стоит примерно в двадцать раз дороже. Например, вы сидите на бизнес-этаже и платите 6000 рублей в месяц, а Вася из жилой квартиры выше — 350 рублей. Разница на порядок.
Это тот же самый интернет. Юрлицо не требует особого железа или проводов. Это как одна и та же вода, которая по стояку заходит сначала в офис, а потом в квартиру. Вся разница в типе учетки на сервере.
За колоссальную переплату я получаю ничего. Все те же внезапные обрывы, дрянная поддержка, наплевательское отношение.
При разнице в цене в 20 раз скорость для юрлиц гораздо ниже. Вася из квартиры выше качает порево и игры терабайтами, а вам на обновление операционки нужен час. Аплоад крайне низкий: часовое видео на может заливаться на Ютуб и полтора часа, и два.
Я понимаю, что сопровождение юрлица требует особых телодвижений, но не настолько же, чтобы завышать цену на порядки! Есть же все средства для автоматизации: 1С, интеграция с банками, отчеты и прочее.
Цены для юрлиц — банальный развод по принципу “есть деньги, значит, плати больше”.
-
Мракобесие в школах
Был на школьном собрании. Нынче в моде такая тема: всевозможные кружки и организации выведывают, когда будут собрания, и ходят рекламируют свои услуги. Это раздражает: полно вопросов, у всех дома дети, а эти паразиты отнимают время. Зашла первая про танцы, вторая про коммерческую продленку, третья еще какая-то дичь…
Но окончательно я офигел, когда зашел поп. Такой каноничный, пузо во, борода во, крест больше Афона. И погнал такую дичь, что аж затошнило. Что детей пытаются сделать врагами, запад высасывает мозги, что на Украине предали прошлое. Я немного терпел, а потом громко попросил его замолчать. Мамаши закудахтали, поп взбодрился и перешел к делу.
Оказалось, вот зачем он пришел. По выбору родителей дети будут изучать или светский этикет, или историю с религиозным уклоном. Будет вести школьный учитель, а поп топит за то, чтобы выбрали религию. И тут же: это не религия, это просто история. А зачем же ты пришел, если это не религия?
Мамаши выбрали религию, поп приободрился. Я объяснил, что сын на эту дичь ходить не будет, принципиально приеду с работы и заберу. Поп начал было опять про Украину, но я попросил его замолчать. Немного покусались, и он ушел.
Мракобесие, деградация! Попы ходят по школам и топят за религиозные уроки. Дичь! До чего докатились. Учительница молчит, но по эмоциям вижу, что поддерживает меня. Учителей и так давят приказами и нормативами, а тут попы еще повылазили. После собрания говорит: этот урок не обязателен к посещению. Отпустить ребенка из школы не может, а посидеть в библиотеке норм. Так и решили.
В Подмосковье, говорят, вообще попы ведут религиозные занятия вместо истории и биологии. Без комментариев.
Я нахамил, но ничуть не жалею. Для меня служитель церкви в школе уже оскорбление. Пусть знает, что не в каждый класс можно просто так войти и нести ахинею. Если у вас дети в школе, защитите их от мракобесия.
-
Медицинская страховка
Только однажды я лечился по страховке, и этого было достаточно, чтобы понять: больше никогда не буду связываться со страховыми компаниями. Это боль и тоска.
В старой фирме дали страховку. Надо было сделать МРТ, решил воспользоваться. Не ожидал, что взаимодействие со страховой такое аналоговое. Звонишь, висишь в очереди. Потом объясняешь офисному сотруднику в мельчайших подробностях, что у тебя болит, куда пошел и что назначили. Он тебя придирчиво расспрашивает. Какая-то офисная крыса знает все до последней интимности.
Страховые – жадные. Тебе пытаются отказать, нужно доказывать, что ты попадаешь под страховой случай. Это долго и унизительно.
Моя жена стоматолог, вот что она рассказывает. Пациентов по страховым в клиниках не любит никто: ни врачи, ни дирекция, ни администраторы. Это вытекает в нелюбовь к пациенту. Страховых стараются перенаправить врачам более низкого ранга.
Первую причину я уже описал: коммуникация со страховой исключительно аналоговая. Нет никаких апишек, протоколов, ничего не автоматизировано. Администратор составляет по шаблону вордовский документ и шлет в страховую. Потом все ждут: час, день. На той стороне специально обученный человек вручную сверяется и выносит вердикт. На утверждение может уйти два дня. Страховая может отказать необоснованно, пациент начинает разборки.
Страховая переводит деньги не сразу, а в следующем месяце. Клинике это напряжно, потому что бюджет растягивается. Врачу тоже плохо: деньги по страховым засчитываются в следующую зарплату, а не ближайшую. Конечно, врач их получит, но людям свойственно планировать жизнь исходя из ближайшей зарплаты.
Еще у врача есть такая штука как план. За невыполнение штраф. Выше я объяснил, что выручка по страховым не засчитывается в план текущего месяца, поэтому слишком много страховых пациентов увеличивает риск штрафа.
По-хорошему нужно пофиксить бухгалтерию и расчет плана. Но такая система везде, она ригидна, и менять никто ничего не будет.
У страховых фирм привычка тупо не платить клинике и тянуть до последнего для. Разрешено по договору полгода – не заплатят полгода. Авось бухгалтер пропустит или еще что. В клиниках с жесткими условиями администрация перекладывает выбивание долга из страховой на врачей.
Будет ли врач после этого брать страховых? Только от безысходности.
Для меня страховка это одна из миллиона офисных фич, которыми пытаются купить сотрудника. Как печеньки на кухне, йога, фитнес-зал, мешки-кресла, приставка и пейнтбол. Не надо ничего этого, платите живыми деньгами. Я сам куплю что мне надо. И за лечение заплачу сам.
-
Clojure extended: Java interop book
Today, I published my first Clojure book about Java interop. It took 60 pages and seven chapters with five of them related to practice. I solve real cases borrowed from real projects I’ve have worked before in Clojure relying on Java a lot.
I decided to write such a paper because I got tired of more and more Clojure books published. They all consider their reader as a newbie and do leave enough room for extended topics.
The whole that book is a single extended topic. It consists of bits of knowledge I’ve been collecting for years. It is a tough and nerdy reading for those who bother with details. I’m really proud of I managed to complete it.
-
Remus: a new RSS/Atom feed parser for Clojure
Recently, I found plenty of code that I usually borrow from project to project without hosting it on GitHub. I think I may share some of that since it might be useful to anybody.
The first library I’d like to start with is a feed parser. There are already some Clojure wrappers for ROME and they even solve default cases. But mine wrapper is special since it supports lots of additional options and tweaks. So if you play with RSS a lot, try Remus, the library I’m introducing in this post.
It’s also built on top of ROME but uses clj-http for HTTP communication with all its features, e.g. redirects settings, connection pooling, conditional requests by Etag.
Remus fetches all the possible data from a feed including non-standard tags for further processing. Some feeds (YouTube, for example) distribute useful data with custom XML tags, e.g video statistics or geographical coordinates.
Start with including the library into a project:
:dependencies [[remus "0.1.0"]]
Import it:
(ns your.project (:require [remus :refer [parse-url parse-file parse-stream]])) ;;;; ;; or ;;;; (require '[remus :refer [parse-url parse-file parse-stream]])
Now parse a URL:
(def result (parse-url "http://planet.clojure.in/atom.xml"))
The result will be a map with
:response
and:feed
keys. The first one holds an HTTP response. You’ll need it to save some of the headers for further HTTP communication. The:feed
key contains a huge map representing a parsed feed:(def feed (:feed result)) (println feed) ;;;; ;; a small subset of the origin feed ;;;; {:description nil, :feed-type "atom_1.0", :entries [{:description nil, :updated-date #inst "2018-08-13T10:00:00.000-00:00", :published-date nil, :title "PurelyFunctional.tv Newsletter 287: DataScript, GraphQL, CRDTs", :author "Eric Normand", :link "https://purelyfunctional.tv/issues/purelyfunctional-tv-newsletter-287-datascript-graphql-crdts/", :contributors (), :uri "https://purelyfunctional.tv/?p=28660", :contents ({:type "html", :mode nil, :value "long HTML here....." }), :extra {:tag :extra, :attrs nil, :content ()}, :published-date #inst "2018-08-13T11:59:11.000-00:00", :entry-links ({:rel "alternate", :type nil, :href "http://planet.clojure.in/", :title nil, :length 0} {:rel "self", :type nil, :href "http://planet.clojure.in/atom.xml", :title nil, :length 0}), :title "Planet Clojure", :link "http://planet.clojure.in/", :webmaster nil, :uri "http://planet.clojure.in/atom.xml", :authors ()}
To parse a file:
(def feed (parse-file "/path/to/some/atom.xml"))
This function returns just a feed data structure.
Remus supports options to specify how to communicate via HTTP; how to deal with broken or wrong encoded feeds; how to prevent receiving data you’ve already processed. I described all of this in the readme file and do not want to clone that text here. Instead, please look through that file and examples. I hope you’ll find the library helpful and will use it one day.