огласите список весомых необходимостей пжлста

Я буду ответственно относиться к безопасности своих приложений.

там их чиво то не много совсем
жалко js-only нет

Я буду ответственно относиться к безопасности своих приложений.

могу взяться на jQuery

Я буду ответственно относиться к безопасности своих приложений.

jquery.com --> PRODUCTION (19KB, Minified and Gzipped)

профит очевиден: скажи нет велосипедам, читаемость, удобство расширения

Я буду ответственно относиться к безопасности своих приложений.

great

offtop: с таким отношением - не понимаю смысла вопроса?
в чем должна проявляться помощь?

Полностью поддерживаю. Всё равно в результате многих переделок прийдёте к какому-нибудь фреймворку. Пожет быть, спустя длительное время.

*можно вопрос, а зачем нужна такая система: js/js.php?js=main.js css/css.php?js=new.css ?
Очень стрнано

видимо действительно не обсуждается)

Ну я без малейшего сарказма написал. Сам когда-то шёл по тому же пути. Один-в-один с точнустью до мелочей.

Извиняюсь за жуткие ошибки и опечатки )
птицы поют, стеклопластик нудит

Я буду ответственно относиться к безопасности своих приложений.

с джейквери тоже пофаниться огого можно )
Ну просто реально намного меньше времени займёт, и грамотней реализация получится.

вы меня конечно извините,
но зачем оно вам надо? в чем интерес то заключается?

Я буду ответственно относиться к безопасности своих приложений.

да пусть форки делают, делов то

смысл форков в данном случае?
я не могу понять в чем причина вашей категоричности?
посигаю на неприкосновенное?

выучить язык, очевидно.

каждый phpкодер видимо ставит перед собой ту же цель когда берется писать стотысячную по счету cms...

Причём страдают от этого конечные пользователи.

Именно )
И это не плохо. Многие через это проходят, если не ломаются под соблазном сразу использовать чей-то фреймворк

это как посмотреть
время идет впустую..

а все из за мифа, что такие вещи "помогают лучше разобраться в тонкостях языка бла бла"..
зы. отступ между каментами разных уровней явно надо уменьшать

Не впустую.
Сколько я видел кривого кода на RoR от новичков - работающего кода, хорошо работающего.
А когда начинаешь изучение и написание с нуля, узкие места видны сразу(ну или почти сразу), тебе не нравится своё творение, ты что-то исправляешь или пишешь снова сначала, с учётом своих ошибок. Я считаю, что в программировании нисколько не зазорно разумно учиться на своих ошибках

Ну не скажите... Не ради познавания тонкостей языка конечно, но ты по-настоящему понимаешь преимущества и недостатки того или иного опдхода, находишь что-то своё, и, главное, идёшь к тому, что знаешь, чего ты хочешь, и как ты хочешь.

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

Я буду ответственно относиться к безопасности своих приложений.

Я буду ответственно относиться к безопасности своих приложений.

Я буду ответственно относиться к безопасности своих велосипедов.
fixed

Красивый код это ого-го профит. Кроссбраузерность, избавление от глюков, простая расширяемость.

http://code.google.com/p/0byte/source/browse/trunk/js/ve.js
в подтверждение слов собственно..

Я буду ответственно относиться к безопасности своих приложений.

Что ты курил?

Добавь меня туда.

ребят, вот честно
с таким отношением всякое желание помогать вам отпадает разом

с каким таким? своими словами, без копипастов или ссылок на комментарии nvbn.

С таким, когда есть две точки зрения: моя и неправильная
В сообществах принято обсуждать

Я буду ответственно относиться к безопасности своих приложений.

Ну человек реально помочь предлагал, а вы ему: "не обсуждается", без каких-либо аргументов

Я буду ответственно относиться к безопасности своих приложений.

В том-то и дело, вы бы хоть объяснили, почему...

Я буду ответственно относиться к безопасности своих приложений.

После переписки проекта на jQuery или другом фреймворке повысится скорость разработки javascript-части кода, упростится отладка, появится лёгкая расширяемость, и не придётся писать велосипеды, каких уже море в Сети, и которые уже реализованы методом или маленькой группой методов в признанных js-либах.
С самого начала не хотелось срача, заметьте, и я, и bobry шли на диалог. Последний ваш ход до меня вообще не доходит.

Я буду ответственно относиться к безопасности своих приложений.

