Профессиональная литература *

Крис Ноддер, автор книги «Evil by Design», сразу вызывает доверие. Не столько своим послужным списком достижений в психологии UX дизайне и консалтинге, сколько явным умением цеплять и продавать. По сути, под стильной обложкой с демоненком — собрание техник манипулирования потребителем, многие из которых известны уже давно. Но, согласитесь, «руководство для дизайнера, который служит Злу, пробуждая в людях темные инстинкты» звучит гораздо увлекательнее. Давайте толкать потребителя на смертные грехи!



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

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

(с)

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

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

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

Разработчик каждый раз принимает трудное решение: должен ли продукт быть обратно совместимым. «Объективно правильного» решения здесь просто нет — в мире достаточно примеров успешной обратной совместимости и отказов от нее. Возможно, чей-то опыт поможет сделать вам правильный выбор прямо сейчас.

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

---

—… Ваш новый дом почти готов.

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

«Цель этого курса — подготовить вас к вашему техническому будущему.»

Привет, Хабр. Помните офигенную статью «Вы и ваша работа» (+219, 2365 в закладки, 360k прочтений)?

Так вот у Хэмминга (да, да, самоконтролирующиеся и самокорректирующиеся коды Хэмминга) есть целая книга, написанная по мотивам его лекций. Давайте ее переведем, ведь мужик дело говорит.

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

Мы уже перевели 13 (из 30) глав.
За перевод спасибо Sergey Metlov, который откликнулся на мой призыв в «предыдущей главе». Кто хочет помочь с переводом — пишите в личку или на почту magisterludi2016@yandex.ru (Кстати, мы еще запустили перевод еще одной крутейшей книги — «The Dream Machine: История компьютерной революции»)

Глава 5. История компьютеров — практическое применение

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

• книг и публикаций;
• публичных выступлений;
• неформальных бесед.

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

Введение

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

Creative Commons стали предоставлять лицензии для открытого обмена всего лишь десять лет назад. В настоящее время более 400 миллионов лицензий CC доступны в интернете: от музыки и фотографий до результатов исследований и целых курсов колледжа. Creative Commons создала юридическую и техническую инфраструктуру, которая позволяет эффективно использовать знания, искусство и данные отдельными лицами, организациями и правительством. А самое главное, что миллионы создателей использовали эту инфраструктуру для обмена работами, которые обогащают глобальное достояние для всего человечества.

Посвящается всем любителям и фанатам онлайн игр жанра MOBA (Multiplayer Online Battle Arena, буквально «многопользовательская онлайновая боевая арена») — жанр компьютерных игр, сочетающий в себе элементы стратегий в реальном времени и компьютерных ролевых игр и выделяющийся схожестью с DotA.

Каждый может быть Героем, нужно лишь найти свой мир.

Помните, Льюис Кэрролл писал: «Здесь приходится бежать со всех ног, чтобы только остаться на том же месте, а чтобы попасть в другое место, нужно бежать вдвое быстрее»? Это фраза прекрасно подходит для IT-мира: технологии быстро развиваются, и каждый день нужно осваивать что-то новое, чтобы оставаться востребованным специалистом. У каждого программиста наверняка есть 5-6 бумажных книг, ставших классикой. О некоторых таких книгах мы уже писали. Но чтобы оставаться востребованным кодером, надо постоянно обновлять библиотеку. В прошлом году портал DevMountain сделал подборку из семи не слишком популярных книг для начинающих программистов. Учитывалась не только оценка портала, но и отзывы на Amazon, а также рекомендации популярных блогов. Автор GeekBrains Илья Бубнов внимательно изучил этот список, а также дополнил подборку парой свежайших экземпляров.

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

– Классная штука блокчейн! – сказал Жорик.
– А то! – незамедлительно подтвердил я. – Здорово наши предки постарались.
– Наши предки???
– Разве тебе не известно, что блокчейн – древнее русское изобретение?
– Не известно, – признался Жорик и покраснел.
Этот юноша всегда краснел, будучи пойман на незнании элементарных научных фактов.

— Чем он вообще там занимается? Его миссия разве не выполнена? — Дин, давно хотел обсудить это с капитаном.
Грег оторвался от сообщений:
— Постоянно твердит, что план требует завершения.
— Может его выключить уже?
— Это не так просто. На нем весь корабль, а корабль нам нужен.
— Тогда давай скажем ему, что задача окончена.
— В прошлый раз, когда мы это сказали, он собирался отправить всех на поверхность и спалить корабль вместе с собой, уронив его на звезду. Сказал, что если не прорабатывать план до конца, то с учетом всех рисков, так безопаснее. Еле отговорили. Пришлось позволить делать что делает.

Земля обречена. Через 120 лет она превратится в ледяной шар. Жизнь сохранится разве что около подводных геотермальных источников. Но невыносимой жизнь на поверхности станет намного раньше.

В прошлой книжной подборке мы рассказывали про художественную литературу, где музыка стала темой, приемом или основой для сюжета.

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

