Привет.

Если отправить первый коммит (git push origin master), то до гитхаба данные доходят. Если же сделать несколько изменений, но данные не доходят. Выглядит это так:

$ git push -f origin -u master
Counting objects: 14, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (14/14), 7.78 KiB | 0 bytes/s, done.
Total 14 (delta 3), reused 0 (delta 0)

И молчание уже 10 минут.

Если отправлять через интернет с айфона, то работает. А через ворованый вай-фай - нет.

Привет.

Мне бы хотелось поделиться сомнениями в том, правильное ли отношение к авто-тестам сложилось в среде веб-разработки.

Есть две крайних точки зрения.

Сначала тесты.

Приложение начинается с описания User Story на языке функциональных/приёмочных тестов. Каждая возможность, каждая ситуация (глазами пользователя) должны быть закодированы. Это позволяет отслеживать изменения в поведении приложения (и вовремя чинить, разумеется). Плюс строгое описание функциональности помогает понять какие классы будут затронуты, сколько времени уйдёт на программирование новой возможности.

Затем наступает время модульных тестов. Мы описываем интерфейсы, они позволяют нам контролировать несоответствие поведения функций ожидаемому (т.е. проводить тестирование на регрессии после каждого крупного изменения кода). Описывается далеко не всё приложение и не каждая возможность, а лишь отдельные модули самописного кода (printf тестировать нет нужды). Кроме того, модульные тесты могут выступать в качестве некой документации, что неплохо.

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

Тесты потом, нафиг функциональные тесты.

Нам нужен код быстро. Может, мы потом отрефакторим. Оттестируем перед релизом.

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

Модульные тесты. Ладно, напишу 10 позитивных тестов и 20 негативных тестов на этот вырвиглазный модуль, который никто не хочет читать. Скажем, теперь ээта чёрная коробка полностью оттестирована и всё пучком.

Итак. Как вам кажется, какая точка зрения несёт вечное и светлое, а тем паче помогает в долгих проектах?

Привет, толксы, я снова выхожу на связь.

Что уважаемая публика думает о перманентном проживании в недоразвитых странах Юго-Восточной Азии? Положим, на протяжении трёх лет.

P.S. В России слишком холодно стало, старею, наверное.

Добрый день.

Пытаюсь уведомить Роскомнадзор о сайте, который будет работать с персональными данными пользователей. Как я понял, мне нужно некое СКЗИ (из списка http://clsz.fsb.ru/certification.htm), для шифрованной передачи данных. Либо я должен обосновать использование HTTPS.

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

По-другому вопрос может звучать так: как мне заполнять эту форму? http://pd.rkn.gov.ru/operators-registry/notification/form/

Привет.

Хочу замерить (в C/Ruby/Bash) сколько мс был зажат пробел.

Привет!

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

Направьте: где искать?

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