#лонгрид

4 постов
пост №1597Гаджеты и наука

Мне тут написал Игорь Волосянков (хороший технический писатель и блогер), насчет эпизода подкаста про роботов-хирургов.

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

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

Очень крутой лонгрид про роботов-хирургов, рекомендую!

пост №208Продукты и дизайн

Помните, год назад я давал ссылку на детальное сравнение карт Apple и Google? Автор еще тогда поразил меня качеством анализа и подготовки статьи.

Прочитал сейчас новую статью того же автора и нахожусь под впечатлением. Это почти идеальная статья. Чувствуется труд, вложенный в написание; уважение к читателю.

Встречайте, "как изменились карты Google за год". Спойлер: Гугл - большие молодцы, Эпл тормозит.

https://www.justinobeirne.com/a-year-of-google-maps-and-apple-maps

пост №15Управление и команды

Отличный лонгрид выходного дня про науку, важный для программистов тоже: http://www.thenewatlantis.com/publications/saving-science

Главный тезис: наука погибает и спасти её можно только перестав относиться как к священной корове. Ученым нужно ставить задачи из реального мира. Те, кто не хочет их решать могут дуть из профессии нафиг.

Это так же правильно и в отношении IT. Код ради кода не ценен, важно решение задачи. И лучшие программисты те, кому интересны задачи реального мира. Ищите таких и берегите.

Если программист мучает вас по дизайну и функциям - терпите и просвещайте, слушайте и спорьте. Обратная ситуация, когда программист прогает и не задаёт вопросов по продукту - в долгосрочной перспективе ведёт к краху.