• Ты добавил всего две строчки. Почему на это ушло два дня?
    0
    Ну то есть если какой-то пользователь заорет, что-то типо «У меня ничего не работает» и вы тут же всё бросите и начнете проводить полную регрессию всего приложения, чтобы понять что же конкретно не работает

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

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

    Вот это-то «идти по пути наименьшего сопротивления» мне и не нравится. В компаниях, где копают от забора и до обеда, это самый естественный ход мыслей для сотрудника. Мне же хочется делать продукт лучше, даже если я сам им не пользуюсь. И мне чётко известно, что не во всех случаях можно получить всю нужную информацию. Да, можно попросить техподдержку о ней, но сидеть и ждать пока информация появится — слишком большая роскошь.

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

    Вы реально, как мне кажется, работаете в основном с корпоративным софтом. С пользовательским, особенно с массовым пользовательским софтом это так не работает. Если пользователь «глупый» — это может быть его проблема, но если их таких много — это ваша проблема. И если штатное поведение вашей программы вызывает недоумение и даже письма или звонки в поддержку, вероятно что-то не так с вашим софтом, а не с его пользователями. Да, пользователи часто поступают неадекватно (на чей-то взгляд), это нормально.
  • Ты добавил всего две строчки. Почему на это ушло два дня?
    0
    Пользователь вас просто пошлёт нафиг, и даже не ответит. А техподдержка — это просто средство коммуникации с пользователями, вы конечно можете их просить об информации, но во многих случаях они её добыть не смогут.

    Разработка массового продукта очень отличается от «систем автоматизации» для банков и других штучных заказчиков. У продукта может быть не 100 пользователей в галстуках и наруч… костюмах, а хотя бы 10 миллионов. И никто из них ничего не должен и не хочет отвечать, а если ваш продукт что-то плохо делает… есть ещё несколько у конкурентов.

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

    Компания несёт убытки, а вы упёрлись рогом, и уверены что она должна предоставить вам любую информацию по запросу. А может быть стоит самому мозг напрячь? Не надеясь на аналитиков, тестировщиков и саппорт? Работа программиста — думать, а уже во вторую очередь — писать код.
  • Ты добавил всего две строчки. Почему на это ушло два дня?
    +2
    Очень хорошо работать в крупной организации. В той самой, где есть отдельные подносильщики платочков для левой и правой руки. Однако большинство компаний себе такую роскошь позволить не могут, и платят за то, что вы решаете проблему, а не за то, что вы очень похожи на чёрный ящик.

    И нередко описание проблемы сводится к тому, что «некоторые пользователи жалуются, что наше приложение у них не работает в Таджикистане». Причём пользователей много, и проблему воспроизвести вне Таджикистана не получается.

    И я знаю, что вы предложите — отправить тестировщика в командировку, чтобы он воспроизвёл проблему. Если пользователи приносят не миллионы долларов так не будет делать никто. А если будет, то уже можно спокойно позвать подавальщика платочков для правой руки, и протереть её перед тем как поставить на задаче штампик «Won't do».
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +15

    Игорь Ашманов, который во время приёма на работу Сысоева был техническим директором Рамблера на Роем прямо заявил, что обязанности писать код в трудовом договоре не было, более того, специально оговаривалась возможность работать над личным проектом (который впоследствии стал называться Nginx). Таким образом, у меня в голове сам собой складывается заголовок типа: "Сын олигарха пытается отобрать деньги у программиста, пользуясь связями в МВД". И вот не удивлюсь, если во всех завтрашних западных сми что-то такое и будет.

  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +4
    Мне кажется, не по Сеньке шапка. На такой шантаж не многие поддадутся. Хотя, конечно, переезд на какой-нибудь lighthttpd в масштабах нетфликса будет весьма недёшев.
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +1
    Использовался в 2007, уж не знаю насчёт «официально». Я тогда там работал, собственно, и Сысоева застал.
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    0
    Если он представитель компании, то, видимо, это официальная позиция компании.
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +65
    мвд.рф — server: nginx
    www.supcourt.ru — Server: nginx/1.10.0 (Ubuntu)
    kremlin.ru — Server: nginx
    duma.gov.ru — Server: nginx

    Вы смотрите сколько правонарушителей разом можно поймать!
  • [Обновлено в 10:52, 14.12.19] В офисе Nginx прошел обыск. Копейко: «Nginx был разработан Сысоевым самостоятельно»
    +2
    Права на веб-сервер Nginx принадлежат компании «Рамблер Интернет Холдинг», входящей в состав Rambler Group, заявили “Ъ” в пресс-службе интернет-холдинга. «Nginx является служебным произведением, разработкой которого с начала 2000-х годов в рамках трудовых отношений с «Рамблером» занимался Игорь Сысоев, поэтому любое использование этой программы без согласия Rambler Group является нарушением исключительного права»,— заявил представитель компании.

    www.kommersant.ru/doc/4190259
  • К вопросу о кроссбраузерном использовании SVG
    0
    Спасибо за статью, она мне только что очень помогла. :)
  • Галопом по европам: изменения в MySQL 5.4
    0
    Это последняя, доступная в репозитории Fedora версия. В своё оправдание могу сказать, что уже пытаюсь собрать 5.1.39 из src.rpm, но процесс это небыстрый. А плагин можно подключить и к 5.1.37 — он доступен здесь: www.innodb.com/wp/products/innodb_plugin/download/.
  • Галопом по европам: изменения в MySQL 5.4
    +1
    Не пробовал, потому что не вижу особого смысла. Мне кажется, сразу понятно, что работа с сервером через сокет будет быстрее, чем то же самое, с привлечением стека TCP/IP. Хотя, с точки зрения защиты от «внешних» соединений работать будет одинаково и то, и другое. :)
  • Галопом по европам: изменения в MySQL 5.4
    +1
    Я конечно извиняюсь, но точки сохранения есть уже довольно давно — ещё с 5.0.3, то есть, больше двух лет. Ссылка на руководство: dev.mysql.com/doc/refman/5.0/en/savepoint.html
  • Галопом по европам: изменения в MySQL 5.4
    0
    Как я понял, шестёрка была запущена параллельно с веткой 5.1, и отличалась от неё, в основном, наличием нового storage engine — Falcon. Похоже, сейчас эта разработка не является приоритетной для Sun (или Oracle).
  • Галопом по европам: изменения в MySQL 5.4
    0
    Меня тоже несколько удивила деградация в производительности на некоторых операциях. Особенно непонятно, то, что различия в производительности проявились на очень похожих операциях. Я попробую ещё исследовать этот вопрос поподробнее, возможно, что-то не так с моими руками, а не с MySQL. :)
  • Галопом по европам: изменения в MySQL 5.4
    +2
    Некоторые патчи от Percona и Google интегрированы в 5.4, точнее, в InnoDB-Plugin, который используется в качестве основного движка InnoDB в 5.4. Осталось подождать, пока эту ветку объявят production-quality. :)
  • Галопом по европам: изменения в MySQL 5.4
    0
    Да, конечно, использовать 5.4 в продакшне было бы неразумно, но тут каждый принимает решения сам для себя.
  • Галопом по европам: изменения в MySQL 5.4
    0
    Обычно, за конструктивную критику я ставлю не минусы, а плюсы. Так что — добро пожаловать… Да и не так уж велик мой вес… килограммов 85-90, может быть. :)
  • Галопом по европам: изменения в MySQL 5.4
    0
    Сакрального смысла в моих постах никогда не было. Да и не будет наверное. Но вы угадали, статья действительно не была закончена.
  • Мы будем жить теперь по-новому
    0
    Но наша почта не на флеше!.. правда, в ней, действительно, используется довольно много Javascript-а… :)
  • Мы будем жить теперь по-новому
    +1
    Спасибо за поддержку. Если бы вы знали, сколько раз я предлагал это сделать… :)
  • Были получены исходники 3300 глобальных интернет-проектов
    0
    Я знаю только один проект Рамблера, на котором мог упоминаться Яндекс — это Рамблер-Друзья, которые поддерживают сборку записей, в том числе, и с ярушечки. К сожалению, я не знаю человека в Рамблере, который бы получил упомянутое в записи сообщение о баге. Странности добавляет то, что наши разработчики проверили свои проекты (а также друг друга), и никто из них этой дыры не нашёл. Впрочем, я, действительно, не могу говорить за всех, поэтому мне и интересно, в каких из наших проектов был такой большой прокол в безопасности.
  • Были получены исходники 3300 глобальных интернет-проектов
    0
    Страшновато писать в пост с таким количеством комментариев, но, всё же, нельзя ли узнать поконкретнее, о каких проектах Рамблера идёт речь? И где в исходных текстах вы встретили упоминание Яндекса?
  • День рождения COBOL
    0
    По-сравнению с Коболом — делфи, даже первой версии, которая работала ещё под Win 3.11 — ужасно прогрессивная рабочая среда. :) ИМХО, конечно.
  • Nginx: точно вовремя
    0
    Nginx всё-таки чаще используется как прокси, за которым стоит уже «настоящий сервер». :) Я имел в виду именно «сервер приложения» на PHP/Python/Perl.
  • Nginx: точно вовремя
    0
    Во многих случаях — разумнее. Однако, если у вас уже активно используется SSI, то почему бы и нет? К тому же, SSI обычно довольно быстр, в отличие от сервер-сайдных скриптов. Ну и, наконец, на больших и нагруженных проектах многие странички отдаются статикой, так что никакого Python/Ruby/PHP там попросту нет. Моё решение как-раз для таких случаев.
  • Nginx: точно вовремя
    0
    Судя по всему, действительно должно, только переменная с датой будет называться DATE_LOCAL.
  • Nginx: точно вовремя
    +2
    Ну просто потому, что так исторически сложилось… Это, кстати, не английский, а, скорее, американский стандарт. Наверное, когда-то древним американцам :) было важнее узнать, какой сейчас месяц. В России, к счастью, такого почти не встречается, но попробуйте-ка разобраться в английской и американской системе мер и весов — все эти футы, дюймы, фунты, ярды и фарлонги способны свести с ума кого угодно, особено, если вспомнить, что длина фута в метрах может отличаться по разные стороны океана. :)

    Кстати, в nginx формат по-умолчанию «12 Feb 2009», а не «02/12/09». :)
  • Обновление Thunderbird
    0
    Похоже на хабре, есть целых шесть человек, для которых «скачать и установить программу» — просто непереносимый кошмар… :)
  • Обновление Thunderbird
    0
    Ну так эти кнопки ведь не особо мешают, на том месте всё-равно будет пустота, если их убрать. А кому-то может так удобнее. :)
  • День программиста на Рамблере
    0
    А ещё мы добавили несколько специальных поисковых подсказок (примеры запросов под строкой поиска), и, возможно, на других проектах тоже будут какие-то сюрпризы. :)
  • Из штаб-квартиры Microsoft увозят сервера
    +2
    Ага. Только, если бы не это «баловство», мои работодатели могли бы потерять довольно заметные суммы денег, а я, соответственно, работу. Я уже не говорю о том, что даже удалённо, по SSH в *nix, для меня, работать удобнее, чем в Windows, на локальной машине. Только, давайте здесь не будем разводить холивара на тему операционных систем…
  • Из штаб-квартиры Microsoft увозят сервера
    +2
    Наверное, всё-таки больной, потому что использовать telnet и SSH через GPRS очень даже возможно. И это неоднократно меня спасало как-раз в ситуациях, когда нет никакой связи, кроме GPRS, а что-то нужно срочно сделать.
  • Файловый AIO в nginx
    +1
    Собственный шедулинг гораздо дешевле ядерного, как минимум, по причине многократного сокращения времени на переключение контекстов, и вообще, на вход и выход в режим ядра, и обратно.
  • Файловый AIO в nginx
    0
    Ну, мне кажутся условия теста не совсем честными, но, вообще, интересно. Я постараюсь закончить со своими тестами до конца недели, может быть даже попробую сравнить производительность lighttpd и nginx на одинаковых нагрузках.
  • Файловый AIO в nginx
    0
    Почти никаких радостей, кроме возможного уменьшения количества воркеров. Если производительность отдачи файлов nginx ограничена производительностью жёсткого диска, то, в любом случае, сколько-то заметного ускорения отдачи файлов не будет. Впрочем, я надеюсь ещё провести более тщательный тест. Если найдётся время, напишу об этом отдельный пост.
  • Первый интерактивный онлайн сериал
    +11
    > Для просмотра сериала требуется установленный Silverlight от компании Microsoft.

    Очень жаль… :(
  • Файловый AIO в nginx
    0
    Залипание запросов в 0.8.14 вроде исправили. Хотя, да, под Linux пока лучше использовать версию 0.8.10 или 0.7.61, как минимум, до выхода 0.8.15.
  • Файловый AIO в nginx
    0
    Ну, кстати, возможно, имеет смысл попробовать собрать последний nginx на системе с ядром от РедХат. Они действительно накладывают довольно много патчей, так что всё может и завестись.

    Единственное, лучше подождать nginx 0.8.15, потому что в 0.8.14 (последнем на сегодня) уже точно есть как минимум одна ошибка, приводящая в определённых обстоятельствах к сегфолту под линуксом.
  • Файловый AIO в nginx
    0
    А одно другому не мешает. 2.6.18 вышло 20 сентября 2006 года, то есть, ему скоро исполнится три года. За это время столько всего произошло… :)

    Хотя, я вас, в принципе, понимаю, я сам бы не стал бы трогать ядро на полностью рабочей системе без необходимости. Но это плата за стабильность — задержка в получении bleeding edge-технологий.