Действительно, один из самых нормальных опросов, за все время, а его минусуют. Впрочем причина очевидна — ключевое слово Лебедев. Сделайте заголовок таким «Были бы вам интересны статьи по языку Парсер?» и минусов будет меньше =) Кстати уже набралось 24 голоса статью можете смело постить.
Не знаю, у кого как, у меня на Лебедева идиосинкразии нет. :)
А вот ответил я «неинтересно», по той причине, что за последние 5 или 6 лет, как парсер появился, он так и не стал значимым явлением в индустрии. Правильнее концентрироваться на том, что сообществом поддерживается как-то — python, ruby, php, c#.
Язык Parser мне очень понравился своей простотой и доступностью даже для непрограммиста.
Официальная документация (в частности, статьи для начинающих) довольно полная.
Но качественных статей не так уж и много.
Поэтому мне были бы интересны статьи по языку Парсер.
Конечно, если они не будут простыми перепечатками материалов с parser.ru
Я бы тоже для общего развития с удовольствием почитал, пишите. Боюсь, правда, голосование будет не в пользу написания. Но вы все равно пишите, если статьи качественные — то они никогда не будут лишними.
Ну тут понимаете какая ситуация. В случае заведомо известной и агрессивной антипозиции я могу нарваться на то, что минусовать будут и топики и карму. В конечном счете это может привести к тому, что я вообще не смогу ничего писать, и не только про парсер :)
Весьма забавен тот факт, что я даже в карму я получил за просто опрос, а с чего бы, спрашивается?
мне не жалко кармы, пока хватает, чтобы писать — но что потом?
Если в статье не будет упоминаний Лебедева, то карму не сольют, если статья будет плохая, то только топик заминусуют, так что не бойтесь, а постите, очень жду статью, искренне заинтересован.
Забавен и еще один интересный факт. Ну то, что не любят Лебедева — ладно, я понимаю, да и сам я к нему отношусь очень скептически. А знают ли те, кто любят расставлять минусы, что Парсер создавал не сам АЛ, а программисты его студии, очень талантливые. Но ведь знают же. Так почему на такая клеймованная позиция?
К слову, я удивлен, но опрос вылез таки наверх, да и мне кой-чего уже поправили. Наверно здравый смысл побеждает :)
>> программисты его студии, очень талантливые
Я ничего не могу сказать программистов Студии Лебедева, которые занимаются оптимусами или часами или еще чем-нибудь, но на работу именно Веб-программистов я уже насмотрелся до жути.
Сначала год назад я получил сорцы сайта студии, лежат у меня где-то в блоге. Не надо быть монстром программирования, чтобы прочувствовать весь их кошмар. Но я подумал, что для себя можно сильно и не стараться, а качественную работу делать для клиентов.
Недели две назад, мне в руки попали исходники сайта, сделанного студией в 2006 году, а заодно с ним и их системы управления Imprimatur. Изучил. С этих пор я знать не хочу ни одного web-программиста студии. Уж за 13-то лет существования могли улучшить свои навыки, а то они все на уровне 95-го года :(
видимо просто нужен Лебедев от программизма на Code Assurance, а именно понимание что сайт часто это тоже немного ПО, а не только дизайн + верстка + контент. Это наверное и отличает веб-девелопмент 95го года от текущего.
Незнаю, завидуют наверно. Помоему Лебедев пусичка и не любить его нельзя. Кстати большинство нейтрально относится к Теме, но процент фанатиков бросающихся на любого кто произнес самизнатечто довольно высок. Вот их и стоит опасаться.
Я думаю, что всё-таки, стоит написать: многим было бы интересно, либо просто любопытно понять как это и с какого боку на это смотреть =)
Бывает просто интересно почитать статьи блога к которому не подписан даже.
Зачем спрашивать? Просто начинайте писать. Лично я буду читать с интересом, так как в качестве развлечения иногда балуюсь Парсером. Где-то на Хабре я даже писал о своих шалостях :)
sqlite driver три года говорили что есть, но не выкладывали,
fastcgi sapi и sapi под апачи выше 1.3 так и не написаны,
без умения ковыряться в Cpp коде нельзя рассчитывать, что очевидный баг будет исправлен в этом году.
В 2002 parser3 был шедевром, на носу 2009 год, роста базы общедоступного кода на парсере или роста сообщества программистов его использующих нет.
Так что parser3 — инструмент хороший, но не всех!
Я так понимаю, что автор коммента имеет ввиду валидность HTML кода. Если это так, то вопрос поставлен довольно безграмотно. Валидность HTML разметки зависит не от языка на котором написана программная часть сайта, а от верстальщиков и программистов, которые этот сайт разрабатывали.
предоставляет ли язык средства для полного контроля результирующего кода?
Безусловно. Любой полноценный язык программирования предоставляет эти средства :). Повторюсь — то что будет на выходе программы, полностью зависит от разработчиков (в независимости от того должен ли это быть HTML код, либо что-то другое).
Там народ озаботился совместимостью со стандартами. С версии 2 можно делать сайт валидным без больших затрат времени, хотя, конечно, этим надо заниматься отдельно — в смысле, и самому ляпов не допускать.
Сторонние разработчики, когда свои расширения пишут, могут очень по разному реализовывать. Я вот столкнулся с XStandard (вебовский редактор), который генерировал ID не в соответствии со стандартом (что-то там было внутри, кажется $). Там ещё пара недоработок была, которые мне мешали, так я в конце концов просто написал компонент самостоятельно. Теперь он генерирует всё по человечески.
По-моему, я понял суть вашего вопроса. Всё зависит от того, как прикручены руки, как написан «движок». Да и многое зависит от людей, которые занимаются внесением контента на страницы.
Что касается контроля кода, то Parser позволяет даже что-то корректировать после генерации страницы методом postprocess.
Напишите обзорный пост. Без пространных листингов и рецептов, а про то что это такое, с чем это едят и почему именно Parser, а не что-то другое. А в конце можно поставить голосовалку — там и ясно станет.
Лучше бы начинающим программистам взять в руки книгу хорошую + удобный фреймворк (cms) и начать разбираться, а не время тратить на изучение еще одного псевдо-синтаксиса. Поэтому программистам он и не нужен, а насчет смогут ли в нем разобраться дизайнеры [сами], тоже вопрос.
Неимоверное зло — сидение на месте, на одном фрейворке, не придумывать свое, не ставить себе новые задачи… Просто не всем суждено быть программистами, кое-кто только для быдлокодерства и приспособлен. А вот правильный фрейворк (и не один, в купе с хорошей книгой по проектированию) могут неплохо вправить мозги, и не прийдется выдумывать свои велосипеды, а перейти на более высокий уровень раньше. Может и велосипеды станут поустойчивей и полезней.
Быдлокодеры очень любят бормотать про изобретение велосипедов, а на деле оказывается, что простую сортировку написать не способны, принципов TCP/IP, к примеру, не знают и вообще подходам основным не обучены.
«Parser в известном смысле — макроязык, в нём нет оператора print; весь текст, набранный в исходном файле, суть большой оператор print. Конструкции Parser являются погруженными в текст.
Получается, что вы не пишете программу, которая выводит текст — наоборот, в имеющийся текст вы добавляете логику, ^if(условие){действие}, и организацию, блоки(методы), на которые вы разбиваете HTML-код»
если в парсере и возможно отделять данные, логику и представление, то не надо учить людей, что без этого тоже можно. Знаете ведь за что многие люто не переносят PHP, на котором тоже можно правильно программировать? А на Perl можно делать просто гениальные вещи. Я в комментарии повыше упомянул, что сайт это тоже ПО. Так вот ПО надо поддерживать. Поддерживать мешанину логики и представления очень трудно и часто дороже чем переписать все заново. Возвращаясь к той же Джанге, в ее шаблонном языке логика отключена напрочь, там нельзя ни присванивать значений, ни делать сложных условий и это правильный подход, которому стоит учиться.
если в парсере и возможно отделять данные, логику и представление, то не надо учить людей, что без этого тоже можно
Где и кто учит людей чему-либо?..
Есть ряд уроков для начинающих.
Это примеры, не более того.
Знаете ведь за что многие люто не переносят PHP, на котором тоже можно правильно программировать?
Это вы к чему написали?..
Поддерживать мешанину логики и представления очень трудно и часто дороже чем переписать все заново. Возвращаясь к той же Джанге, в ее шаблонном языке логика отключена напрочь, там нельзя ни присванивать значений, ни делать сложных условий и это правильный подход, которому стоит учиться.
Если вы сами создали «мешанину логики и представления» — вам её и поддерживать.
Язык даёт средства, как вы ими пользуетесь дело ваше.
Говнокод — не минус или плюс языка, а наглядный результат жизнедеятельности отдельно взятого программиста.
к тому что PHP начинался как этакий навороченный чуть более чем шаблонизатор, от чего и пострадал сильно
> Если вы сами создали «мешанину логики и представления» — вам её и поддерживать.
Язык даёт средства, как вы ими пользуетесь дело ваше.
Нет это совсем не так, мы недавно отказались поддерживать много индусской вермишели на ASP (не .NET а старенький) в котором тоже можно лепить все в одну кучу.
> Говнокод — не минус или плюс языка, а наглядный результат жизнедеятельности отдельно взятого программиста.
Так я и говорю, что нетрудно догадываться(вспомнить), что сказал бы Артемий, еслибы ему кто-то заявил что верстке и дизайне каждый может как угодно самовыражаться, не освоив основ профессии.
и было бы чудно если бы кто-нибудь из начинающих попробовал сравнить сложность, например, использования ORM в джанге пользуясь ссылкой которую я давал (могу найти и русский перевод, правда для устаревающей уже 0.96) и вот такого вот (sql ли ?):
Вы ратуете за ужасную вещь — подсаживание начинающих на фреймворки.
Потом они не знаю ничего кроме этих фремворков и пишут херню.
К тому же вы сравниваете несравнимы вещи, притом «по-сложности».
Беда Парсера в том, и я об этом говорю уже не первый раз, что его какой-то дурень решил позиционировать как «язык для непрограммистов» и написал это уёбище «Он немного сложнее HTML, но не требует особенного умения программировать» на главной его сайта.
Сколько раз уже говорил про это — всё на месте, семь лет убрать не могут.
И эта дурь прицепилась, создав репутацию недоязыка.
Если это из головы викинуть и трезво посмотреть, то можно увидеть простой, удобный язык с очень неслабыми возможностями.
Впрочем, агитацию и переубеждения разворачивать не намерен.
Кому подходит — работают и не переживают.
Кому нет — может ругать и плеваться сколько влезет, никого это не беспокоит.
Что намерен, и намерен ли, рассказать автор я не знаю.
Не вижу никакого смысла в популяризации языка.
Ему и так неплохо.
… Помню года 4 назад было довольнор интересно, т. к. это был единственный доступный «язык» с хорошей русской документацией(это я как дизойнер без навыков програмирования говорю), но слился Парсер. А жаль, действительно был довольно прост и перспективен, но не дотянули…
… Пусть уж помирает, не стоит мертвяков беспокоить. Фрэймворки теперь намного качественней и проще пошли, взять те же РубиРельсы, не сложнее чем Jquery в обучении и толку больше…
Не, не надо уже. Мы некоторое время тому назад ушли с Parser на PHP и Python, чего и прочим желаем. Стратегически неправильно оставаться на Parser кому-то, кроме самого Лебедева.
Если отвлечься от программерских и гиковских аспектов, а рассуждать с позиции руководителя, то платформа для разработки характеризуется еще и такими моментами, как возможность привлечь работников под нее.
Например, поступает большой проект, и надо срочно усилить рабочую группу. Или старый программер решил уйти или его убило клизмой. Нового под Parser найти труднее, чем под PHP. При том еще, что под PHP и дешевле, и проще.
Нормальному работнику легче перейти с Parser'а на PHP, с PHP на Ruby, Pithon, со стрикта на Transitional и т. п. Да и PHP'шный программист рознь другому. Идеальный вариант: обучать сотрудников. Лично я буду всегда благодарен одной студии за убитое ими время на меня.
P.S.: предпочитаю не смертельные, а мятно-освежающие клизмы.
вот еслиб этот парсер умел генерировать код распространенных языков для web — php, perl, python то был бы еще какойто интерес.
веть согласитесь круто было бы иметь возможнось быстро развернуть свое приложение на рядовом хостенге с php.
а так нужно ставить какието скрипты еще, да нахуй это надо.
Пишу на Parser начиная со 2-й версии и ниипёт :) Кстати сказать, многие статьи, написанные на Хабре писатели типографят на www.typograf.ru, а он ведь тоже на Parser.
Считаю что любые заметки по этому языку одинаково важны, как и одиночные заметки по Air, Flex и прочей лабуде. Это всё интересно — это все составляет разнообразие и великолепие языков. А мы все индивидуальны и пишем на том что нам ближе.
Сравневайте себя (программиста) с поэтом. Есть ли для вас разница на каком языке писать?
Выразительные слова и формы есть и в русском, и в английском, и во французском, а вот на каком языке при этом писать — нет никакой разницы.
Если же вы утверждаете что писать на французском не модно в силу каких-то причин, то вы скорее не поэт (программист), а критик…
Были бы вам интересны статьи по языку Парсер студии Лебедева?