Квалификация web-разработчиков

Это потому что 95 процентов «веб-разработчиков» это школьники, делающие на джумле сайты из free'шных модулей. Они действительно не знают как это работает.

Это потому, что многие «HTML программисты» используют либо joomla (как написали выше), либо что-нибудь вроде dreamviewer. Плюс, обращаем внимание на «HTML программисты». То есть, по сути, верстальщики, не имеющие дела с server-side частью, которым не знать, что такое GET и POST - не надо, так как нигде не применимо.

То-есть вы хотите сказать, что люди берутся за CMS не зная основ на которых последнии работают?

А почему вас это так удивляет?

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

Для любой задачи есть минимально уровень вхождения, определяемый качеством или уровнем интерфейса. У Джумлы уровень вхождения близок к плинтусу, а у емакса с ви для вёрстки HTML/PHP и др. кода — около карниза.

да, я тоже так начинал.

Работает же!

Я телефоном пользуюсь, но не знаю как он работает (грубо говоря).

Типичная ситуация. У меня знакомые недавно на таких наткнулись, softmg.ru - жуткое школоло-явление, бабки с них так и не сняли назад...

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

>программисты на HTML
/0

Хм... Возможно я не прав. Я подумаю.

Однако я не уверен, что «HTML программистом», можно называть человека использующего джумлу. Да и можно ли говорить «HTML программист» вообще? Это же все-таки язык разметки.

Джумлу не трогал. Смотрел на Drupal - показалось немного запутанным...

>Да и можно ли говорить «HTML программист» вообще? Это же все-таки язык разметки.

Ну почему же, очень показательное название. Если человек называет себя «HTML программистом», сразу же нужно выяснять, знает ли он разницу между GET и POST хотя бы.

Впрочем, кажется, кто-то отмечал, что HTML5 + CSS3 даже без Javascript'а образуют тьюринг-полный язык программирования. Но те, кто на этом могут программировать, те, наверное, не только GET и POST, а еще и все остальные методы знают.

>Я подозреваю, что многие программисты на $ЯП не совсем ясно понимают разницу между int и string и не всегда знают, когда какой использовать.

А ты не каркай. Динамическое приведение типов в ближайшем будущем вполне может к этому привести.

Я сейчас (прямо в данный момент) пишу cgi'шки на Tcl и мне уже пофиг на int и string ;)

А в чём разница между POST и GET? «Одним предложением» :).

Для меня самая большая разница это то что браузер ругается при попытке отправить POST второй раз. А при GET нет. Соотв. для запросов которые что-то модифицируют лучше использовать POST + стандартные способы избежать повторного отправки запроса типа редиректа итп.

А в чём разница между POST и GET? «Одним предложением» :).

man REST

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

В той статье имеется ввиду разница в способах передачи данных в GET и POST.

Я же вот например, использую в данный момент способ передачи как флаг. У меня одна и та же страница периодически рефрешится с GET и имеет форму которая отправляет данные POST. Вот из переменной REQUEST_METHOD принимающий скрипт и узнает что случилось. Уж не знаю насколько это грамотно, но мне показалось простым и кодоэкономным.

man REST

Ура,я угадал :)

Уж не знаю насколько это грамотно, но мне показалось простым и кодоэкономным.

Нормальный способ. А если бы ты использовал продвинутые фреймворки то выглядело это бы примерно так:

@GET('/elemets/')
def get_elemets():
  #your code is here

@POST('/elemets/')
def new_elemet():
  #your code is here

или

$app->get('/elements/',function () use ($app) { ... } );
$app->post('/elements/', function () use ($app) { ... } );

> хотя она укладывается в одно предложение

сможешь сформулировать это предложение?

это просто такой литературный прием в области мануалов по вебразработке

это зависит от того, сколько часов нужно, чтобы стать «программистом на HTML». Если меньше двух, то можно физически не успеть разобраться с разницей =)

рограммисты на HTML

Такая утилитарная вещь как создание формы давным-давно упакована внутрь фреймворков. Человек, пишущий на фреймворке, может вообще никогда не заглянуть в результирующий HTML :)

Вот пример: у нас используется Wicket, и он позволяет внутри шаблонов HTML делать вложенные формы. Сколько угодно вложеных форм. И ничего не ломается. Мало того, nobody cares, почему это не ломается - работает и ладно.

Ну у меня сейчас так:

set IP $::env(REMOTE_ADDR)
set METHOD $::env(REQUEST_METHOD)

::ncgi::parse
set SIN [::ncgi::value sin {0}]
set DIN [::ncgi::value din {X}]
set CMD [::ncgi::value cmd {}]

if { $METHOD == "GET" } {
	код1
} else {
	код2
};

Мне кажется тоже не сложно... ;)

сможешь сформулировать это предложение?

Написал же выше - в контексте той статьи речь шла исключительно о способе отправки данных (в URL или в теле HTTP) и ограничении на объем данных.

это зависит от того, сколько часов нужно, чтобы стать «программистом на HTML». Если меньше двух, то можно физически не успеть разобраться с разницей =)

Завидую недюжинным способностям этих людей...

Такая утилитарная вещь как создание формы давным-давно упакована внутрь фреймворков. Человек, пишущий на фреймворке, может вообще никогда не заглянуть в результирующий HTML :)

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

Вот сейчас думаю как защитить идентификатор сессию от подмены...

> программисты на HTML

/0

программисты на HTML = верстальщики

не сложно

несложно, но концептуально очень неправильно. Ты в одной функции делаешь совершенно разные вещи в зависимости от if(){}.

в контексте той статьи речь шла исключительно о способе отправки данных (в URL или в теле HTTP) и ограничении на объем данных.

Надо думать шире :).

>Для меня самая большая разница это то что браузер ругается при попытке отправить POST второй раз. А при GET нет.

Можешь начать писать индусокод :]

Именно так. Могу подписаться под этим.

программисты на HTML = быдловерстальщики

исправлено во имя справедливости

// верстальщики - это ТеХники

А вообще, «программисты на HTML» звучит, как «коровьи наездники»...

Не совсем - там внутри две строчки:

puts [string map «%SIN% $SIN %DIN% $DIN %CMD% {}» [read $pmd]];

и

puts [string map «%SIN% $SIN %DIN% $DIN %CMD% $CMD» [read $pmd]];

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

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

То-есть вы хотите сказать, что люди берутся за CMS не зная основ на которых последнии работают?

То-есть вы хотите сказать, что люди берутся за набивание отчетов в ворде не зная основ на которых последнии работают?

То-есть вы хотите сказать, что люди берутся за баранку Бентли не зная основ на которых ДВС работают?

Не корректные примеры. Несмотря на то, что первые действительно часто берутся набивать отчеты в ворде без знания основ русского языка, то во втором случае, никто не пытается тюнить Бентли без знания его устройства.

То что приводите вы как пример было бы справедливо для тех кто посещает сайты на Drupal без его знания, но для тех кто их делает (аналог - тюнинг Бентли) это не подходит.

> А вообще, «программисты на HTML» звучит, как

«коровьи наездники»...

Ты про ковбоев?

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

Мдым, география подобных терминов обширна, оказывается.
Я как-то объяснял одной даме, что «компьютер» - это монитор, а «процессор» - это системный блок. После паузы дама спросила у меня: «а где тогда компьютер?»

Я как-то объяснял одной даме, что «компьютер» - это монитор, а «процессор» - это системный блок.

Рад познакомиться, коллега :)