Спустя 9 лет вышла Багзилла 3.0!

Мм, действительно трабл, интересно, когда выйдет версия на нормальном языке...

в 2017 году. на жабе. Как раз тогда будут компы где проект уровня багзиллы на ней не будут тормозить.

Все доводы Макса Кэнет-Александера против перла начинаются со слов "Мы ниосилили..." Слишком много способов решить одну проблему, слишком много возможностей совершить ошибку, непонятные с певрого взгляда сообщения об ошибках итд. итп. Таким людям не место в серьёзных проектах.

дык это ясно, за такое время можно было багзиллу раз пять с нуля переписать в машинных кодах (под основные архитектуры) - чай не такой монструозный проект... лайфжорнал вон на перле - и не ноют вроде.

Релиз-менеджер багзиллы Макс Кэнет-Александер в своем сравнении языков пишет, что Java --- fast.

>Мы ниосилили...

Да нет, они осилили, но поняли, что слишком много времени тратится на понимание perl'ов недельной давности.

Вот это день. vim и багзилла. Напьюсь нафиг!

> Мм, действительно трабл, интересно, когда выйдет версия на нормальном языке...

Когда туда заглянет VSL и кратко, доходчиво и образно всё объяснит. ;)

Впрочем, братья-анонимусы уже работают в нужном направлении: http://avatraxiom.livejournal.com/58084.html?thread=337892#t337892

А багзилла-то говно. После нее я стал ненавидеть Перл.

>>А багзилла-то говно. После нее я стал ненавидеть Перл. Поставь себе мантису Пых пыхную и не плачь. А перл не строгай - Ларри БОХ

некоторые анонимусы - дибилы. После них я стал ненавидеть анонимусов.

ДА! Давайте на php!

Jira, работает уже щас, причем прекрасно работает

полюбому "перловку" ниасилили!

Нехай на оцамле перепишут.

> Jira, работает уже щас, причем прекрасно работает

Кроме JIRA много чего уже работает "прямо щас", так что это не великое достоинство. В остальном JIRA достаточно говнистенькая.

Отметился...

Новость - очередной довод к вечному вопросу perl vs java. Bugzilla на perl уже успешно работает 9 лет... Попробуйте поставить её аналог на Java на железо 9-летней давности! Чтобы не просто поднялось, но и реально работало! Все доводы из серии "память нынче дешева" и прочее - в детский сад.

А какой багтрекер (кажется они так называются) посоветуете для проекта на пхп над которым работают 5 кодеров?

Причем тестирование будут осуществлять эти же кодеры, но поменяются проектами.

>> А какой багтрекер (кажется они так называются) посоветуете для проекта на пхп над которым работают 5 кодеров?

>> Причем тестирование будут осуществлять эти же кодеры, но поменяются проектами.

Хорошего руководителя.

Trac ну или багзиллу

Ха-ха... Даже до багзиловца дошло, что нужно было писать на Java :) А местные ЛОРовцы бы на С++ стали бы клепать :)

--седайко стюмчик

>Ха-ха... Даже до багзиловца дошло, что нужно было писать на Java

За%пали жабобыдлокодеры сующие свое тормозное поделие во все дыры. Не осилили перл[/с++/лисп/...] - работайте за еду вместе с индусами.

>улучшена поддержка UTF-8

Блин, она либо есть, либо ее нет. Как ее можно улучшить?..

<flame> Дык понятно почему 9 лет заняло. Все эти перловые _@$ - игрушки для гиков. Вот они 9 лет и играли в http://www.perlmonks.org/index.pl?node=Perl Poetry. Попробовали бы они в коммерческой конторе какой так работать. </flame>

> Ха-ха... Даже до багзиловца дошло, что нужно было писать на Java :)

Спорим, ты не ходил по ссылке?

а есть ли багзилла багзиллы? :)

>>улучшена поддержка UTF-8

>Блин, она либо есть, либо ее нет. Как ее можно улучшить?..

Мсье анонимус не в курсе, что для работы с UTF-8 можно применять стандартные строковые функции, работающие с отдельными байтами?

Тогда поддержка будет, но если потребуется работать с отдельными UTF-символами - могут быть проблемы.

>а есть ли багзилла багзиллы? :)

А как же! https://bugzilla.mozilla.org/, продукт - Bugzilla

>>а есть ли багзилла багзиллы? :)

>А как же! https://bugzilla.mozilla.org/, продукт - Bugzilla

рекурсия однако...

> для работы с UTF-8 можно применять стандартные строковые функции,
> работающие с отдельными байтами?

> Тогда поддержка будет, ...

