LINUX.ORG.RU

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


0

0

Предыдущая версия была выпущена в августе 1998 года.
Изменения:

  • поддержка mod_perl
  • настраиваемые поля
  • настраиваемые резолюции
  • общие сохраненные запросы
  • XML-RPC интерфейс
  • скины
  • шаблоны почтовых сообщний
  • добавление/изменения багов по почте
  • улучшена поддержка UTF-8
  • и др...http://www.bugzilla.org/releases/3.0/...
Дейв Миллер, текущий мейнтейнер багзиллы, рассказывает в своем блоге почему это заняло так много времени http://www.justdave.net/dave/2007/05/....

В начале своего пути багзилла была написна на TCL. Потом портирована на perl. На сегодняшний день релиз-менеджер багзиллы Макс Кэнет-Александер считает, что perl не лучший выбор, о чем пишет в своем блоге: http://avatraxiom.livejournal.com/580...

Release Notes: http://www.bugzilla.org/news/#release30

>>> Linux.com

★★★★★

Проверено: anonymous_incognito ()

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

kranky ★★★★★
()
Ответ на: комментарий от kranky

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

anonizmus
()
Ответ на: комментарий от anonizmus

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

mky ★★★★★
()
Ответ на: комментарий от kranky

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

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

mky ★★★★★
()
Ответ на: комментарий от TheLastWinged

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

Grindz
()
Ответ на: комментарий от anonymous

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

szh ★★★★
()
Ответ на: комментарий от user_undefined

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

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

watashiwa_daredeska ★★★★
()

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

anonymous
()

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

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

junk
()
Ответ на: комментарий от junk

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

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

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

anonymous
()

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

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

sedajko_stjumchik
()
Ответ на: комментарий от sedajko_stjumchik

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

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

anonymous
()

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

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

eliterr
()
Ответ на: комментарий от eliterr

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

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

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

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

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

Korwin ★★★
()
Ответ на: комментарий от Zmacs

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

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

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

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

true
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от true

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

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

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

r ★★★★★
() автор топика
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от svu

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

AP ★★★★★
()
Ответ на: комментарий от junk

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

xonix
()
Ответ на: комментарий от anonymous

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

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

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

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

idamir
()
Ответ на: комментарий от eliterr

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

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

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

sedajko_stjumchik
()
Ответ на: комментарий от xonix

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

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

Cris
()
Ответ на: комментарий от Cris

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

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

xonix
()
Ответ на: комментарий от xonix

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

anonymous
()
Ответ на: комментарий от xonix

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

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

anonizmus
()
Ответ на: комментарий от sedajko_stjumchik

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

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

eliterr
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.