На мой взгляд, при удаленной работе, на менеджера накладываются более жесткие требования в плане профессионализма — именно этим и должны заниматься бодишопперы. Кстати говоря, разработчики mysql, по большей части, являются распределенной командой.
Честно сказать, не приходилось работать с mac os x как с виртуалкой и, тем более, разработку там вести в qt creator.
После версии под ubuntu можно попробовать сделать под mac os x, но обещать что-то сложно пока. Не раньше нового года, в любом случае.
В этой ветке можно будет узнать новости.
лично я для таких целей использую группировку активностей. если я работаю над одним проектом, то помещаю все соответствующие ему активности в группу с именем этого проекта. в отчете по категориям становится видна загрузка конкретно по этому проекту
не возьмусь судить про конкретно ваш случай, но, наверняка, не каждая работа может быть учтеная тайм-трекером в полной мере поэтому, и мы работаем над функцией ручного добавления активностей. но мне не кажется, что даже в вашем случае «софт совершенно не поможет» — часть задач все-таки можно автоматизировать, я в этом уверен абсолютно
да, основное преимущество в том, что не нужно вписывать каждое действие вручную и нажимать кнопки start-stop. сбор данных идет автоматизированно
очевидно, что спрос на ubuntu клиента есть, значит скоро сделаем клиент и под ubuntu, хотя бы с базовыми фичами. к новому году, думаю, клиент уже будет
в первую очередь — это детализация на уровне окон, а не процессов, полных uri, а не просто доменов.
второе — ручное добавление «активитис» (та часть работы, которая не происходит непосредственно за компьютером, но должна быть учтена) [в разработке]
третье — доказательная функция работы (это то, что можно использовать для демонстрации работадателю). этот раздел включает в себя несколько фич, на самом деле, которые находятся в разработке
пока что нет. причина банальна — нет девайса для разработки и тестирования
да, все верно. но пока такая проблема не особо критично перед нами стояла потому, что период отправки данных не сервер не велик и возможные потери минимальны. хотя тикет на такую ситуацию у нас есть и ждет своего времени
можете свободно использовать код клиента, который размещен на github-е
совесть — понятие субъективное и у каждого всегда есть свое мнение на этот счет, а цифры, как правило, проще трактовать однозначно
Была идея реализовать фичу с ролью менеджера, но пока это кажется мало востребованным потому, что не особо эффективно работает такая схема на практике
Клиент может работать в течении дня оффлайн и затем закинуть все данные на сервер. Но хранилище реализовано в памяти процесса, поэтому при перезапуске приложения данные не сохраняются
сейчас поддерживаются winxp / win7
С rescue time есть пересечение по основной функции — мониторингу потраченного времени, но, у них нет тех функций, которые нам нужны помимо этого — именно поэтому и решили сделать свой сервис.
В настоящее время есть только клиент под win
Начать лучше с выстраивания приоритетов — вы не должны становиться узким местом в процессе разработки: поэтому сначала выполняются критичные функции, которые не ждут — потому уже остальные вещи по оптимизации процессов и рефакторингу, например.
Когда нагрузка спадает — перемещаете усилия на оптимизацию процессов и на системное решение проблем, чтобы они не появлялись снова и снова и не создавали нагрузку каждый раз.