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

Разворачивается драма вокруг Basecamp. Эта крупная компания больше 20 лет выпускает софт для удаленной совместной работы и управления проектами. Недавно её оценивали в $100 млрд.

Её основатель, харизматичный Давид Хейнемейер Ханссон, создатель Ruby on Rails, фотограф и автогонщик,  в конце марта в своем блоге критиковал способы ведения бизнеса и выводы основателя Flow Эндрю Уилкинсона.

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

В чём проблема?

Celebgate: «проблема с iCloud слегка притянута за уши»

Представим, что перед вами стоит задача организовать аутентификацию пользователя (в мобильном приложении, в первую очередь) так, как это сделано в Telegram/Viber/WhatsApp. А именно реализовать в API возможность осуществить следующие шаги:

• Пользователь вводит свой номер телефона и ему на телефон приходит СМС с кодом.
• Пользователь вводит код из СМС и приложение его аутентифицирует и авторизует.
• Пользователь открывает приложение повторно, и он уже аутентифицирован и авторизован.

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

Я постараюсь кратко изложить выработанный подход к этому вопросу. Подразумевается, что у вас API, HTTPS и, вероятно, REST. Какой у вас там набор остальных технологий неважно. Если интересно — добро пожаловать под кат.

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

Мы не нанимаем младших программистов и интернов… Если не заводить щенка, не придётся убирать лужи.
--Netflix

• У нас нет времени и ресурсов нанимать младших программистов; мы слишком быстро развиваемся.
• Наша компания может себе позволить сеньоров, так что в джунах нет необходимости.
• На текущем этапе мы не можем позволить себе ошибки. Ставки слишком высоки.
• Наш процесс предоставляет сотрудникам большую автономность. Мы не готовы держать джунов за ручку, как они в том нуждаются.
• Мы хотим заложить фундамент продукта прежде, чем начнём нанимать неопытных сотрудников.

Нынче программист может не найти работу в двух случаях: он либо клинический дятел и неадекват, либо хочет в качестве оклада звездолёт. Во всех остальных случаях "в девках" он долго не задерживается. Однако вопрос "кто кого на***л?" интересует обе стороны "противостояния". Так же всем хочется знать цену вопроса и как бы расширить целевую аудиторию, побыстрее найти наилучшее предложение и отвадить всяких отмороженных. Ну и, конечно же, есть чисто-программерское "чтобы внутренний перфекционист был спокоен". Обо всём этом по чуть-чуть и поразмышляю в текстовой форме.

Предварительный запуск до монетизации

Добровольцы из числа инженеров и архитекторов хотят решить самую нерешаемую проблему Эвереста: убрать свалку человеческих отходов

Часть 1. pT-диаграмма