Интересное-11

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

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

Про AR (Augmented Reality) и VR (Virtual Reality) в последние годы слышали буквально все. Самый большой список вариантов использования дополненной реальности – длинная статья по use cases данных технологий. Каждый пункт, потенциально – идея не на один десяток стартапов. Читайте список, обдумывайте применение каждого из пунктов, спрос на него, экономику создания, внедрения и получения прибыли, влияние на социум… Любой реально построенный продукт, эксплуатирующий эти идеи, может очень сильно поменять устоявшиеся “правила игры”, в т.ч. на глобальном уровне.

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

What to write – небольшое HOWTO по написанию технической документации. Полезно для разработчиков ПО, особенно тех, кто работает над open source.

Tech docs can take a bunch of different forms ranging from high-level overviews, to step-by-step walkthroughs, to auto-generated API documentation. Unfortunately, no single format works for all users; there’s huge differences in the way that people learn, so a well-documented project needs to provide many different forms of documentation.

Art of README тоже о подготовке техдоков для ПО, но в более неформальном виде.

This is an article about READMEs. About what they do, why they are an absolute necessity, and how to craft them well.
This is written for module creators, for as a builder of modules, your job is to create something that will last. This is an inherent motivation, even if the author has no intent of sharing their work. Once 6 months pass, a module without documentation begins to look new and unfamiliar.

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

И, напоследок немного про Scala. Paul Phillips интересуется:

“What’s the compiler doing?” you might ask while it’s taking five minutes to compile 16K lines.

Мне тоже интересно.

Интересное-10

11 техник, которые помогут сосредоточиться на работе – статья об оптимизации продуктивной деятельности. Некоторые вещи вполне очевидны, однако отмечу следующие пункты:

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

Иран ♥ Telegram – небольшая познавательная статья о функционировании Telegram в Иране. То, как используется этот мессенджер в Иране, напоминает китайский WeChat. Всё-таки текстовый обмен информацией – штука универсальная и эффективная, кто бы что ни говорил.

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

  • Кофе, выпитое во второй половине дня, незаметно снижает качество сна. В итоге, мы плохо спим и чувствуем себя разбитыми на следующее утро.
  • Таймер — отличный инструмент. Я очень часто забываю про него или ленюсь, но точно знаю, что с ним работаю эффективнее и устаю меньше. После 25-минутного спринта я даю отдохнуть глазам и мыслям. Бывает, что во время перерыва я осознаю, что работаю над маловажной задачей и после меняю приоритеты – тут, похоже, речь о технике Pomodoro. Подтверждаю – это работает.
  • Для ведения списков больше подходит обычный бумажный блокнот. Да, его нельзя установить на телефон и компьютер. Но он отлично подходит для планирования статей, проектов – в моём случае это тоже верно. Есть хорошая статья про бумажное планирование, которую я ранее уже приводил: Два блокнота, ручка, Evernote и TextWrangler
  • Подниматься рано — эффективно, когда у вас много работы и необходимо время сосредоточиться, но необязательно и иногда для здоровья можно и нужно подольше поспать.
  • Тренировки повышают продуктивность в работе – однозначно так. На себе уже убедился, т.к. занимаюсь в тренажёрном зале + делаю пробежки.

Simple testing can prevent most critical failures . Данная статья показывает ценность тестов при использовании сложных распределённых систем с интенсивной нагрузкой – Cassandra, HBase, HDFS, MapReduce, Redis.
Итоговая мысль статьи приведена уже в самом её начале:

Almost all catastrophic failures (48 in total – 92%) are the result of incorrect handling of non-fatal errors explicitly signalled in software.

Это общая проблема для всех сложных систем, и теме обработки ошибок посвящены сотни статей и целые разделы в книгах о проектировании архитектуры. В реальных проектах часто ошибки не обрабатывают и скрывают, и Erlang с его подходом let it crash мне видится очень грамотным и зрелым решением.

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

P.S. Судя по таблице, приведённой в статье, качество кода СУБД Cassandra весьма и весьма высоко. И действительно, я тоже это подтверждаю, т.к. несколько месяцев назад изучал данный код, разбираясь с некоторыми неочевидными вещами, связанными с атомарностью операций в этой СУБД. Cassandra – редкий пример для Java, когда крупный и сложный проект имеет качественный код.

