Оптимизировать и ускорить скорость работы?!
Runet 27.02.2008 20:06
/ 27.02.2008 20:18
Насколько мне известно большинство иголок в сторону Parser лежат в этой стези.
Если память не изменяет и Миша(?) здесь на форуме писал, что Parser в элементарном сложении 2+2 проигрывает PHP.
Разумеется скорость работы, можно контр-аргументировать криворукостью и профессионализмом программиста который пишет код, но нужно ли это? Ясно, что и на PHP плохой код будет работать медленно. Впрочем это в глобальном, практическом и итоговом смысле не мешает ему быть быстрее.
Но если бы скорость работы Parsera была выше, а потребляемая ресурсоемкость ниже, то это были бы очень весомые аргументы в его пользу.
В остальном, мой первый язык программирования был именно Parser. Потом выучил PHP и чем больше в его вникал, — тем больше нравился Parser.
- Перспективы развития парсера, egr 24.02.2008 17:45
- Ответ, Гocть 29.02.2008 23:11
- Модератор, будь выше своего «эго», tezro 29.02.2008 17:23
- Парсер, как автомат Калашникова ..., sergei v.2 28.02.2008 22:57
- Куда развиваться?, moko [M] 27.02.2008 15:29
- Ответ, Janek 27.02.2008 20:30 / 27.02.2008 20:32
- Оптимизировать и ускорить скорость работы?!, Runet 27.02.2008 20:06 / 27.02.2008 20:18
- Ответ, Janek 27.02.2008 14:16 / 27.02.2008 14:18
- К слову, о множественном наследовании, Dims 26.02.2008 13:37
- К сожалению,, user 26.02.2008 08:41
- Ты несколько сгущаешь краски..., Sumo [M] 25.02.2008 11:18
- Всегда надо расчитывать на худшее, tema 24.02.2008 21:47
- Ответ, MG 24.02.2008 21:45