Для того, чтобы менеджмент мог приоритизировать бэклог, имхо. Ну а сама оценка не на пустом месте возникает - задачу надо хоть как то обсудить и эстимировать, прежде чем её брать в спринт. Это такое непрямое управление командой, когда девелоперы говорят что они могут и засколько, а продакты тасуют из этого что им всё таки надо. А что получается - это способность команды решать эти задачи и ээ.. квалификация продактов их ставить и приоритизировать. У нас была стори на инфраструктурные изменения, продакты её мариновали полгода, говоря что вальюз никаких, когда мы её сделали, всё таки, это принесло экономию порядка 30 т ежемесячно, а после развёртывания второго датацентра более 60. Вот пример того, что аджайл не только про команды, и то как менеджмент может неправильно использовать инструменты
Инструменты не работают аогда не в тех руках. Если они в руках сппциалистов, те команды, то всё ок, если ими начинает крутить менеджмент, то они могут даже навредить.
Странно что статья про разработку, а вакансии сервисные
Ещё для меня звучит странновато использование рест апи и джейсонов совместно с борьбой за микросекунды и память - у вас же однородная вычислительная среда, занафика вам технологии бакенда? У вас же телеком всё таки)
Я часы Garmin снимаю только в душ, да и то из за капронового ремешка. А вот эту штуку не то что спать - не надену ни за что, кроме предписания доктора на сутки максимум.
Прикольная статья и идея) Мне кажется, уже сейчас чисто технически на базе гита можно что то такое замутить без принципиальных трудностей если в промежутке останется тот же текст, как после старого препроцессора с++
Но давайте мыслить шире - человек и язык, программист и язык программирования. Человек и текст - общение, литература, документация, "сралки на форумах" и тепе. Программист и яп - модули, стандарты, компиляторы, программы, чистый код и паттерны. Далее - человек и поэзия) Что этому может соответствовать в программировании? Ну разве что творения индусских мастеров программного слова, где в каждой строчке они пытаются отложить хоть песчинку кирпичика, из которого потом сказочно возникнет домик, в котором будут жить их шивы)
Я к чему. Программирование, несмотря на то, что потенциально способно воплощать в реальность физически нереализуемые сущности, навроде многозадачности и различных виртуальностей, до сих пор выдаёт за прорывы открытия и воплощения прошлого. Ну, к примеру, кластер, шина сообщений и энтерпрайз шина и всё такое, интегрированная архитектура.. Поэтому если и рассуждать о будущем способе хранения программ, то следующая станция должна зеркалить поэзию, сочетающую текст и образы, им навеиваемые, что кардинально повышает количество бит на символ. И тут не обойтись без ИИ в роли библиотекаря, переводчика и сантехника) Представляете - it парубок, выпив утром кофе без кофеину на ячменном солоде, выходит на терасску домика с видом на пересохший Дон и декламирует - налево иди и смерть там познаешь, прямо пойдёшь деву найдёшь, направо ходить не нада нам ни за что. Ну а уж ИИ соотнесёт образы с эксепшенами, удовлетворением спроса и аспектами безопасности. И никаких модулей текста, заметьте)
С float это популярная проблема, особенно если есть аккумулятор на несколько тысяч отсчётов. Мы подобные блоки вообще на int32 имплементировали с контролем разрядности операндов и промежуточными сдвигами.
Точность измерения параметров определяется свойствами измеряемого сигнала и отношением сигнал шум. Чтобы шум мог считаться для формул гауссовым, его достаточно представлять 2-3 разрядами ацп в полосе сигнала. Мы это многократно моделировали и проверяли, в своё время, для лчм, псп, оценки допплеровских сдвигов частоты и, соответственно, когерентного накопления. Если с/ш высокий, то точность измерения будет высокой, если на пороге обнаружения, то и точность будет около разрешающей способности. Но увеличение разрядности ацп её никак не повысит
Мы о разном, мне кажется. Сверхдискретизация это когда темп ацп многократно выше, чем полоса сигнала. Потом этот оцифрованный сигнал фильтруется в полосе сигнала, подавляя внеполосовые шумы пролазов и шума квантования. За счёт этого мощность шумов квантования кратно снижается, что эквивалентно увеличению разрядности ацп. Ну и поток выборок можно прорядить, поскольку спектр стал уже после фильтрации. Ваши же рассуждения касаются точности представления сигнала - ну как для цапа при воспроизведении музыки, или ацп при оцифровке. Повышение разрядности выше динам диапазона исходного сигнала ничего не даёт. Если на входе ацп сигнал шум 40 дБ, то он таким и останется, как его не оцифровывай и не фильтруй, 2 разряда на шум и 7 разрядов на сигнал, ну или просто 12 р чтобы ару попроще
При сверхдискретизации после ddc полоса снижается, давая полбита разрешения на сужение полосы в 2 раза. Снизили полосу в 16 раз - получили 14 бит разрешения на 12 р ацп
40 лет назад был 1985 год, нет? Зарплата тогда исчислялась сотней рублей, а в корову или сп21 на есках и прочих см уже играли не первый год без особого вреда для производственной деятельности. Мимо, я считаю)
Понял, всё правильно тогда. Но джиттер как раз и существенен при шумном эфире - из за него хвосты от внеполосных спектров лезут в полосу приёмника. То есть динам диапазон вроде и высокий, а внеполосные шумы и сигналы сразу гробят эф. динам диапазон
И ещё - может я неправильно понял схему буферизации и обмена с cpu/user space, но я в своё время использовал dma для заполнения страниц кольцевого буфера в kernel space, а блокирующий read device для его чтения и освобождения, ioctl только для настройки и управления приёмником. Правда приёмник работал в стробах по несколько мс
Круто. А у Вас такт на АЦП прямо с SoC подаётся? Если это цифровой вывод общего назначения, то там джиттер может быть большой, а это приводит к снижению с/ш приёмника за счёт размазывания спектров внеполосовых сигналов и наложения. Кроме того, хорошо бы смоделировать тракт и померять ачх приёмника, потому что комбинация сик фильтров с децимацией может давать наложения.
Значит всё таки контроль и учёт, и это правильно) По моему опыту, как только скрам мастера, РО или какой нибудь релиз менеджмент начинает считать единички ресурсов и пребывать в иллюзии, что он управляет командой и объёмом разработки, аджайл на этом заканчивается.
Вообще у меня сложилась внутренняя иллюстрация аджайлу - это концепция протокола IP пересылать данные настолько хорошо, насколько получается. Есть задачи, есть люди которые их ставят. Есть команда, которая их выполняет в существующих условиях максимально качественно и быстро. Чтобы это хорошо работало, необходимо корректно ставить и приоритизировать задачи и обеспечивать команде условия, мотивацию и желание их решать. А инструменты это лишь инструменты
Всё достаточно здраво выглядит, только я не очень понял, почему у вас РО кроме определения задач и приоритетов распределяет ресурсы, и главное как ему это удаётся) то что он их учитывает, это же не распределение
Да, я уже 2 раза на таких импортозамещённых таблетках от гипертонии чуть не отъехал.. хотя название и фирма одинаковые, только производство было в Словакии и Ирландии, а стало в подмосковии, и через неделю 186 на 115..
40 ppm это стабильность хорошего кварца, а для него интервал корреляции сигнала существенно больше, чем 5 мкс. Если Вы про разброс частот передатчика и приёмника, то да, подобные рассуждения актуальны, и надо делать подстройку по частоте или подкручивать фазу постоянно. В общем тут какая то некорректность у Вас, имхо
Для того, чтобы менеджмент мог приоритизировать бэклог, имхо. Ну а сама оценка не на пустом месте возникает - задачу надо хоть как то обсудить и эстимировать, прежде чем её брать в спринт. Это такое непрямое управление командой, когда девелоперы говорят что они могут и засколько, а продакты тасуют из этого что им всё таки надо. А что получается - это способность команды решать эти задачи и ээ.. квалификация продактов их ставить и приоритизировать. У нас была стори на инфраструктурные изменения, продакты её мариновали полгода, говоря что вальюз никаких, когда мы её сделали, всё таки, это принесло экономию порядка 30 т ежемесячно, а после развёртывания второго датацентра более 60. Вот пример того, что аджайл не только про команды, и то как менеджмент может неправильно использовать инструменты
Инструменты не работают аогда не в тех руках. Если они в руках сппциалистов, те команды, то всё ок, если ими начинает крутить менеджмент, то они могут даже навредить.
Странно что статья про разработку, а вакансии сервисные
Ещё для меня звучит странновато использование рест апи и джейсонов совместно с борьбой за микросекунды и память - у вас же однородная вычислительная среда, занафика вам технологии бакенда? У вас же телеком всё таки)
Не, за то что долго знали про бэкдор и не сообщили бизнесу
С дискретностью 10 мин не означает с точностью 10 мин.
АНБ вроде как оштрафовали за это?
Я часы Garmin снимаю только в душ, да и то из за капронового ремешка. А вот эту штуку не то что спать - не надену ни за что, кроме предписания доктора на сутки максимум.
Прикольная статья и идея) Мне кажется, уже сейчас чисто технически на базе гита можно что то такое замутить без принципиальных трудностей если в промежутке останется тот же текст, как после старого препроцессора с++
Но давайте мыслить шире - человек и язык, программист и язык программирования. Человек и текст - общение, литература, документация, "сралки на форумах" и тепе. Программист и яп - модули, стандарты, компиляторы, программы, чистый код и паттерны. Далее - человек и поэзия) Что этому может соответствовать в программировании? Ну разве что творения индусских мастеров программного слова, где в каждой строчке они пытаются отложить хоть песчинку кирпичика, из которого потом сказочно возникнет домик, в котором будут жить их шивы)
Я к чему. Программирование, несмотря на то, что потенциально способно воплощать в реальность физически нереализуемые сущности, навроде многозадачности и различных виртуальностей, до сих пор выдаёт за прорывы открытия и воплощения прошлого. Ну, к примеру, кластер, шина сообщений и энтерпрайз шина и всё такое, интегрированная архитектура.. Поэтому если и рассуждать о будущем способе хранения программ, то следующая станция должна зеркалить поэзию, сочетающую текст и образы, им навеиваемые, что кардинально повышает количество бит на символ. И тут не обойтись без ИИ в роли библиотекаря, переводчика и сантехника) Представляете - it парубок, выпив утром кофе без кофеину на ячменном солоде, выходит на терасску домика с видом на пересохший Дон и декламирует - налево иди и смерть там познаешь, прямо пойдёшь деву найдёшь, направо ходить не нада нам ни за что. Ну а уж ИИ соотнесёт образы с эксепшенами, удовлетворением спроса и аспектами безопасности. И никаких модулей текста, заметьте)
Вопрос с подвохом))) Ну да, во многих случаях.
С float это популярная проблема, особенно если есть аккумулятор на несколько тысяч отсчётов. Мы подобные блоки вообще на int32 имплементировали с контролем разрядности операндов и промежуточными сдвигами.
Точность измерения параметров определяется свойствами измеряемого сигнала и отношением сигнал шум. Чтобы шум мог считаться для формул гауссовым, его достаточно представлять 2-3 разрядами ацп в полосе сигнала. Мы это многократно моделировали и проверяли, в своё время, для лчм, псп, оценки допплеровских сдвигов частоты и, соответственно, когерентного накопления. Если с/ш высокий, то точность измерения будет высокой, если на пороге обнаружения, то и точность будет около разрешающей способности. Но увеличение разрядности ацп её никак не повысит
Мы о разном, мне кажется. Сверхдискретизация это когда темп ацп многократно выше, чем полоса сигнала. Потом этот оцифрованный сигнал фильтруется в полосе сигнала, подавляя внеполосовые шумы пролазов и шума квантования. За счёт этого мощность шумов квантования кратно снижается, что эквивалентно увеличению разрядности ацп. Ну и поток выборок можно прорядить, поскольку спектр стал уже после фильтрации. Ваши же рассуждения касаются точности представления сигнала - ну как для цапа при воспроизведении музыки, или ацп при оцифровке. Повышение разрядности выше динам диапазона исходного сигнала ничего не даёт. Если на входе ацп сигнал шум 40 дБ, то он таким и останется, как его не оцифровывай и не фильтруй, 2 разряда на шум и 7 разрядов на сигнал, ну или просто 12 р чтобы ару попроще
При сверхдискретизации после ddc полоса снижается, давая полбита разрешения на сужение полосы в 2 раза. Снизили полосу в 16 раз - получили 14 бит разрешения на 12 р ацп
40 лет назад был 1985 год, нет? Зарплата тогда исчислялась сотней рублей, а в корову или сп21 на есках и прочих см уже играли не первый год без особого вреда для производственной деятельности. Мимо, я считаю)
Понял, всё правильно тогда. Но джиттер как раз и существенен при шумном эфире - из за него хвосты от внеполосных спектров лезут в полосу приёмника. То есть динам диапазон вроде и высокий, а внеполосные шумы и сигналы сразу гробят эф. динам диапазон
И ещё - может я неправильно понял схему буферизации и обмена с cpu/user space, но я в своё время использовал dma для заполнения страниц кольцевого буфера в kernel space, а блокирующий read device для его чтения и освобождения, ioctl только для настройки и управления приёмником. Правда приёмник работал в стробах по несколько мс
Круто. А у Вас такт на АЦП прямо с SoC подаётся? Если это цифровой вывод общего назначения, то там джиттер может быть большой, а это приводит к снижению с/ш приёмника за счёт размазывания спектров внеполосовых сигналов и наложения. Кроме того, хорошо бы смоделировать тракт и померять ачх приёмника, потому что комбинация сик фильтров с децимацией может давать наложения.
Значит всё таки контроль и учёт, и это правильно) По моему опыту, как только скрам мастера, РО или какой нибудь релиз менеджмент начинает считать единички ресурсов и пребывать в иллюзии, что он управляет командой и объёмом разработки, аджайл на этом заканчивается.
Вообще у меня сложилась внутренняя иллюстрация аджайлу - это концепция протокола IP пересылать данные настолько хорошо, насколько получается. Есть задачи, есть люди которые их ставят. Есть команда, которая их выполняет в существующих условиях максимально качественно и быстро. Чтобы это хорошо работало, необходимо корректно ставить и приоритизировать задачи и обеспечивать команде условия, мотивацию и желание их решать. А инструменты это лишь инструменты
Всё достаточно здраво выглядит, только я не очень понял, почему у вас РО кроме определения задач и приоритетов распределяет ресурсы, и главное как ему это удаётся) то что он их учитывает, это же не распределение
Да, я уже 2 раза на таких импортозамещённых таблетках от гипертонии чуть не отъехал.. хотя название и фирма одинаковые, только производство было в Словакии и Ирландии, а стало в подмосковии, и через неделю 186 на 115..
Nice ltd этим давно занимается для кол центров
40 ppm это стабильность хорошего кварца, а для него интервал корреляции сигнала существенно больше, чем 5 мкс. Если Вы про разброс частот передатчика и приёмника, то да, подобные рассуждения актуальны, и надо делать подстройку по частоте или подкручивать фазу постоянно. В общем тут какая то некорректность у Вас, имхо