s0rr0w

Если в коде нереально разобраться без IDE, то я сомневаюсь, что это качественный код. Особенно это касается JS, где сложный код - признак непрофессионализма разработчика, а не его достижение. Есть прекраснейший принцип KISS, который всем советую применять и хоть раз задуматься над его сутью. Опять же, заявка, что IDE вырывается вперед, чистейшей воды подтасовка и манипулирование. Для разработчика, который не может нормально работать без IDE, использование IDE дает вполне себе позитивные результаты и спасает от проблем. Но если в выборку включить продукты, для которых IDE не имеет особого смысла в силу особенности архитектуры разрабатываемых продуктов, то эффект IDE/не IDE будет несколько незаметен. И все это субъективизм чистой воды. Я не заявлял всем такого. Не надо придумывать за меня что-то... Например? Я не знаю таких проблем. У нас строго все организовано, поиск нужного файла не занимает много "процессорного" времени. Как и поиск нужной функции, как и непонятны проблемы с неопределенными переменными... Наверное я балбес и не знаю какого-то ДАО, которое позволило бы стать джедаем IDE А я за такое бью по рукам нещадно. Это прямая дорога к бесконечным багам. Вместо анализа кода, рефакторинга, все скидывается на программу. Я не работал с Notepad++, посему ничего сказать внятного не могу.

Как раз я понимаю вашу позицию как разработчика. Вам кажется, что все, что вы делаете, имеет смысл. И это на самом деле так и есть. Но смысл этот актуален только для вас, а не в масштабах компании. IDE не настолько сильно понижает стоимость разработки, как вам кажется, потому что важно не то, как именно пишется код, а какой код. Можно генерировать тонны говнокода в IDE, и с точки зрения бизнес-эффективности это будет убыточно. Вот спасибо за совет Это у вас основное время - написание кода. В моем случае это не так. А что не так с отладкой? Когда ты думаешь перед тем, как пишешь, используешь инструменты, которые настолько примитивные, что не могут ломаться сами по себе, отладка занимает 2% времени. В наших проектах IDE не поможет, так как при довольно высокой сложности самих программ, процесс написания кода прост до ужаса. Запутаться в "трех функциях" очень сложно. И IDE не решает моих задач эффективно, поэтому я не вижу смысла тратить на них свое время. Для Java я обязательно что-то возьму, но не для web. Писать на AS не в Flash'е считаю просто безумством, там все хорошо с написанием кода. Как видите, я не прожженый тупоголовый ортодокс. Я не их тех людей, которые будут упорно не хотеть что-то использовать, потому что привычнее по-старинке. Я много пробую, делаю выводы и стараюсь всегда оптимизировать процесс своей работы.

Я редко что-то забываю, мало опечатываюсь, держу очень много кода в уме и имею высокую скорость набора. И все потому, что я натренировал себя этому. Вы путаете эффективный ввод текста и эффективную работу. Эффективность программиста не исчисляется скоростью ввода текста или количеством кода в минуту. Его основной эффект заключается в стоимости поддержки и модификации результатов его умственной деятельности. Другими словами, пока кто-то будет быстро писать ерунду, я буду вдумчиво писать нужное. В моих подходах к созданию продуктов всего 20% времени я пишу, а 80% я думаю. Ускорение ввода текста с 20 до 18% совершенно не сказывается на суммарной скорости работы. Я не боюсь признаваться в своих ошибках и не боюсь их допускать.

типо взять на слабо?) А вам слабо написать такое приложение - "без всяких финтифлюшек" - подсветки кода и без кучи плагинов к вашему обычному текстовому редактору приближающего его к IDE - т.е. в чем то совсем аскетичном типа notepad'a из винды?) Быстро у вас глаза вытекут без элементарной подсветки кода? Это ведь всего вопрос удобства и скорости, а не можешь/не можешь. Лично мне не слабо. Потому что я работаю не в IDE, с минимальной подсветкой кода, без автокомплитов, и делаю это намеренно. Я знаю наизусть названия функций, тегов, почти всех css-свойств, и могу их писать в любое время в любом редакторе, будь то на мобиле, планшете, да хоть на калькуляторе. И у меня никуда не денутся мои глаза, потому что они привыкшие к работе в таких условиях. И если мне понадобится исправить за 5 минут код, то я не буду два часа устанавливать и настраивать IDE для этого. Упрощалки делают человека ленивым. В реальности, переложив функцию запоминания на IDE, вы тратите гораздо больше времени на вещи, которые возникли из-за этой лени. Например, вы лезете в справочник, потому что не помните название какого-то свойства или метода. А это все время, драгоценное время. Через время вы начнете замечать, что старые названия, которые вы раньше писали с закрытыми названиями, станут выпадать у вас из памяти. Я не раз видел людей, которые приходя в незнакомое место не могли справиться с заданием, потому что они банально не помнили каких-то вещей, которые делались за них программой. Не бойтесь, не дойдем. Во всех действиях есть смысл, просто от многих он ускользает.

