2. В процентах показывать эффективность работы исполнителей.
Судя по картинке вы определяете "эффективность" как некоторую функцию от количества времени, которое сотрудник записал в поле "план", и количества времени, которое сотрудник записал в поле "факт".
Вы где-то посмотрели такое определение эффективности или сами изобрели?
Ещё подскажите.
Дарья планировала 5 часов оценивать задачи. И она записала, что 5 часов их оценивала. Дарья молодец или не молодец?
Новичкам будет намного легче понимать сваггер, если вместо "автоматическая генерация документации" начнут говорить "конвертирование комментариев в коде в документацию".
Сейчас преподносится некая магия, когда вроде настроил конфиг скриптов и на выходе получил красивые странички с документацией. Которая ещё и сама "магически" обновляется.
Но по факту, если разработчик обновил код, но не обновил комментарии к нему, магия пропадает.
Ещё сложнее осознавать, что "язык" комментариев не одинаков: где-то "* @returns {ApiError.model} default - Ошибка запроса", а где-то "// @Failure 500 {object} httpModel.ResponseMessage"
совсем немного упоминаний wnikk/laravel-access-rules . Если это реклама wnikk/laravel-access-rules , то стоит добавить больше фраз с wnikk/laravel-access-rules
foreach ($all as $one) $one->inheritPermissionFrom('Role', 'root');
Bus factor. Уходит хороший председатель и всё ломается.
Неплательщики. УК за счёт оптимизации расходов по многим домам (например, невыполнение части работ) может покрыть эти суммы, а вот в ТСЖ это сделать сложнее.
Сильно больше расходы на администрирование при обслуживании 1 дома, чем нескольких. УК, например, может иметь юриста на зарплате. В ТСЖ по началу непонятно, куда относить подобные расходы.
Общая адекватность жильцов и общение с ними вне активностей по управлению дома. Для УК - это работа. Рабочий день закончился и сотрудник забыл все проблемы.
Очень много юридических нюансов, которые увеличивают стоимость обслуживания дома.
Точно не подскажу, но у меня районный коэффициент указан в каждом расчётном листке по зарплате. Так что, думаю, стаж считается по месту работы сотрудника, а не юридического адреса работодателя.
Будет интересно увидеть аналитику по времени закрытия вакансии
Быстро закрытые вакансии. Разместили 01 числа, а 07 уже отправили в архив. Может даже есть у вас пункт "Закрываем вакансию, так как нашли специалиста".
Долгие вакансии. Может есть рекордсмены по полгода, год, два. Вдруг и представители компаний могут рассказать, почему не закрывают поиск.
Чья команда быстрее выполнит проект? Чей проект будет более качественным?
Вроде бы надо выбрать Соню, так как она
> потратила больше времени на проработку требований, описала все истории, расписала по шаблону, ссылки добавила и передала упорядоченные требования в разработку.
Но с другой стороны Степан ознакомился со статьёй и знает, что
> не используйте схему работы, в которой просто написали пользовательскую историю и передаете её разработке. Так не работает.
> В итоге мы сделали опросник из 14 пунктов, по которому за несколько минут можно оценить себя. То же самое делает про вас тимлид, и если оценки совпадают, то всё отлично
Как решается проблема с тем, что тимлид на каком-то моменте будет "прокликивать" ответы.
Например, он оценивает команду в 3й раз, надо оценить 5 человек: начинающий, 2 средних, 2 старших. Чтобы сократить время на ваш тест, он ставит начинающему первые пункты, страшим - третьи, одному среднему - вторые. И про второго среднего думает: "Он уже 3 года в команде, пора поднять уровень, пусть будет старшим". И ставит ему половину 2х пунктов, половину 3х.
Над содержанием пунктов тимлид не думает. Он знает, кто в команде какого уровня и какие ответы к этому пункту подходят.
собеседования проводятся, но подходящий кандидат не находится. Почему?
Думаю, что очевидный ответ — HR надо проводить собеседования, а не находить подходящего кандидата. Рекрутеры компании, которым действительно нужен новый сотрудник, довольно быстро находят нового коллегу.
робот стал «жертвой политических игр, дезинформации и дешевого хайпа»
Предсказываю, что в эту игру будет играть и другая сторона: следующий робот будет колясочником, которого в первый день карьеры приедут поздравлять члены «Общества защиты и помощи маломобильным гражданам» с благотворительным аукционом, средства от которого пойдут на взносы на колледж для молодых людей, живующи в
не могу ответить насчёт «за чей счёт банкет», но вот этот тезис очень интересный
Т.е. ни на какие дачи эти люди не едут, что несколько противоречит заявлениям кремля.
из-за того, что мы сейчас комментируем новость со следующим содержанием
После того как президент объявил о нерабочих майских праздниках, у РЖД произошли сбои в работе сайта. Причиной стало то, что люди начали искать и покупать билеты, сообщила транспортная компания в своём Telegram-канале. Сейчас она работает над устранением неполадок.
Судя по картинке вы определяете "эффективность" как некоторую функцию от количества времени, которое сотрудник записал в поле "план", и количества времени, которое сотрудник записал в поле "факт".
Вы где-то посмотрели такое определение эффективности или сами изобрели?
Ещё подскажите.
Дарья планировала 5 часов оценивать задачи. И она записала, что 5 часов их оценивала.
Дарья молодец или не молодец?
Классно описано. Хотя последнее фото с кустарными перемычками портит впечатление. Лучше что-нибудь в стиле промпрон размещать.
Новичкам будет намного легче понимать сваггер, если вместо "автоматическая генерация документации" начнут говорить "конвертирование комментариев в коде в документацию".
Сейчас преподносится некая магия, когда вроде настроил конфиг скриптов и на выходе получил красивые странички с документацией. Которая ещё и сама "магически" обновляется.
Но по факту, если разработчик обновил код, но не обновил комментарии к нему, магия пропадает.
Ещё сложнее осознавать, что "язык" комментариев не одинаков: где-то "
* @returns {ApiError.model} default - Ошибка запроса",а где-то "// @Failure 500 {object} httpModel.ResponseMessage"
совсем немного упоминаний wnikk/laravel-access-rules . Если это реклама wnikk/laravel-access-rules , то стоит добавить больше фраз с wnikk/laravel-access-rules
foreach ($all as $one) $one->inheritPermissionFrom('Role', 'root');Ай-ай-ай в одну строку писать.
Плюсы статьи: грамотно написана, использование буквы ё, перечислены люди.
Минусы статьи: нет чего-то, что можно использовать, не указано "сколько денег".
Маленькая, тёплая, ламповая, домашняя УК добра :)
Тут главное, чтобы жильцы понимали: обслуживание через ТСЖ вместо УК может привести и к ухудшению жизни в доме. И имели план на такой случай.
Bus factor. Уходит хороший председатель и всё ломается.
Неплательщики. УК за счёт оптимизации расходов по многим домам (например, невыполнение части работ) может покрыть эти суммы, а вот в ТСЖ это сделать сложнее.
Сильно больше расходы на администрирование при обслуживании 1 дома, чем нескольких. УК, например, может иметь юриста на зарплате. В ТСЖ по началу непонятно, куда относить подобные расходы.
Общая адекватность жильцов и общение с ними вне активностей по управлению дома. Для УК - это работа. Рабочий день закончился и сотрудник забыл все проблемы.
Очень много юридических нюансов, которые увеличивают стоимость обслуживания дома.
Точно не подскажу, но у меня районный коэффициент указан в каждом расчётном листке по зарплате. Так что, думаю, стаж считается по месту работы сотрудника, а не юридического адреса работодателя.
Будет интересно увидеть аналитику по времени закрытия вакансии
Быстро закрытые вакансии. Разместили 01 числа, а 07 уже отправили в архив. Может даже есть у вас пункт "Закрываем вакансию, так как нашли специалиста".
Долгие вакансии. Может есть рекордсмены по полгода, год, два. Вдруг и представители компаний могут рассказать, почему не закрывают поиск.
Например, рекламу этой вакансии вижу уже очень давно https://career.habr.com/vacancies/1000074033
Вроде бы надо выбрать Соню, так как она
> потратила больше времени на проработку требований, описала все истории, расписала по шаблону, ссылки добавила и передала упорядоченные требования в разработку.
Но с другой стороны Степан ознакомился со статьёй и знает, что
> не используйте схему работы, в которой просто написали пользовательскую историю и передаете её разработке. Так не работает.
> В итоге мы сделали опросник из 14 пунктов, по которому за несколько минут можно оценить себя. То же самое делает про вас тимлид, и если оценки совпадают, то всё отлично
Как решается проблема с тем, что тимлид на каком-то моменте будет "прокликивать" ответы.
Например, он оценивает команду в 3й раз, надо оценить 5 человек: начинающий, 2 средних, 2 старших. Чтобы сократить время на ваш тест, он ставит начинающему первые пункты, страшим - третьи, одному среднему - вторые. И про второго среднего думает: "Он уже 3 года в команде, пора поднять уровень, пусть будет старшим". И ставит ему половину 2х пунктов, половину 3х.
Над содержанием пунктов тимлид не думает. Он знает, кто в команде какого уровня и какие ответы к этому пункту подходят.
Никак не проводится. Просто скидывают перевод.
"Но я не участвую в подобных забегах потому что не люблю подобные тусовки. И многие мои знакомые ИТшники так же. "
Я участвую в забегах, чтобы ощутить предстартовый мандраж. Довольно интересное ощущение. Но его не бывает на самостоятельных пробежках.
Сделай так
И в html можно писать в столбик, например, github.com/mdn/learning-area/blob/442c07afb8fb3f0759fd4ed9db58971cba8f60d2/html/multimedia-and-embedding/responsive-images/responsive.html#L58
Дивный новый мир.
из-за того, что мы сейчас комментируем новость со следующим содержанием