Как стать автором
Обновить
8
0
Варвара @SmartFrog

Программист и исследователь

Отправить сообщение
Вопрос.
«На все курсы надо записываться заранее. Нельзя подключиться к курсу, который уже читается.» — это к Coursera тоже относится? Насколько я знаю, к курсу на Coursera можно присоединиться в любой момент. Даже после окончания курса. Время подключения влияет только на контрольные точки (по понятным причинам, особенно там, где проверка студентами).
Факт 1 — это не свойство php, это свойство вычислений с плавающей точкой вообще. Такую же ерунду (а также много других забавных вещей, например, -0) вы можете получать при использовании СПТ в большинстве языков программирования.
Можно взять Silex (микрофреймворк на базе компонентов Symfony) и будет the same, та же сборка только необходимого.

То, что на базе Symfony пишут CMS вовсе не превращает ее в CMF. По возможностям ZF и SF примерно равны, а вот порог вхождения у Zend, похоже, выше… Когда поджимают сроки, нет времени собирать с нуля. Как показывает опыт, когфиги рулят и переписывать в Symfony нужно совсем немного.

Twig (легко отключается в Symfony) при всех своих минусах имеет важный плюс: модель не торчит в представлении (никак не торчит, даже если очень хочется).

YAML — прошлый этап, сейчас везде можно использовать аннотации (никаких странных массивов, которые неприятно напоминают самописные движки и на вид совсем не ООП (но это, видимо, у меня комплекс)).

Зато ZF от создателей php ^_^ (серьезно, это как раз та причина, по которой Zend действительно заслуживает больше внимания, чем все его конкуренты).
Судя по этим статьям, Zend сильно проигрывает Symfony. Создала два проекта. Zend занимает 17 Мб и ничего не умеет. Symfony знимает 42 Мб, и в ней из коробки и панелька, и Doctrine, и красивые конфиги, и Twig, и CRUD. То есть, заморочки с поиском плагинов начинаются с авторизации (и то, есть встроенные возможности), а не с установки панельки! (Мне страшно, ушла искать более простой путь к постижению Zend)
Хи-хи, я же не говорю, что самый тяжелый. Для простейших визиток чем меньше лишнего кода — тем надежнее и безопаснее. (Имеется ввиду код для реализации возможностей, которые не используются и на визитке ООО «Рога и копыта» с вероятностью 90% по ряду причин не будут востребованы никогда).
Имелся ввиду Revolution в сравнении с микрофреймворками, которые обычно использую для создания визиток. Даже Revo больше похож на CMS, чем на фреймворк, потому что можно собрать полноценный сайт без программирования (и даже не представляя, что это такое — программировать). А вот порог вхождения для разработки собственного модуля заметно выше, чем в других фреймворках, на мой взгляд.
MODx крут, но для некоторых задач тяжеловат. Всё-таки интересно, он был в исследовании или нет?
Вопрос! «Выборка сайтов с определением типов CMS была предоставлена компанией iTrack». В списке на сайте компании есть MODx и Drupal. Они не участвовали в вашем исследовании, или их доля на рынке столь мала, или нет зараженных сайтов с их использованием?

И еще вопрос про первую диаграмму. Не совсем понятно что на ней изображено. Вот есть множество всех обнаруженных при исследовании зараженных сайтов. На диаграмме — доля каждой CMS в этом множестве? Если да, то лучше назвать «Доля в зараженных сайтах», чтобы не возникало второй трактовки.

Вторая трактовка такая: Есть некоторая CMS foo. Во множестве всех исследованных сайтов количество сайтов с этой CMS count(foo), а количество проблемных сайтов — bad(foo). На диаграмме нарисована доля зараженных сайтов, то есть bad(foo)/count(foo). Но тогда совершенно не понятно, как сумма этих показателей для различных CMS равна примерно 100% и зачем их рисовать на круглой диаграмме.

PS Сорри, слишком долго писала, ответы есть выше. Удалять коммент уже не буду.
Добавьте пару подзаголовков, формальное определение информационного коэффициента пропорциональности и электронные ссылки на источники 2 и 3. О, еще можно посмотреть ссылки в первом абзаце "Учимся писать в информационном стиле".
Ок, по этой ссылке можно найти источник 3 в формате pdf без регистрации. Стоит указать прямые ссылки в статье, чтобы не приходилось его искать.
Информационный коэффициент пропорциональности I является математическим обобщением понятия коэффициент пропорциональности и может быть вычислен для любого количества положительных чисел [5].

