Здравствуйте, icezone, Вы писали:
i> AB>Если человек смог исправить баг, то он в состоянии понять, что его же пофиксили другим способом. Тем более изначально речь идет о том, что ошибку долго не исправляют, то проблем это составлять не должно. i> ты думаешь, что я через год вспомню об этом баге?
Да, если ты форкнул репозиторий и собираешься из своей копии (а даже если забудешь что именно менял, то git log / diff напомнят).
Здравствуйте, Aquilaware, Вы писали:
A>Поэтому никогда не используем и не будем использовать эти все смузихлебные гироскутерные технологии ака Node, Perl, PHP и подобное.
В потом вас отнесут на помоечку и закопают разом с волком вместе с дотнетом и явой.
Здравствуйте, Mihas, Вы писали:
M>Я за свою практику нашел два бага в библиотеках .Net. Первый баг я успел запостить, но MS фиксить его отказался, сказав, что так надо. Второй они сами обнаружили и исправили. Но массовому потребителю он все же успел попасть.
Я нашел три. Реакция стандартная — открываешь багрепорт, они сначала немного бодаются и потом все же потверждают, что это баг. Проходит пара лет, багрепорт закрывают с комментарием "мы тут решили, что нам насрать".
Здравствуйте, icezone, Вы писали:
I>не надо ни в чем разбираться, я уже несколько раз писал — ошибка в имени переменной I>блок кода скопировали, а имя переменной осталось прежним, это сразу бросается в глаза I>исправить надо всего ОДИН символ.
Странно!
Такие ситуации обычно всегда разруливает компилятор.
Но, допустим, эта одна такая ситуация, когда (из-за некорректно выбранных имён) компилятор не нашёл ошибку.
Во всех остальных случаях — я так понимаю, что баг-фиксы были более сложные, требовали проверок...
Здравствуйте, AlexGin, Вы писали:
AG>Странно! AG>Такие ситуации обычно всегда разруливает компилятор.
Эта ошибка в PHP скрипте.
AG>Но, допустим, эта одна такая ситуация, когда (из-за некорректно выбранных имён) компилятор не нашёл ошибку. AG>Во всех остальных случаях — я так понимаю, что баг-фиксы были более сложные, требовали проверок...
Другие случаи были аналогичны, я не буду копаться в чужом коде и алгоритмах.
Если ошибка очевидна, то могу исправить, иначе уйду к конкурентам.
SDB>Bluefish Editor, пользуюсь регулярно во вполне практических целях; на каком-то этапе версия из SVN отказалась собираться со старой версией GLib (у меня CentOS 6), написал в баг-трекер, приложив патч, в течение суток он в "творчески переработанном" виде попал в транк.
Здравствуйте, Олег К., Вы писали:
ОК> Чем он лучше саблайма?
Если речь про Sublime Text, то как-то он у меня не пошел. И потом, ниша у них все же немного разная ИМХО: Bluefish основной упор на Web делает (HTML/CSS/JS/PHP), а Sublime более универсальный — у меня в этом качестве medit the text editor выступает. Впрочем, я вообще "нетрадиционной ориентации" — вместо vim или emacs в консоли Joe's Own Editor использую, поскольку WordStar-овские комбинации клавиш, как оказалось, так и не забыл со времен Turbo Pascal и они для меня намного более интуитивны.
Под винду собрать — имей ровно такой перло-питон как предписано в манах, иначе билд-скрипт сдохнет на середине с невнятной ошибкой.
Под ARM собрать как-то надо было — какие-то грабли в коде встретил, деталей не вспомню уже.
SDB>Если речь про Sublime Text, то как-то он у меня не пошел. И потом, ниша у них все же немного разная ИМХО: Bluefish основной упор на Web делает (HTML/CSS/JS/PHP), а Sublime более универсальный — у меня в этом качестве medit the text editor выступает. Впрочем, я вообще "нетрадиционной ориентации" — вместо vim или emacs в консоли Joe's Own Editor использую, поскольку WordStar-овские комбинации клавиш, как оказалось, так и не забыл со времен Turbo Pascal и они для меня намного более интуитивны.
Вот мне именно и интересно узнать что для Веба есть у этого редактора. Конкретные детали. И еще актуальный вопрос. Для PHP файлов, можно ли его настроить чтобы для разметки была одна индентация, а для самого кода другая? В одном файле.