Будет поддержка строк, но никак не в UTF-8.

Поддержка UTF-8 в том и состоит, что нужно учитывать особенность работы с отдельными UTF-символами.

А по сабжу скорее всего имелось ввиду, что не во всех модулях/частях багзиллы со строками работали как с UTF-8. Поэтому где-то работало, а где-то глючило.

>Нехай на оцамле перепишут.

Написать говно можно на любом языке. Тут дело не в языке, а в кодерах:

>А вы, друзья, как ни садитесь, Все в музыканты не годитесь. (C) Крылов

Другой вопрос в том, что некоторые языки и их стандартные библиотеки ставят палки в колеса, если ты захотел писать качественный код...

>полюбому "перловку" ниасилили!

На перле вообще большие проекты писать нельзя. Год назад писал расширения к багзилле. Код там ужасен.

По теме: http://wiki.mozilla.org/Bugzilla:Languages

> Написать говно можно на любом языке. Тут дело не в языке, а в кодерах

В одних языках это сделать проще, чем в других

>Блин, она либо есть, либо ее нет. Как ее можно улучшить?..

Да легко. Пример на псевдокоде: есть типы String, UTFString - ну что - есть поддержка или нет?

>На перле вообще большие проекты писать нельзя

Скажи это, например, компании Swsoft ;)

Можно. Я учавствовал в нескольких. И получается хорошо. Но уровень программистов должен быть соответствующий.

Тебе нельзя - ты модератор теперь.

никак, контора государственная.

Да пора бы уже от перла уходить. Перл отжил свое. Нестрогая типизация, отсутствие нормального механизма исключений, невыразительный синтаксис... ПХП - не серьезно. Руби - довольно перлообразный, и там тоже чересчур "много путей", и криптокод при желании можно писать не хуже чем на перле. Так что альтернатив Питону / Жаве не так и много..

>>На перле вообще большие проекты писать нельзя

> Скажи это, например, компании Swsoft ;)

> Можно. Я учавствовал в нескольких. И получается хорошо. Но уровень программистов должен быть соответствующий.

только баги в продуктах SWSoft бывают идиотские (например в javasript'е, который после первой секунды начинает показывать локальное время вместо серверного). Или выполнение в dump/restore подсистеме 'rm -rf $A/$B' без проверки переменных...

tailgunner *, спорим.

--седайко стюмчик

> Тогда поддержка будет, но если потребуется работать с отдельными UTF-символами - могут быть проблемы.

Бу-га-га... сколько проблем от орбразованности... eliterr *, используй wchar'ы не пудри людям мозги больше _никогда_

--седайко стюмчик

> Руби - довольно перлообразный, и там тоже чересчур "много путей", и криптокод при желании можно писать не хуже чем на перле. Так что альтернатив Питону / Жаве не так и много..

Чтобы писать такие заявления, нужно знать язык и писать на нем реальные вещи. Код на Руби отлично читается спустя недели и месяцы. И за счет нормальных DSL и анонимных функций(которые Гвидо неосилил) код на Руби есть декларативным описанием системы.

>Чтобы писать такие заявления, нужно знать язык и писать на нем реальные вещи. Код на Руби отлично читается спустя недели и месяцы. И за счет нормальных DSL и анонимных функций(которые Гвидо неосилил) код на Руби есть декларативным описанием системы.

Да ладно, имеются в питоне анонимные функции, другое дело, что не совсем полноценные, это да. То что на руби можно писать в декларативном стиле, показывает, что он очень гибкий. А чрезмерная гибкость не есть хорошо. Перл поди, тоже гибкий. Как это не парадоксально, но действительность такова, что языки (более простые|менее гибкие|даже в некот. смысле примитивные) более востребованы (Java, PHP, Python).

Конечно же нужно использовать Python. И вообще-то можно уже давно Trac а не Bugzill-у ставить.

>Перл поди, тоже гибкий. Как это не парадоксально, но действительность такова, что языки (более простые|менее гибкие|даже в некот. смысле примитивные) более востребованы (Java, PHP, Python).

Глобализация однако, это все от того что заказчик наивно полагает что нанять 100 индусских обезьян проще и дешевле, а самое мрачное что для типовых проектов наверное так и есть :-( Главное - побыстрее и подороже втюхать, на качество всем насрать.

> Бу-га-га... сколько проблем от орбразованности... eliterr *, используй wchar'ы не пудри людям мозги больше _никогда_

Большое спасибо за совет, sedajko_stjumchik. Вот только пример был не на тему того, как _я_ пишу, а на тему того, откуда возникает неполноценная поддержка UTF.