Согласен с рассуждениями. Считаю, что рациональное зерно есть также и в мяслях автора по поводу тегов.
Мой вывод: теги должны быть иерархическими.
Это примерно (очень примерно) эквивалентно хорошей структуре папок на винчестере, где файл всегда лежит в нужном месте, причём в других соответствующих папках на этот файл идут символические ссылки.
Скажу больше: я попытался реализовать систему иерархических тэгов для упорядочивания информации на сайте. Это действительно упростило поиск _нужных_ данных в разы. При этом, к сожалению, стал несколько более сложным интерфейс.
И всё же, я уверен что за этим будущее.
Я пишу на С++, так что смотрю на всё немного со своей колокольни, но, думаю, моё мнение актуально и для этого случая.
Когда нужно написать функцию с несколькими точками выхода, я смотрю, есть ли необходимость в различных завершающих действиях. Если есть, то пользуюсь вторым вариантом (дублировать завершающие операции считаю неверным).
Если же функция достаточно проста, и выход не сопровождается какими-либо дополнительными действиями, то делаю по первому — простому — варианту.
В конечном итоге надо смотреть на отсутствие дублирования кода и читаемость, это самый важный аргумент.
Скажите пожалуйста, в каких случаях человек имеет право применять травматическое оружие? Какие меры ответственности за его применение, и как применять оружие для самообороны так, чтобы гарантированно не понести те или иные виды судебного преследования?
Спасибо.
Автор — молодец, что затронул такую тему. То есть, взялся честно изучить различные инструменты. Тема большая, очень важная, и я надеюсь, что автор напишет по ней ещё как минимум одну заметку.
Что касается сути, то я бы хотел сказать следующее. Тест, выбранный автором, представляет собой два вложенных цикла с постоянными границами. Такие вещи уже давно оптимизируются компиляторами вдоль и поперёк — и в данном случе это не очень хорошо, потому что реальный функционал кода на разных языках на выходе из оптимизатора получается очень разный. Это первое.
Второе. Этот алгоритм, если хотите, «частный случай», который совсем нечасто возникает в реальной жизни.
Что же мы используем в реальных программах и как сделать тест ближе к практике? Прежде всего, границы цикла должны быть вычисляемыми (неконстантными) переменными (границы объекта-контейнера). Во-вторых, внутри цикла должно идти не просто вычисление (математика), но и работа с разными переменными. В идеале, тест должен проводиться на контейнерах (!). Потому что реальная производительность в реальных программах характеризуется связкой язык+контейнеры. Скорее всего, имеет смысл даже сделать два теста — с контейнерами и без.
Мне кажется довольно странной идея зависимости заглавных/строчных букв от силы нажатия. Прежде всего потому, что каждый человек давит на клавиши по-своему, мало того, эта сила часто зависит от состояния/настроения, что в принципе правильно. Раз уж на то пошло, я бы совершал альтернативное действие при длительном нажатии на кнопку. Для букв это, например, добавление заглавной буквы вместо строчной, а для кнопки, например, delete,- удаление слова (для стрелок — переход на слово влево/вправо). Мне это кажется более простым, дешёвым и очевидным решением.
Теперь по сути поста. В приведённом скриншоте отображения массы параметров, идея сделать полосы цветными — хорошая. Правда, я бы сделал базовые положения более серыми/бесцветными/нейтральными, а положения, характеризующиеся каким-либо действием системы (время подошло) — более цветными и различимыми. Внештатные значения параметров сделал бы ярко-красными.
Также, насколько я знаю, в авто пытались ввести цифровые показания приборов, но тесты показали, что аналоговый вывод даёт более психологически достоверную (!) информацию. Например, стрелка спидометра на 150 км/ч находится в области далеко справа, что гораздо более наглядно, чем просто цифра.
P.S. На какой программно-аппаратной платформе, если не секрет, вы реализуете свой интерфейс?
Есть ресурс, где похожим (но более гибким) образом сделан подбор библиотек программистам: prog.vezde.biz
Отличие в том, что свойств для подбора гораздо больше и они иерархически сгруппированы, чтобы не отсвечивать все разом. Конечно, интерфейс требует привыкания.
Вами приведён код практически полностью на С. Со всеми проблемами, присущими коду на С (я насчитал как минимум четыре проблемы в одной этой строке). В коде не используются преимущества С++, это и явилось источником проблем.
Вменяемые C++ фреймворки дают возможность писать такой код:
Очень хороший вопрос. И молодец что автор, что его поднял.
С моей точки зрения, самый лучший ответ на ваш вопрос таков: на многопозиционной (вкл./выкл./[неакт.]) кнопке должно быть отображено свойство, а не действие. Например, в случае КИП-а, пиктограмма вообще не нужна (она не читается однозначно), а должна быть просто надпись «Антиспам».
Разумеется, состояния кнопки (включено, выключено, неактивно) должны очень чётко и однозначно визуально читаться.
Совершенно верно. Но если не перебарщивать с перенастройкой коэффициента мышки, игра становилась вполне нормальной, да и по меню всё ещё можно было ходить без высокоточного нацеливания. )
Отличная игра, в своё время с огромным удовольствием прошёл демо-версию (тогда это ещё был Хаммерфол). Единственная проблема, что была тогда — слишком низкая чувствительность мыши, надеюсь что сейчас это исправили.
Желаю творческих успехов автору игры. Побольше бы нашему игропрому таких качественных и сделанных с душой проектов.
Вообще-то, поисковик сравнивает слова из мета-тегов (особенно, заголовок) с текстовым содержимым страницы. Это если сильно упростить. Так что, конечно теги нужны, потому что это влияет на результат выдачи.
Занимаюсь автоматизацией предприятий, регулярно бываю на производствах. Подтверждаю то что говорит DIHALT.
Во времена советов партийцы и профсоюзы ещё как-то дрючили за технику безопасности, отношение к работникам и прочее. Сейчас ничего этого нет. В районах где расположены предприятия — это, зачастую, единственная возможность хоть какого-то заработка. Поэтому по рабочим ходят и вытирают ноги. Работа производится в крайне тяжёлых условиях (без вытяжки, респираторов, часто без заземления) — не соблюдаются элементарные правила. Начальство заинтересовано в извлечении прибыли путём экономии на рабочей силе. Соответственно и результат получается такой: а чего ещё вы ожидали от людей, к которым относятся хуже чем к животным. Руководство не понимает и не заинтересовано в полнятии уровня промышленности. Пока их устраивает всё как есть, такие в стране условия.
ОК, человек с вашей точки зрения медленно пишет спецификацию с вашей точки зрения ненужной концепции. В опенсорсе вообще много чего не очень часто используемого делают. Люди так расслабляются может быть.
Вы поймите, я про Mithgol-а знаю только то, что изредка смотрю в комментариях. Бывают интересные мысли, бывают не очень. Как у многих. Что меня смущает, так это организованная травля. Я сразу начинаю думать кому и зачем это нужно.
Да и вот в ваш блог хотя бы заглянуть: скриншот игры про сперматозоиды и картикатуры об интерфейсах. С тем же успехом можно бы было травить и вас. Или автора, за пустой блог с единственной записью-ссылкой на очередной облиз мэйнстримно-популярной на хабре Убунты.
Ребята, я понимаю, вы бы сами делали концепции интернетов, или там прописывали новый почтовый протокол, от которого все в восторге. Но чем вы лучше-то, чтобы как в детском саду, всей гурьбой?
Я хочу понять, какими объективными причинами вызвана травля одного из хабровцев? Как писал, если не ошибаюсь, Байрон: «Я не согласен с Вами, но я готов умереть за то, чтобы вы могли высказать свои идеи.»
Человек предлагает более или менее конструктивные идеи. Вам они не нравятся? Предложите свои интересные айтишные идеи, обсудим.
С другой стороны, коррупционные схемы вызваны не просто «дырами» в законах. Они зачастую вызваны их несовершенством. Мне кажется, было бы неплохо, если бы сайт не только выявлял коррупциооные схемы, но и каким-то образом предлагал варианты их уничтожения естественным образом, путём корректировки законодательной базы. Конечно это гораздо более трудная задача. Но посмотрите на ситуацию с точки зрения бизнеса: существующее налоговое законодательство практически не позволяет производить что-либо, отчисляя налоги в требуемом размере. Значит налоги надо уменьшить, либо переструктурировать. Тогда борьба с коррупцией примет системный характер, а не характер пожарной команды (ака обэп и прочее — хотя и они, безусловно, выполняют очень важную функцию).
Важно, чтобы на сайте не переписывались айпишники добавляющих.
Важно, чтобы на сайте не было фамилий (это противоречит законодательству — оскорбление чести,.../репутации).
Ну и зеркалирование данных на удалённый сервер каждый день обязательно :)
Мой вывод: теги должны быть иерархическими.
Это примерно (очень примерно) эквивалентно хорошей структуре папок на винчестере, где файл всегда лежит в нужном месте, причём в других соответствующих папках на этот файл идут символические ссылки.
Скажу больше: я попытался реализовать систему иерархических тэгов для упорядочивания информации на сайте. Это действительно упростило поиск _нужных_ данных в разы. При этом, к сожалению, стал несколько более сложным интерфейс.
И всё же, я уверен что за этим будущее.
Когда нужно написать функцию с несколькими точками выхода, я смотрю, есть ли необходимость в различных завершающих действиях. Если есть, то пользуюсь вторым вариантом (дублировать завершающие операции считаю неверным).
Если же функция достаточно проста, и выход не сопровождается какими-либо дополнительными действиями, то делаю по первому — простому — варианту.
В конечном итоге надо смотреть на отсутствие дублирования кода и читаемость, это самый важный аргумент.
Спасибо.
Что касается сути, то я бы хотел сказать следующее. Тест, выбранный автором, представляет собой два вложенных цикла с постоянными границами. Такие вещи уже давно оптимизируются компиляторами вдоль и поперёк — и в данном случе это не очень хорошо, потому что реальный функционал кода на разных языках на выходе из оптимизатора получается очень разный. Это первое.
Второе. Этот алгоритм, если хотите, «частный случай», который совсем нечасто возникает в реальной жизни.
Что же мы используем в реальных программах и как сделать тест ближе к практике? Прежде всего, границы цикла должны быть вычисляемыми (неконстантными) переменными (границы объекта-контейнера). Во-вторых, внутри цикла должно идти не просто вычисление (математика), но и работа с разными переменными. В идеале, тест должен проводиться на контейнерах (!). Потому что реальная производительность в реальных программах характеризуется связкой язык+контейнеры. Скорее всего, имеет смысл даже сделать два теста — с контейнерами и без.
Автору — спасибо за интересную новость.
Теперь по сути поста. В приведённом скриншоте отображения массы параметров, идея сделать полосы цветными — хорошая. Правда, я бы сделал базовые положения более серыми/бесцветными/нейтральными, а положения, характеризующиеся каким-либо действием системы (время подошло) — более цветными и различимыми. Внештатные значения параметров сделал бы ярко-красными.
Также, насколько я знаю, в авто пытались ввести цифровые показания приборов, но тесты показали, что аналоговый вывод даёт более психологически достоверную (!) информацию. Например, стрелка спидометра на 150 км/ч находится в области далеко справа, что гораздо более наглядно, чем просто цифра.
P.S. На какой программно-аппаратной платформе, если не секрет, вы реализуете свой интерфейс?
prog.vezde.biz
Отличие в том, что свойств для подбора гораздо больше и они иерархически сгруппированы, чтобы не отсвечивать все разом. Конечно, интерфейс требует привыкания.
Вменяемые C++ фреймворки дают возможность писать такой код:
С моей точки зрения, самый лучший ответ на ваш вопрос таков: на многопозиционной (вкл./выкл./[неакт.]) кнопке должно быть отображено свойство, а не действие. Например, в случае КИП-а, пиктограмма вообще не нужна (она не читается однозначно), а должна быть просто надпись «Антиспам».
Разумеется, состояния кнопки (включено, выключено, неактивно) должны очень чётко и однозначно визуально читаться.
Желаю творческих успехов автору игры. Побольше бы нашему игропрому таких качественных и сделанных с душой проектов.
Во времена советов партийцы и профсоюзы ещё как-то дрючили за технику безопасности, отношение к работникам и прочее. Сейчас ничего этого нет. В районах где расположены предприятия — это, зачастую, единственная возможность хоть какого-то заработка. Поэтому по рабочим ходят и вытирают ноги. Работа производится в крайне тяжёлых условиях (без вытяжки, респираторов, часто без заземления) — не соблюдаются элементарные правила. Начальство заинтересовано в извлечении прибыли путём экономии на рабочей силе. Соответственно и результат получается такой: а чего ещё вы ожидали от людей, к которым относятся хуже чем к животным. Руководство не понимает и не заинтересовано в полнятии уровня промышленности. Пока их устраивает всё как есть, такие в стране условия.
Вы поймите, я про Mithgol-а знаю только то, что изредка смотрю в комментариях. Бывают интересные мысли, бывают не очень. Как у многих. Что меня смущает, так это организованная травля. Я сразу начинаю думать кому и зачем это нужно.
Да и вот в ваш блог хотя бы заглянуть: скриншот игры про сперматозоиды и картикатуры об интерфейсах. С тем же успехом можно бы было травить и вас. Или автора, за пустой блог с единственной записью-ссылкой на очередной облиз мэйнстримно-популярной на хабре Убунты.
Ребята, я понимаю, вы бы сами делали концепции интернетов, или там прописывали новый почтовый протокол, от которого все в восторге. Но чем вы лучше-то, чтобы как в детском саду, всей гурьбой?
Человек предлагает более или менее конструктивные идеи. Вам они не нравятся? Предложите свои интересные айтишные идеи, обсудим.
Важно, чтобы на сайте не переписывались айпишники добавляющих.
Важно, чтобы на сайте не было фамилий (это противоречит законодательству — оскорбление чести,.../репутации).
Ну и зеркалирование данных на удалённый сервер каждый день обязательно :)