Iga, а что, разве пользователи сделали сайт, на который только по оптике пробиться можно без мата?

Дизайн очень приятный. Но я в начале не понял, что нужно войти. Может авторизацию куда-то ближе перенести? Жаль что для авторизации через соц.сети не доступен ВК. А хотелось бы

Bonifadze, входить не обязательно, можно вести списки дел локально, а можно авторизоваться и синхронизировать между устройствами. ВК планирую добавить позже, авторизацию перенесу ближе.

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

maxsof, ВК это просто небольшой каприз, многие и без него работают и ничего, все довольны

maxsof, это скорее вы обобщаете и ищете обиду там где есть только ирония =)

Сами посудите. Понятие interaction design и сами попытки учитывать пользовательский опыт при создании сценариев и интерфейсов "вошли в моду" совсем недавно.

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

А сколько трагедий и катастроф произошло из-за того, что интерфейс делался программистом на свой вкус и мышление, без учета опыта обычного пользователя или навыков узкопрофильного специалиста. Яркий пример - в 90ых в США самолет едва дотянул до запасного аэродрома, потому что пилот устанавливая маршрут ввел первые буквы названия и не посмотрел на результат предложенный программой. В регионе оказалось два города с одинаковыми буквами в названии и компьютер простодушно выбрал первое в алфавитном порядке. Только помощь диспетчерской службы предотвратила катастрофу. А куча историй с военными самолетами и ошибками в физической модели компьютерного управления и навигации.

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

Пример: есть форма отправки данных посетителя с лендинга. Программер берет верстку, читает в ТЗ логику работы и формы и внедряет ее на страницу. Форма работает, данные пишутся в базу и уходят манагеру на почту. Но тут приходит наглый выскочка UX дизайнер и начинает требовать добавить валидацию полей, сообщения об ошибках и экран с уведомлением об отправке формы. Программист негодует. Кто прав в данной ситуации?

Так что у меня не обида, а профессиональное мышление.

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

По поводу todo лично я не очень часто пользуюсь - в основном заметки да напоминалки в календарике.
А вот учет расходов очень важная штука - перепробовал много, сейчас пользуюсь одним вариантом(не знаю, можно ли писать каким) , но все равно не все есть и удобство не очень.
Может на досуге захочешь что-то подобное написать - охотно потестирую и укажу на недостатки уже существующих прог.

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.