Я хочу этим сказать, что для написания нормальных приложений не нужно обладать суперумными IDE, а нужно обладать интеллектом, эрудицией, иметь аналитическое мышление. При таких условиях нет разницы, какая среда разработки, какой язык программирования, есть ли подсветка кода и автокомплит, и прочее. И не вижу ничего постыдного в навешивании событий через onclick="". У этого способа есть свои прелести и свои недостатки.

Для решения задачи не хватает нескольких переменных 1. Что это за tpl-файл? Это какая-то темплейт-система? 2. У вас должен быть доступ к error_log'ам сервера, вам стоит найти этот файл, там, скорее всего, написано, почему не работает

Это факт...

А что вас смущает?

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

svn, ибо так исторически сложилось. На самом деле разницы особо нет, что именно использовать, главное - использовать. Мне идеологически как-то svn ближе. Но в нем есть свои особенности и заморочки.

Давай не будем пока менять коней на переправе.

Братья что-ли?

jquery. Изучайте документацию или скопируйте с данного сайта готовый код

Люблю коммандные строки

Обратная совместимость тут не нужна. Браузеры ведь не могут за один день отказаться рисовать не XHTML контент. XHTML гораздо дешевле в разработке HTML, потому что требования фиксированы. Например, что лучше с точки зрения поддержки, писать примитивные значения атрибутов в кавычках (type="button") или без (type=button)? Все будут как один говорить, что без кавычек гораздо лучше. И это может быть справедливо для HTML-мышления. Перенесясь из мира браузеров в мир серверных приложений, когда тип может быть записан переменной, быть не у HTML-тега, а у XML-тега, то кавычки просто обязаны быть, дабы защитить будущий код от ошибки перечня типов $tagType = "msg important" <myTag type="{$tagType}">Fock</myTag> Этот код гораздо устойчивее к изменениям, чем если бы не было кавычек. Я понимаю, что в мире XML документ не будет валиден, если бы не было кавычек, я тут просто гирперболизировал пример. На самом деле XHTML2 в том виде, в котором он был, не исправлял ни одной проблемы, которую нужно было решать. XML - для оформления, HTML - для контента, микроформаты - для поисковиков. Вот формула успеха. HTML5 напоролся на то, что при всем многообразии новых тегов, они все равно нафиг никому не нужны и не выполняют свою роль на 100%

Поддерживаю мнение, что XHTML (или я бы даже сказал, XML + HTML) является превосходным решением всех проблем. И не нужен бы был уродец HTML5

Приходи ко мне, я тебе покажу проект, про который ты однозначно ничего знать не будешь. Эта информация бесполезна с точки зрения организации процесса разработки. Задача номер ноль у нового кодера - изучить существующий проект, как он устроен внутри, какие принципы организации совместной разработки используются, какие правила создания стилей и кода существуют, изучить соглашение об именовании классов и переменных. Этот принцип нужен для того, чтобы уберечь систему от случайных багов. БЭМ как раз устойчив к тому, что кто-то придет, напишет что-то, что сломает где-то в другом месте страницу. 1. Ты забываешь, что таблиц стилей в одном документе может быть больше чем одна. 2. Нет понятия "основная таблица стилей" 3. Каких таких блоков? Так я про это и говорю, что это не тождественные понятия

CSS не ЯП.

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

Программы могут автоматически логиниться под именем guest, чего не делает phing. Поэтому попробуй покопать в этом направлении.

Во многих возможностях много горя. Это я к тому, что переменные в CSS приведут к печальным последствиям.

Я бы помог, но сейчас, к сожалению, не сильно много свободного времени

Золотые слова. Я добавлю, что после всего, что новый человек добавил, должен быть минимальный шанс, что все поломается.

у тебя каждый год новые, все более правильные принципы верстки. Не поменяются, говоришь?

romove? Да, дизайнер будет долго думать, почему это не будет работать...