«Цель этого курса — подготовить вас к вашему техническому будущему.»

Привет, Хабр. Помните офигенную статью «Вы и ваша работа» (+219, 2365 в закладки, 360k прочтений)?

Так вот у Хэмминга (да, да, самоконтролирующиеся и самокорректирующиеся коды Хэмминга) есть целая книга, написанная по мотивам его лекций. Давайте ее переведем, ведь мужик дело говорит.

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

Мы уже перевели 12 (из 30) глав.
За перевод спасибо Валерию Дмитрущенкову, который откликнулся на мой призыв в «предыдущей главе». Кто хочет помочь с переводом — пишите в личку или на почту magisterludi2016@yandex.ru (Кстати, мы еще запустили перевод еще одной крутейшей книги — «The Dream Machine: История компьютерной революции»)

Глава 29. Вы получаете то, что вы измеряете

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

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

Привет, Хаброжители! Настало время для очередной распродажи. Подробности внутри.

Посмотрим правде в глаза, книги по программированию — отстой. Эти общие книги по распределённым системам, науке о данных и так далее — их можно читать бесконечно. Но за редким исключением у практических руководств по языку/фреймворку/СУБД/кексопечке есть нечто общее. Зверюшка на обложке, примеры вычурных приложений, они так легко забываются, так банальны, настолько… ничему не учат.

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

class User < ApplicationRecord
  attr_accessor :remember_token
  before_save { self.email = email.downcase }
  validates :name,  presence: true, length: { maximum: 50 }
  VALID_EMAIL_REGEX = /\A[\w+\-.]+@[a-z\d\-.]+\.[a-z]+\z/i
  validates :email, presence: true, length: { maximum: 255 },
                    format: { with: VALID_EMAIL_REGEX },
                    uniqueness: { case_sensitive: false }
  has_secure_password
  validates :password, presence: true, length: { minimum: 6 }

  # …далее ещё 30 строчек...
end

Традиционно есть два способа изучить такую страницу:

1. Ввести каждую строку кода вручную.
2. Скопипастить код с их сайта, возможно, поиграться и внести небольшие изменения.

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

«Цель этого курса — подготовить вас к вашему техническому будущему.»

Привет, Хабр. Помните офигенную статью «Вы и ваша работа» (+219, 2365 в закладки, 360k прочтений)?

Так вот у Хэмминга (да, да, самоконтролирующиеся и самокорректирующиеся коды Хэмминга) есть целая книга, написанная по мотивам его лекций. Давайте ее переведем, ведь мужик дело говорит.

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

Мы уже перевели 11 (из 30) глав.
За перевод спасибо urticazoku, который откликнулся на мой призыв в «предыдущей главе». Кто хочет помочь с переводом — пишите в личку или на почту magisterludi2016@yandex.ru (Кстати, мы еще запустили перевод еще одной крутейшей книги — «The Dream Machine: История компьютерной революции»)

Искусственный интеллект — III

Я предлагаю сделать паузу и обсудить следующий вопрос:

Могут ли машины думать?

а также почему важно прийти к собственным выводам о том, что смогут и не смогут делать машины в будущем. Рассмотрим следующий список утверждений:

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

(За перевод спасибо Oxoron, кто хочет помочь с переводом — пишите в личку или на почту magisterludi2016@yandex.ru)

Идет две тысячи большой год...

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

«Говорить о музыке — все равно что танцевать об архитектуре» — Фрэнк Заппа

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

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

– Ну что там, Джо? – Питер уже третий раз задал этот вопрос за последние пару часов. – Сколько еще осталось?

Джо глубоко вздохнул, закатил глаза и негромко выругался.

– Как он меня уже достал, – прошептал он затем, обращаясь то ли к Скотту, который сидел в соседнем кресле, то ли к кому-то еще, а затем проорал на весь салон: – Что я должен сделать, чтобы ты наконец заткнулся?
– Скажи, что мы уже почти на месте.

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

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

Вальяжности в его образе значительно поубавилось, когда Джо наконец закончил поворачиваться и посмотрел на него в упор, однако Питер все же стоял на своем.

– Что он несет, Джо? При чем тут неровная дорога, мы же не на велосипеде едем. Почему мы не можем ехать на максимальной…
– Заткнись! – рявкнул Джо. – Лил дело говорит, понял? Мы едем аккуратно, потому что на максимальном ходе мы можем вообще никуда не доехать – что тебе непонятно в этой несложной логической цепочке?

Здравствуйте, коллеги!

У нас только что пришла из типографии долгожданная фундаментальная работа Мартина Клеппмана, именуемая в оригинале "Designing Data-Intensive Applications" (анонсировали ее мы еще в сентябре 2016 года). Книга доступна для заказа на сайте (не благодарите, мы сами ликуем)



А в конце ноября прошлого года в издательстве «O'Reilly» вышла долгожданная книга «Database Reliability Engineering», которая, на наш взгляд, отлично дополнила бы работу Клеппмана. Кстати, пока на Amazon — только восторженные отзывы



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