Как-то одно время замерял время специально, когда на полный день работал.
В дни, когда сидел, колбасил вообще из-за компьютера не вставая с самого начала дня и до конца у меня выходило 6 часов.
7 получилось только один раз, скорее всего, из обеда туда время попало.
Типичные значения были 4-5 часов, если нормально работать не отвлекаясь.
Тогда, правда, я не помню, чтобы использовал программы таймеры, и стало быть время на обсуждения (по скайпу и почте/жире с заказчиком общались) и комменты в тикеты/ежедневные отчеты скорее всего тоже не логировал.
В любом случае не представляю как можно 7 часов в день в сколько-нибудь длительной перспективе набрать без ущерба для здоровья. Ведь 10мин перерыва в час за 8 часов уже в полтора часа выливаются.
Рабочих часов реально за восьмичасовой день 6 максимум выйдет, обычно в районе 4. Как раз и выходит около 1000 часов в год.
У буржуев, видимо, далеко не у всех оплачиваемый отпуск есть, если отпуск учитывать, выйдет около 900 часов в год.
Где-то видел формулу для подсчета ЗП в час если переходить с помесячного фултайма на почасовую: берем зарплату за год, делим на 1000 — получаем з/п в час. У меня на почасовой оплате с такой схемой реально даже чуть меньше по деньгам выходит в месяц, чем если бы в офисе работал.
Worksnaps счета сам выставляет по числу залогированных часов, и отправляет заказчику. Страшные, конечно, но зато делается буквально в 3 тычка мышью и без использования клавиатуры.
Я правильно понимаю, что для вывода денег с платежных систем на рублевый счет подтверждающими документами для налоговой будут являться выписки этих платежных систем? Или что здесь понимается под «актами»?
Пока ты на зарплате сидишь, тема налогов как-то мало интересует — ты каждый месяц получаешь какую-то сумму, а то что в формуляре больше написано, да еще работодатель пенсионные отчисления платит, это проблемы работодателя, т.к. ты шел на какую-то определенную ставку и при других пенсионных отчислениях получал бы столько же. Даже умом понимая эти суммы, они как-то не цепляют.
А вот как только начинаешь работать как ИП или организация — сразу проблема налогов начинает волновать, т.к. раз в квартал нужно отдать государству часть из заработанных денег, которые уже в кармане лежат.
Если речь идет о Java, можно добавить шаг сборки проекта в дженкинсе, чтобы внутрь артефакта упаковывался текстовый файл с git SHA1, да и номером сборки до кучи.
UPD: Прошу прощения, уже увидел, что о C#. Мне кажется, для его сборочницы можно тоже что-то подобное сообразить.
Насколько я помню, одно из первых правил написания тестов — «make it fail».
Т.е. при написании теста нам нужно добиться обоих случаев — и чтобы он выполнялся, и чтобы он валился.
Но ошибки в тестах, тем не менее никто не отменял. И частичным тестированием юнит-тестов будут заниматься интеграционные (к которым так же применяем правило «make it fail»).
Судя по всему, это несколько более крутая штука. Скорее напоминает Vagrant для LXC.
Больше бы стоило, наверное, отметить такие фичи:
* можно запустить отдельную команду (sh -c "/bin/echo Hello | tee /etc/motd") в контейнере — эта выполняется за 0.1сек
* очень легко создавать новые контейнеры. Можно, например, создать контейнер с результатами работы вышеуказанной команды — выполняется еще быстрее.
* размер контейнера — всего лишь дифф по сравнению с базовым (на самом деле, чуть больше — для результата вышеуказанной команды ~20кб)
* контейнеры можно генерировать и автоматизированно — указываем в Dockerfile базовый образ, какие команды запустить, какие порты высунуть и через несколько секунд получаем готовый образ
* контейнеры можно публиковать
Т.е. контейнеры по сравнению с OpenVZ очень и очень дешевые, да и на порядок удобнее с ними работать.
Сами разработчики Docker позиционируют его как виртуализацию на уровне сервисов, а не на уровне серверов как обычно бывает, и по-моему они в этом преуспели.
На сайте у них есть примеры как упаковать в контейнер, скажем web-приложение, но по идее это же можно делать и, скажем, дженкинсом.
В дни, когда сидел, колбасил вообще из-за компьютера не вставая с самого начала дня и до конца у меня выходило 6 часов.
7 получилось только один раз, скорее всего, из обеда туда время попало.
Типичные значения были 4-5 часов, если нормально работать не отвлекаясь.
Тогда, правда, я не помню, чтобы использовал программы таймеры, и стало быть время на обсуждения (по скайпу и почте/жире с заказчиком общались) и комменты в тикеты/ежедневные отчеты скорее всего тоже не логировал.
В любом случае не представляю как можно 7 часов в день в сколько-нибудь длительной перспективе набрать без ущерба для здоровья. Ведь 10мин перерыва в час за 8 часов уже в полтора часа выливаются.
У буржуев, видимо, далеко не у всех оплачиваемый отпуск есть, если отпуск учитывать, выйдет около 900 часов в год.
А вот как только начинаешь работать как ИП или организация — сразу проблема налогов начинает волновать, т.к. раз в квартал нужно отдать государству часть из заработанных денег, которые уже в кармане лежат.
UPD: Прошу прощения, уже увидел, что о C#. Мне кажется, для его сборочницы можно тоже что-то подобное сообразить.
Т.е. при написании теста нам нужно добиться обоих случаев — и чтобы он выполнялся, и чтобы он валился.
Но ошибки в тестах, тем не менее никто не отменял. И частичным тестированием юнит-тестов будут заниматься интеграционные (к которым так же применяем правило «make it fail»).
Больше бы стоило, наверное, отметить такие фичи:
* можно запустить отдельную команду (
sh -c "/bin/echo Hello | tee /etc/motd") в контейнере — эта выполняется за 0.1сек* очень легко создавать новые контейнеры. Можно, например, создать контейнер с результатами работы вышеуказанной команды — выполняется еще быстрее.
* размер контейнера — всего лишь дифф по сравнению с базовым (на самом деле, чуть больше — для результата вышеуказанной команды ~20кб)
* контейнеры можно генерировать и автоматизированно — указываем в Dockerfile базовый образ, какие команды запустить, какие порты высунуть и через несколько секунд получаем готовый образ
* контейнеры можно публиковать
Т.е. контейнеры по сравнению с OpenVZ очень и очень дешевые, да и на порядок удобнее с ними работать.
Сами разработчики Docker позиционируют его как виртуализацию на уровне сервисов, а не на уровне серверов как обычно бывает, и по-моему они в этом преуспели.
На сайте у них есть примеры как упаковать в контейнер, скажем web-приложение, но по идее это же можно делать и, скажем, дженкинсом.