
С некоторых пор образовалось на местном рыночке, (или лучше рыньчике :) интересная тенденция, о которой стоит пографоманить.
Обращаясь года на 3–4 назад, помниться, что больным вопросом при выборе разработчика у регионального Заказчика была цена разработки. Что логично привело к тому, что разработчики старались максимально удешевить производство сайтов, установить его минимально возможным, исходя из «не догоню, так согреюсь».
Сейчас времена меняются, и вопрос качества включён наконец в список рассматриваемых. «Жертвы конкурентов» прошлых лет обращаются сейчас чаще, чем компании, создающие свой корпоративник или стол заказов впервые. С одной стороны жалко людей, а с другой.. Ведь и тогда существовали нормальные решения и не на много дороже.. Ну, да дело прошлое, едем дальше..
А дальше картина маслом — обжёгшись на молоке, будем дуть на воду до образования прочной ледяной плёнки. Кто хочет «попасть» второй раз? Да оно и понятно, деньги то кровные! И начинаются перекосы:
Вот на последнем пункте остановимся особо. Если договора у нас хорошие, сотрудники честные, и объяснить, что для труб 18–24'' мы тоже можем о-го-го какое решение сделать. То айтишник, как существо разумное и резистентное по роду деятельности к таким вопросам, начинает копать в техническую сторону вопроса часто практически с «нуля». К мнению родных специалистов прислушиваются (и это правильно). Но у специалистов этих штатных задач и проблем полны руки. Решается всё просто — книга или статья на тему «веб сайт для занятых» чётко, по пунктам говорят о том, что: php, mySQL, и хостинг _________(бренд спонсора книги или хостера статьи вписать самостоятельно) обеспечивают максимальное количество нирваны на единицу персонала заказчика. А в продвинутом случае «у нас свой ай-пишник, я ставил апаТч, и мы сами будем хостится».
Продолжая подробное чтение, выясняется, что, если подразумевается CMS, то только из коробочки за $1000 с оригинальной голограммой большого монополиста на лицевой стороне гарантирует кошерность (халяльность, православность) разработки. И, чтобы исходные коды были («мы быстренько что-нибудь поправим, если что»). Требование: чтобы вход был на эф-тэ-пэ.. украшает верхушку торта.
Всё, образ идеального сайта «код в мешке» завершён.
В массе своей «айтишники» доходят до опровержений сами, но тем не менее вредность такого подхода реально чувствуется в практике.
Галопом по мифам (боян, а что делать?):
1. php распространённый, но не факт, что лучший язык программирования для веб. Существуют альтернативные решения, часто подходящие под определённую задачу лучше. Выбирать его, исходя из «лёгкой модифицируемости своими силами» — самообман.
Вы думаете, что в состоянии что-нибудь быстренько поправить между делом в нескольких мегабайтах кода, на создание, изменение, адаптацию и улучшение которого потребовалось 5 лет ежедневного труда группе специалистов? Если да — кликните по этой ссылке.
Думаю другие студии тоже не откажутся от такого специалиста. Хорошие php-специалисты неплохо устроены по месту работы (в веб студии), поэтому шансы беспроблемно передать сайт в руки надёжного человека подешевле близки к нулю.
Создание веб-сайта это отдельная большая задача для которой необходим оперделенный багаж знаний и опыта. Гораздо удобнее поручить ее специалистам, оставив за собой общий контроль. Ведь занятость специалистов
it-шников на предприятии часто не оставляет времени для полноценного освноения ещё одной объемной отрасли.
Второй аспект — в силу распространённости, хорошо изучены типичные ошибки, и любители испытать сайт на прочность находят их даже в коробочных CMS с хорошим пиаром (вы же не думали, что пиар влияет на техническую безопасность систем :).
2. mySQL — хорошее решение, но опять же существует более передовая и качественная разработка pgSQL, превосходящая mySQL по ряду возможностей. Зацитирую (не в бровь, а в глаз):
Разумеется, не существует «серебряной пули», которая могла бы убить любого зверя. В любом и каждом проекте следует тестировать применимость той или иной технологии и ни в коем случае нельзя при выборе СУБД полагаться на предыдущий «опыт» других разработчиков, ведь вполне может оказаться что их выбор — не более чем дань традиционному заблуждению.
Хорошо сказано, тысячачертей!
3. Хостинг должен быть от.. Это потому, что так в книжке или рейтинге написано? А истории саксесс-взлома глобальных хостеров там не приводятся? Жаль. Чем больше приз, тем больше желания; чем более массовый сервис, тем больше приз, и наконец, тем меньше внимания конкретному клиенту.
Впрочем, многим требуется через всё пройти самим. То же относится и к распространённым CMS, к тому же в стоимости сайта как минимум ~$500-ая прибавка только за коробок — штука не очень понятная.
Вывод
Старый миф:
«Студенты сделают мне за 100 баксов систему с 1000 % отдачей»
сменяется новым:
«Не хочешь повторить ошибки прошлого — максимально всё переключи на себя».
Это очень замечательно, концепция
«Доверяй проверенным в деле специалистам и получи отдачу» уже не за горами.
На этом многабукаф заканчивается, спасибо тому редкому терпеливому человеку, который долетел хотя бы до середины Днепра.

