AK
не, ну хочет же человек
Size: a a a
2020 May 09
RK
ну и архитектурно это было закладено еще в далеких 2009-2010 годах, и это логическое развитие
a
не, ну хочет же человек
Можно в личку :)
a
только это ансуппортед :)
Виллиам Лэм много чего ансуппортед постит. Знания - сила
a
ну и архитектурно это было закладено еще в далеких 2009-2010 годах, и это логическое развитие
О, да! Где поддержка PMEM и миграции Вм с видеокартами!
VK
Вот почему Нутаникс (да и другие вендоры тоже) никогда не говорят, каким же говном была прошлая версия, что так круто импрувнули в новой ))
Внимательно изучаю change log, чтобы знать что накосячено ранее, а-ля неожиданно кончилось место и каюк
RK
О, да! Где поддержка PMEM и миграции Вм с видеокартами!
на все есть роадмап!
a
на все есть роадмап!
О, ну дык это отличный ответ, которым и вмварь может пользоваться на любые нападки 😂
RK
О, ну дык это отличный ответ, которым и вмварь может пользоваться на любые нападки 😂
точно, надо бы разрабам VMware добавить таску - переписать все :)
a
точно, надо бы разрабам VMware добавить таску - переписать все :)
Ничего плохого нет в этом. Свою фс переписали же. Ну и метаданные тоже)
RK
Ничего плохого нет в этом. Свою фс переписали же. Ну и метаданные тоже)
главное что б не как у Дела, пилят пилят что-то годами, выпускают и бац снова жигули
a
главное что б не как у Дела, пилят пилят что-то годами, выпускают и бац снова жигули
О, Джош заслуженно проехался по ним
a
Хотя он опять своё ин-кернел притащил, что вообще не к месту было
RK
и насчёт UEFI и секюр бута, ты же понимаешь куда Госов США заманивают
a
главное что б не как у Дела, пилят пилят что-то годами, выпускают и бац снова жигули
Всё в роадмэпе же, ты чего
RK
Хотя он опять своё ин-кернел притащил, что вообще не к месту было
так это стёб, одна компания, а хвалят противоречивые подходы
a
так это стёб, одна компания, а хвалят противоречивые подходы
Да, понятно, что стёб
N
Хочу один и большой. Зачем мне подстраиваться под ограничения. Я хочу, чтобы их не было
Я вернулся. Давайте к конструктиву: я сам регулярно пишу feature requests (как и другие коллеги) и каждый из них достаточно внимательно изучают и обсуждают. Вы прекрасно понимаете, что у любого feature request есть или трудо-затраты на его реализацию (тогда его могут закинуть просто в беклог) и/или side-effects. Поэтому при обсуждении спрашивают - "зачем это нужно", "какие проблемы он решает", "какую ценность это может принести заказчику" и "кому это нужно", а потом сравнивают Трудозатраты и side effects с масштабом решаемой проблемы или плюсами. Закидывать feature request с фразой "я/заказчик просто так хочет, потому что хочет", хотя существуют или другие способы решения этой проблемы или как таковой проблемы нет или предлагаемое решение не может решить проблему - бессмысленно. Feature request из серии "мне не нравится реализация фичи X" - тоже бессмысленно. Вместо этого надо писать "текущая реализация фичи X приводит к проблеме 1, 2, 3. Было бы круто, чтобы эти проблемы не возникали. Например, сделайте Y. Это позволит решить 1 и 2". Если у кого либо есть такой feature request и он может объяснить зачем и почему он этого хочет - пожалуйста, пишите. Я с удовольствием обсужу его с вами и если пойму обоснование, то закину его нашим PM.
a
Nikolay Kulikov
Я вернулся. Давайте к конструктиву: я сам регулярно пишу feature requests (как и другие коллеги) и каждый из них достаточно внимательно изучают и обсуждают. Вы прекрасно понимаете, что у любого feature request есть или трудо-затраты на его реализацию (тогда его могут закинуть просто в беклог) и/или side-effects. Поэтому при обсуждении спрашивают - "зачем это нужно", "какие проблемы он решает", "какую ценность это может принести заказчику" и "кому это нужно", а потом сравнивают Трудозатраты и side effects с масштабом решаемой проблемы или плюсами. Закидывать feature request с фразой "я/заказчик просто так хочет, потому что хочет", хотя существуют или другие способы решения этой проблемы или как таковой проблемы нет или предлагаемое решение не может решить проблему - бессмысленно. Feature request из серии "мне не нравится реализация фичи X" - тоже бессмысленно. Вместо этого надо писать "текущая реализация фичи X приводит к проблеме 1, 2, 3. Было бы круто, чтобы эти проблемы не возникали. Например, сделайте Y. Это позволит решить 1 и 2". Если у кого либо есть такой feature request и он может объяснить зачем и почему он этого хочет - пожалуйста, пишите. Я с удовольствием обсужу его с вами и если пойму обоснование, то закину его нашим PM.
Мои основные претензии заключаются в архитектуре. А ее изменить невозможно по человеко-затратам
N
Мои основные претензии заключаются в архитектуре. А ее изменить невозможно по человеко-затратам
А можно конкретнее и в разрезе какие проблемы она создаёт?