Да, можно включить таймер и заниматься своими делами, но потом фактически затраченное время не совпадет с оценкой и нужно будет выяснять, что случилось :)
В целом такое поведение довольно быстро всплывает, поэтому нет нужды пытаться это как-то контролировать, здесь есть определённая степень доверия.
Таймер автоматизирует подсчёт рабочего времени, а мы любим автоматизировать)) Считать в голове или куда-то записывать, когда ты начал работу, потом всё это высчитывать вместо того чтобы сразу переключиться на срочную задачу… такое, в общем. Человеческий фактор лучше исключать насколько это возможно.
Лично я не люблю скриншоты, по мне так это уже больше в сторону паранойи) Отслеживание активности по клавиатуре туда же. Разработчик может 20 минут тупить в экран, обдумывая решение задачи, гуглить, а эффективное решение в итоге займет 1 минуту. Что здесь дадут понять скриншоты и процент активности за временной промежуток, я затрудняюсь сказать :)
Не очень понял суть вопроса :) Во-первых, чтобы вести учёт рабочего времени сотрудника и оплачивать его работу, во-вторых, чтобы у клиента была четкая картина по прогрессу на проекте, подтверждённая числами.
Оценка — понятие относительное :) Один разработчик оценит в большую сторону, другой в меньшую. Обычно менеджер с лидом садятся и вместе идут по пулу новых задач, дают объективную оценку на основе предыдущего опыта.
Если доверить оценку неопытному разработчику, велика вероятность, что он, во-первых, сделает чересчур оптимистичную оценку, во-вторых, упустит какие-то моменты в реализации и на выходе получим неоптимальное решение задачи. Поэтому, если есть спорные моменты, лид с разработчиком также пересматривают оценку по необходимости.
Ну и в конце концов стопроцентной гарантии выполнения в срок грамотная оценка не даёт, так что она скорее выступает в качестве ориентира.
А когда JS-кода под ~100Кб или больше? Тут целесообразнее подключать только то, что нужно на конкретной странице, и при этом иметь возможность отдавать HTML быстрее.
function Foo () {
var bar = [];
this.push = function (val) {
bar.push(val);
};
this.get = function () {
return bar;
};
};
var a = new Foo();
var b = new Foo();
a.push(1);
a.push(2);
b.push(3);
a.get(); // [1, 2]
b.get(); // [3]
Я сам лично не против CoffeeScript, а очень даже за, но лучше либо ОЧЕНЬ щедро солить такой код комментариями, либо дублировать его на JS. Нам не нужен ваш кофе :-)
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Да, можно включить таймер и заниматься своими делами, но потом фактически затраченное время не совпадет с оценкой и нужно будет выяснять, что случилось :)
В целом такое поведение довольно быстро всплывает, поэтому нет нужды пытаться это как-то контролировать, здесь есть определённая степень доверия.
Таймер автоматизирует подсчёт рабочего времени, а мы любим автоматизировать)) Считать в голове или куда-то записывать, когда ты начал работу, потом всё это высчитывать вместо того чтобы сразу переключиться на срочную задачу… такое, в общем. Человеческий фактор лучше исключать насколько это возможно.
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Или ниже, в ветке рядом в общем))
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Лично я не люблю скриншоты, по мне так это уже больше в сторону паранойи) Отслеживание активности по клавиатуре туда же. Разработчик может 20 минут тупить в экран, обдумывая решение задачи, гуглить, а эффективное решение в итоге займет 1 минуту. Что здесь дадут понять скриншоты и процент активности за временной промежуток, я затрудняюсь сказать :)
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Не очень понял суть вопроса :) Во-первых, чтобы вести учёт рабочего времени сотрудника и оплачивать его работу, во-вторых, чтобы у клиента была четкая картина по прогрессу на проекте, подтверждённая числами.
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Так и есть, ответил выше :)
В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб
Оценка — понятие относительное :) Один разработчик оценит в большую сторону, другой в меньшую. Обычно менеджер с лидом садятся и вместе идут по пулу новых задач, дают объективную оценку на основе предыдущего опыта.
Если доверить оценку неопытному разработчику, велика вероятность, что он, во-первых, сделает чересчур оптимистичную оценку, во-вторых, упустит какие-то моменты в реализации и на выходе получим неоптимальное решение задачи. Поэтому, если есть спорные моменты, лид с разработчиком также пересматривают оценку по необходимости.
Ну и в конце концов стопроцентной гарантии выполнения в срок грамотная оценка не даёт, так что она скорее выступает в качестве ориентира.
Простой пример использования ES6 уже сегодня
Xpom-Xpum! SDK — IDE для расширений и приложений Google Chrome
Использование RequireJS в приложениях AngularJS
Пишем тестопригодный javascript
Пишем тестопригодный javascript
Пишем тестопригодный javascript
this.dataделаемvar data. Мне тоже стало непонятно, почему бы не использоватьnewдля создания нового экземпляра.Идея для подарка коллегам: кружка веб-разработчика
Состоялся релиз бета-версии дистрибутива Elementary OS 0.3 Freya
Как не остаться голодным или безлимитный проход в столовую
Вышел Skype 4.3 для Linux
Вышел Skype 4.3 для Linux
Иконки поменялись, стали более флэтовые.
NetLogo: И взрослым, и детям
Шестёрку? Или я чего-то не понял? :-)
У нас в универе активно продвигается AnyLogic, можете вкратце описать отличия, преимущества, недостатки NetLogo?
Мой последний file uploader