Как жестоко.. Кто-нибудь может обидеться.
Не обижаемся. У всех свое мнение.
Галопом по баяну или бритва Оккама :) :
1. По выбору языка программирования — личные предпочтения каждого. Кому что ближе и роднее, а также функциональнее и применимее для определенной разработки. Не существует лучшего языка программирования для web (включая парсер :)). По поводу сценарных языков здесь — http://www.osp.ru/pcworld/2001/11/144.htm (статья старовата, но для ликбеза и расшифровки понятий сойдет).
Коробочные CMS не панацея — обычно закрывают проблемный код, в котором найдены уязвимости. Проверка 10 часто используемых (а также рекламируемых некоторыми министерствами) CMS с открытым кодом показала, что лишь некоторые из них могут претендовать на звание относительно безопасных. Сокращенный вариант статьи скоро выйдет в одном сборнике по Интернет-технологиям.
2. Кроме вышеперечисленных также часто используются Firebird и MSSQL (приходилось писать :)) а также и другие СУБД (которых тот же PHP поддерживает более 20). Просто mySQL изначально рассматривалась как простая и быстрая СУБД без триггеров и встроенных процедур на объем до 10 млн. записей. Поэтому она и используется чаще всего. Попробуйте поработать с постгрешкой или файрбердом там, где хватает записной книжки на mySQL — почувствуете (еще как) разницу. Разумеется, можно работать и через абстракции БД через готовые модули, но чаще всего приходиться это делать напрямую. По проектированию CMS в том же сборнике выйдет вторая статья, где в том числе указаны критерии выбора СУБД :)
3. Хостинг выбирается исходя из опыта. Использую хостинг от одного волгоградского провайдера, который устраивает меня по качеству и безопасности. Самый страшный сон веб-разработчика — бесплатный хостинг где-нибудь не в России.
4. Да :) Кликай, не кликай — зарплату от $1000 все равно не предложат.

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

А ещё здесь присутствует такая клёвая штука как [cut]текст будет скрыт[/cut]. Использование этого полезного тага не будет приводить к «многабукф» ;-)

Обращаясь года на 3–4 назад, помниться, что больным вопросом при выборе разработчика у регионального Заказчика была цена разработки. Что логично привело к тому, что разработчики старались максимально удешевить производство сайтов, установить его минимально возможным, исходя из «не догоню, так согреюсь». Сейчас времена меняются
Не так уж они и изменились, если говорить о большинстве желающих построить себе сайт. Да, вопрос качества возникает в сознании заказчика, но он не конкурентноспособен в схватке с нежеланием адекватно оплачивать требуемое качество.
Идеальный сайт для регионального заказчика — это уровень volgograd.ru баксов за 75, ну.. максимум за 76
1. PostgreSQL, конечно, хорошо, но почему-то большинство предоставляют лишь MySQL. Поэтому Pg до сих пор и остается БД для посвященных. Которая, с одной стороны всем нравится, а с другой — ее нельзя применить на большинстве хостингов.
2. «Так же как у всех» будут хотеть еще долго (если не всегда). Разница будет лишь в количестве стремящихся к одинаковости.
Почему? Да потому что своего рода мода. Увидел гаджет у друга, взял, потыкал в кнопки и захотел такой же. А потаскав его пару месяцев понял, что не хватает пары кнопок, да и управление, не то как-то… И вот только попользовавшись, понимаешь, что надо совсем другое.
Теперь вернемся к сайтам. Конечно же заказчик (не важно кто он — директор или IT-шник-передаст (не имел в виду ничего оскорбительного)) не должен знать что и как там устроено. Не надо заказчику знать и специфические термины. Но когда он просит «мультимедийность и объемные картинки»!.. моя рука тянется за обрезом, спрятанным под столом.
Что значит объемные картинки? Травка должна выступать из монитора? Аа, на сколько мимлиметров?

Но когда он просит «мультимедийность и объемные картинки»!.. моя рука тянется за обрезом, спрятанным под столом.
Где-то читал, про то, что «заказчик хочет зелёный цвет потяжелей» %-)
Блог