 |
Ярпортал: форум Ярославля  |
 Совместные покупки Объявления  Поиск  Все вопросы: yaroslavl@bk.ru
|
| Здравствуйте, Гость ( Вход·Регистрация ) | Сделать Yarportal.Ru стартовой страницей |
|
| Страницы: (3) 1 2 [3] ( Перейти к первому непрочитанному сообщению ) |    |
| obdj |
Дата 26.08.2005 - 17:10
|
|||||
|
Я не совсем уж так критично отношусь к вопросу, что лучше переписать или модифицировать готовое, всё зависит от задачи и кто её исполняет. Если это студия web-дизайна, то наверняка у них есть свои наработки всех необходимых модулей, которые они по необходимости добавляют и исправляют, а не переписываю для каждого нового проекта; архитектура всех их работ должна иметь похожую структуру, ядро – которое необходимо и одинаково для проектов любой сложности, и подключаемые по каким-нибудь правилам модули, необходимые для данного проекта. Т.е. другими словами CMS. Не думаю, что студии будут использовать сторонние наработки типа досок объявлений, и каталогов сайтов. А шаблонные движки, скрипты для работы с платёжными системами, или модули отвечающие за внешнюю связь с другими ресурсами – можно и в некоторых случаях надо использовать. Если просто нужна доска объявлений, и больше ничего, т.е. весь сайт это одна доска объявлений, то здесь можно взять любую понравившуюся. Только часто ли бывают такие задачи? Может ли это преследовать серьёзную цель? Коммерческую прибыль это не принесёт. Если уже в готовом портале нужна доска, взять бесплатно любую понравившуюся и вписать ее в общий дизайн и структуру будет не просто. Если не будет вписываться, то опять же непонятно кому, для чего, зачем нужен такой ресурс. Почему сложно встроить: в web-программировании, говорю про PHP&MySQL, уровень логики и уровень представления(отображения) тесно связаны, а то как выглядит сайт и его функциональность одинаково важны, что бы отделить html код от php кода, используют так называемые шаблоны, кто-то берёт готовые шаблонные движки(тот же Смарти), кто-то пишет свои, кто-то мешает всё в одну кучю бизнес логику, логику отображения и отображение(html). – это на мой взгляд первая проблем, если используются разные способы шаблонизации уже придется много переписывать и исправлять. Пример: в одном случае используется шаблонный движок, пусть он считывает файл шаблона в переменную и начинает его парсить, в другом это просто html или php документ в который данные передаются php переменными (вставляются php-парсером), т.е. шаблон имеет вид <html> … <title><?=$title?></title> … </html>. Это ещё был более менее приятный пример, если отображение перемешено с основным кодом программы (бизнес логикой), что легко можно встретить в большинстве бесплатных скриптов, то тут без бубна никак не обойтись…  Следующая проблема, ещё более сложная, совместить уровени логики и содержимого двух систем. Надо сделать что бы конфигурационные настройки хранились в одном месте, структура базы данных была не противоречивой, был единый админ-центр, если в обоих скриптах первоначально была поддержка пользователей, у каждого своя, то и её как то надо совместить, убрать лишние точки входа в программу и так далее. Переписывать и исправлять придется очень много, а для этого надо будет ещё разобраться в том как устроен работает скрипт. Время написания модуля снуля, заранее продуманного под заданную структуры, окажется в данном случае наиболее правильным и может отнять намного меньше нервов и времени.
Насчёт функциональности и переписывания, вроде ответил выше, всё зависит от задач и от цели.
Не приходилось раньше работать с такими формулировками, но гугл мне подсказывает, что это как раз и есть, уровни содержимого, логики и отображения. В принципе разделяю, вопрос в том насколько хорошо.
Проектирование интересная область, заставляет думать... А реализацией занимаются уже другие люди?
Искал значение термина downtime, не нашёл однозначного ответа, либо время в течение которого программа находится в неработоспособном состоянии или время разработки, склоняюсь к первому варианту, что имелось ввиду? С perl’ом почти не работал, но он менее заточен под web, чем php, и изначально создавался для других целей. CPAN в данном случае возможно и востребован, не стали бы его просто так создавать. |
||||||
 
