>если после выстрела человек упадет назад, да еще и не просто упадет. а его откинет, именно с такой силой настоящая пуля врезается в человека
Пуля, попадая в человека, передаёт ему точно такой же импульс, как и стрелку в момент выстрела. Даже меньше из-за потери части импульса трением о воздух.
Чтобы на метр откинуло жертву, стрелка тоже должно на метр откидывать. Это стрелять надо из чего-то типа… блин, склероз, забыл, как называется винтовка против слонов. Вот от её выстрела без упора — да, стрелка могло на метр назад откинуть :)
>Нам удалось добиться адекватного распознавания лишь несложных паттернов, но при небольшом изменении нескольких параметров всё летело нафиг.
Значит, нейросеть была или слишком маленькая и не могда запомнить нужное разнообразие, или слишком большая и запоминала нужные наборы без выявления закономерностей.
>И еще — далеко не факт, что имитация физического строения мозга приведет к появлению способности мыслить.
А сделать более-менее точную имитацию работы нейронов сегодня просто технологически нереально. Каждый нейрон — это не простой сумматор сигналов, а наворочаннейший электрохимический реактор.
>Но, на мой взгляд, коль скоро РНР уже является ещё и шаблонизатором, плодить сущности, коими являются тысячи
Видишь ли, Си — это уже язык программирования. Так зачем плодить сущности и писать на нём PHP, Python, Perl? :)
Java — это уже язык. Зачем на нём писать Jython, JRuby, Rhino, Quercus, Scala? :)
>Ух ты. А на чём программировать начинали (язык/платформа)?
Ну, «коммерческий» стаж у меня поменьше 20 лет :) Лет 15 где-то. Программировать вообще начинал на программируемых калькуляторах, на Фокале на БК-0010 и Бейсике на ДВК. «Коммерцией» начинал заниматься на ассемблере 8080, Форте и QB на x86.
Из того, на чём _много_ доводилось писать — это (в порядке знакомства) Бейсики, ассемблеры, Форты, Си/Си++, Perl, PHP, Java.
Сколько тянут промеж собой по максимуму так и не проверялось ни разу, а вот такой донгл с КПК с BT Class 2, расчитанным на 10 метров держат связь на расстоянии до 30 метров через две тонких переборки :)
>Нашел хороший рецепт на базе солянка+пероксид, счаз уже не вспомню.
Проще было на сульфате натрия делать. Или, там магния. В аптеке «горькая соль» или «магнезия», соответственно. В крайнем случае, можно было прямо медный купорос из хоз. мага заюзать. Только меди тогда совсем много на катоде будет оседать :)
Хорошо, я постарался Вас запомнить :) Просто, если вы знакомы с соционикой, я отношусь к квестимным типам и обычно не с незнакомым мне собеседником общаюсь, а обсуждаю поднимаемую им проблему. Соответственно, при наличии N собеседников при N>>1 в смешанном древовидном обсуждении взаимопротиворечащих вопросов уже почти нереально сопоставлять собеседника со сказанными им когда-то ранее :)
Теперь буду помнить, что Вы — это «str_replace» :)
>Уважаемый, вот у меня вообще нет представления в коде. А сделано это благодаря «дроблению» дизайна на куски, которые в смарти через if-ы собираются. Это раз.
Как и у меня. Я уже не раз писал, что считаю код [отображения] в представлении меньшим злом, чем представление — в коде.
>Во-вторых. Я лично не ратую за чистый код в шаблонах — поэтому и str_replace. Очень удобно, скажу я вам. И быстро :)
Простите, но с str_replace вы не можете сделать ни одного нормального отображения без представления в коде.
Как Вы без представления в коде с помощью str_replace реализуете конструкцию:
При том, что -30% могут быть тоже только при сознательной диверсии дизайнера :)
…
Кстати, тут, вот, многие вообще ратуют за использование чистого PHP в роли шаблониатора. Так из такого «шаблона» дизайнер даже БД подправить может :)
…
В общем, можно сайтись на уровне бесконтрольного доверия к дизайнеру.
Кто предпочитает вообще всё делать сам — может заюзать и PHP, если не видит в нём неудобства.
Кому дизайном заниматься влом, кто не против наличия кусков шаблона в коде и дизайнер наличествует, но доверия ему нет — для того и str_replace — шаблонизатор.
Наконец, кто доверяет дизайнеру, хочет разделить бизнес-логику, оставив её в Controller'е с логикой отображения, перенеся её во View, то выбор того, как раз, решения, типа Smarty, Quicky, ctpp и т.п. :)
?
php -r 'echo htmlspecialchars("qqq\"qqq\nqqq");' qqq"qqq qqq>а ещё и в том, что шаблон получается невалидным xml => его труднее воспринимать
Хм. Как валидность xml влияет на восприятие? :) А в браузере уже всё валидно будет.
> а подсветка синтаксиса сходит с ума…
Редакторы надо нормальные использовать :)
«Потребительская корзина»
«Мусорная корзина»
«Подарочная корзина»
и т.д. и т.п.
Корзина — ёмкость. А то, что кто-то сокращает всё до такого уровня, это уже другая история.
Пуля, попадая в человека, передаёт ему точно такой же импульс, как и стрелку в момент выстрела. Даже меньше из-за потери части импульса трением о воздух.
Чтобы на метр откинуло жертву, стрелка тоже должно на метр откидывать. Это стрелять надо из чего-то типа… блин, склероз, забыл, как называется винтовка против слонов. Вот от её выстрела без упора — да, стрелка могло на метр назад откинуть :)
Значит, нейросеть была или слишком маленькая и не могда запомнить нужное разнообразие, или слишком большая и запоминала нужные наборы без выявления закономерностей.
>И еще — далеко не факт, что имитация физического строения мозга приведет к появлению способности мыслить.
А сделать более-менее точную имитацию работы нейронов сегодня просто технологически нереально. Каждый нейрон — это не простой сумматор сигналов, а наворочаннейший электрохимический реактор.
Видишь ли, Си — это уже язык программирования. Так зачем плодить сущности и писать на нём PHP, Python, Perl? :)
Java — это уже язык. Зачем на нём писать Jython, JRuby, Rhino, Quercus, Scala? :)
>Ух ты. А на чём программировать начинали (язык/платформа)?
Ну, «коммерческий» стаж у меня поменьше 20 лет :) Лет 15 где-то. Программировать вообще начинал на программируемых калькуляторах, на Фокале на БК-0010 и Бейсике на ДВК. «Коммерцией» начинал заниматься на ассемблере 8080, Форте и QB на x86.
Из того, на чём _много_ доводилось писать — это (в порядке знакомства) Бейсики, ассемблеры, Форты, Си/Си++, Perl, PHP, Java.
Сколько тянут промеж собой по максимуму так и не проверялось ни разу, а вот такой донгл с КПК с BT Class 2, расчитанным на 10 метров держат связь на расстоянии до 30 метров через две тонких переборки :)
(10 + 100)/2 = 30 :)
Задачи искуственного интеллекта с переменным успехом решаются уже лет 30-40 (OCR, машинные переводы, распознавание речи, экспертные системы).
А вот искуственный разум — это штука пока непонятная :) При чём не только на уровне технологическом, но и на уровне философском.
Естественно, там же хлор выделется :)
>Нашел хороший рецепт на базе солянка+пероксид, счаз уже не вспомню.
Проще было на сульфате натрия делать. Или, там магния. В аптеке «горькая соль» или «магнезия», соответственно. В крайнем случае, можно было прямо медный купорос из хоз. мага заюзать. Только меди тогда совсем много на катоде будет оседать :)
Вот это и есть перенос шаблона в код. Только в ещё более извращённой форме. HTML_Tags->b() код приводить будем? :)
Кстати:
>$data = $this->db->getItem('SELECT * FROM
Это — уже очень и очень многое говорит об уровне обсуждаемых проектов :)
Простановка SQL-запросов в коде — это ещё хуже, чем шаблоны :D
Теперь буду помнить, что Вы — это «str_replace» :)
Как и у меня. Я уже не раз писал, что считаю код [отображения] в представлении меньшим злом, чем представление — в коде.
>Во-вторых. Я лично не ратую за чистый код в шаблонах — поэтому и str_replace. Очень удобно, скажу я вам. И быстро :)
Простите, но с str_replace вы не можете сделать ни одного нормального отображения без представления в коде.
Как Вы без представления в коде с помощью str_replace реализуете конструкцию:
код:
if($important) $title = "[b]{$title}[/b]";
шаблон:
[td]%title%[/td]
Поясните на примере.
1. Чистый PHP
2. «str_replace»
3. и «продвинутые шаблонизаторы»
Мой комментарий относился ко второму.
Ваш — к первому.
В общем — см. последние три абзаца в developer.habrahabr.ru/blog/45370/#comment_1146371
Кто-то тащит "[b]...[/b]" в код, а кто-то {if}[b]...[/b]{/if} в шаблон.
…
Кстати, тут, вот, многие вообще ратуют за использование чистого PHP в роли шаблониатора. Так из такого «шаблона» дизайнер даже БД подправить может :)
…
В общем, можно сайтись на уровне бесконтрольного доверия к дизайнеру.
Кто предпочитает вообще всё делать сам — может заюзать и PHP, если не видит в нём неудобства.
Кому дизайном заниматься влом, кто не против наличия кусков шаблона в коде и дизайнер наличествует, но доверия ему нет — для того и str_replace — шаблонизатор.
Наконец, кто доверяет дизайнеру, хочет разделить бизнес-логику, оставив её в Controller'е с логикой отображения, перенеся её во View, то выбор того, как раз, решения, типа Smarty, Quicky, ctpp и т.п. :)