The Myth of RAM (в четырёх частях)
Серия статей об оперативной памяти, о том, что ожидать быстродействия O(1) от RAM – ошибка, и что вопросы про O-нотацию для сферических алгоритмов в вакууме на интервью – чисто теоретическая вещь, показывающая разве что знание раздела CS, но не более того.
В реальности нужно учитывать многоуровневые кеши, дающие своё latency:

Modern CPUs spend most of their time waiting for RAM. This is why we have the many layers of cache.

Кстати, это неплохая статья “на поспорить” с любителями почесать своё ЧСВ вопросами про O-нотацию. 🙂

Интересное-9

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

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

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

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

Но в итоге оно того стоит, не правда ли?

Linux Performance – страница с материалами по Linux performance tuning: observability, static performance tuning, and perf-tools/bcc (Linux observability tools, Linux benchmarking tools, Linux tuning tools, and Linux sar).
Удобно собранная вместе информация для системных разработчиков Linux. Да и для прикладных разработчиков информация будет интересна.

Notes on creating microservices-based applications – как видно из названия, это одностраничный набор-памятка, список заметок по созданию микросервисов. Нужно, полезно.

И, напоследок, Updating diagnostics for Boeing’s 737 MAX, статья из журнала для профессиональных авиационных инженеров. Речь в статье идёт о Base2 Solutions, which has AS9100 certification and is a Silver Supplier to Boeing, created prototype software that makes manufacturing and maintenance checks more efficient.

Меня заинтересовало, что этот непростой проект написан не на Java, а на Clojure(!). Интересны причины подобного выбора:

The most unique element of this project was that we used a functional programming language, Clojure, to write the software and were the first ones to use this language on commercial aircraft. Clojure is a relatively new software language that allowed us to write rules and code capable of handling massive amounts of data under significant hardware limitations. We estimate that if we had used Java to write the OMF, it would have resulted in more than half a million lines of code, which would have been significantly more difficult to test and debug. The OMF was written in just 32,000 lines of Clojure code. It is also the first time Clojure has been used on aircraft software.

Clojure uses LISP syntax that allows for very concise code, typically an order of magnitude less code than Java or C++. This means less code to test and debug and easier to get to more than 90% code coverage with unit tests.

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

Интересное-8

В тему Трампа. Ниже – презентация одной, широко известной в узких кругах, компании, которая, по словам Das Magazine, сделала качественный промоутинг Теда Круза на политическом рынке, а затем – обеспечила победу Дональду Трампу. Пример отличной презентации – наглядность и правильная расстановка акцентов. Это то, как надо делать рекламу своему продукту.

Ну а теперь о других темах:

Подборка бесплатно скачиваемых книг, связанных с Data Science, от O’Reilly. Качаем на свой планшет, читаем, мотаем на ус.

Эти знания пригодятся вам в любой индустрии – статья на RusBase о том, как супермодель Карли Клосс нашла свое призвание в программировании. Мне, как “технарю” до мозга костей, всегда было интересно читать подобные статьи о людях, которые пробуют что-то кардинально отличающееся от того, что они делали раньше. И особенно интересно, когда дело касается перехода из совершенно нетехнической сферы деятельности в высокие технологии и инженерное дело. Карли Клосс, похоже, это вполне удаётся.

Современный Frontend Development – это боль, и ты горишь, и всё горит, и ты в аду… Тысячи фреймворков, которые рождаются и умирают быстрее, чем ты успеваешь узнать об их существовании.  10 things I learned making the fastest site in the world – мнение человека, который варится во всём этом, и просто хочет от web-интерфейса нормальной отзывчивости.
Его рекомендации:

  • Не делать медленных сайтов. Просто не делать. Совсем. Я бы ещё добавил – не используйте React. Или используйте, но только в крайнем случае, когда уже ничто другое не помогает. Рекомендация насчёт immutable.js – хорошая, годная. Но зачем ограничиваться полумерами? Однако об этом – ниже.
  • Mobile first. Это очевидная штука, но не все ей следуют. Делая интерфейс для мобильных устройств, вы волей-неволей выкидываете ненужные вещи, которые в общем-то и в десктопных браузерах не нужны. Заодно оптимизируете код под высокое latency в мобильных сетях.
  • Бенчмарки, бенчмарки. Проверяйте оптимальность и производительность кода сразу, не откладывая “на потом”. Чем раньше узнаете о проблемах, тем для вас лучше. Очевидно, что запуск бенчмарков нужно автоматизировать.
  • Client Side Rendering is expensive. В отдельных случаях он может быть оправдан, но в большинстве случаев удобнее (в т.ч. и с точки зрения отладки) готовить UI на сервере, нежели делать клиента “толстым”. И да, сервер тоже не нужно “утолщать”. 🙂 Пусть просто делает то, что нужно, не более, и делает это быстро(!). Т.е., например, идеально будет не рендерить HTML на сервере, а пытаться делать его сразу статическим и отдавать через CDN. Ранняя загрузка скриптов и данных (preload) – обязательна, и очевидно это всё нужно распараллеливать.

