С миру по нитке...

Отличная серия статей, в которых рассматривается ответ на следующий вопрос:

Почему деревянный парусник, алюминиевый электрокар, и атомный контейнеровоз, вмещающий сто тысяч электрокаров, все поднимают более-менее свой вес? Что заставляет нас создавать транспортные средства с качеством Q ≈ 1 на массах, различающихся в тысячи раз? Проявление ли это свойств мировой физики, земной экономики, ограничение ли это человеческого интеллекта? Насколько универсален этот закон, будет ли он выполняться для цивилизаций с других звёзд?

https://habr.com/ru/post/437910/

• Часть 1 - введение и экономическая составляющая
• Часть 2 - очень тяжёлое топливо
• Часть 3 - цивилизация пружин
• Часть 4 - дороги и перекрёстки (другие варианты)
• Часть 5 - в масштабе Вселенной (на других планетах)

Отличная статья описывающая текущую ситуацию с программным обеспечением:

Только в программном обеспечении считается нормальным, если программа работает на уровне 1% или даже 0,01% от возможной производительности. Ни у кого вроде нет возражений.

https://habr.com/post/423889/

Ключевые тезисы:

• Всё невыносимо медленно
• Всё ОГРОМНОЕ
• Масса зависимостей
• Всем всё равно

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

Интересная статья про современное использование телефона (не обязательно iPhone).

В 2012 году я понял, что у меня назрела проблема. Мой айфон меня совсем задергал. Из глубин моего кармана он звал меня, как Кольцо Всевластия звало Бильбо Бэггинса. Озарение пришло ко мне в гостиной, где я сидел однажды вечером и строил железную дорогу с детьми. Мой старший сын неожиданно спросил:
- Папа, а почему ты смотришь в телефон?

https://habr.com/company/everydaytools/blog/432380/

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

Интересная статья про то, как поддерживать чистоту программного кода.

В программировании существует так называемое «правило туриста»: оставляй код как минимум столь же чистым, каким его принял. То же касается и хранения рабочих инструментов дома. Если мы ищем плоскогубцы, но замечаем, что шлицевая отвертка случайно попала к крестовым, а крестовая – к шлицевым, мы по ходу дела кладем их на свои места. Нам не нужно официального одобрения, чтобы сделать это.

https://habr.com/company/piter/blog/431670/

Прочитал с большим удовольствием.

В рассылке Клуба ESET попалась ссылка на одноимённую статью. Краткие тезисы решил сохранить себе. Итак:

1. Обновляйте ОС
2. Откажитесь от бенчмаркинга
3. Не используйте режим гибернации.
   powercfg -hibernate off
4. Отключите Superfetch.
   Администрирование — Службы – Superfetch: Остановить и Отключена
5. Не выполняйте дефрагментацию
6. Запретите индексацию.
   Мой компьютер – Диск - Свойства – снять галочку с пункта «Разрешить индексировать содержимое файлов на этом диске в дополнение к свойствам файла»
7. Не заполняйте SSD.
   SSD рекомендуется не заполнять больше 75% объема диска.

В попытке упростить названия текущих и будущих стандартов Wi-Fi, чтобы даже неопытные пользователи могли приобрести правильное оборудование, Wi-Fi Alliance анонсировал новый подход к именованию версий для бренда Wi-Fi. Начиная с этого момента, основные стандарты Wi-Fi будут публично именоваться цифрами вместо букв.
 
802.11n → Wi-Fi 4
802.11ac → Wi-Fi 5
802.11ax → Wi-Fi 6

https://habr.com/post/425345/

Отличная идея! Уже и сам начал путаться в старых названиях.

…сертификаты расширенной валидации мертвы. Конечно, вы ещё можете их купить (и некоторые компании с удовольствием вам продадут!), но их польза теперь снизилась с «едва ли» до «несуществующей».

https://habr.com/post/425261/

Мне не понравилась стилистика и настрой данной статьи, но с главным тезисом я согласен. Действительно, сейчас у SSL сертификатов с расширенной проверкой (EV - Extended Valuation) нет практически никаких преимуществ.

Когда два года назад у нас на сайте открывали личный кабинет пациента, я был одним из инициаторов покупки для него отдельного сертификата для "зелёной строки" в браузере. Сейчас же, когда его срок действия подходит к концу, не думаю, что мы будем его перевыпускать. Просто установим имеющийся у нас мультидоменный (wildcard) сертификат и всё.

Правда, в отличии от автора статьи, к сертификатам от Let's Encrypt я пока отношусь несколько настороженно, и для серьёзных проектов планирую использовать сертификаты от более именитых центров сертификации. Хотя возможность автоматического перевыпуска при окончании срока действия, конечно, заманчива.

Недавно делал заказ в одном интернет-магазине и увидел отличную идею как сделать удобный личный кабинет для просмотра статуса заказа без регистрации, логинов, паролей и СМС :-)

Схема проста, но заметных недостатков или уязвимостей я в ней не нашёл. Для просмотра информации о статусе заказа используется ссылка вида: <адрес сайта>/<номер телефона>-<номер заказа>

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

Цитата из интервью ГенДира «Вымпелком»:

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

https://www.vedomosti.ru/technology/characters/2018/04/16/766864-wifi-umret

От себя отмечу, что, действительно, при посещении недавно прошедшего IT мероприятия Cisco Connect 2018 к развёрнутой там WiFi-сети я не подключался, а пользовался своим мобильным интернетом.

PS Речь идёт в основном о публичном WiFi, домашний и корпоративный, как и сама технология, никуда, на мой взгляд, в ближайшее время не денутся.

Хорошая статья-посыл про правильную организацию программного кода - чем меньше кода, тем лучше.

Все думают, что программист большую часть своего рабочего времени пишет код. Кроме самих программистов. Они знают, что большую часть времени они этот код читают. Читают, силясь понять, как же он работает, зачем он здесь написан и что с ним теперь делать.

https://habr.com/post/354750/

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