«Плохой интерфейс» может быть ничем иным, как субъективным мнением дизайнера, который не до конца понял задачу, которую этот самый интерфейс решал.
Нет, не может. Субъективное мнение дизайнера — это субъективное мнение дизайнера, «плохой/хороший» интерфейс — это, во-первых, мнение пользователей, а во-вторых, вполне себе объективная характеристика, которую можно даже померить, введя определенные метрики. Но дизайнер может и сам быть плохим.
Могу привести еще пример. Кнопка удаления может специально и намеренно находиться в выпадающем списке, даже если ею довольно часто пользуются, потому что нельзя допускать «случайных» срабатываний или действий, которые были доведены до автоматизма или мышечной памяти пользователя. Костыль в данном случае — намеренное и осознанное решение, а не проявление неосознанных флуктуаций мозга дизайнера.
А вот это никуда не годится. Сходу могу предложить 2 элементарных решения проблемы: а) Подтверждение удаления; б) «Восстановление» случайно удаленных данных.
Видимо вы не доконца улавливаете разницу между «Дизайном» и «Дизайном интерфейса». «с «воздухом», с большими и красивыми шрифтами» — это не сюда, а вот «с тщательно разбитыми на закладки блоками информации», «уместить как можно больше на одном экране» (если это действительно требование) — над этим нужно поработать. Километровые таблички — это тоже интерфейс, они тоже могут быть «хорошими».
Возможно имеется ввиду файлы из конкретного таржета, а не «файлы из проекта»? Я долго пытался получить список файлов из конкретного таржета, но не удалось. В некоторых задачах частично помогает раскидывание файлов по разным директориям на диске.
Было бы здорово провести аналогию с «упрощенным русским», особенно забавно выглядят сообщения в каких-нибудь военных системах. Там правда есть другая беда — аббревиатуры, я иногда в логах встречал аж 8 подряд идущих заглавных букв. Но с другой стороны все строго и четко!
Поддерживаю, более того, не могу вспомнить ниодного примера из своей практики, где бы это реально было бы необходимо (особенно, касающиеся управления памятью). Исключения конечно составляют сторонние библиотеки.
Есть еще минусы:
1. NSAssert не останавливает выполнение программы, да и вообще ведет себя неадекватно
2. Придется отказаться от ARC во всем проекте
3. Невозможность автоматического рефакторинка в xcode для mm файлов.
Воздержался. Правильного варианта в опросе нет. Автор, учи мат часть и правильно формулируй свои мысли, т.к. даже если подразумевается статья для «новичков» это не значит что можно путать все понятия и определения.
Я писал свою ось. Начал в 11 классе, закончил на дипломе (она им и была).
Мое мнение: собственная ось – это программа ради программы. Не стоит надеяться на то, что можно написать что-то, что будет иметь успех (тем более коммерческий) – это очень сложно, очень долго и есть линукс, причем линукс есть для всего: и для пк и для эмбедед, а если его нет, то его можно собрать. бесплатно.
А вообще пишите оси, это весело! И не задумывайтесь о проблемах, которые описаны в этой статье. Это не касается вашей оси: она только ваша и пофигу как там память выделяется!
Нет, не может. Субъективное мнение дизайнера — это субъективное мнение дизайнера, «плохой/хороший» интерфейс — это, во-первых, мнение пользователей, а во-вторых, вполне себе объективная характеристика, которую можно даже померить, введя определенные метрики. Но дизайнер может и сам быть плохим.
А вот это никуда не годится. Сходу могу предложить 2 элементарных решения проблемы: а) Подтверждение удаления; б) «Восстановление» случайно удаленных данных.
1. NSAssert не останавливает выполнение программы, да и вообще ведет себя неадекватно
2. Придется отказаться от ARC во всем проекте
3. Невозможность автоматического рефакторинка в xcode для mm файлов.
А опрос действительно некорректен и, более того, правильного ответа в предложенных вариантов нет.
Мое мнение: собственная ось – это программа ради программы. Не стоит надеяться на то, что можно написать что-то, что будет иметь успех (тем более коммерческий) – это очень сложно, очень долго и есть линукс, причем линукс есть для всего: и для пк и для эмбедед, а если его нет, то его можно собрать. бесплатно.
А вообще пишите оси, это весело! И не задумывайтесь о проблемах, которые описаны в этой статье. Это не касается вашей оси: она только ваша и пофигу как там память выделяется!