Обновить
4

Пользователь

9
Подписчики
Отправить сообщение

Тут бы хорошо зашёл скриншот с реальной литовской методичкой с блок схемами на литовском языке. Или на латыни. Или хотя бы заполненные специфическим почерком.

Эта статья для профессиональных врачей.

Я не врач, но посмотреть могу ;) (ц)

Раз уж статья попала не по адресу, чего вы хотите от программистов?

У некоторых она не только не закопана, но даже переобувается в медсестру :)

Собирать смартфон пепяку в присутствии клиента в соответствии с его пожеланиями? Ну, допустим, что-то подобное было в области персональных компьютеров. А в области смартфонов и ноутбуков оказалось проще и дешевле выпускать линейку пепяк с немного разными характеристиками прямо на заводе. Нет необходимости в персональном маркетолога и в персональном сборщике. Удобно ;)

В магазине надёжнее расплачиваться не смартфоном, а платёжным модулем смартфона, храня сам смартфон "ближе к телу"

Вы почти изобрели платёжную карту ;)

Чек-лист кмк лучше оформлять не в виде блок схемы, а в виде комикса. Это же не для ALU инструкция, а для человека.

Особенно круто получилось у того, который купил пиццу за биткойны. Сейчас мог бы купить яхту ;)

Какая то сложно понятная аналогия. У французов что, гайки 5 гранные? ;)

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

Например, в debian стандартный cat входит в пакет coreutils. Чтобы вместо cat использовать bat (предположим, они совместимы по ключам, и при использовании в скриптах bat не пытается ничего раскрашивать), нужно всего лишь сделать coreutils-color, в котором все 100 программ переписаны в new style output. И пока не найдется достаточно упорного new style евангелиста — новые программы так и останутся широко известными в узком кругу.
Это минимальная из проблем. Вот если серверов >10, да все под разными операционками — тащить везде этот зверинец будет интересно.

Помните картинку с качелями «чего хотел пользователь»? Вот это оно и есть.

Пользователь получает ровно то, за что готов платить. Чего он хотел на самом деле - вопрос для дискуссии. Но большинство голосует рублем за подешевле.

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


Всё становится лучше с bluetooth DRM ;)
Так что ухудшилось то? Качество печати?
Есть подозрение, что не практикуются в ФБ такие методики.
Тут бы пару примеров действительно хорошей вещи, на которой можно заработать, только что-то ухудшив. А то мне в голову ничего кроме лампочкового заговора с запланированным устареванием ничего не вспоминается.

Есть много административных методик для недопущения злоупотребления нелюбым сотрудником.

Они хранят особо важную информацию. Про хранение паролей в открытом виде вроде бы нет упоминания?

Так то хеш пароля тоже особо важная информация.

обе стороны хороши

Админ лутший. Регистратор - работает соглано регламенту. Админ - от забора и до обеда. Зато руководство админа теперь точно знает, что такое bus factor.

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

Больше дешевого г*в*н*кода. Издержки минимальны. Если менеджер не желает вникать, что там за структуры в нутре базы данных - к этому паттерну всё скатится, рано или поздно.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность