Это моя третья попытка написать о программисте как о человеке. Человеке, который живет в искусственной среде и занимается вполне определенной деятельностью большую часть своего времени. В данной статье я обращусь к такому авторитету в телесно-ориентированной психологии (ТОП) как А.Лоуэн. Он рассматривает психику и тело как единое целое, а, точнее, само это разделение, по его мнению, абсурдно. Психика является проекцией тела, так же как тело отражает психику. Так, например, если у человека хронически напряжена голова, то А.Лоуэн вслед за В.Райхом называет ее “шапкой неврастеника”, и, скорее всего, это напряжение влечет за собой нарушение в эмоциональной сфере. Обратное воздействие — депрессия сказывается на общем тонусе человека.

Именно таким вопросом задалась команда Почты Mail.Ru перед написанием очередного сервиса. Основная цель такого выбора — высокая эффективность процесса разработки в рамках выбранного языка/технологии. Что влияет на этот показатель?

• Производительность;
• Наличие средств отладки и профилирования;
• Большое сообщество, позволяющее быстро найти ответы на вопросы;
• Наличие стабильных библиотек и модулей, необходимых для разработки веб-приложений;
• Количество разработчиков на рынке;
• Возможность разработки в современных IDE;
• Порог вхождения в язык.

Кроме этого, разработчики приветствовали немногословность и выразительность языка. Лаконичность, безусловно, так же влияет на эффективность разработки, как отсутствие килограммовых гирь на вероятность успеха марафонца.

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

«The decimal number 585 is 1001001001 in binary. It is palindromic in both bases. Find n-th palindromic number». Или, по-русски: «Десятичное число 585 в двоичной системе счисления выглядит как 1001001001. Оно является палиндромом в обеих системах счисления. Найдите n-й подобный палиндром».

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

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

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

Зачем ВАМ эта статья? Так сложилось, что я работал и работаю с огромным количеством интернет магазинов (в сфере онлайн продвижения), и 80 процентов покупок обычно совершаю в интернете. Мне мучительно больно от того, что люди вкладывают миллионы в разработку и продвижение своих магазинов и сервисов, накидывают никому не нужные фишки, но упускают из виду такой чрезвычайно важный, по-моему мнению, элемент, как адекватная служба поддержки.

На Хабре уже есть пару упоминаний об инструменте Frida («Frida-node или немножко странного кода», «Точки соприкосновения JavaScript и Reverse Engineering»). В одной статье уже упоминается использование Frida на практике, однако почти везде инструмент используют как фреймворк для реверс-инжиниринга и исследования функционала программ (может даже взлом).
 
Я же хочу рассказать о процессе превращения одной любимой для меня однопользовательской игрушки в полноценную, многопользовательскую.
 

Хочу рассказать о своем эксперименте по проверке «Теории шести рукопожатий». На написание этого материала меня вдохновила статья «Анализ дружеских связей VK с помощью Python» (чтобы избежать повторений, в дальнейшем я буду ссылаться на нее). Так как в целом задача мной была поставлена по-другому, да и использованные методы тоже отличаются, то я решил что это может быть интересно.