Видимо накипело. Полностью согласен с автором — СЕО вымирает, как инструмент привлечения реальных целевых клиентов. Заказы на раскрутку поступают от людей, которые не понимают смысла продвижения. У многих моих знакомых есть свои, пусть даже небольшие фирмы и все они единодушны в отношении к продвижению сайта: «Зачем нам это? Мы лучше купим ту же контекстную рекламу на яндексе» и в подавляющем большинстве случаев они будут правы.
Медленно — это да, но является ли скорость эволюции для данной задачи такой уж важной величиной?
Среда жизнедеятельности бота сильно ограничена как его собственными способностями(ехать, стрелять, вертеть пушкой), так и внешними факторами. С тем периодом жизни, который есть у бота эволюция будет происходить крайне быстро. Т.о., по-моему мнению, временной фактор здесь можно не рассматривать, даже с учетом скорости появления полезных признаком при случайной мутации.
Амебы не эволюционируют? Именно от простейших (если вы, конечно, не являетесь приверженцем теократической теории появления жизни), размножающихся именно делением появилось то бесчисленное множество видов, существующих сейчас. Скрещивание же ведет к появлению только одного вида, приспособленного к выполнению задачи одним способом(Всякие птицы, которые умеют летать, и т.д.). Если вам интересно решение задачи в принципе — это правильный подход, но если необходимо решить задачу различными способами, то мутации с простым делением приведут к появлению различным методов решения задачи.
Возможно, как компромисс и интереса ради использовать эволюцию целиком, начиная от простейших, занимающихся делением для создания разнообразия видов до совершенствования полученных видов с помощью скрещивания. Это, правда уже гораздо более емкая задача.
Нельзя отрицать плюсов снимков WAFL, но не стоит забывать о минусах самой файловой системы. Ничего в голову, кроме фрагментации записанных данных не приходит, но хотелось бы услышать и про минусы.
Кроме того упомянув COW, можно было бы упомянуть и split-mirror для полноты обзора снапшотов.
В целом топик интересный, а технология от NetApp заслуживает внимания.
Познавательно — давно хотел написать бота в Robocode, может теперь займусь.
По теме: может я не замечаю каких-то проблем, зачем устраивать скрещивание, если мы можем сколь угодно долго ждать появления «сверсущества»? Берем особь с нейросетью, даем ей решать задачу, а потом особь тупо делится (или не делится — в зависимости от того, как решила задачу) и мутирует. Немного более долгим будет поиск оптимального решения и многим просто не нравятся нейросети, но алгоритм проще имхо.
Занимался как-то распознаванием текста, подача пикселей на вход нейросети — не самая лучшая затея, поскольку входы нейросети должны быть инвариантны относительно сдвига, толщины и любых других параметров, которые могут изменяться. Нейросеть — это большая штука, тупо для апроксимации функции многих переменных(в вашем случае набора яркости пикселей). И, например, если у вас нечетко центрируется буква, то нейросеть будет воспринимать одну букву, поданую на вход несколько раз с изменением некоторых параметров как серое пятно.
В классическом распознавании текста используются более четкие параметры, определяющие объект практически однозначно. Для буквы — это например количество пересечений по горизонтали, вертикали, количество «дыр» в букве, центр масс и т.д., зависит от фантазии. В таком случае вы сможете распознавать даже рукописный текст.
Начинать с двух точек много, чтобы разобраться в кривых разного порядка лучше начинать с 1 точки. Так нагляднее. Верхнее ограничение тоже забавно — неужели есть необходимость разбираться с такими сложными кривыми? Если по фану, то сделали бы 100 — красивые штуки хоть получались бы — например развязку в Москве нарисовать можно было бы.
Лет так этак 10 назад тоже занимался подобным. Могу посоветовать автору использовать гипотрохоиды и эпитрохоиды в повторении. Результат еще интереснее пример
В топике имеются в виду как раз те ситуации, когда выделение однотипного кода в функции нелогично и неприемлимо из-за чрезмерной сложности полученного кода.
Пример:
GetMenu()->CheckMenuItem(IDC_ LINES_X, MF_BYCOMMAND | nState);
GetMenu()->CheckMenuItem(IDC_ LINES_Y, MF_BYCOMMAND | nState);
Можно выпендриться и запихнуть в функцию, но это будет уже мозгодробление.
Другое вопрос — имеет ли такой код вообще право на существование?
В таком случае лучше задуматься об архитектуре проекта в целом и понять причины появления однотипного повторяющегося кода.
Неоднократно встречался с подобной ошибкой и на своей шкуре почувствовал все раздражение, когда ошибка после нескольких часов поиска все-таки найдена.
Мне кажется интересна была бы идея самого отслеживания Copy/Paste на уровне среды. Включаем настройку компилятора и нам высвечиваются места, где было совершено копирования строки или нескольких строк кода, с подсветкой изменений сделанных во вставленной строке.
Идея интересна, но практическое применение под большим вопросом.
По идее это должно перерасти в некое подобие расплодившихся социальных сетей, что конкретно поднадоело (по-крайней мере русской аудитории, за англоязычную не скажу).
Лучше бы оставили первоначальную идею — была бы изюминка, а так…
По поводу реализации — мне кажется, что можно было придумать что-нибудь поинтереснее Mysql.
Среда жизнедеятельности бота сильно ограничена как его собственными способностями(ехать, стрелять, вертеть пушкой), так и внешними факторами. С тем периодом жизни, который есть у бота эволюция будет происходить крайне быстро. Т.о., по-моему мнению, временной фактор здесь можно не рассматривать, даже с учетом скорости появления полезных признаком при случайной мутации.
Возможно, как компромисс и интереса ради использовать эволюцию целиком, начиная от простейших, занимающихся делением для создания разнообразия видов до совершенствования полученных видов с помощью скрещивания. Это, правда уже гораздо более емкая задача.
Кроме того упомянув COW, можно было бы упомянуть и split-mirror для полноты обзора снапшотов.
В целом топик интересный, а технология от NetApp заслуживает внимания.
По теме: может я не замечаю каких-то проблем, зачем устраивать скрещивание, если мы можем сколь угодно долго ждать появления «сверсущества»? Берем особь с нейросетью, даем ей решать задачу, а потом особь тупо делится (или не делится — в зависимости от того, как решила задачу) и мутирует. Немного более долгим будет поиск оптимального решения и многим просто не нравятся нейросети, но алгоритм проще имхо.
В классическом распознавании текста используются более четкие параметры, определяющие объект практически однозначно. Для буквы — это например количество пересечений по горизонтали, вертикали, количество «дыр» в букве, центр масс и т.д., зависит от фантазии. В таком случае вы сможете распознавать даже рукописный текст.
в той же адресной строке javascript:for (var i = 1; i < 50; i++){ p.scoreInc()};
=)
=)
пример
Пример:
GetMenu()->CheckMenuItem(IDC_ LINES_X, MF_BYCOMMAND | nState);
GetMenu()->CheckMenuItem(IDC_ LINES_Y, MF_BYCOMMAND | nState);
Можно выпендриться и запихнуть в функцию, но это будет уже мозгодробление.
Другое вопрос — имеет ли такой код вообще право на существование?
В таком случае лучше задуматься об архитектуре проекта в целом и понять причины появления однотипного повторяющегося кода.
Мне кажется интересна была бы идея самого отслеживания Copy/Paste на уровне среды. Включаем настройку компилятора и нам высвечиваются места, где было совершено копирования строки или нескольких строк кода, с подсветкой изменений сделанных во вставленной строке.
По идее это должно перерасти в некое подобие расплодившихся социальных сетей, что конкретно поднадоело (по-крайней мере русской аудитории, за англоязычную не скажу).
Лучше бы оставили первоначальную идею — была бы изюминка, а так…
По поводу реализации — мне кажется, что можно было придумать что-нибудь поинтереснее Mysql.