Лично моё мнение такое – следует подойти к проблеме качественно иначе, с другой стороны. А именно – перейти наконец на ClojureScript. 🙂 Заодно вы заимеете доступ к Clojure (т.к. языки мало чем отличаются) – отличному решению для backend-разработки. Никакие immutable.js не нужны, т.к. всё и так иммутабельно, что даст ускорение выполнения кода + уменьшение потребления памяти. Google Closure Compiler идёт в поставке ClojureScript – оптимизация сгенерированного JS-кода “из коробки”. Для любителей React есть Reagent или Om, но всё-таки старайтесь их не использовать. Всегда есть более простые решения.
В своих pet projects я использую для frontend исключительно ClojureScript. Для backend у меня есть “убойная парочка” – Erlang и Clojure. Подобный набор инструментов позволяет решать практически любые задачи (разве что для ML удобнее набросать простые микросервисы на Python, даже без HTTP REST, а просто на обычных сокетах, с бинарным протоколом типа Protobuf).
Мой личный субъективный совет: старайтесь не использовать JS-фреймворки. Если без чего-то можно обойтись – выкиньте это. Оверинжиниринг не нужен, особенно когда речь идёт о frontend-разработке. Всегда делайте проще. Впрочем, эти советы актуальны и в бэкенде.

И напоследок, Awesome Shell – a curated list of awesome command-line frameworks, toolkits, guides and gizmos. Адепты командной строки оценят. 😉

Интересное-7

Начну, как водится, с темы про Трампа: Расследование Das Magazin: как Big Data и пара ученых обеспечили победу Трампу и Brexit
Узрите силу анализа больших данных. Фактически это тот самый пример, когда таргетированный маркетинг применяется в совершенно другой области, и – весьма успешно. У нас в России такого проникновения интернета среди граждан пока нет, но на следующих выборах попробовать использовать что-то подобное вполне можно. Хотя бы для того, чтобы оценить эффективность методов.

Периодически обновляемый небольшой список блогов, посвящённых функциональным языкам: The best Functional Programming Blogs and how to get started
Там довольно неплохая подборка.

Очень хороший очерк о том, к чему приводит отсутствие ТЗ: Без ТЗ: почему клиент не хочет его
Я не раз сталкивался с проектами без технического задания. И, в итоге, нередко получалось какое-то ХЗ, или что-то похожее. Я понимаю, что суровый мир коммерческой разработки, заказчик диктует, agile и всё такое… Но, по возможности избегайте.

EDN – Extensible Data Notation, родной формат данных для Clojure, умеет понимать и Erlang: erldn – an edn parser for the erlang platform
Теперь для для общения между микросервисами на Erlang и Clojure можно будет использовать EDN вместо JSON, что лично меня весьма радует.

Kaggle-2? «Дочка» Сбербанка запускает российский аналог Kaggle. Сомневаюсь в результате. Сейчас зашёл на сайт, и не нашёл ни списка задач, ни участников. Landing page – и всё. Сравните это с Kaggle, и поймёте, почему эта “Massive Data” не взлетит.

И под конец: Practical Data Science in Python. Хорошая статья-введение в анализ данных. В качестве основы для примеров используется IPython notebook. На GitHub довольно много примеров таких ноутбуков, местами весьма полезных. После того, как я прошёл курс “Введение в машинное обучение” от Yandex и ВШЭ, с Jupyter работать приходится относительно редко – нет повода. Буквально сегодня такой повод появился, и теперь, возможно, какие-то наработки по ML я буду публиковать и сюда, в блог.

