Pull to refresh
0
0
4all @4all

User

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

об этом же я говорил выше.
эх, не умею я выражать свои мысли так, чтобы до некоторых тугодумов сразу доходило.
тут не поспорить.
Если умеешь правильно верстать - добро пожаловать в одну из этих контор за достойную плату своим умениям.
А если нет возможности работать на их условиях - сиди и верстай визитки за 75 баксов. Только тут никто не сможет оценить твои способности к семантике. Все будет просто срать на это
- потому что любой труд должен оплачиваться достойно.
- Согласитесь, что тщательное обдумывание документа немного дольше чем простое адаптирование существующего шаблона. + правильное обучение тоже не просто так дается. Можете дальше не ценить свое время, а я пойду на велике покатаюсь, пока вы верстаете "так-как-надо".
- кто здесь ноет-то? И о заказчиках я не забываю. Это вы по своему опыт судите, что сразу забываете о них? А таким как я приходится в ужасе переписывать то говно, которые там наворотили. И я до сих пор общаюсь с теми, с кем работал и 4 года назад.
- меня все устраивает. И мне хватает профессиональной честности сказать нет, там где я должен отказаться.

Я вообще не верстальщик. Делать надо то, что необходимо делать.
Если кто-то из вас занимает такую честную позицию в жизни, скажите что мне делать с теми верстальщиками, которые мне сдают шаблоны? Самому их переписывать? Я могу, но мне надо решать задачу, поставленную заказчиком, а не говорить, что "простите, у нас недоверстальщик, не умеет семантически верстать, но вы денешек-то еще заплатите, а то мне надо за офис платить".
Это бизнес. Я не знаю в каком вы мире живете.
хех, а у меня на виртуальной машине развернут portable firefox =)
За семантику часто просто не платят.
Вот и получается, что нужна она именно "высоколобым маразматикам",
а никак не заказчикам и самим верстальщкам. По-крайней мере большинству из них.
Это будующее к которому надо стремится, но приходится жить с тем что есть.
Пока не будет альтернативного решения вместо капчи-картинки, такого же по простоте встраивания и цене, я (как разработчик) ничего не могу сделать.
Это не первый бессмысленный пост на тему обделенных инвалидов. Хоть бы кто из вас занялся бы реализацией, а не пиздежом.
вот вы пишете про фиговый код, написали бы правильный вариант, чтобы новичкам понятно было, как не следует делать...
мне это не нужно.
уходи на двач.
здесь такие нахер не нужны со своим сленгом.
Доля правды в это тоже есть =)
Но знать английский - это обязательно.
А китайский нам всем уже надо учить! =)
Как-то раз попал на сайт каких-то разработчиков, увидел вирус, написал им - в ответ ничего...
Я вообще против переводов. И так много школьников развелось, благодаря доступности такой обрывочной информации. Была бы она полной, я бы не имел к таким переводчикам претензий. Девелопер не знающий языка документации - будет плохим девелопером, из-за не полноты знаний и обрывочных сведений.
Все когда-то учились, но порог вхождения на рынок разработчиков надо поднимать.
А меня бесит, что развелось много гоблинов, которые пишут всякую фигню ради того, чтобы просто написать. Вот я и хотел заранее предостеречь от появления мусора.
Не вижу ничего плохого в дополнительном скрипте, вот и подумал, что идея будет просто стырена оттуда.
ну если ваш способ действительно принесет что-то новое =) тогда прошу прощенья за мой наезд.
спорить об удобстве таких конструкций - это все равно что спорить о музыке =)
Это странно считать, что удобство и читаемость кода повышает замена одной скобочки на другую. Я не вижу принципиальной разницы в этом. О специфических серверах я не буду говорить, так как точно так же можно вспомнить о серверах, где смарти будет тормозить всю систему, если ему не дадут достаточно ресурсов. Был у меня один такой интернет-магазин.

Мне удобно читать и понимать такую конструкцию и замена одной скобочки на другую не влияет ни на что:
<?if ($arParams['displayLink']):?><a href="...">link</a>
При этом также можно использовать extract_vars для массива параметров.
зачем? этот пример есть на wiki! ты хочешь стать еще один тупым создателем информационного мусора перепечатывая материалы из одного места в другое?
А это принципиальный вопрос: зачем делать лишние телодвижения, если можно этого не делать? Мне проще взять красивый изначально tinymce. Хотя это уже второстепенный вопрос, зависящий от исходных целей.
иконки у фак-эдитора некрасивые.
Можно написать хелпер, или вообще избежать необходимости локального определения переменной (вроде для этого var=10 существует). Это удобная фича, не более.
При соблюдении корпоративного стандарта - нельзя!
А на смарти так же можно наговнокодить.

Поэтому ваши доводы абсолютно бессмысленны.

Information

Rating
Does not participate
Registered