Да, это именно то, что очень хочется применить! :)
К сожалению, «идеально» решить систему не хватает времени. На весь конкурс отведено полтора месяца, при этом не все узнают о начале «до начала». А нужно много кодировать, тестировать и т.п.
При этом, я не уверен, что здесь вообще удастся аналитические решения найти, вся система очень дискретна, при этом есть много внешних факторов случайной или псевдослучайной природы.
Выиграть ИИ вообще нереально. У меня стратегия была на 400+ месте, и я не мог с ней соревноваться. Если сравнивать себя с победителями — они и на круг могут успеть обогнать.
Раз уж вы пишете это на хабре, можно побольше рассказать про детали?
— как организованы запуски боев: инфраструктура, ПО, облака с динамическим выделением машин или заранее определенный кластер
— как реализовали запрет на хождение в сеть и другие противоправства.
— почему выбрали такую систему подсчета очков, через какой-то непонятный индекс.
— защита на серверной стороне от попыток взлома протокола (с желанием посмотреть в удаленную область карты)
и другие подобные вопросы.
Мне всегда было интересно, как это все рализовано — ведь большой объем работы совершенно не виден снаружи, но без него не запустить подобное соревнование.
В целом: очень здорово, что вы это делаете! Жаль, не смогу принять участие, хотя очень этого хочу (нет лишних десятков часов ;) )
Спасибо за возможность попробовать tinyrss! Зарегистрировался, попробовал, но ушел на the old reader.
Есть возможность как-то удалить аккаунт? Я не нашел.
Если честно, не понимаю, почему вы предпочитаете ставить два маленьких кулера, хотя размеры позволяют поставить один но большой. Намного тише будет работать, нет?
Да, я как раз про него и хотел узнать побольше.
Вот, предположим, в Москве 200 контор, которые нанимают Java-Juniors (не знаю точно, я далек от этого рынка труда).
Каким образом обеспечивается подобный волчий билет? Позвонить каждому из 200 компаний и сказать «такого не берите» или у вас общий черный список? Или как?
Я согласен с Вашей точкой зрения, у нас примерно так же, и мне это кажется правильным.
Единственное, что мне непонятно — почему «работу бы уже не смогли найти вообще»?
я настолько привык в виме работать с hjkl для перемещений, wb для перемещений по словам, и т.д.
наверное, за такой клавой все эти горячие клавиши будут не столь удобными?
Я делаю следующим образом:
— то, что требует внимания, но можно смотреть редко (например, уведомления из issue tracker) — кидаются в соответствующий фильтр + «skip inbox»
— то, что требует внимания, и лучше посмотреть/ответить сразу — кидается в фильтр + в инбокс. Ты там его можешь посмотреть и заархивировать, а можно и не архивировать.
— если какое-то письмо требует ответа, но сейчас нет времени — вешаю label «need_response». Также у меня настроено расширение «multiple inboxes», и там настроено как раз label:need_response в качестве второго инбокса.
В результате,
— все письма можно помечать как прочитанные, и наличие «unread» означает, что пришло что-то новое
— всегда на виду письма, которым требуется ответ
— поиск по старым письмам очень удобно проводить с использованием фильтров («label:cr dialyzer»)
Вот здесь написано больше о «мифах о производительности эрланга». В том числе,
«2.3 Myth: Tail-recursive functions are MUCH faster than recursive functions»
"""
According to the myth, recursive functions leave references to dead terms on the stack and the garbage collector will have to copy all those dead terms, while tail-recursive functions immediately discard those terms.
That used to be true before R7B. In R7B, the compiler started to generate code that overwrites references to terms that will never be used with an empty list, so that the garbage collector would not keep dead values any longer than necessary.
"""
Топик вообще ни о чем; основная цель — дать ссылку на «конкурс идей»?
Описаны два провальных подхода, про «успешный» подход только обещание.
При этом ни про «статистику», ни про «прогнозирование» не рассказано.
Надо было назвать «мое выступление на конкурсе идей» — никаких бы вопросов не возникло.
К сожалению, «идеально» решить систему не хватает времени. На весь конкурс отведено полтора месяца, при этом не все узнают о начале «до начала». А нужно много кодировать, тестировать и т.п.
При этом, я не уверен, что здесь вообще удастся аналитические решения найти, вся система очень дискретна, при этом есть много внешних факторов случайной или псевдослучайной природы.
— как организованы запуски боев: инфраструктура, ПО, облака с динамическим выделением машин или заранее определенный кластер
— как реализовали запрет на хождение в сеть и другие противоправства.
— почему выбрали такую систему подсчета очков, через какой-то непонятный индекс.
— защита на серверной стороне от попыток взлома протокола (с желанием посмотреть в удаленную область карты)
и другие подобные вопросы.
Мне всегда было интересно, как это все рализовано — ведь большой объем работы совершенно не виден снаружи, но без него не запустить подобное соревнование.
В целом: очень здорово, что вы это делаете! Жаль, не смогу принять участие, хотя очень этого хочу (нет лишних десятков часов ;) )
Да, кстати, я тоже заметил, что слегка подтормаживает.
Но я ушел не из-за этого, в oldreader интерфейс больше приглянулся.
Есть возможность как-то удалить аккаунт? Я не нашел.
Вот, предположим, в Москве 200 контор, которые нанимают Java-Juniors (не знаю точно, я далек от этого рынка труда).
Каким образом обеспечивается подобный волчий билет? Позвонить каждому из 200 компаний и сказать «такого не берите» или у вас общий черный список? Или как?
Единственное, что мне непонятно — почему «работу бы уже не смогли найти вообще»?
наверное, за такой клавой все эти горячие клавиши будут не столь удобными?
— то, что требует внимания, но можно смотреть редко (например, уведомления из issue tracker) — кидаются в соответствующий фильтр + «skip inbox»
— то, что требует внимания, и лучше посмотреть/ответить сразу — кидается в фильтр + в инбокс. Ты там его можешь посмотреть и заархивировать, а можно и не архивировать.
— если какое-то письмо требует ответа, но сейчас нет времени — вешаю label «need_response». Также у меня настроено расширение «multiple inboxes», и там настроено как раз label:need_response в качестве второго инбокса.
В результате,
— все письма можно помечать как прочитанные, и наличие «unread» означает, что пришло что-то новое
— всегда на виду письма, которым требуется ответ
— поиск по старым письмам очень удобно проводить с использованием фильтров («label:cr dialyzer»)
habrahabr.ru/post/142594/#comment_4775504
Вот здесь написано больше о «мифах о производительности эрланга». В том числе,
«2.3 Myth: Tail-recursive functions are MUCH faster than recursive functions»
"""
According to the myth, recursive functions leave references to dead terms on the stack and the garbage collector will have to copy all those dead terms, while tail-recursive functions immediately discard those terms.
That used to be true before R7B. In R7B, the compiler started to generate code that overwrites references to terms that will never be used with an empty list, so that the garbage collector would not keep dead values any longer than necessary.
"""
Описаны два провальных подхода, про «успешный» подход только обещание.
При этом ни про «статистику», ни про «прогнозирование» не рассказано.
Надо было назвать «мое выступление на конкурсе идей» — никаких бы вопросов не возникло.