Интересное-6

Презентация Антона Каляева “Год работы стоя“. Я наткнулся на неё, уже работая за компьютером стоя больше полугода (дома – стоя, на работе, увы – пока сидя). На слайдах изложен интересный материал, который хорошо коррелирует с моим опытом. А уж если ещё и заниматься в спортзале, да совершать пробежки – повышение личной эффективности неизбежно.

Бесплатная книга A Course in Machine Learning, доступная сразу в PDF. После пройденного мною вводного курса ML от Яндекса/ВШЭ данная книжка читается легко, и, в отличии от яндексовского курса, здесь есть главы про перцептрон и нейронные сети. Если у вас неплохой английский (а книга написана именно на нём) и есть интерес к ML – рекомендую.

Ещё одна бесплатная книга по Deep Learning от MIT Press. Она там в онлайн-варианте. Если нужен PDF, то вам сюда: https://github.com/HFTrader/DeepLearningBook . Эту книгу я глянуть успел только по диагонали, вдумчиво ещё не читал, но вроде вполне годно.

Ну и под конец – симпатичный SQL Cheat Sheet для давно работающих с NoSQL. 🙂 По клику – картинка в оригинальном  размере.

Интересное-5

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

Clojure – мощный язык для потоковой работы с данными. И вот найден очередной наглядный пример – использование функции juxt и group-by.
Благодаря этим функциям можно делать сложные выборки и группировку a-la SQL/NoSQL с высокой скоростью и на больших объёмах данных. В итоге имеем вполне себе in-memory СУБД без каких-либо внешних зависимостей.

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

И, напоследок, статья под названием Кто ворует пчёл: В США похищают сотни ульев в год на миллионы долларов . Это ни разу не ИТ, и не высокие технологии, однако сюжет по-своему захватывающий. Впечатляют масштабы и оборот финансов в этой сфере. Сфера пчеловодства в США крайне развита, это очевидно, а это значит, что есть место для всевозможной автоматизации и прочих интересных штуковин. Например, по спутниковым снимкам и карте дорог делать расчёт логистики и экономической целесообразности для перевозки ульев на новые места, где можно собрать максимум мёда в итоге (и сюда можно тоже воткнуть такие модные в нынешнем году нейросети, да(!)). Естественно, нужно также проводить анализ полей по спутниковым снимкам для анализа “коэффициента сочности травы”. 🙂

Интересное-4

Перевод отличного эссе “How to Be Silicon Valley” Пола Грэма десятилетней давности: Как стать Силиконовой (aka Кремниевой) долиной , где тот излагает своё видение на проблематику создания аналога Кремниевой долины в России (и вообще где-то ещё). Статья старая, но в ней мало что устарело. Все ошибки относительно Сколково можно отследить по шагам. Правда, там не показано влияние ВПК США на индустрию высоких технологий, но и без этого всё рассмотрено достаточно подробно.

Статья Почему новости – зло рассматривает феномен “потока новостей” с точки зрения полезности. Берём на заметку.

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

О приватности или Как посмотреть, что о вас знает Google – как увидеть собранную о вас в Google информацию, и как её оттуда удалить. Но мы-то все знаем, что в действительности всё не так, как на самом деле, и вся информация после “удаления” остаётся на серверах Гугла. Просто она становится непубличной, хе-хе. 😉

The framework mirage – провокационная статья о фреймворках как явлении. Будучи адептом языка Clojure, я всецело поддерживаю автора. Luminus, приводимый в пример – отличный пример альтернативы фреймворкам. На первый взгляд Luminus – тоже некий фреймворк, однако стоит чуть-чуть копнуть, и оказывается, что это просто набор несвязанных между собой небольших библиотек, которые можно свободно заменять/удалять на другие аналоги. Не так давно я как вовсю использовал эту взаимозаменяемость, переключаясь с одной библиотеки работы с файлами конфигураций на другую, т.к. в новом варианте была нужная мне функциональность.
Статья стоит того, чтобы её прочитать, и отказываться от фреймворков, там где это возможно, в пользу набора небольших самодостаточных библиотечек.

