- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для большинства сайтов, это идеальный вариант, т.к. никаких задач для бд на них просто нет.
Ну, если брать в расчет миллионы трэшсайтов, клепаемых под сапу, то, пожалуй, и для большинства. Да и то их теперь все больше на WP да на Жумле делают...
Которые знают таких авторов как Абель, Кнут, Нортон тот-же
Не понимаю, как эти весьма достойные люди связаны с Вашим призывом вернуться в 98 год и отказаться от реляционных БД в пользу неизвестно чего.
Всегда было и останется самым лучшим решением то, которое решает конкретную поставленную задачу.
Ога, оно содержит баги, написанные специально для этой задачи :) Каждой задаче - свой набор багов! Иначе ж кодеры без работы останутся!
AlexSilver, прикиньте, сколько времени уйдет у Вас на ручную верстку 1К страниц и дальнейшую поддержку этого изделия. Покурите (попейте чаю), переведите дух... а потом умножьте полученную цифру на 4 :) А потом умножьте на цену часа своего времени, как Вы его оцениваете. Должно получиться так, что купить CMS и нанять программиста выйдет дешевле.
Во Во Во Во Во Во !!!!!! Вспотеть можно!!!!! О потраченном времени вообще говорить не приходится... Есть конечно решения... типа редакторов с заливкой на хост... но в коде столько гомна....
Sigizmund добавил 17.12.2008 в 12:47
Вы просто бредите. Вы не создадите ничего, хоть мало мальски порядочного, пока не будите знать как это делается изначально..... Как нет профессиональных, да и просто серьезных, фотографов, которые бы не работали с пленкой. А те , кто поопытней, работают и сейчас.
Да забейте! 5 класник может сделать сайт - на уроке информатики, вообще не заморачиваясь на какието глобальные знания... даже не на глобальные! Только фантазия!!!!!
http://www.webpage-maker.com/
Я понимаю конечно... что в коде потом остается разное гомно.... да и сам код кривой!!!! Однако даже такой код можно спокойно оставлять!!!! - Это для простой сайта - не стремящегося к напряженной конкуренции! Нет проблем ни с индексацией... ни с симантикой... ни с чем проблем не возникает.... java scr не съедает сумашедше много ресурса.... по моему нет такого в природе, что бы ресурс сумашедше подъедал! Повторюсь... робот такой сайт "видит" в достаточной степени хорошо!!!!! Я сам "за чистый и правильный код"!
Ога, оно содержит баги, написанные специально для этой задачи :) Каждой задаче - свой набор багов! Иначе ж кодеры без работы останутся!
Нуууу молодца!!!! Даже не в глаз!!! А бетонной плитой по всему организму капитально придавил!!!!! :) :) :)
Не понимаю, как эти весьма достойные люди связаны с Вашим призывом вернуться в 98 год и отказаться от реляционных БД в пользу неизвестно чего.
я призываю использовать те инструменты которые нужны. А то получается, что выписываем лекарства не те которые лечат, а те, которые есть в наличии
T.R.O.N добавил 17.12.2008 в 12:54
Каждой задаче - свой набор багов!
конечно, лучше иметь общие баги на всех, на радость вирусописателям и прочим....
конечно, лучше иметь общие баги на всех
Разумеется, ибо в этом случае они вычищаются одним движением. На радость вирусописателям надо иметь прямые руки. Вирусописателям не нужно видеть код, им достаточно знать, что хотя бы в одном запросе не проверяется значение LIMIT :)
А бетонной плитой по всему организму капитально придавил!!!!!
Как ни странно, я это на серьезе 6) Мы вот на поддержке старых проектов, сделанных неизвестно когда неизвестно кем, вполне сносно зарабатываем. Оплата почасовая, больше багов == больше денег.
Как ни странно, я это на серьезе 6) Мы вот на поддержке старых проектов, сделанных неизвестно когда неизвестно кем, вполне сносно зарабатываем. Оплата почасовая, больше багов == больше денег.
Да хорошо когда чужие ошибки исправляете! Полезно всем! А когда кодер специально, что то мутит крутит с твоим заказом!? А потом еще и говорит тебе... что мол в тз прописано не было... ! всвязи с чем исправление багов... которые мол возникли не по его вине, а по вине заказчика составителя тз, за доп плату! Это в тз что же прописывать все вплоть до кода? Да еще ему денег отвалить... как благодарному читателю твоего тз! Один вообще отмочил! Давайте, говорит я сам себе тз составлю... при чем стоимость составления тз была в 2 раза выше чем самого модуля! Мне это тз потом на стенку в рамочку что ли повесить? При чем, я отдаю модуль другому кодеру... он мне ясно и четко, даже для меня, объясняет все "ошибки", если вообще это были ошибки! предидущего кодера! Ну это разве нормально?! Когда как в том фильме про грузинов охранявших друг друга от бочки с вином! Ну давайте господа прогеры Вас так в суде наш брат адвокат защищать будет! Отсидите пол срока... а потом окажется что адвокат бумажку к делу не заявил!
Вот что то типа того получается!
Это в тз что же прописывать все вплоть до кода? Да еще ему денег отвалить... как благодарному читателю твоего тз! Один вообще отмочил! Давайте, говорит я сам себе тз составлю... при чем стоимость составления тз была в 2 раза выше чем самого модуля! Мне это тз потом на стенку в рамочку что ли повесить?
- ТЗ это работа которую кто-то должен делать, лучше всего если это будет грамотный менеджер проекта. Чем более детально написано ТЗ тем проще работать программисту и тем меньше оснований для конфликтных ситуаций при сдаче проекта. Давая задание программисту без ТЗ Вы полагаетесь на его фантазию и неявно заставляете его работать больше чем он должен, что рождает в программисте нездоровое отношение к проекту, что в итоге сказывается на результате и на готовности программиста дальше сотрудничать с заказчиком.
- простейший пример: заказчик в ТЗ не пишет требования к языку программирования, я пишу на Java потому что мне этот язык нравится, сдаю работу - все работает, а потом заказчик платит за хостинг в два раза больше чем если бы сайт был написан на PHP.
- еще пример: заказчик не указывает примерную посещаемость сайта, я пишу на PHP, потому что так мне нравится, и не напрягаю себя вопросами кэширования, оптимизации и т. д., сдаю работу - все работает, а потом заказчк ругает хостера за то что его сервер не справляется с нагрузкой.
- таких примеров (это были самые простые) говорящих о пользе подробных ТЗ можно привести сотни :)
ТЗ надо писать. это должен делать профессионал. большая часть работы делается на этом этапе. но и большая часть ошибок проекта закладывается, когда с тз работают вот такие вот:
вообще в разработке больше этапов, чем составление тз и кодинг...
и вообще, чтобы составить грамотно тз нужно больше извилин, чем , чтобы тупо закодить.. эта работа и должна больше стоить
и вообще, чтобы составить грамотно тз нужно больше извилин, чем , чтобы тупо закодить.. эта работа и должна больше стоить
больше, не больше, а отсутствие тз чаще свидетельсвует о непонимании задач сайта (а часто и бизнеса, для которого сайт нужен), и как минимум убивает кучу времени на согласование и выяснение, кто чего "имел в виду"
больше, не больше, а отсутствие тз чаще свидетельсвует о непонимании задач сайта (а часто и бизнеса, для которого сайт нужен), и как минимум убивает кучу времени на согласование и выяснение, кто чего "имел в виду"
если обращаться к классике http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_%D0%B2%D0%BE%D0%B4%D0%BE%D0%BF%D0%B0%D0%B4%D0%B0
то за о непонимании задач сайта говорит отсутствие списка требований, на основе которого составляется тз...
Так без основ хтмл с cms не разберешься - с той же DLE