TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #721 · 26.12

Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev

Hashtags

Резултати

Намерени 20 подобни публикации

Търсене: #bad

当前筛选 #bad清除筛选
A.svg

@Apollosvg · Post #24 · 07.09.2022 г., 19:31

Some services believe that obvious things require explicit labeling. For example, here the inscription about the required field pops up above the message input in the chat (and not just when you clicked on "Send", but whenever you click outside the input field). #bad#practice ⚹ hh.ru

A.svg · ru

@apollosvgru · Post #5 · 14.02.2024 г., 18:05

Год назад писал в своём LinkedIn пост про неочевидные иконки ⚹¹, в частности про иконку "еда" в поисковой выдаче на sj.se (шведская ЖД компания), которая больше напоминала лейку из душа, а не вилку с ножом. Так вот, они оказывается видели мой пост! и сделали иконку понятной! Окей, это не факт, но вероятность есть: пост посмотрело 20к+ человек и как я понимаю, изменилась только эта иконка (проверил на вебархиве). Но даже если это совпадение, то всё равно хочется поделиться. Всегда проверяйте свои иконки перед выходом в прод. Хотя бы среди своих друзей. eng ⋅ #bad#good#practice

A.svg

@Apollosvg · Post #29 · 14.02.2024 г., 18:04

A year ago, I wrote a post on LinkedIn about non-obvious icons ⚹¹, in particular about the “food” icon in the search results on sj.se (Swedish railway company), which looked more like a showerhead than a fork and knife. So, it turns out they saw my post! and made the icon clear! Okay, this is not a fact, but there is a possibility: the post was viewed by 20k+ people and, as I understand it, only this icon has changed (checked it on the web archive). But even if this is a coincidence, I still want to share. Always test your icons before sending them to production. At least among your friends. rus ⋅ #bad#good#practice

A.svg

@Apollosvg · Post #40 · 14.11.2024 г., 18:20

📋🔃 Порядок пунктов в модальном меню Есть хорошая практика — отправлять все "Опасные" действия вниз модального меню. Именно из-за этой практики люди автоматом тянутся вниз когда хотят удалить что-то И вот забавный пример ломания шаблона. Ютюб добавил функцию сохранения комментов (чтобы потом юзать их в шортсах) и... сунул точку входа в самый низ... ниже репорта, редактирования и удаления... Вот я пару раз мисскликнул (да, я тот человек, который репортит ботов в ютубе...) и у меня возникла конспирологическая догадка: а что если это непросто UX-косяк, а намеренный UX-косяк? Следите за руками: > Двигаем кнопки вверх и добавляем новый пункт в самое часто-кликабельное место (в самом низу) > Получаем халявные использования нового функционала, поднимаем Adoption и Conversion, лутаем бонусы к ЗП > Profit Ну хорошо, я не всерьёз в это верю, скорее всего, они просто влепили новую функцию в конец колонки автоматически, не задумываясь... или нет? Что думаете? @Apollosvg ⋅ #bad#practice ⋅ #ui#ux#дизайнер

A.svg

@Apollosvg · Post #68 · 10.04.2026 г., 09:39

💣 Когда стремление «упростить» путь пользователя приводит к его усложнению и кое к чему похуже Часто мы пытаемся упростить пользователю жизнь сократив количество кликов, но иногда это «упрощение» идет вразрез с предсказуемостью интерфейса и приводит к потере данных. Я столкнулся именно с таким кейсом в Яндекс Картах... Суть проблемы в поведении кнопки «сохранить в список». В ней одновременно существует две противоположные логики. Я назвал это «Кнопкой Шрёдингера»: 1️⃣ Если вы добавили место на карте только в один список, то повторное нажатие на кнопку закладки мгновенно удаляет её (без предупреждения... вместе с написанной заметкой). 2️⃣ Но если место сохранено в два и более списков, то система ведет себя иначе и открывает модальное окно выбора, позволяя выбрать другой список и переписать описание Я сначала я думал, что это просто баг. Потом нащупал закономерность, и понял, что это всё-таки осознанный (и очень спорный) UX-паттерн... @Apollosvg ⋅ #bad#practice ⋅ #ux#ui#productdesign#usability

A.svg

@Apollosvg · Post #34 · 01.07.2024 г., 10:14

🥴 bruh... В Figma UI3 ⚹¹ изменили общепринятый хоткей для ссылок (Ctrl+K) на более сложный... Только для того, чтобы привязать Ctrl+K на новую функцию "open actions". Но тут такое дело — для этих actions уже есть другая комбинация Ctrl+/ (более удобная и также общепринятая для таких меню). То есть, забирать горячие клавиши у ссылок было вообще лишним... 🙃 Кстати, я до сих пор не могу привыкнуть, что ссылки срабатывают по клику, а не по ctrl+click, как было раньше. Из-за этого невозможно выделить контейнер ссылки, по ctrl+click проваливаешься внутрь до текста Интересно, когда они догадаются, что пользователям нужно дать право самим настраивать комбинации? 🤔 </раньше было лучше> Следующий пост будет про чо-то полезное и позитивное, обещаю! @Apollosvg ⋅ #bad#practice#redesign ⋅ #ui#ux#figma#фигма

VIP_影视分享

@wangzhuanzhan · Post #33588 · 30.09.2024 г., 09:27

H-h坏h蛋d联l盟m - 坏蛋联盟 The Bad Guys (2022) (普通话) 直达链接:https://pan.quark.cn/s/6651dd5255ed #坏蛋联盟#The Bad Guys #大坏蛋#坏家伙#Bad Guys 链接:https://link3.cc/sf_com #电影#喜剧#美国#2022年代

VIP_影视分享

@wangzhuanzhan · Post #33470 · 28.09.2024 г., 07:17

H-h坏h妈m妈m - 坏妈妈 Bad Moms (2016) (普通话) 直达链接:https://pan.quark.cn/s/f7b4675caa06 #坏妈妈#Bad Moms #C奶同学会#阿姐万万醉#叛逆母亲 链接:https://link3.cc/sf_com #电影#喜剧#美国#10年代

12
ПредишнаСтр. 1 от 2Следваща