|
| incognito |
Дата 28.08.2005 - 08:49
|
|
elfin
Сначала отвечу на вопросы. Реализацией занимаюсь я сам, но кусочки могут отдаваться менее опытным людям. Как часто бывает, простые вещи более опытные люди делают дольше, чем новички.  Downtime означает время, в течение которого система находится в неработоспособном состоянии. Это довольно важная метрика в коммерческих продуктах.Если честно, то я не увидел из приведенного объяснения, что модифицировать готовую нормально написанную систему сложнее, чем написать новую. Сюда ведь включается и отладка, которая поверяется полнотой покрытия кода и продолжителностью пользования. Скрипты-каши, где все перемешано, рассматривать не имеет смысла: мы такие по определению не возьмем. Написание же нового шаблона, реализующего необходимое нам представление, видится не в пример более легкой задачей, чем написание и отладка всей системы с нуля. Примерно то же самое относится и к модификации нормально написанного скрипта в плане нужных/не нужных его компонент, и интеграция с имеющимся. Мне кажется, что метод написания и полной отладки с нуля хорошо работает только для крошечных малофункциональных вещей. Функциональность добавляет сложность написания и отладки, то есть увеличивает время и стоимость. Последующее расширение функциональности усугубляет это путем размазывания по времени, тогда как в хорошей готовой системе вся функциональность, которая могла понадобиться, скорее всего уже была бы. В собенности когда мы говорим о таких, вроде бы, типовых вещах, как доска объявлений. У меня сложилось ощущение, что самая главная проблема заключается в том, что у людей нет правила и привычки легко и свободно работать с чужим кодом: разбираться в нем, исправлять в нем ошибки, модифицировать и развивать его. В то время как это, в общем-то, должно быть довольно типичной работой программиста. Возможно, это проблема сферы веб-девелопмента, где довольно низкий уровень вхождения в область (то есть можно начать реально полезно работать с минимальными знаниями)? В результате в этой области много программистов с очень маленьким реальным опытом работы и небольшим кругозором? Опытные программисты не пишут с нуля, пока не убедятся, что иначе невозможно, или это будет стоит сильно дороже по деньгам и времени. Надеюсь на продолжение интересной дискуссии. |
|
|
|
| Mellerd |
Дата 4.09.2005 - 10:06
|
|
|
||
|
|
| obdj |
Дата 4.09.2005 - 18:40
|
|||||
|
incognito Да, действительно вопрос, что лучше писать с нуля, или модифицировать готовое, довольнотоки обширный и так абстрактно его обсудить не получится. Надо исходить от конкретных целей и задач. А то получается, что смотрим на него с разных полюсов, с одной стороны говориться о модификации дешёвого, ни кому не известного скрипта, а с другой о хорошей готовой системе. Также считаю, что модифицировать свои или наработки фирмы это одно, а третьих лиц - это другое. Если взять фрилансера, не имеющего наработок чата или форума, а в тз они прописаны и сроки поджимают, то он вполне может взять и модифицировать сторонние платные или бесплатные решения. А если брать фирмы, то им, на мой взгляд, выгоднее разработать и продвигать свои наработки. Ещё наверно не всегда верно отталкиваться от времени и сложности, один раз потратив время на написание скрипта, можно будет его использовать не один раз, а в результате будет приобретены новые знания или опыт, не спорю рассматривая чужие исходники тоже можно узнать много нового, но также можно наткнуться на какие-нибудь не правильные подходы, которые потом могут принести не мало вреда. Ещё пример: взять какое-либо предприятие на котором есть штатные программисты, если им потребуется сделать сайт, то здесь наверно выгоднее купить какую-нибудь cms, и дальше самостоятельно её настроить, а если взять студию веб-дизайна то им выгоднее разработать свое решение. Также использование бесплатных скриптов, может понизить надёжность системы из-за открытости кода. Если брать наш случай, (каталогов сайта, досок объявлений), заказчик будет заказывать нужный скрипт у программиста, вряд ли ему имеет смысл самому искать в Интернете, готовые решения, т.к. их по любому придется модифицировать, плюс на поиск и анализ требуется не мало времени. Программист получивший заказ, если он профессионал и работает в этой сфере, напишет сам или модифицирует свои предыдущие работы, брать откуда-то сомнительный скрипт и переделывать его – я бы не стал, а бесплатные профессиональные работы на каждом шагу не валяются, платный – нет смысла покупать.
Работа типичная, не спорю, у нормального программиста, думаю и недолжно возникать проблем, тем более если этот чужой код хорошо оформлен. Но нужно найти ещё этот хороший чужой код, который удовлетворял бы заданию, и т.к. проект скорее всего коммерческий, нужно как-то согласовывать и правовую сторону. Кстати в последние время, как раз и занимаюсь доработкой и модифицированием чужих работ. Но мне больше нравится разрабатывать системы с нуля, возможно и опираясь на какие-то готовые модули. При доработке и модификации нет поля, что-бы развернуться, применить какие-то интересные решения, все взаимосвязи уже установлены, остаётся просто тупо вбивать нужные строчки кода, в данную структуру.
Да, уровень вхождения низкий, (правда не для всей сферы, есть ещё ASP и java), поэтому наверно и не советуют изучать программирование с php, но это и не значит, что среди web-разработчик нет профессионалов, легко написать простенький сайт, которые востребованы для рынка, но большой, многофункциональный портал – не просто. В системном программировании, наверное, не востребованы простые задачи, и из-за этого уровень вхождения и выше.
Тоже бы хотелось услышать комментарии. p.s. Извиняюсь за долгий ответ, времени свободного очень мало сейчас. |
||||||
|
|
| Beirut |
Дата 24.09.2005 - 04:42
|
|
Вот сейчас нужен скрипт доставки билетов по городу....
Знакомый удумал.... Грубо говоря, вбиваем инфу в админке, а она распределяется по страничкам: по завдениям, по датам и т.п..... Техзадание готово. Оценка скрипта в районе 100 долларов. Если вдруг кого-то заинтересует, пишите.... |
|
|
|
| Beirut |
Дата 2.05.2006 - 02:58
|
|
Пхп, можно сказать, не осилил пока )
А в модификации скриптов и создании новых скриптов по-прежнему нуждаюсь. Пишите в ЛС. |
|
|
|
« | Компьютеры и мобильные телефоны | »
Страницы:
(3) 1 2 [3] |
|
[ Время генерации скрипта: 0.0109 ] [ Использовано запросов: 15 ] [ GZIP включён ]
Правила Ярпортала (включая политику обработки персональных данных)
Powered by Invision Power Board(U) v1.3 Final © 2003 IPS, Inc.