Цитата от кого-то с этого же портала: "Человек, никогда не меняющий своего мнения - м*". Не хочу в ваш адрес так.

Мне есть, что ответитЬ, но смысл теперь об этом разговаривать? Смысл вашего вопроса, если вы себе ставите точку ещё до ответа людей, всё ещё желающих лучшего проекту?

Я буду ответственно относиться к безопасности своих приложений.

С удовольствием. Создам бранч на следующей неделе после экза, если теперь до меня этого не сдлеает кто-то другой )

Любая публичная библиотека (а фреймворк это не что иное как совакупность библиотек) кроме скорости разработки дает еще преимущества большого количества тестеров и разработчиков.

Вобще я тоже всеми руками за жквери, но спорить о его внедрении еще рано - и без яваскрипта пока хватает чем заняться.

Совершенно верно. Но в пределах размного.
Пару месяцев назад случай был. Разработчики ext4 отписались Линусу о том, что надо бы в ядро пару системных вызовов послать, потому как без них им сложно какие-то задуманные фичи реализовать. Не поверишь, но Линус их послал, причём довольно жестоко. И совершенно правильно сделал, потому как если всех так послушать, в итоге свалка получится, а не работающий софт.

Тут совершенно иная ситуация. Предлагается изменение подхода, благоприятное для командной разработки. Ведь тот же jQuery знает туева хуча программистов, и разобраться в любом другом фреймворке и проще, и полезней, чем разбираться в api(а он есть?) нынешнего welinux'a. Я не говорю, что он плох, я утверждаю, что он неприемлем здесь.
У меня есть большой опыт в командной разработке, в том числе, пришлось работать в фирме по разработке софта ведения предприятий, мотивации, учёта бюджета - в общем, всё, что только можно перенести с бумаги на экран монитора. Продукт был написан на php3 в 2000 году, естественно, html, яваскрипт и пхп-коды были слеплены в одну кучу, и именно это не давало по-нормальному развиваться проекту. У нас начальство своеобразное было, в связи с чем программисты приходили и уходили, и, если бы продукт имел в своей основе что-то целостное, типа public-яваскрипт-библиотеки или своим вразумительным фреймворком с документацией, он бы полуил продолжение/с php-частью отдельная история/. И, как мне недавно стало известно, половина клиентов от них отказалась из-за надоедливых багов и медленного внедрения новых фич. А ведь когда-то это был лидер на российском рынке. А всё из-за, простите, упрямости и неумения признавать себя неправым...

Я буду ответственно относиться к безопасности своих приложений.

Я оговорился.

копипастов?

Человек, а в чём дело-то собственно? Автор и мантейнер кода всегда прав по умолчанию. Если не прав - становись сам мантейнером и делай форк с блекджеком и шлюхами. Ну честно, почитал сейчас твои комменты и понять не могу, чего ты добиваешься. Этот язык мне не нравится, тот круче, а вон тот матёрее.... Я вот, например, вообще perl предпочитаю. Так что, мне сейчас морочить голову nvbn, уговаривая переписать движок на нём? А кому-то и вовсе аспнет родной, так теперь все в анальное рабство к мелкомягким из-за этого пойдём?
В чужой монастырь со своим уставом не ходят.
И опять же - дело чисто добровольное. Хочешь помогать - пиши патчи, присылай багфиксы. Не хочешь - дело твоё, никто не заставляет.

Так на данном сайте форка не будет, автор и майнтейнер будет здесь свою версию юзать.
Язык и фреймворк - вещи разные. Язык - это вопрос вкуса, а фреймворк - вопрос изобретения велосипедов.

Вы все еще спорите? А мы уже рефакторим =)

Человеческий такой плюс вам - людям, кто ещё имеет силы возиться с php )

А что не так с пхп? =)

Если отвечу, начнётся бессмысленная полемика :)

Дабы избежать ее и сразу же ответить на твои доводы, которые ты даже не излагаешь, просто скажу - пхп это всего лишь инструмент, а большинство доводов против него вызваны в большей степени огромным количеством не очень качественных проектов, нежели недостатками самого языка, хотя и они тоже присутствуют.

Простота и доступность пораждают массовость, а массовость несет в себе как положительные, так и отрицательные вещи.

PHP - это одна такая большая XSS-уязвимость.

На самой первой странице опечатка: ``Egnlish'' вместо ``English''.

Engrish