> Нет такой специальности, есть такой образ мышления и такая идеология работы
Увы. Такая специальность таки есть. Не в силу того, что она кем то высосана из пальца и продвинута в массы исключительно маркетинговыми уловками в мутной воде непонимания :)
Если раскрывать смутный термин «юзабилист» как «проектировщик взаимодействия» все становится несколько понятнее. Не может быть хороший программист столь же хорошим юзабилистом. Для пректирования программной архитектуры и ее превращения в код и для проектирования взаимодействия человека с интерфейсом требуются слегка разные профессиональные навыки, инструментарий и (самое главное) способ мышления. Проектировщик взаимодействия и программер просто по разному думают. Попытка совместить эти ментальные модели в одном лице конечно возможна. В любом случае такое совмещение позволит улучшить интерфейсы. Но это справедливо только для очевидных типично программерских ляпов. Для получения действительно качественного продукта этого недостаточно.
Я обожаю флеш рекламу. После флеш блока от нее остаются очень аккуратные серые квадратики, абсолютно не напрягающие глаз. Так что желающие смерти флешу как технологии баннеров: мечтайте осторожнее — ваши мечты могут сбыться. Баннеры на html5 так просто извести не выйдет, а свистоперделок можно навертеть не лучше(хуже) флеша…
AIPK id тем и удобен, что не несет абсолютно никакой информации предметной области. Это просто уникальный идентификатор объекта в некоем пространстве имен (таблице в нашем случае). И никакие изменения предметной области гарантированно на него не повлияют. Если вместо абстрактного числового ключа использовать сущность предметной области — рано или поздно будут ужасные грабли. У Орлова в «Записках автоматизатора» неплохой пассаж на эту тему.
Второй вариант.
Автоматическое приведение типа очень удобно, а вот польза от строгой типизации в PHP абсолютно неочевидна.
И наконец-то можно будет не указывать тип скалярного параметра в @param :)
Сорри, но меню приложения — это не совсем контрол окна. Это как правило контрол уровня приложения. И вынесение его на жестко закрепленное место вверу экрана ничего не разрывает, наоборот упрощает использование (оверхед на поиск исчезает и увеличивается кликабельная область, см закон фитса). После миграции с виндусов сначала действительно непривычно, а после пары месяцев использования маковского меню уже в виндусе с меню в окне а не на привычном месте работать невозможно :) Так что это не вопрос привычки к чему угодно — маковский фейс не стоит оценивать, выдрав фичу и сравнивая ее вне контекста использования с аналогами в виндах.
Не моим идеалам, а Солидарности. Ну или шире — адекватность либертарианской идеологии. Как бы термин «адекватность» без контекста смысла не имеет…
> хочет обсуждать на IT ресурсе IT, а не политику
Ну так и не обсуждайте?
Я бы тоже предпочел обсуждать детали программной архитектуры. Только вот какая штука. Страна докатилась до того, что политика начинает влиять на частные IT решения. Как минимум регулярные бэкапы за бугор следует учитывать. И регистрацию доменов там, где их не отберут по решению участкового. Если Вам не кажется, что это как-то связано с IT — ну, Вам повезло, что не надо бизнес-решений принимать.
А Солидарность по вашему чем занимается? Не пытается ли объединить людей? Только вот мало этих адекватных людей.
Ну давайте все параллельно будем объединяться по мелким кучкам. Вы действительно не понимаете, что это не только не поможет, но и сильно повредит конечному результату? Вот власти-то порадуются — вся опоолзиция меньше, чем личный состав МВД, да еще и являет собой 274 мелких сообщества, которые друг с другом не взаимодействуют…
Боюсь, что бороться с беспределом властей путем информирования о фактах «закошмаривания бизнеса» мало полезное занятие. Большинство аудитории рунета (в отличие от аудитории зомбоящика) и так неплохо представляют, где мы живем и почему все так печально. Тем, кто не представляет — такая информационная кампания уже не поможет, они все равно не интересуются происходящим.
От юридической помощи тоже толку немного, на собственном опыте представляю сей факт. Юристы эффективны тогда, когда соблюдаются правила игры. Государство (в лице своих представителей) никаких правил не соблюдает и соблюдать не будет, ибо мы имеем полный failed state: вместо исполнительной и прочих властей есть куча ОПГ под вывесками разных государственных учреждений. Только в отличие от братков 90-х эти еще и в принципе недоговороспособны, причины чего также вполне понятны.
Проблема не в конкретных ментах, а в политике. Которая заинтересовалась уже и гиками :) Искренне желая Вам удачи, поскольку любые усилия впрок, я несколько не согласен с направлением этих усилий. Вы предлагаете тратить усилия на борьбу с симптомами. Есть Солидарность и компания, которые пытаются что-то сделать давно (и безуспешно). Имхо, если действовать с ними совместно — толку будет побольше.
К слову об усилиях. Интересно, сколько хабралюдей из состава «озабоченных ужосом» гражданхотя бы это подписали?
Что, маразм у них прошел? Отрадно. Я год назад час препирался с менеджером маркета, который не верил, что у нас другие сайты в utf YML отдают, а маркет его принимает :)
Можете на слово не верить, но utf8 маркетом принимается, несмотря на то, что менеджер маркета утверждает обратное :) Обходится просто. При регистрации магазина подсовывается статический файл в windows-1251. После того, как магазин зарегистрирован — статический файл удаляется, далее работаем в utf8 (валидация проходит).
Скорее, автор ошибся темой — проблема не чисто друпаловская, а юзабилити. Решение для Друпала — частный случай более правильной реализации интерфейса.
Вам отдельное спасибо за решение для э… более другой :) технологии.
Только xsl:output наверное все же не html а xml, а то валидатор ругаться будет…
> займитесь уже чем-нибудь полезным. Вот мне например нужен очень быстрый
> аналог apc_cache/memcached (кеша в памяти с поиском по ключу), только на
> файлах. Быстрый — значит чтоб работал без считывания в память всего
> файла и не создавал каталоги с тысячами мелких файлов :)
Присоединяюсь к пожеланию :)
Писать SQL на php можно только от нечего делать, а задачка про кеш с поддержкой тегов — очень популярная. Если получиться написать быстро работающий кеш с удобным API — такая библиотека реально пригодится очень многим.
В отличие от фигово работающего велосипеда СУБД с собственным диалектом SQL :)
Увы. Такая специальность таки есть. Не в силу того, что она кем то высосана из пальца и продвинута в массы исключительно маркетинговыми уловками в мутной воде непонимания :)
Если раскрывать смутный термин «юзабилист» как «проектировщик взаимодействия» все становится несколько понятнее. Не может быть хороший программист столь же хорошим юзабилистом. Для пректирования программной архитектуры и ее превращения в код и для проектирования взаимодействия человека с интерфейсом требуются слегка разные профессиональные навыки, инструментарий и (самое главное) способ мышления. Проектировщик взаимодействия и программер просто по разному думают. Попытка совместить эти ментальные модели в одном лице конечно возможна. В любом случае такое совмещение позволит улучшить интерфейсы. Но это справедливо только для очевидных типично программерских ляпов. Для получения действительно качественного продукта этого недостаточно.
Интересно, сколько нам ждать, пока одна из вышеперечисленных компаний запатентует пяток паттернов проектирования и наедет на опенсорс на этой основе…
Автоматическое приведение типа очень удобно, а вот польза от строгой типизации в PHP абсолютно неочевидна.
И наконец-то можно будет не указывать тип скалярного параметра в @param :)
> хочет обсуждать на IT ресурсе IT, а не политику
Ну так и не обсуждайте?
Я бы тоже предпочел обсуждать детали программной архитектуры. Только вот какая штука. Страна докатилась до того, что политика начинает влиять на частные IT решения. Как минимум регулярные бэкапы за бугор следует учитывать. И регистрацию доменов там, где их не отберут по решению участкового. Если Вам не кажется, что это как-то связано с IT — ну, Вам повезло, что не надо бизнес-решений принимать.
Ну давайте все параллельно будем объединяться по мелким кучкам. Вы действительно не понимаете, что это не только не поможет, но и сильно повредит конечному результату? Вот власти-то порадуются — вся опоолзиция меньше, чем личный состав МВД, да еще и являет собой 274 мелких сообщества, которые друг с другом не взаимодействуют…
От юридической помощи тоже толку немного, на собственном опыте представляю сей факт. Юристы эффективны тогда, когда соблюдаются правила игры. Государство (в лице своих представителей) никаких правил не соблюдает и соблюдать не будет, ибо мы имеем полный failed state: вместо исполнительной и прочих властей есть куча ОПГ под вывесками разных государственных учреждений. Только в отличие от братков 90-х эти еще и в принципе недоговороспособны, причины чего также вполне понятны.
Проблема не в конкретных ментах, а в политике. Которая заинтересовалась уже и гиками :) Искренне желая Вам удачи, поскольку любые усилия впрок, я несколько не согласен с направлением этих усилий. Вы предлагаете тратить усилия на борьбу с симптомами. Есть Солидарность и компания, которые пытаются что-то сделать давно (и безуспешно). Имхо, если действовать с ними совместно — толку будет побольше.
К слову об усилиях. Интересно, сколько хабралюдей из состава «озабоченных ужосом» гражданхотя бы это подписали?
Вам отдельное спасибо за решение для э… более другой :) технологии.
Только xsl:output наверное все же не html а xml, а то валидатор ругаться будет…
> аналог apc_cache/memcached (кеша в памяти с поиском по ключу), только на
> файлах. Быстрый — значит чтоб работал без считывания в память всего
> файла и не создавал каталоги с тысячами мелких файлов :)
Присоединяюсь к пожеланию :)
Писать SQL на php можно только от нечего делать, а задачка про кеш с поддержкой тегов — очень популярная. Если получиться написать быстро работающий кеш с удобным API — такая библиотека реально пригодится очень многим.
В отличие от фигово работающего велосипеда СУБД с собственным диалектом SQL :)