Как страшно и сложно быть админом:
> Да, свободного времени больше у вас нет и не будет в ближайший год.
> вы теперь отвечаете за всё, что происходит с компьютерами.
> Роскошь уходить с работы во-время для вас будет закрыта на ближайшие пару лет
думал об этом, но есть несколько причин почему отказался:
1. Изучение протокола позволит решать ряд других задач, например, автоматизация смены трекера (torrents.ru -> rutracker.org), или добавление нового. Поэтому в плане опыта лучше разобраться что к чему.
2. Не знаю как вы, но я нередко забываю о модификациях hosts/dns, и поэтому возможно множество факапов в дальнейшем — например, банальная смена пасскея.
3. Я не знаю механизмов работы торрент-клиента, поэтому вполне возможно что он будет посылать в 2 раза больше запросов, чем нужно.
Возможно это напоминает — «давайте потратим 8 часов сейчас, что бы когда-нибудь сэкономить 2 раза по 5 секунд». Но надеюсь что это не так :)
а если в списке окажется только retrecker.local?
а остальные 2 отвалятся?
ну или retrecker.local + ix*, который не учитывает статистику.
Технически практически нереально определить «важность» трекера. Поэтому вывод из строя любого из списка должен сигнализировать, ибо вдруг этот вышедший и является самым главным, а остальные, рабочие, — просто заглушки.
я не считаю что это баг.
имхо, правильно помечать то что торрент сломан, когда хотя бы один из трекеров вернул ошибку.
По-крайне мере если трекеров 2 — URL источника (bt*.rutracker.org, например) + retracker.local.
То при возникновении ошибки (например Unregistered torrent), мы сразу увидим это.
В единственном треде на форуме что я нашёл — rutracker.org/forum/viewtopic.php?t=2833412, ничего нет информативного.
Ошибки есть у всех, у кого я узнавал, поэтому моё мнение таково, что что-то планировали сделать, но не срослось, и сейчас сервис не функционирует.
Только char'ы имеют четко один байт, остальные из списка могут иметь отличные от приведенных в таблице значения.
Например sizeof(int) = 2 байта, или sizeof(double) = 10 байт, ну и так далее.
Зависит от платформы и от компилятора.
> Итог говорит в пользу TDD — в первом модуле QA нашли лишь небольшие проблемы с графикой в IE9, зато во втором — неприятный баг
Итог: 1 баг при TDD и 1 баг при обычной разработке, при этом времени затрачено было на 40% ,jkmit/
Что-то не так? :)
Проектирование != TDD, проектирование можно делать в удобных средах, и даже на бумажке, строя вменяемую архитектуру, без всякого TDD.
Я предпочитаю сначала написать код, а потом накладывать на него юнит-тесты, дабы следующие версии ничего не ломали. А не наоборот.
Хотя наверно, это дело вкуса.
> Да, свободного времени больше у вас нет и не будет в ближайший год.
> вы теперь отвечаете за всё, что происходит с компьютерами.
> Роскошь уходить с работы во-время для вас будет закрыта на ближайшие пару лет
1. Изучение протокола позволит решать ряд других задач, например, автоматизация смены трекера (torrents.ru -> rutracker.org), или добавление нового. Поэтому в плане опыта лучше разобраться что к чему.
2. Не знаю как вы, но я нередко забываю о модификациях hosts/dns, и поэтому возможно множество факапов в дальнейшем — например, банальная смена пасскея.
3. Я не знаю механизмов работы торрент-клиента, поэтому вполне возможно что он будет посылать в 2 раза больше запросов, чем нужно.
Возможно это напоминает — «давайте потратим 8 часов сейчас, что бы когда-нибудь сэкономить 2 раза по 5 секунд». Но надеюсь что это не так :)
а остальные 2 отвалятся?
ну или retrecker.local + ix*, который не учитывает статистику.
Технически практически нереально определить «важность» трекера. Поэтому вывод из строя любого из списка должен сигнализировать, ибо вдруг этот вышедший и является самым главным, а остальные, рабочие, — просто заглушки.
имхо, правильно помечать то что торрент сломан, когда хотя бы один из трекеров вернул ошибку.
По-крайне мере если трекеров 2 — URL источника (bt*.rutracker.org, например) + retracker.local.
То при возникновении ошибки (например Unregistered torrent), мы сразу увидим это.
У меня оба этих трекера присутствуют в каждом скачанном .torrent-файле.
Ошибки есть у всех, у кого я узнавал, поэтому моё мнение таково, что что-то планировали сделать, но не срослось, и сейчас сервис не функционирует.
Только char'ы имеют четко один байт, остальные из списка могут иметь отличные от приведенных в таблице значения.
Например sizeof(int) = 2 байта, или sizeof(double) = 10 байт, ну и так далее.
Зависит от платформы и от компилятора.
Итог: 1 баг при TDD и 1 баг при обычной разработке, при этом времени затрачено было на 40% ,jkmit/
Что-то не так? :)
Проектирование != TDD, проектирование можно делать в удобных средах, и даже на бумажке, строя вменяемую архитектуру, без всякого TDD.
Я предпочитаю сначала написать код, а потом накладывать на него юнит-тесты, дабы следующие версии ничего не ломали. А не наоборот.
Хотя наверно, это дело вкуса.