URL Lengthener

aaa.aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.com

Пиздец как ненавижу сервисы сокращения ссылок, но как все парни, люблю сервисы удлинения ссылок.

​​#ооп #видео

Урок 1. Введение в обучающий видеокурс по основам Объектно-Ориентированного Программирования (ООП).

Урок 2. Основные принципы объектно-ориентированного программирования. Что такое ООП и зачем оно нужно?

Урок 3. Понятие класса и объекта в ООП

Урок 4. Полезные советы при создании класса в ООП

Урок 5. Методы и данные в ООП

Урок 6. Методы в ООП. Типы методов.

Урок 7. Каким должен быть хороший метод в ООП

Урок 8. Наследование в ООП

Урок 9. Инкапсуляция данных в ООП

Урок 10. Абстракция в ООП

Урок 11. Полиморфизм в ООП

Урок 12. Подведем итоги

Ссылка: https://www.youtube.com/playlist?list=PL6LDsbZOeyrx462VmH18qS0a9Dw9LwpSu

UX-штуки прямо из ада

twitter.com/nealagarwal/media

Ещё одного вспомнил.

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

Можно работать в компании и увеличивать доход, даже оставаясь на той же должности. За последние 5 лет стоимость акций Яндекса выросла в 3 раза — с $21 до $63, а недавно и вовсе пробила отметку в $70 за акцию.

Акции торгуются в долларах, и в моменты просадок рост стоимости доллара нивелирует возможное снижение дохода от акций.

Поделитесь в комментариях, что вы думаете об опционах, как виде дополнительного дохода.

Nomad Goods

nomadgoods.com

Вот и живой пример, где чехол, который ты укатывал в слюни 100 дней, выглядит круче нового.

Развитие дизайн-языка от Google
Переосмысление Material Design в Material You
material.io/blog/announcing-material-you

Видеочаты нового уровня
Пока не консьюмерское решение, но отличный шаг в сторону обеспечения людей возможность виртуального контакта неотличимого от реального
youtu.be/Q13CishCKXY

Формальные методы. Часть II. Пяти пользователей достаточно?

Очень часто приходится слышать легенду о пяти пользователях, которой повезло примерно также как и «волшебному числу 7+-2»: во многих статьях и лекциях любят порассуждать, что пяти пользователей достаточно для спринта или даже всего цикла исследования.

Фактически, корни мифа о «пяти пользователей достаточно» изначально лежат в статье Нильсена и Ландауэра с анализом распространенных практик юзабилити-тестирования. Они собрали данные тестирований в ряде средних и крупных проектов крупных компаний: они измерили затраты на выполнение каждого пользовательского исследования и затраты на создание новой итерации программного обеспечения, а также подсчитали число респондентов.

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

Количество обнаруженных новых проблем экспоненциально уменьшается с увеличением числа дополнительных пользователей, а поэтому пяти пользователей будет достаточно… Это могло бы быть правдой, если бы на дворе стоял 1993 год, когда Нильсен и Ландауэр писали свою статью, а число факторов, которые влияют на взаимодействие с вашим интерфейсов не выросло в разы, не появилось мобильных версий интерфейсов, а ожидания не стали разнится кардинально от юзера к юзеру. Да и сама работа Нильсена производит впечатление редкой экзотики для специалистов.

Nielsen, J., & Landauer, T. K.

A mathematical model of the finding of usability problems

Packup - сборщик веб приложений без конфигурации, работающий на Deno

- Поддержка TS из коробки
- Module resolution совместимый с Deno
- Очень быстрый благодаря esbuild

Проект находится в ранней разработке, в будущем планируется добавить CSS импорты, оптимизацию и CLI флаги из Parcel

#deno #jstools #frontend #webdev

#python #нейросеть
Строим нейросеть на Python за 10 минут. Думаю, что для многих будет просто. Если это так - пишите в комментариях, и я подберу уроки и разборы посложнее

Ссылка

​​#статья #python
HTML парсер на Python

Учитывая современное развитие Интернета, было бы кощунством не написать приложение, взаимодействующее со всемирной паутиной.
Сегодня мы напишем простенький html-парсер на Python.
Наше приложение будет читать код указанной страницы сайта и сохранять все ссылки в ней в отдельный файл.
Это приложение может помочь SEO-аналитикам и веб-разработчикам.

https://teletype.in/@xcoding/parserpython

А что там в СССР? Космос и HCI

По ряду причин психология была запрещена в СССР вплоть до 40-ых годов, а вместе с нею и инженерная психология. Но затем эргономика заняла свое место: чисто прикладные задачи и промышленный заказ определили успех дисциплины. И одной из самых амбициозных целей стало проектирование взаимодействий космонавтов. В первую очередь это касалось вовсе не интерфейсов летательных аппаратов, а тренажеров и испытательных установок подготовки пилотов.

Многие не знают, но первым космонавтом был вовсе не Гагарин, а Валентин Бондаренко, который сгорел заживо в сурдобарокамере в НИИ-7 (советскими инженерами не подразумевалось ее быстрое открытие). В условиях невесомости при возвращении на землю тестировались космические тренажеры (не всегда успешно, несколько космонавтов получали инфаркт по завершение полета), а проектировщики работали над всеми этими бесконечными космическими ручками, шахматами, бумагами т.д.

Идеология полной автоматизации, то есть «человека на борту», которую еще можно принять для первых кораблей «Восток» и «Восход», была сохранена и в дальнейшем при разработке следующего корабля – «Союз», всех его модификаций и многоразового корабля «Буран». Автоматические режимы оставались основными, штатными, а полуавтоматические и ручные – лишь резервными, дублирующими автоматику.

Так как нахождение на космическом корабле подразумевало полную автоматизацию процессов, то у многих испытуемых возникало чувство недоверия к автоматизации и желание перевести управление в ручной режим. По этой причине случилось сразу несколько космических аварий. Позицией космонавтов пренебрегали и не учитывали. При этом американские астронавты полностью и изначально обладали ручным управлением, а для системы «Аполлон» автоматического режима не подразумевалось вообще!

Американские специалисты считали, что приоритет человека над автоматикой не снижает, а повышает надежность и безопасность полета.

При обсуждении системы автоматической ориентации и включения тормозного двигателя у Раушенбаха, Легостаева, Башкина и Феоктистова «автоматически» возникла мысль: «Что стоит приделать к этой автоматике ручную систему?» Оказалось, что на базе обязательной автоматической системы ручную сделать несложно. Система ручного управления разрабатывалась так, что имелась возможность продублировать отказавшую (хотя и зарезервированную) автоматику.
Черток «Ракеты и люди».

Кстати, у самого Гагарина управление было на замке.

Одним из эргономистов и юзабилистов во время космической программы был Анатолий Костин, выпускник Физтеха и психолог, который отвечал за тренажеры. Почитайте следующим постом его статью «Автоматизация в космонавтике»

А вот и сама статья Автоматизация в космонавтике.

Анатолий Костин был даже некоторое время научным руководителем Usability Lab