Тут вопрос в том, чтобы как-то осознать деятельность своей команды и честно дать в первую очередь себе понимание, что с ней происходит.
Для этого не нужны ни SP, ни, во многих случаях, таски. Важно как выполняются таски. Если быстро, но тяп-ляп и с техдолгами, это часто хуже, чем дольше, но качественно и с оптимизацией/рефакторингом.
А как выполняются таски можно увидеть, например, при перекрестном code review (как внутри команды, так и между командами). Или по количеству инцидентов/паденией на Проме.
P.S. Это речь о разработке для внутреннего заказчика. Для разработки на сторону могут быть другие варианты.
Но если я знаю, что соседняя команда стоит в 2 раза дешевле, но тоже делает 1000 SP при той же системе оценивания
"Та же система оценивания" - практически несбыточная вещь, на мой взгляд. Даже внутри команды могут быть перекосы оценивания одной и той же задачи как 1:5, так и 5:1 из-за разного опыта разработчиков. А уже между командами - только если они одинаковые детали в одинаковых условиях производят.
В следующем квартале у тебя должны быть следующие показатели
Тогда я просто подроблю "правильные" задачи и оставлю/укрупню "неправильные". У нас такое называется "красить заборы", т.е. внешне все выглядит как надо, а внутри как было, так и осталось.
Помимо диверсификации доходов, это ещё источник информации о коммуникациях и перемещении клиентов. Эти данные можно продать, можно использовать в скоринговых алгоритмах.
А еще лучше пробовать на бумаге, чтобы не налететь на неверное субпиксельное сглаживание. Я на некоторых мониторах видел такую цветную каемку, которая пропадала после выключения этого сглаживания. См. https://ru.wikipedia.org/wiki/ClearType
Логотип Тикток сам по себе с цветными краями. Предлагаю попробовать на другом тексте/изображении. Желательно на таком, про которое будет точная уверенность, что там только черный и белый цвета.
А подскажите, пожалуйста, как в мультипоточности (threading) правильно обрабатывать исключения? И, в частности, ронять всё приложение сразу, как только исключение возникло в любом из потоков?
Сейчас перезамерил Speedtest-ом - 17 Мбит/с на 2,4 ГГц, 31 Мбит/с на 5 ГГц на download. Вряд ли дело в роутере, все остальные устройства, включая старенькие смартфоны, выдают 100Мбит/с.
Не очень понятно для какого уровня статья. Для новичков непонятно куда смотреть и что там нужно увидеть. Для опытных написаны банальные вещи.
Хорошо бы в статью добавить ссылки на документацию с описанием соответствующих моментов (про все - и про хинты, и про spill-ы, про интерфейс, и т.д.), а также описание куда идти, как смотреть, что нужно увидеть, чтобы разобраться есть ли spill-ы и т.п.
Для этого не нужны ни SP, ни, во многих случаях, таски.
Важно как выполняются таски. Если быстро, но тяп-ляп и с техдолгами, это часто хуже, чем дольше, но качественно и с оптимизацией/рефакторингом.
А как выполняются таски можно увидеть, например, при перекрестном code review (как внутри команды, так и между командами). Или по количеству инцидентов/паденией на Проме.
P.S. Это речь о разработке для внутреннего заказчика. Для разработки на сторону могут быть другие варианты.
"Та же система оценивания" - практически несбыточная вещь, на мой взгляд.
Даже внутри команды могут быть перекосы оценивания одной и той же задачи как 1:5, так и 5:1 из-за разного опыта разработчиков. А уже между командами - только если они одинаковые детали в одинаковых условиях производят.
Тогда я просто подроблю "правильные" задачи и оставлю/укрупню "неправильные".
У нас такое называется "красить заборы", т.е. внешне все выглядит как надо, а внутри как было, так и осталось.
Если с коллегой взять по две ВМ, то получится настроить кластер из 4 ВМ?
А нельзя рельсы к коммутатору прикрутить наоборот, чтобы он задвигался с передней стороны стойки - как сервера ?
Помимо диверсификации доходов, это ещё источник информации о коммуникациях и перемещении клиентов. Эти данные можно продать, можно использовать в скоринговых алгоритмах.
В моем представлении, Scala используется только для Spark (и даже в этом направлении стал экзотикой). А для Rust разве существует Spark API ?
А как этот запуск сделать? Самое главное и не описано...
А еще лучше пробовать на бумаге, чтобы не налететь на неверное субпиксельное сглаживание. Я на некоторых мониторах видел такую цветную каемку, которая пропадала после выключения этого сглаживания.
См. https://ru.wikipedia.org/wiki/ClearType
Логотип Тикток сам по себе с цветными краями.
Предлагаю попробовать на другом тексте/изображении. Желательно на таком, про которое будет точная уверенность, что там только черный и белый цвета.
Вот как раз хотел спросить как он соотносится по возможностям с Paint.NET?
Через те же стрелки ходят куда более длинные товарные поезда. Промежуточных станций с посадкой/высадкой пассажиров можно и не делать.
Даже если удлинить только поезда Москва-Адлер, то это уже даст заметное увеличение пропускной способности.
Мне вот ещё непонятно, а почему длину поездов не увеличивают?
В том же Адлере платформа с огромным запасом по длине зачем-то построена.
А сейчас известна? И планируется ли с этим что-то делать?
Сам спросил, сам отвечу:
os._exit(1)
А подскажите, пожалуйста, как в мультипоточности (threading) правильно обрабатывать исключения? И, в частности, ронять всё приложение сразу, как только исключение возникло в любом из потоков?
А. и Б. Стругацкие. Понедельник начинается в субботу.
Может, не "повторное количество просмотров", а "количество повторных просмотров" ?
Сейчас перезамерил Speedtest-ом - 17 Мбит/с на 2,4 ГГц, 31 Мбит/с на 5 ГГц на download.
Вряд ли дело в роутере, все остальные устройства, включая старенькие смартфоны, выдают 100Мбит/с.
Скорость WiFi не измеряли?
Столкнулся на схожем изделии, с тем, что скорость WiFi не поднимается выше 30-40 Мбит/с.
Не очень понятно для какого уровня статья. Для новичков непонятно куда смотреть и что там нужно увидеть. Для опытных написаны банальные вещи.
Хорошо бы в статью добавить ссылки на документацию с описанием соответствующих моментов (про все - и про хинты, и про spill-ы, про интерфейс, и т.д.), а также описание куда идти, как смотреть, что нужно увидеть, чтобы разобраться есть ли spill-ы и т.п.