norkas

Хочется в репозитории увидеть README с инструкцией по сборке. И ещё надо бы лицензию прикрутить вменяемую. Лицензирование - это довольно важный аспект: соглашение, имеющее юридическую силу. Так называемая WTFPL - это детский лепет, формулировку которого едва ли примут всерьёз, например, в суде.

Года через два встречайте недовольных с криками "Не учитвывайте мои старые бои на ЛТ!Я раньше много катал на ЛТ когда был уровень баланса +1, и дамажки поэтому набивалось мало, а теперь мне статку га лт нииисправить!!!!"

@H_E_K_P_O_M_A_H_T_, ах.. там ещё и бонусы какие-то дают, ну тогда ок, не знал. Наверное и вправду лучше сразу открывать.

Вангую что товарищ пользуется XVM (или хотя бы XFW) даже не подозревая об этом. Но какое дело до этого товарищу... куда лучше повайнить на форуме.

:D Не, ну если я правильно понял механизм открытия коробок (надо каждую коробку открывать вручную и ожидать проигрывания анимации секунд пять), то даже при 100 доступных коробок при их открытии можно уснуть ненароком =) А я видал скрины с бо́льшим количеством...

Окей, напиши тогда точное количество своих ротных боёв. Не забудь написать как ты получишь эту цифру.

Ок, пасибыч!

Это точно актуальные обновляющиеся данные? По аналогичной ссылке https://static.modxvm.com/wn8.json данные не обновляются, нужно забирать с более мудрёного адреса https://static.modxvm.com/wn8-data-exp/json/wn8exp.json

По какому адресу можно получить expected values xTE?

Чем меньше боёв на аккаунте, тем сильнее каждый отдельный бой вносит в итоговое значение. Если бы у тебя было 30к боёв на акке, то разброс был бы намного меньше. Окей, для некоторых СТ10 были завышены, да. В 29 версии, а про 30 я не в курсе - там вообще всё плохо?

Цифры (ожидаемые значения) вовсе не с потолка, а просто устаревшие.

На красный треугольник мышкой наведите, там будут указаны проблемные танки. Скорее всего пользователи с одинаковыми WN8 и WN8XVM не катались на указанных танках.

Это не представляется возможным технически, потому что результаты ротных боёв и рандома складывались в одну кучу.

Так PyCharm имеет же даже GUI для команд систем контроля версий, в том числе и гита. Хотя это и не важно, я лично использую исключительно консоль для взаимодействия с гитом, но признаю что порог вхождения очень высок, и поэтому вам подойдёт GUI гита встроенный в PyCharm. Ещё можно сделать хранение кода не на каком-нибудь сервисе вроде гитхаба, а прям на своей машине, но думаю для знакомства и ваших нужд как раз гитхаб\битбукет подойдёт как нельзя лучше. +Надо только заставить себя начать.

При выставленном интерфейсе на английском языке, на главной странице сейчас отображается блок "Recent Topics", на тестовом тайтл этого блока на русском:"Новые темы". Ну эт так, мелочь =)

Что конкретно хочется сделать с помощью котиков?

А я не понял что не так в скриншотах. =\

Клан -UA-B на 830-ом месте сейчас.

http://wot-news.com/main/postmsg/226589/42298/3/wn8-pereschet-ozhidaemykh-znachenijj-29 А это уже неправда. Даже если бы этой новости и не было, топиков было бы не меньше. Потому что если бы ЦА умела читать новости, то смогла бы и в чтение уже созданных тем по этому вопросу на форуме. Но как мы видим, читать - это сложно, куда проще ещё одну тему создать с криком "верните мой КПД, сволочи!!!11". Поэтому имеем то, что имеем :-D И это ещё модераторы посносили дубли в одну тему, в первые дни был вообще "привет". Крышу у всех напрочь посносило и паника как будто эпидемия началась.

Да... сейчас поставил XVM и проверил на реплее: топ 150 - показывает иконку BUNES, 100 - нет. Клан на 81 месте по Эло, +4 позиции за сутки.

Я использовал Git когда-то, самое удобное решение на мой взгляд (или любая другая система контроля версий подойдёт). Но порог вхождения будет существенно выше. Если кого заинтересует, тот сможет прочитать и разобраться. А я опишу вкратце алгоритм (пример для Git): 1. Скачиваем чистый конфиг XVM. 2. Заходим в папку скачанного конфига. 3. Создаём там репозиторий (git init), создаём ветку xvm и переключаемся на неё: (git checkout -b xvm) 4. Фиксируем состояния всех файлов: (git commit -a -m "ver %XVM_VERSION%"). 5. Теперь создаём свою ветку с именем my-config и переключаемся на неё: (git checkout -b my-config). 6. Редактируем конфиг так, как нам хочется. Фиксируем наши изменения в нашей ветке (git commit -a -m "my config #1"). Далее, всякий раз когда выходит новый XVM, делаем следующее: 1. Переключаемся в ветку xvm, где мы фиксировали состояние предыдущей версии стандартного конфига XVM: (git checkout xvm) 2. Распаковываем новую версию конфигов XVM в папку. 3. Выполняем команду (git status) чтобы удостовериться что изменения двух версий XVM в стандартных конфигах есть. Если git пишет что изменений нет, то апдейтить ничего и не требуется. А если всё-таки изменения есть, то идём дальше: 4. Фиксируем изменения: (git commit -a -m "ver %XVM_VERSION%") 5. Переключаемся обратно на нашу ветку my-config: (git checkout my-config). 6. Накатываем наши изменения в конфиге на последнюю зафиксированную версию конфига XVM: (git rebase xvm). Итого: 5 команд в шелле и распаковывание новой версии конфига XVM. Никаких блокнотов и прочей чипухи! В принципе, эти 5 команд можно вообще в шелл-скрипт засунуть, для автоматизации так сказать.

Ну точно, именно летом и именно тебя начинает кидать к школоло, а остальных - к скилловичкам, ага чего только не придумают лишь бы своё клац-клац оправдать )

.... del

А у некоторых уже нервы не выдерживают: http://forum.wotlabs.net/index.php?/topic/20669-wn9-candidate-prototype/&do=findComment&comment=718946))

Почти наверняка код, написанный человеком на ассемблере, будет гораздо хуже по производительности кода C# или другого вменяемого ЯП. Компиляторы очень хорошо оптимизируют исходный код.