Кстати, сейчас существует куча инструментов, которые позволяют программисту без особых усилий делать огромные проекты. Тот-же Rails фреймворк на Ruby или Catalyst на perl. После некоторого набивания руки на работу с фреймворком (читай разбором его кода, и понимает процессов происходищх внутри) — можно лабать быстро и эффективно глобальные проекты. Причём, у нормально программиста, который в последствии м/б будет поддерживать этот код, не должно возникнуть проблем, ибо API этих фреймворков чётко документированно, кодеру надо будет тупо разобрать логику.
Честно говоря, не хватило терпения дочитать все комментарии до конца, но, как человек, который был на этом мероприятии могу сказать следующее:
Никого не хочу обидеть, НО:
В статье совершенно не правильно расставлены акценты! (не в этой, а в той, что на веб-планете). Никто не "рубился". Комментариев было не так уж и много и люди в основном проявляли свою заинтересованность самой темой, а не конкретными продуктами или решениями. В общем, ничего из ряда вон выходящего:
2) Владельцы индивидуальных разработок ЕСТЕСТВЕННО пиарили свой подход.
3) Представитель от Майрософт заявил, что мелкие клиенты им не интересны, и они будут продавать CMS для клиентов от 40000$ и выше.
При этом, все докладчики соглашались, что каждый поход имеет право на жизнь. ВСЕ были согласны, что в определенных случаях гораздо удобнее и выгоднее сделать систему под себя самому или с помощью нанятых программистов, а во многих случаев выгоднее использовать, к примеру, коробку! Решать нужно в зависимости от конкретной задачи!
Да, в докладах говорилось, что разработка коробочного продукта это годы упорного труда, но ведь ресурсы на создание системы «под себя» несоизмеримо ниже! Тут не требуется универсальность коробки, не требуется простая система инсталляции, не требуется отчуждаемость, не требуется установка на сервера с различными настройками, не требуется полный help по всем возможностям системы, не требуются системы обучения… Продолжать дальше???
В общем, ситуация с секцией на РИФе и со статьей на веб-планете, и затем уже на данном сайте напоминает мне известное изречение «Казнить нельзя помиловать»! Просто, автор расставил запятые не в тех местах!
Человеку хотелось интриги, он ее и постарался изобразить...
Говорили же в основном о том, что рынок CMS в России еще, к сожалению, слаб и неразвит, о том, что конкуренция хотя и ощущается, но еще довольно слабо. О том, что право на жизнь имеют как коробочные решения, так и собственные разработки веб-студий. О большем поговорить просто не удалось, к сожалению 1,5 часа это очень мало!
Опять же, хочу добавить, что хотя люди и довольно живо интересовались данной секцией, но на предложение встретиться и обсудить данную тему вечером откликнулось только 4 человека. Так что, последующий диалог просто не получился. А жаль…
Если взять среднюю фирму, которой нужен веб проект, скажем магазин и форум. У фирмы есть несколько вариантов: Нанять программиста на разработку системы, заплатить ему скажем 20$ за час работы и разойтись. Второй вариант, нанять программистов на постоянную работу, выплачивать им зарплату в конце месяца. Третий вариант, купить кмс.
Так вот в первом варианте можнонарваться на добросовестного и высококвалифицированного программиста, отдать ему кучу бабок и каждый раз искать его чтобы что-то поправить. Цена будет заметно выше, чем готовый КМС и только один (или группа) программист будет знать код в точности.
Во втором варианте программистов можно выдернуть всегда, но им надо платить каждый месяц, а работать они будут гораздо меньше. И это также недешево.
А можно поставить кмс, раз заплатить, всегда есть тех поддержка, но зато и регулярны апдейты и багфиксы, хотя проект и не так уникален, но это в данном случае не сильно волнует.
Вывод такой, уникальность проекта или его универсальность, а также исполнение напрямую зависит от задач бизнеса. Я могу программировать на ПХП, но у меня есть дела и поважнее, и я заработаю в конечном итоге больше если не буду заниматься этим сам.
Согласен с тем, что ССАТЬ ненадо, но и купить чужой КМС, зачастую решение правильное. Возможно через какоето время ты Трин, тоже будешь продавать движок как на ноунэйм за бабки, и заверять, что немного людей смогут повторить твой труд. Денег много не бывает, а потребности имеют тенденцию расти. Когда захочешь с парой моделей на пару недель в туже турцию сгонять, и не такую рекламу задвинешь.
Любой грамотный программист пишет код, чтоб он был понятен любому другому человеку кто этот код будет просматривать, иначе грош цена этому программисту, если он не способен всунуть лишние строчки коментария в свой код.
никогда не комментил свой код. как ты себе это представляешь?
$a='123'; // присваеваем переменной $a, которую мы ранее объявили как текстовую переменную, значение равное 123, 123 в скобках, т.к. тип переменной - string.
??? грошь цена программисту, который без комментов не может разрыть код.
Вообще рыть чужой код — все равно что копаться в чужом нижнем белье. Если даже ты видишь таблички что и где — все равно не приятно.
На самом деле рыть чужой код очень интересно, и сравнение с нижним бельем сдесь не к месту. Это как разбираться в психологии человека, у каждого программера (с опытом), выработан свой стиль. Можно даже отследить с какими языками знаком программист, и т.п. На комменты мне зачастую просто наплевать, информация в них обычно интересна только автору, а вот изучить весь код, куда что пересылается, как это работает, попробовать оптимизировать или сократить — мне это интересно, это хобби. Я когда учился в школе, то оптимизировал чужие курсовые работы,исключал повторяющиеся фрагменты, поправлял функции и т.п. Это типа тюнинга тачек. Неприятно капаться только в хреновом коде, когда его автор долбаYOп, и проще не тюнинговать а заново написать.
Если заставляют или приходится комментить строчки в таком виде, то стиль кодирования неверен. Посмотри phpDocumentor.
Чужой код — не чужое белье, конечно, но я хочу, чтобы было удобно читать код, который написал мой сотрудник. Не лазать в каждую функцию или метод для того, чтобы узнать, как и что оно делает.
Комментировать стоит только те места, в которых при прочтении через 10 лет, у тебя могут возникнуть проблемы с понимаем происходящего.
Сегодня ты понимаешь что
my $rs = $object->browser->get->UA($this, $user->id, $ref, $cursor);
После литра пива. А завтра, с похмелуги, тебе просто будет жизненно необходим коммент типа:
# получаем ResultSet по всем браузерам у которых юзерагент, такой-же как и у текущего юзера. Отдаём курсор базы и ссылку на DSN.
my $rs = $object->browser->get->UA($this, $user->id, $ref, $cursor);
Кстати, Komodo (IDE такая, не такая "навороченная дура" как Эклипса, зато в разы шустрее и удобнее, особенно если привязать её к Perforce) позвлаяет для некоторых языков при работе с объектным представлением, делать подсказки при автоподстановке методов из класса. Что отменяет комменты в местах где используются методы классов, описывающие что в данный момнет происходит.
Я например давно уже стараюсь детально комментировать через POD пакеты и классы (пишу на perl), и комментировать только "узкие" места в коде, где эти самые пакеты и классы используются.
я не юзаю ООП для разработки веб приложений. Я считаю это глупостью. Все задачи насколько простые и элементарные, что зачастую я сомневаюсь писать ли функцию или вообще плаинтом обойтись. Я уже не говорю о том, что вызов класса куда более тормозно плаинта.
Оссобенно меня радуют классы для работы с mysql и прочие классы, альтернативы которых уже вшиты в php =))) типа так надежнее =))))
Не соглашусь. Допустим чувак захотел сайт, нанял программера, тот ему сделал сайт "с нуля". После этого они разошлись и больше не встречались. Через полгода заказчик захотел добавить функционала на сайт. Он нанимает другого программиста, потому что первого не смог найти. И что? Вы уверены, что первый программист досконально комментировал свой код? Второй программер будет полгода пытаться найти в какую щель всунуть новый функционал. Гораздо проще с самого начала использовать CMS из известных (пусть даже такое говно как нюку), но потом можно будет легко найти программера, хорошо разбирающегося в ней и в ее коде.
Движки с нуля может позволить себе далеко не каждый, а только тот кто может содержать при себе команду программистов.
Трин, не сравнивай помидоры с огурцами. одно длиннее,зато другое краснее... Да, есть задачи, которые решаются с нуля с более высоким выходом качество/ЦЕНА. Но также есть стандартные задачи, по которым избретен 21 велосипед. 22й изобретать может оказаться дороже. таковы законы рынка.
з.ы. я начал программировать в 8, но надеюсь ты прислушаешься к моему мнению ;)
Поверь, у меня нет проблем с работай, я не сижу без дела и врядли такое будет. Мне чхать на их доходы, их финансы меня не интерисуют. Обидно что эти слова больше не самореклама, а призыв к готовым решениям, путем осквернения моих трудов =) Н всмысле трудов таких как я
Для себя, все что угодно, работай твори и развивайся. Это хорошо и нужно. А для клиента (потребителя), в большинстве случаев не сильно осведомленного,надо быстро и дешево. Увы мир потребления диктует свои правила.
Я полностью согласен с многоув :) Трином — не знаю где он мои мысли взял :) Бояться не надо — надо делать, побеждают только те, кто уверен в себе и своих силах!
Я вот не программлю — это просто не мое :( хотя очень попроуй хочется написать что-то свое..Но зато я отыгрываюсь в дизайне или рисовании — пусть я не дорос еще до многих реально талантливых пэрцев, но я первый раз живу, точнее только начинаю :) посему еще все впереди — еще поразю мир своими шедеврами!!!! :)
Спасибо за статью, интересно было почитать, особенно вступление.
Вот когда разговор идет про посещаемые порталы (не сайты) — тогда да, тогда ради выжимания из выбранного языка (не важно, php или perl, или asp богомерзкий ;) ) всего, на что он способен — все планируется и разрабатывается с нуля.
На системах подобно битриксу вытягивать крупные проекты можно лишь наращиванием аппаратной мощности.
Вот позиционирование битрикса как раз идет на людей "не в теме"
Из личного опыта. Когда одна из контор, где я работал, вдруг решила сделать из себя студию дизайна — они решили стать партнерами битрикса. (ну там смысл в покупке лицензии битрикса под разрабатываеммый сайт дешевле, разработка сайта на битриксе, продажа клиенту лицензии и наваривании на сборке). Дело в получении прибыли за минимальный период.
Грубо говоря, генеральный директор компании "Рога & Ко" Василий Пупкин-Заде хочет срочно сайт. Потому что у лучшего кореша Пети Питерского, с котором вместе они сидели, сайт есть. Вася хочет быстро и круто. Продажа рогов — в сайте практически не нуждается — не важно, почему, допустим оборот у них мелкий, или рога нужны только жителям крайнего сервера ;) Он находит некую контору СпецДизайнСтрой, у которой сидят 3 дизайнера и 3 натягивальщика дизайна на CMS, и freelancer'а Сашу, среднего программиста.
СпецДизайнСтрой разъясняет, что потратив чуть больше денег, Вася получит сайт за 2 недели, легко обновляемый и "крутой". Честный кодер Саша говорит, что сайт он сделает за 4 недели, но движок свой, каторый работает допустим еще на 5 проектах. Вопрос: что выберет "продвинутый бизнесмен" Вася?
Ясный хрен, что на сайт roga.ru будут ходить от силы 10 калек в день. Совершенно понятно, что Вася бессмысленно ждать больше, грубо говоря, терять деньги (Деньги = время).
Это — (упрощенно) — ниша битрикса и иже с ним.
Теперь некая контора "ВидеоРасслабон" хочет замутить видеохостинг. В переспективе платный. Гендиректор Н. Штейн ;) имеет тех. образование. Он не дурак. Он находит себе программистов, платит им бабки, они пишут с нуля. И хостинг, кстати, они себе берут не виртуальный, как васи и пети, а покупают в итоге серваки и нанимают пару толковых админов.
Вот она, разница в подходах, которую определяют деньги.
Допустим, есть некий человек, который днем пашет в "ВидеоРасслабон"е, а вечером халтурит на мелких сайтах.
Понятно, что днем он пишет с нуля, а вечером натягивает ;)
Комментарии
особенно понравиолось про "сотни миллиардов долларов"
ноунейм наверное стоит миллиардов так 50 долларов :) даже биллу гейтся не купить на свои официальные деньги :)
Никого не хочу обидеть, НО:
В статье совершенно не правильно расставлены акценты! (не в этой, а в той, что на веб-планете). Никто не "рубился". Комментариев было не так уж и много и люди в основном проявляли свою заинтересованность самой темой, а не конкретными продуктами или решениями. В общем, ничего из ряда вон выходящего:
1) Разработчики коробок ЕСТЕСТВЕННО пиарили совой подход.
2) Владельцы индивидуальных разработок ЕСТЕСТВЕННО пиарили свой подход.
3) Представитель от Майрософт заявил, что мелкие клиенты им не интересны, и они будут продавать CMS для клиентов от 40000$ и выше.
При этом, все докладчики соглашались, что каждый поход имеет право на жизнь. ВСЕ были согласны, что в определенных случаях гораздо удобнее и выгоднее сделать систему под себя самому или с помощью нанятых программистов, а во многих случаев выгоднее использовать, к примеру, коробку! Решать нужно в зависимости от конкретной задачи!
Да, в докладах говорилось, что разработка коробочного продукта это годы упорного труда, но ведь ресурсы на создание системы «под себя» несоизмеримо ниже! Тут не требуется универсальность коробки, не требуется простая система инсталляции, не требуется отчуждаемость, не требуется установка на сервера с различными настройками, не требуется полный help по всем возможностям системы, не требуются системы обучения… Продолжать дальше???
В общем, ситуация с секцией на РИФе и со статьей на веб-планете, и затем уже на данном сайте напоминает мне известное изречение «Казнить нельзя помиловать»! Просто, автор расставил запятые не в тех местах!
Человеку хотелось интриги, он ее и постарался изобразить...
Говорили же в основном о том, что рынок CMS в России еще, к сожалению, слаб и неразвит, о том, что конкуренция хотя и ощущается, но еще довольно слабо. О том, что право на жизнь имеют как коробочные решения, так и собственные разработки веб-студий. О большем поговорить просто не удалось, к сожалению 1,5 часа это очень мало!
Опять же, хочу добавить, что хотя люди и довольно живо интересовались данной секцией, но на предложение встретиться и обсудить данную тему вечером откликнулось только 4 человека. Так что, последующий диалог просто не получился. А жаль…
Дмитрий Новиков
CMS BinN S.Builder
Так вот в первом варианте можнонарваться на добросовестного и высококвалифицированного программиста, отдать ему кучу бабок и каждый раз искать его чтобы что-то поправить. Цена будет заметно выше, чем готовый КМС и только один (или группа) программист будет знать код в точности.
Во втором варианте программистов можно выдернуть всегда, но им надо платить каждый месяц, а работать они будут гораздо меньше. И это также недешево.
А можно поставить кмс, раз заплатить, всегда есть тех поддержка, но зато и регулярны апдейты и багфиксы, хотя проект и не так уникален, но это в данном случае не сильно волнует.
Вывод такой, уникальность проекта или его универсальность, а также исполнение напрямую зависит от задач бизнеса. Я могу программировать на ПХП, но у меня есть дела и поважнее, и я заработаю в конечном итоге больше если не буду заниматься этим сам.
Согласен с тем, что ССАТЬ ненадо, но и купить чужой КМС, зачастую решение правильное. Возможно через какоето время ты Трин, тоже будешь продавать движок как на ноунэйм за бабки, и заверять, что немного людей смогут повторить твой труд. Денег много не бывает, а потребности имеют тенденцию расти. Когда захочешь с парой моделей на пару недель в туже турцию сгонять, и не такую рекламу задвинешь.
Хотя движок у тебя на самом деле классный!
$a='123'; // присваеваем переменной $a, которую мы ранее объявили как текстовую переменную, значение равное 123, 123 в скобках, т.к. тип переменной - string.
??? грошь цена программисту, который без комментов не может разрыть код.
Вообще рыть чужой код — все равно что копаться в чужом нижнем белье. Если даже ты видишь таблички что и где — все равно не приятно.
Если заставляют или приходится комментить строчки в таком виде, то стиль кодирования неверен. Посмотри phpDocumentor.
Чужой код — не чужое белье, конечно, но я хочу, чтобы было удобно читать код, который написал мой сотрудник. Не лазать в каждую функцию или метод для того, чтобы узнать, как и что оно делает.
Комментировать стоит только те места, в которых при прочтении через 10 лет, у тебя могут возникнуть проблемы с понимаем происходящего.
Сегодня ты понимаешь что
my $rs = $object->browser->get->UA($this, $user->id, $ref, $cursor);
После литра пива. А завтра, с похмелуги, тебе просто будет жизненно необходим коммент типа:
# получаем ResultSet по всем браузерам у которых юзерагент, такой-же как и у текущего юзера. Отдаём курсор базы и ссылку на DSN.
my $rs = $object->browser->get->UA($this, $user->id, $ref, $cursor);
Кстати, Komodo (IDE такая, не такая "навороченная дура" как Эклипса, зато в разы шустрее и удобнее, особенно если привязать её к Perforce) позвлаяет для некоторых языков при работе с объектным представлением, делать подсказки при автоподстановке методов из класса. Что отменяет комменты в местах где используются методы классов, описывающие что в данный момнет происходит.
Я например давно уже стараюсь детально комментировать через POD пакеты и классы (пишу на perl), и комментировать только "узкие" места в коде, где эти самые пакеты и классы используются.
Оссобенно меня радуют классы для работы с mysql и прочие классы, альтернативы которых уже вшиты в php =))) типа так надежнее =))))
Движки с нуля может позволить себе далеко не каждый, а только тот кто может содержать при себе команду программистов.
з.ы. я начал программировать в 8, но надеюсь ты прислушаешься к моему мнению ;)
Для себя, все что угодно, работай твори и развивайся. Это хорошо и нужно. А для клиента (потребителя), в большинстве случаев не сильно осведомленного,надо быстро и дешево. Увы мир потребления диктует свои правила.
Я вот не программлю — это просто не мое :( хотя очень попроуй хочется написать что-то свое..Но зато я отыгрываюсь в дизайне или рисовании — пусть я не дорос еще до многих реально талантливых пэрцев, но я первый раз живу, точнее только начинаю :) посему еще все впереди — еще поразю мир своими шедеврами!!!! :)
Спасибо за статью, интересно было почитать, особенно вступление.
Вот когда разговор идет про посещаемые порталы (не сайты) — тогда да, тогда ради выжимания из выбранного языка (не важно, php или perl, или asp богомерзкий ;) ) всего, на что он способен — все планируется и разрабатывается с нуля.
На системах подобно битриксу вытягивать крупные проекты можно лишь наращиванием аппаратной мощности.
И, думаю, битрикс nnm бы не потянул.
Трин, пиши ещё!
Вот позиционирование битрикса как раз идет на людей "не в теме"
Из личного опыта. Когда одна из контор, где я работал, вдруг решила сделать из себя студию дизайна — они решили стать партнерами битрикса. (ну там смысл в покупке лицензии битрикса под разрабатываеммый сайт дешевле, разработка сайта на битриксе, продажа клиенту лицензии и наваривании на сборке). Дело в получении прибыли за минимальный период.
Грубо говоря, генеральный директор компании "Рога & Ко" Василий Пупкин-Заде хочет срочно сайт. Потому что у лучшего кореша Пети Питерского, с котором вместе они сидели, сайт есть. Вася хочет быстро и круто. Продажа рогов — в сайте практически не нуждается — не важно, почему, допустим оборот у них мелкий, или рога нужны только жителям крайнего сервера ;) Он находит некую контору СпецДизайнСтрой, у которой сидят 3 дизайнера и 3 натягивальщика дизайна на CMS, и freelancer'а Сашу, среднего программиста.
СпецДизайнСтрой разъясняет, что потратив чуть больше денег, Вася получит сайт за 2 недели, легко обновляемый и "крутой". Честный кодер Саша говорит, что сайт он сделает за 4 недели, но движок свой, каторый работает допустим еще на 5 проектах. Вопрос: что выберет "продвинутый бизнесмен" Вася?
Ясный хрен, что на сайт roga.ru будут ходить от силы 10 калек в день. Совершенно понятно, что Вася бессмысленно ждать больше, грубо говоря, терять деньги (Деньги = время).
Это — (упрощенно) — ниша битрикса и иже с ним.
Теперь некая контора "ВидеоРасслабон" хочет замутить видеохостинг. В переспективе платный. Гендиректор Н. Штейн ;) имеет тех. образование. Он не дурак. Он находит себе программистов, платит им бабки, они пишут с нуля. И хостинг, кстати, они себе берут не виртуальный, как васи и пети, а покупают в итоге серваки и нанимают пару толковых админов.
Вот она, разница в подходах, которую определяют деньги.
Допустим, есть некий человек, который днем пашет в "ВидеоРасслабон"е, а вечером халтурит на мелких сайтах.
Понятно, что днем он пишет с нуля, а вечером натягивает ;)
Вот она, разница в подходах.
Я никогда не натягивал ни коммерчески, ни по дружбе.
Только для того, чтобы посмотреть, как работает битрикс и неткет.
Может, мне сильно везло в этой жизни? ;)
Дело не в админке а в комплексном подходе, куда входит и админка в том числе.
Комплексный подход рулит ;)