OpenQuality.ru
Качество программного обеспечения
31.03 Использование Chrome DevTools для профилирования производительности web-сайтов, оптимизированных для мобильных устройств.
30.03 Масштабирование команды разработчиков не менее важно чем масштабирование ПО, над которым они работают.
30.03 Как это было: инженеры Linkedin значительно улучшили производительность загрузки главной страницы сервиса.
30.03 Один из способов ускорить получение результатов тестов – запускать только те из них, на которые могли повлиять изменения в коде.
30.03 Из жизни роботов: история одного бага в Java-коде и его обход.
27.03 Code freeze: если нельзя, но очень хочется, то можно.
27.03 Martin Fowler полагает, что хороший программный код может быть хорошей документацией.
24.03 В скрипте инициализации RHEL допущена ошибка, приводящая к удалению всех файлов.
23.03 Старый-добрый Cron реинкарнируется в распределенный сервис на базе алгоритма Paxos и технологий Google.
23.03 В новой версии Google Chrome улучшены механизмы и, соответственно, производительность выполнения скриптов JavaScript.
23.03 Google Testing blog: подходы к тестированию графического интерфейса приложений, работающих в среде Android.
20.03 Исходный код MSBuild выложен в открытый доступ.
20.03 Seth Godin бьет точно в цель: создание благожелательной атмосферы, в которой у человека рождается стремление к совершенствованию, важнее передачи ему технических знаний.
18.03 Проекты, которые нельзя ни развить, ни закрыть, налагают негативный отпечаток на его участников.
18.03 Выбор бара по рулетке и свидания для слабовидящих: самые невероятные сценарии могут стать реальностью после создания приложений, использующих Uber.
17.03 И Дунай потечет вспять: перемещение сервиса Swiftype из Amazon EC2 на железо.
17.03 James Bach и Michael Bolton подводят черту под использованием термина "исследовательское тестирование" и предлагают заменить его термином "тестирование". (1, 2)
16.03 Переход от целостного сервиса на базе Ruby к микросервисной архитектуре на базе Go: извлеченные уроки.
16.03 Google Compute Engine: "живая" миграция виртуальных машин в случае непредвиденных обстоятельств или запланированных работ.
13.03 Прощай, MongoDB. Здравствуй, PostgreSQL. Причины и этапы перехода из первых рук.
13.03 Неожиданно хорошая подборка постулатов о тестировании программного обеспечения.
13.03 Michael Bolton подобострастно критикует труды пионеров тестирования и шлифует базовые термины прикладной дисциплины.
12.03 Должен ли пользователь платить за период накопления опыта разработчиком, если на накопление ушло 10 лет, а работа выполнена за 10 минут?
11.03 Девять жемчужин тайного знания, о которых осведомлены программисты и не имеют понятия другие люди.
11.03 То, что может показаться простым действием для разработчика продукта, может оказаться непростой задачей для потенциального пользователя.
10.03 Прощу любые грехи, но только не хранение паролей в открытом виде. А какие надежды подавал!
10.03 Сервис с 30 миллиардами запросов и 60 терабайтами данных в день: статистика, архитектура, технологии, команда, коммуникации, извлеченные уроки.
06.03 Сайт готов? Смотря с какого бока посмотреть.
05.03 Johanna Rothman предлагает отойти от управления производительностью сотрудников к развитию их карьеры и материальному поощрению на основе коллегиального мнения команды.
05.03 Gerald Weinberg классифицирует баги по способу попадания в программный код.
04.03 Кто сторожит сторожей: профилирование профайла, чтобы выяснить причины снижения его производительности.
04.03 Martin Fowler рассказывает о правилах разработки ПО, которые предложил Kent Beck.
01.03 Если есть трудности с подтверждением легитимности использования ПО, то техсаппорт будет мурыжить до тех пор пока Дилберт не захочет купить новый компьютер.
01.03 Человеконенавистник может найти свое пристанище в проектировании пользовательских интерфейсов.
Что такое качество программного обеспечения и как его улучшить.
Т1. Мы думали, что это баг, а тут, оказывается, вирус затесался.
Т2. Не баги горшки обжигают?
Подходы к разработке, тестированию и внедрению приложений.
• "Dear young person, if you are a geek, the world needs you, and you will never run out of opportunities to apply your talents." (Donald Knuth)
• "I will, in fact, claim that the difference between a bad programmer and a good one is whether he considers his code or his data structures more important. Bad programmers worry about the code. Good programmers worry about data structures and their relationships." (Linus Torvalds)