Критерии нормальности в студию. А то вот тут в первой половине 20-го века был один деятельв германи, у него были весьма специфичные представления о нормальности. Такчто я опасаюсь подобных фраз наподобии «ценили нормальных».
Если есть желание использовать стандарт, то и инструмент нужно выбирать такой, который этот стандарт поддерживает, а вот метод порождения $_PUT, предложенный в статье — страшный костыль.
И еще это странное утверждение: «Не используйте $_SESSION». $_SESSION — массив данных ассоциированный с определенным идентификатором передающимся в куках запроса, а как его «крутить-вертеть» решать разработчику: хочешь юзай стандартный метод, а не хочешь пиши свои обработчики.
Зачем такой огород городить вокруг соблюдения стандарта, в ущерб простоте приложения, совершенно не понятно.
Да и вообще говоря, если стандарт не соблюдается в большинстве случаев — это означает только то что надо менять стандарт.
В обще, конечно, для общего развития знать такие вещи нужно, но вот каково практическое применение я не могу понять до сих пор — я не смог придумать действительно значимую причину использования этой части протокола.
ИМХО, слепое следование стандарту такое же зло как и его намеренное неоправданное нарушение, и если, как в данном случае (PHP), используемый инструмент, выбранный для решения конкретной задачи, не поддерживает какие-то части протокола, не стоит подставлять костыли и натягивать инструмент на стандарт — ваши приемники (тот кто будет поддерживать код после вас) навряд ли оценят ваши старания, и будут, пожалуй, правы.
в PHP:
strpos — функция взята из С;
str_replace — функция придумана для PHP.
Отсюда разница в стиле написания и порядке параметров. ИМХО, это нормально, никакого противоречия я здесь не вижу. В PHP весьма четкий и достаточно давно сформировавшийся стиль именования функций, хотя вот огрехи с параметрами бывают, для примера:
mysql_query(запрос [, хендл коннекта]);
pg_query([хендл коннекта, ] запрос);
А что в вашем понимании есть «дизайн интерфейсов»?
ИМХО, для визульного проектирования ПО и АС значительно больше значительно более достойных инструментов. Хотя для некоторых самый приемлемый инструмент лист бумаги и карандаш.
Я так подозреваю если случится какая либо ситуация, спровацированная информацией данного сервиса, рассказывать про аморальное поведение пострадавшие пойдут не бабушке а прокурору.
ИМХО, переписывать нельзя пока продукт не уперся в тупик. Тупик может быть разным: от «на уровне разработки: чтобы вовт тут добавить текст мне нужно 2 недели», до «на уровне клиента: вы это говно продуктом назваете оно же тормозит и глючит, а более отстойного интерфейса я еще не видел». Пока меньшей кровью можно расширять функционал уже рабочего продукта — так и надо делать. Все эстетические соображения не совсем уместны в данном случае, в конце концов — это бизнес.
Переписать оно всегда кажется проще пока не начинаешь переписывать и разбирать функционал наработаный за те самые долгие годы припараций, вживлений и пришиваний. Встречаются случае когда «переписывание» глохло из-за того что разработчик (группа) был не готов к реалиям продукта и не расчитал сил, или еще хуже получался монстр еще страшнее.
Но как не крути рано или поздно наступает момент когда заявленый функционал не реализуем без значительных изменений в коде и структурах данных. Вот когда наступает такой момент, и не раньше, есть смысл переписывать, ИМХО.
А про клавишу «Tab» — это такая шутка такая или автор действительно считает что есть на Хабрелюди которые не знают функциональной нагрузки клавиши «Tab», «Space» и «Enter»?
ЭТО ..ккхм.. ЕГЭ я не писал. А если бы ты утруждался заглядывать в профиль собеседника, то, наверняка, заметил бы, что возраст я свой не скрываю, и в силу онного писать ЕГЭ не мог, и еще ты бы избавился от необходимости задавать глупые, в силу очевидности ответов, вопросы.
А-а-а-а-а-а-а!!!!
Замечательная статья про здоровье, наверное (не читал). Тока вот скажите мне подалуйста, что этот текст делает на сайте ИТ сообщества. Вы что не могли найти себе прибежище на медицинском сайти, или вас оттуда же давно выперли.
Вы вообще слышали о тематике сообщества. Что вы лезите сюда со своими ребрышками и шкварками, что вы втираете людям про то, что они кончат плохо. Да если меня будет интересовать мое здоровье я пойду на сайт посвященный здоровому оброзу жизни или еще лучше к врачу. Зачем вы вываливаете вот это замечательное дерьмо на головы несчастных ИТ-ишников.
Ну что за привычка мистифицировать всве кругом: "топик ужаса". Просто на хабре массовая доля идиотов увеличилась до критической отметки. Вот хоть взять топик про 5 жизненных принципов подчерпнутых из мультика!!! кунфупанда!!! По мне так это апофиоз идиотизма, а пипл, ничетак, хавает.
Очень знаете ли полезная штука это облако: вот надпись Google крупным шрифтом ,а вот смотрите и мелкомягкие, но чуть поменьше, и яблоки тут как тут, а вот смотрите как красиво: "Веб 2.0", а главное полезно то как, а еще вот смотрите какие замечательные "соцальные сети" помельче яблок и микормягких, но покрупнее рекламы, и яндекс в хвосте - как приятно, а гугл та какой бальшой, а яндекс такой маленький...
Ну вобщем замечательная полезная штука эти облака тегов... квадратные.
А важность обсуждения по десятому кругу одного и того же элемента интерфейса ну просто необходима ну как воздух, чтоли. Более необходимо разве что статья про 5 жизненных принципов кунгфупанды.
Вы видимо господином Задогновым передозировались, коль у вас подобные мысли появляются.
Несколько вопросов относительно нац. интелектульного уровня:
Вы скажите какой системой глобальной навигации предпочитаете пользоваться GPS или всетаки высокоинтеллектуальной отечественной разработкой ГЛОНАСС?
А вы случаем не подсккжете, где отечественный персональный вычислительный комплекс преобрести можно, так что бы на отечественном процессоре?
А вы не слышали о результатах ЕГЭ этого года?
Компании пренадлежат только материальные права, если другого не оговорено в трудовом договоре, а вот нематериальные - пренадлежат тому кто создал продукт, и он имеет полное право требовать упоминания себя как разработчика в кредитсах продукта. Это в соответствии с Российским законодательством. Такчто если компания отказвает своему сотруднику в подобных почестях, то можно с этим идти и жаловаться в соответствующие инстанции, конечно, при условии что оно вам нужно.
И еще это странное утверждение: «Не используйте $_SESSION». $_SESSION — массив данных ассоциированный с определенным идентификатором передающимся в куках запроса, а как его «крутить-вертеть» решать разработчику: хочешь юзай стандартный метод, а не хочешь пиши свои обработчики.
Зачем такой огород городить вокруг соблюдения стандарта, в ущерб простоте приложения, совершенно не понятно.
Да и вообще говоря, если стандарт не соблюдается в большинстве случаев — это означает только то что надо менять стандарт.
ИМХО, слепое следование стандарту такое же зло как и его намеренное неоправданное нарушение, и если, как в данном случае (PHP), используемый инструмент, выбранный для решения конкретной задачи, не поддерживает какие-то части протокола, не стоит подставлять костыли и натягивать инструмент на стандарт — ваши приемники (тот кто будет поддерживать код после вас) навряд ли оценят ваши старания, и будут, пожалуй, правы.
strpos — функция взята из С;
str_replace — функция придумана для PHP.
Отсюда разница в стиле написания и порядке параметров. ИМХО, это нормально, никакого противоречия я здесь не вижу. В PHP весьма четкий и достаточно давно сформировавшийся стиль именования функций, хотя вот огрехи с параметрами бывают, для примера:
mysql_query(запрос [, хендл коннекта]);
pg_query([хендл коннекта, ] запрос);
ИМХО, для визульного проектирования ПО и АС значительно больше значительно более достойных инструментов. Хотя для некоторых самый приемлемый инструмент лист бумаги и карандаш.
— Лично меня, в этих новомодных танках раздражает этот странный неудобный круглый люк на башне! — говорил оратор исчезая под гусиницами боевой машины.
"
Надеюсь вам откликнется… желательно бы в законом установленом порядке, в места не столь отдаленные.
Вот еще мысль, подумайте над ней:
— Витоге всегда найдется урод который изгадит любую идею.
Переписать оно всегда кажется проще пока не начинаешь переписывать и разбирать функционал наработаный за те самые долгие годы припараций, вживлений и пришиваний. Встречаются случае когда «переписывание» глохло из-за того что разработчик (группа) был не готов к реалиям продукта и не расчитал сил, или еще хуже получался монстр еще страшнее.
Но как не крути рано или поздно наступает момент когда заявленый функционал не реализуем без значительных изменений в коде и структурах данных. Вот когда наступает такой момент, и не раньше, есть смысл переписывать, ИМХО.
Замечательная статья про здоровье, наверное (не читал). Тока вот скажите мне подалуйста, что этот текст делает на сайте ИТ сообщества. Вы что не могли найти себе прибежище на медицинском сайти, или вас оттуда же давно выперли.
Вы вообще слышали о тематике сообщества. Что вы лезите сюда со своими ребрышками и шкварками, что вы втираете людям про то, что они кончат плохо. Да если меня будет интересовать мое здоровье я пойду на сайт посвященный здоровому оброзу жизни или еще лучше к врачу. Зачем вы вываливаете вот это замечательное дерьмо на головы несчастных ИТ-ишников.
Ну вобщем замечательная полезная штука эти облака тегов... квадратные.
А важность обсуждения по десятому кругу одного и того же элемента интерфейса ну просто необходима ну как воздух, чтоли. Более необходимо разве что статья про 5 жизненных принципов кунгфупанды.
Ну просто замечательная притча!
Несколько вопросов относительно нац. интелектульного уровня:
Вы скажите какой системой глобальной навигации предпочитаете пользоваться GPS или всетаки высокоинтеллектуальной отечественной разработкой ГЛОНАСС?
А вы случаем не подсккжете, где отечественный персональный вычислительный комплекс преобрести можно, так что бы на отечественном процессоре?
А вы не слышали о результатах ЕГЭ этого года?
ИМХО, у вас капитально мозг промыт.
P.S. А вы тут, что главный по редактуре и чистоте языка? Я думал, что здесь каждый сам решает какой стиль изложения использовать.