Два блокнота, ручка, Evernote и TextWrangler – как вести заметки. Вероятно, подобный подход не для всех, но он мне он подошёл. Сейчас я использую два блокнота, как и предлагается в статье. Маленький блокнот – для оперативных заметок и идей. Большой блокнот – для сложных зарисовок, проектирования и диаграмм. Далее, всё перерабатывается и переносится в компьютер в виде текста и/или фото. Для электронного хранения использую приложение CherryTree, которое умеет хранить древовидные заметки в txt и rtf, с подсветкой синтаксиса и поддержкой тегов. Но это пока не закончу свой менеджер заметок (некий симбиоз Evernote+TagSpaces+CherryTree), написанный под мои личные требования. Тогда всё перенесу и буду хранить там.
Вообще у меня когда-то была надежда, что мой Samsung Galaxy Note III, имея стилус, и технологию Wacom, сможет заменить мне блокнот, но, увы, электронный заметочник у этого телефона неудобен уже тем, что нельзя его просто достать и сделать заметку, а нужно произвести обязательную последовательность действий перед этим. Достать из кармана блокнот с ручкой, и сделать запись – быстрее и удобнее в разы. Что и рекомендую всем. 🙂

Infinality – качественные шрифты в Linux

После того, как я когда-то проапгрейдился на Ubuntu 12.04, шрифты меня напрягать по большому счёту перестали. Но на днях я наткнулся на проект Infinality, представляющий собой набор патчей, позволяющих качественно улучшить рендеринг шрифтов в Linux, и обеспечить широкое поле для кастомизации.

Рендеринг получается настолько качественный, что работа с документами, например, становится приятной. В том же Sublime Text или Thunderbird шрифты радуют глаз.

Ставится всё просто (я использую Ubuntu 14.04):

После установки запускаем скрипт для выбора стиля:

Там рекомендуют выбрать стиль “linux”, но ничего не мешает позже поэкспериментировать.

Далее, опционально, можно ещё отредактировать файл /etc/profile.d/infinality-settings.sh . Открываем его любым текстовым редактором (с sudo разумеется), и ищем строку “USE_STYLE=”. По умолчанию там должно быть USE_STYLE=”DEFAULT”. Заменяем на значение “UBUNTU”, хотя опять же, ничего не мешает поэкспериментировать в дальнейшем.
Внутри файла очень детально расписано, какая опция и за что отвечает.

Дальше – logout, login либо перезагружаемся. И всё – можно работать. 🙂

Откат изменений:

И так же – logout, login либо перезагрузка.

Infinality – крайне полезный проект, который сбережёт зрение людям разных профессий, в том числе и другим разработчикам ПО. Лучшие собаководы рекомендуют. 🙂

Интересное-3

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

Как выглядят “мейкеры” в России – сводная статья про DIY и создание бизнеса в сфере “hardware”.  Кратко описаны проблемы роста “мейкерства” в России. Причины наличия проблем лежат на поверхности, они известны, и вопросы остаются всё те же… Здесь они сведены в единый текст. Можно брошюрку сделать, распечатать и повесить на стену/раздавать на выставках.

10 вирутальных ассистентов: обзор – список и краткий обзор виртуальных ассистентов от различных компаний. Персональные ассистенты и псевдоAI – известный многообещающий тренд, и появление виртуальных ассистентов в каждом утюге – дело не столь далёкого будущего (особенно учитывая бум IoT). Крупнейшие ИТ-гиганты вливают в эту тему громадные деньги, и “выхлоп” будет обязательно. Статью интересно прочитать, как минимум для того, чтобы знать те возможности, которые уже достигнуты на пути к полноценному AI-советнику.

The Top 100 Clojure Libraries in 2016 – After Analyzing 30,000+ Dependencies – немного статистики использования библиотек в Clojure. Кложуристам (или кложурианцам) – читать! 🙂 Возможно, что вы найдёте для себя что-то новое. Я кое-что нашёл.

Ну и напоследок – интересный чат в Telegram @startupchat . На данный чат я набрёл по “наводке” одного из комментариев к статье на GeekTimes. Аудитория – около полутора тысяч человек, на данный момент. Обсуждение идёт в основном вокруг малого и среднего бизнеса, стартап-проектов в области высоких технологий. Люди, сидящие там, работают в самых разных областях человеческой деятельности. Довольно интересно читать зарисовки с их собственного опыта, не зацикливаясь только на ИТ.