5. Лабушев, М.М. Информация и пропорциональность величин в природе / М.М.Лабушев. – Красноярск: Государственный университет цветных металлов и золота, 2004. – 136 с

Источник 5 статьи недоступен через интернет. Значительная часть определения информационного коэффициента пропорциональности в источнике [3] отсутствует, и там приводимые рассуждения из-за этого неочевидны.
Не могли бы вы привести определение здесь?
Вычисления коэффицента можно выполнить при помощи калькулятора пропорциональности, доступного для свободного использования в Интернете.

На запрос «калькулятор коэффициента информационной пропорциональности» Гугл выдает ссылку на эту статью… Пожалуйста, пришлите ссылку на калькулятор мне в личку, раз не можете в статью вставить.

Итого: пока что имеется поток сознания, найти концы или понятное объяснение которому никак невозможно. Попробуйте объяснить по-простому.
PS Статья на четыре экрана могла бы содержать хотя бы пару подзаголовков.
Особенно красиво в контексте статьи смотрятся функции Аккермана.
Ок, я выражусь яснее. Указано, что статья по математике. Не могли бы вы дать внятное определение «информационного коэффициента пропорциональности [2],[3],[4]»? Полные тексты источников 2, 3 недоступны в интернете. Источник 4 на английском и также не содержит внятного определения.

Кроме того, хотелось бы увидеть образные описания, такие как «квадратная матрица 3×3, подобная полю для игры в крестики-нолики», в виде конкретных (и куда более понятных хабровчанам, как мне кажется) формул.

«Взаимозависимость величин тоже является отдельной проблемой» — как связан ваш информационный коэффициент с понятием корреляции?

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

А вообще, статья настолько плохо структурирована и содержит столько разношерстных фактов, что понять, о чем речь, практически невозможно. Напоминает легендарный «Корчеватель».
По-моему, данное решение — разновидность двойной буферизации, то есть просто стандартный подход в компьютерной графике.
1. Правильный выбор возраста не решит проблему качества получаемых знаний и навыков. Дело в очень низком (исчезающе низком) уровне подготовки учителей информатики. Часто сталкиваюсь с ними по работе. (Да, я понимаю всякие объективные причины про зарплату и остальное). Эти люди в массе своей просто неадекватны. Они не в состоянии ничего толком объяснить, они не в состоянии сами понять, зачем нужно программирование, и где оно отражается в жизни. Как следствие — занятия бессмысленные и просто скучные! Да, так вышло, что эта ситуация распространяется на все дисциплины в школе. Это системный кризис среднего образования.

2. Цель программирования в школе — не в том, чтобы вырастить программистов. Структурирование информации и алгоритмическое мышление — ценные навыки и без применения в профессиональном программировании. (Да, капитан-очевидность). Без этих навыков люди видят в современных компьютерных технологиях не инструмент, позволяющий достигать огромной эффективности, а волшебную среду, в которой так уютно тонуть. И такое отношение складывается гораздо раньше, чем в 12 или 14 лет.
В алгоритме выделения связных компонент задается входной параметр R и в графе удаляются все ребра, для которых «расстояния» меньше R. Соединенными остаются только наиболее близкие пары объектов.

Ммм… Я туплю, или правильно будет «в графе удаляются все ребра, для которых «расстояния» больше R.»?
Выбор пал на GenemuFormBundle, потому что там есть еще много других элементов. И все они подключаются во view одним блоком, то есть не приходится плодить подключения для каждого компонента отдельно.

Если нужен только TinyMCE, тогда использование специализированного бандла целесообразно.
Я преподаватель, а веду себя как студент.
Уточняю: скажем, есть три блока по 10 строк, активно потребляют одни и те же параметры, все специфичные и отдельно не используются. Бритва Оккама: зачем плодить сущности? Это редко бывает, но бывает.
Не очень понимаю, зачем такие интимные подробности вообще в коде указывать. Если это необходимо, можно запихать в комментарии-спецификации этой функции.
1

Информация

В рейтинге
Не участвует
Откуда
Барнаул, Алтайский край, Россия
Зарегистрирована
Активность