Мы решили провести специальное однодневное мероприятие, предназначенное в первую очередь для партнеров и разработчиков, для всех тех, кто уже знаком с продуктом и работает с ним активно.
Участие в семинаре бесплатное.
Дата: 14 декабря 2006 г.
Время: 12:00 – 22:00 (фуршет c 19:00 до 22:00)
Место: Останкинский парк, ресторан «О кино»
Регистрация обязательна:
(Число мест ограничено, так что не откладывайте регистрацию на завтра.)
На семинаре мы расскажем о планах на будущее, о новых возможностях продукта «Битрикс: Управление сайтом 5.1» и наверное 6.0 С
, обсудим инфоблоки+ и новые Компоненты 2.0, поговорим о модулях, которые будут выпущены в самое ближайшее время, о программе сертификации партнеров на 2007 год. Вы сможете напрямую пообщаться с разработчиками «Битрикс: Управление сайтом», обсудить планы развития продукта, принять участие в конкурсе для разработчиков. В завершении семинара вас ждет фуршет.Программа и регистрация:
Мероприятие будет интересным и полезным для всех.
Ждем вас!
Я там был и мед пиво пил. Нравиться я всем не обязан.
А то, что после конфы и доклада я получил массу отличных знакомых и одного, как вы говорите, недовольного, так это проблемы его.
Но если на семинар приду, коммент оставлю
Кстати, я все удивляюсь, а чего так неровно дышите по отношению к нам?
Считаете, как все разработчики, что можете лучше написать?
Конечно считаем, можем и пишем
Разработчики не в интерфейс смотрят на красивые кнопочки (за них зачот
ps: буквально свежие находки такого кода (не мои):
Отлично, пишите
Ну замечательно, значит хоть что-то по вашему мнению заслуживает хорошей оценки
Вы знаете, я уже по таким комментариям уже где-то высказывался.
Мы свободно готовы обсуждать любой кусок кода. И однажды с партнером так и сделали. Его разработчик утверждал, что это не оптимально написано, и он может лучше. Ну, давайте, говорим, сядем и обсудим, что можно сделать лучше. Кто же будет против сделать лучше
А чтобы обеспечить производительность при конкурентных запросах вам нужно перестроить структуру вот так. Почему так? А вот тесты нагрузочные, которые показывают преимущество одного варианта перед другим...
В общем, не получился этот код оптимальнее чем был, а партнер ушел под впечатлением.
Только не подумайте, что я вас отговариваю писать свое и писать лучше
Ни дай бог
Да, еще одна показательная история
Мы взяли к себе на работу одного молодого разработчика, который работал с нашим продуктом и ворчал, что не оптимально написано, он бы сделал лучше.
Дали ему задачу и попросили сделать лучше... Сейчас он очень осторожен в резких высказываниях
Ну мой блог вы читаете, так что знаете, что оптимизацией мы занимаемся очень активно последнее время.
Всех, кто рассуждает как вы, очень радует, когда они встречают такого же специалиста.
Вы знаете, для меня сегодня первый признак профессионализма - это осторожность оценок.
Однажды я оказался погружен во внутренности проекта, который зарабатывает десятки миллионно в год. И увидев их архитектуру, я как разработчик и проектировщик, было хотел сказать, кто же так строит!
И я еще больше зауважал проект и его архитектора. И я знаю, что в любом проекте, есть код который сделан в начале и который сделан вчера. И это есть и у вас в ваших килобайтах, и это есть у нас, это есть в Linux и в PHP. Так делаются продукты. И каждый разработчик и архитектор знает как улучшить его проект, но он решает массу задач и всегда выбирает наиболее приоритетные.
Так что для меня признак профессионалазма - это вдумчивость, опыт и осторожность в принятии решений, и как следствие в оценках результатов работы других людей.
А когда человек пишет, как вы, что каждые 3К кода для него набиты мусором
Вообще, это очень интересно, как русские разработчики воспринимают результаты труда других программистов.
Я неоднократно видел проекты, когда приходящий в компанию новый программист\технический директор заявлял, что больше так не пишут (не модно и он не будет точно), и теперь нужно использовать XML или J2EE, или .NET или PHP или... (нужное зависело от года выпуска его из университета
Ладно, поздно уже философствовать, надо еще партнерскую программу доделать
Удачи вам неизвестный "adasasdasd". Приходите на нашу конференцию если получится, думаю, вам будет полезно. Да и познакомиться с нигилистами я всегда рад
Вернусь к вопросу "Считаете, как [b]все[b] разработчики, что можете лучше написать?".
А объясните какой смысл тогда вешать рекламу битрикса на форуме разработчиков, в частности phpclub?
Обсуждать куски кода конечно бессмыслено, так же как и предлагать свой переписанный вариант.
Я не нигилист, в качестве примера хорошего кода, хорошей архитектуры приведу неплохой framework Agavi, созданный на базе phpmvc. Не надо говорить что Битрикс и agavi выполняют разные задач, у обоих задача - управление контентом. Под хорошим кодом я понимаю код, который легко читается, приятно смотрится, от которого глаза не разбегаются. Битрикс же полная противоположность: никакой строгой стандартизации оформления кода (отступы, названия переменных (регистр, префиксы, разделители)), минимум и неправильная декомпозиция кода. Огромное количество конструкций "global" уже намекают на кривую архитектуру или даже ее отстутствие. Почему невозможно было реализовать registry и забыть про писание "global" в каждой функции?
Отсутствует нормальная ORM, из-за этого классы переполнены непонятными методами, возвращающих куски sql-конструкций, из которых собирается сам запрос. Да и с поддержкой MSSQL проблем лишних получили. Не знаю почему так у вас, может лень, может незнание таких вещей, но точно причины не в безопасности, производительности, особенностях продукта, требований рынка. И все это не впечатления от какого-то продукта, это давно описанные приемы, с которыми и самому приходилось работать, которые показали свою полезность в многочисленных продуктах. Понятно что никто не будет заниматься переписыванием битрикса с нуля, ведь даже в коде ядра можно встретить остаточные конструкции из PHP3, заменяемых функциями из 4 версии (или битрикс работает под PHP3 ?)
Ну а бессмыслено потому что действуете по принципам "работает - не трогай", "лишь бы продать" что подтверждается фразой:
А когда человек пишет, как вы, что каждые 3К кода для него набиты мусором я задаю только один вопрос, что сделали вы, кто кроме вам смог этим воспользоваться и сколько вы смогли на этом заработать
Конечно, и так продается, но ведь сейчас вы сами себе придумываете проблемы , когда нибудь придет момент понимания, что получилось что-то гигансткое и сложное в поддержании с соответствием требований рынка
Ну мой блог вы читаете, так что знаете, что оптимизацией мы занимаемся очень активно последнее время.
А что при проектировании могли решаться задачи унификации, придания продукту независимости от разработчика как ключевой проблемы, простоты использования или другие аспекты... все это аргументы стоят выше его уровня понимания задачи.
Ладно, поздно уже философствовать
И вам удачи.
ps: что не прокомментировал, с тем согласен, но это не поводы забивать на качество архитектуры и кода.
pps: форма для ввода сообщения маленькая
1. какую именно точку зрения Вы отстаиваете? в чем заключаются Ваши выводы?
2. что конкретно Вы предлагаете сделать?
3. каким опытом Вы обладаете, т.е. чем может быть подтверждена авторитетность Вашей точки зрения?
складывается впечатление, что Ваши реплики - разговор ради разговора. как известно "ля-ля - не мешки ворочать". с другой стороны, Вы с таким упорством пытаетесь оппонировать, что я начинаю подозревать наличие четкой позиции. не откажите в любезности, сформулируйте ее.
AVS
Понимаю вас, в Интернете так мало мест, где можно учиться плохому
Вам, наверное, будет неприятно узнать, но мы размещаем рекламу только там, где зарабатываем деньги
Еще раз подтверждается правило, что у каждого русского программиста все же есть авторитет или авторитетная технология, которую он считает идеальной, буквально с небольшими недостатками, и на которую хочет быть похож.
Правда, какое это отношение имеет к бизнесу и решаемым задачам, я пока не понял
Только не подумайте, что я плохо отношусь к программистам
Я и сам программист, если честно. Только никому не говорите, меня засмеют маркетологи или директора, или те же программисты вроде вас
И друзья у меня все программисты, и даже есть такие, что свои компиляторы пишут, для меня это по-прежнему высший уровень программистского искусства.
Кстати, вы тоже можете написать свой язык разработки или свою версию компилятора. Создайте себе свою планету!
Я так говорю не вообще о программистах. А я так говорю, когда программист превращается в "художника", забывает, что его привлекают для решений конкретной задачи, а не для создания шедевра и картины на стену и не для бесконечного самообразования. Программист должен решать задачу, решать ее в строго поставленные сроки, решать эффективно, учитывая требования и перспективы, масшабирование и все другие факторы.
Конечно не надо, это же и так очевидно.
Ну объясните, где тут что и чем подтверждается?
Или вы считаете, что я использовал запрещенный прием, как если бы ударил в пах и вы теперь можете говорить все что угодно?
ВОТ! Волшебные слова. "Сколько воспользуется - это уже задача не совсем программиста!" В этот момент и происходит изменение в создании.
Я совершенно убежден, что хороший программист или технический директор ДОЛЖЕН так же часто задавать себе вопрос "сколько этим могут воспользоваться?" как и директор или маркетолог. Если вы делаете код, чтобы им воспользовались, это важнейшая задача. И для программиста должно быть жизненно важно, чтобы на его продукте заработали как можно больше.
Но в этом вопросе я, если честно, не думаю, что вы меня поймете. Должно пройти время.
Читайте начало. Если уже ходите учиться, как не надо делать, то лучше учиться хорошо.
И не говорите, зачем время трачу, столько текста написал.
Ну это вы считаете, что мы забили на архитектуру и код. А мы так совсем не считаем.
Однозначно. И цитирование плохо сделано. Исправим.
- Если к нам приходит человек и говорит, что нужно все переписать - то с большой долей вероятности он из России. В промышленном программировании роскоши "давайте все перепишем" никто не позволяет. Т.к. сроки, другие люди зависят от тебя и др. Если код должным образом работает - он считается приемлимым, даже если разработчик видит, что он неоптимален и его можно улучшить.
первый признак профессионализма - это осторожность оценок.
- не выдай себя за эксперта, когда такомым не являешься
- умей с легкостью признать свои ошибки
Всему есть цена решения. Универсализация решений требует нестандартных реализаций. Если есть проблемы с Performance - мы готовы это обсуждать и .