Логическая связь между "выкаткой рабочих решений" и осторожным оптимизмом по поводу "будущего" Эльбрусов на мой взгляд очевидна. Если процессоры производятся, поставляются и эксплуатируются, то есть обоснованная надежда, что эта тенденция продолжиться. У Итаниума не получилось. Да, это тоже довод. Но не фатальный, IMHO.
Я не готов ввязываться в холивар VLIW vs RISC. Скажу только, что я в курсе кто и как высказался - об это много писали даже и здесь на хабре. Я свое отношение уже высказал выше: повторять все аргументы с обеих сторон не вижу смысла.
Во-первых, хочу заметить, что полемические приемы автора мягко говоря сомнительны. Все эти заходы вроде "Алексей, дело в том, что жизни всё устроено так...". И далее следует довольно наивный нарратив на тему о том, как же жизнь устроена по мнению автора. Причем, в таком тоне, как будто тут вещает если не Сократ, то как минимум Мишель Фуко. Автор даже не профессор философии и не доктор экономических наук. Так не слишком ли много он на себя берет, начиная рассуждать в таком тоне на подобные темы?
Теперь, по сути вопроса. Все претензии сводятся к банальному батлу VLIW vs RISC. Уже столько копьев сломано на этой теме, причем, экспертами такого уровня, что надо обладать немалой смелостью (или глупостью), чтобы после всех мудрецов высказавшихся за и против, начать на голубом глазу безапелляционным тоном тут "учить" про превосходство RISC перед VLIW. Причем все аргументы давно уже высказаны, разобраны и изучены - ничего нового автор в эту полемику не привносит. Поневоле вспоминается классическое: "Солдаты! Вы знаете, что я вам могу сказать, и я знаю, что вы мне можете ответить."
На мой взгляд, рассудить этот спор может только практика. Пока у МЦСТ получилось выкатить на рынок рабочие сервера на архитектуре Эльбрус и провести ряд реальных внедрений. Это аргумент гораздо более сильный, чем все гипотетические рассуждения, который дает объективный повод для осторожного оптимизма касательно будущего VLIW вообще и Эльбруса в частности.
Я вовсе не отказываю автору в квалификации, и более того, совершенно в ней не сомневаюсь. Но, как показывает эта история, подготовка ко всяким "поведенческим интервью" и наличие "коучей" владеющих HR-инсайдом, оказывается зачастую большее важным фактором при найме. А квалификация - это вроде как вторично.
Я полагаю, что у подавляющего большинства действительно квалифицированных специалистов нет ни времени ни желания играть в эти игры.
И, таким образом, система ведет к отрицательному отбору в данной сфере, что, несомненно, скажется на результате не только отдельной компании, но и отрасли в целом.
Автор не понимает Маркса, но зачем-то его припоминает. Замечу, что и во времена Маркса были всякие ремесленники-одиночки с набором инструментов для починки примусов. Но суть в том, какие методы производства преобладают на данном историческом этапе.
Да, программист может индивидуально пилить свой продукт или сервис и на это жить. Но, как говорится, "от трудов праведных не наживёшь палат каменных.". Большинство кто так работал весьма быстро упираются в потолок своих физических возможностей. И чтобы качественно увеличивать прибыль дальше единственный путь - нанимать раб силу и присваивать часть их труда. А дальше очень быстро оказывается, что на работу по собственно IT времени то и не остается, и приходится заниматься не очень интересными и приятными вещами, направленными главным образом на то, чтобы выжать из нанятого работника побольше, а заплатить поменьше. А дальше возникает идея передать и эти обязанности специально нанятому человеку, а самому заняться рекреационными и духовными практиками столь необходимыми после некоторого времени на этапе два, т.е. перейти уже окончательно в стан социальных паразитов.
Я полагаю, не надо кому-то доказывать, что подавляющее большинство коммерческих IT продуктов на рынке - это именно результат труда наемной рабочей силы. И прибыль идет именно владельцу - капиталисту. Т.е паразиту - владельцу компании, продукта, бренда. А трудящемуся достается только необходимый для воспроизводства минимум.
Статья показательна в том смысле, что после прочтения становится совершенно очевидно в какой маразм выродились все эти HR отделы и их практики по поиску и найму персонала.
Автор - молодец, что честно обо всем рассказал. По сути, он показал, как "обул" маразматическую систему пользуясь подсказками коучей, которые знают систему изнутри и как ее можно вертеть на причинном месте.
Я думаю, результаты этого вырождения станут всем очевидны в самом ближайшем будущем, когда инженерные системы просто перестанут работать, хотя юридически подкопаться не к чему - все правила и указания соблюдены, все многочисленные интервью проведены. Хех. Мне почему-то вспомнился в этой связи Афганистан. Уверен, там тоже все американцами делалось по лучшим, "золотым" стандартам: консультанты и эксперты были отобраны тщательнейшим образом, через водопады "поведенческих интервью" и т.д. Но малообразованные люди в тюрбанах просто об этом не знали :-).
Если попытаться понять суть, то она сводится к следующему.
Автор постулирует, что DDD де подходит для проектирования сервизов и не подходит для продуктов. Причем это никак не аргументируется. Должны принять как данность. Ну, ок, есть и такое мнение. А дальше идет полнейшая ахинея, т.к. автор пытается привязать сюда определение "товарного производства". Причем, совершенно очевидно, что если классиков он и читал, то явно не глазами :-). Потому что сервис у него оказывается "не товаром", потому что "у него много пользователей-потребителей ", а продукт делается для одного заказчика, и поэтому это товар. Гхм.
Второе. Автор рассказывает о кружках, как об эффективной форме популяризации идеи. Утверждение мягко говоря спорное. Большевики вынуждены были использовать форму кружков по той причине, что во-первых, не имели возможности распространять свои идеи через другие формы: лекции, СМИ, открытая агитация. А во-вторых, потому что значительная часть целевой аудитории была элементарно безграмотна. Так что даже если и удалось напечатать и переправить тираж "Искры", надо было что-бы кто-то эту газету вслух прочитал. Как только первое и второе ограничения были сняты, кружки очень быстро сошли на нет.
Зачем рабочим бороться за свои права вполне понятно. А зачем бороться за DDD совершенно не ясно. При чем тут вообще левое движение? И дальше рушиться все построение: кружки и т.д. За это больше платят? Или это как раз еще один способ усиления эксплуатации? Тут скорее будет уместна песня Владимира Высоцкого, про то что
"Всё становится гораздо хуже, если вы потребляете много быстроусвояемых углеводов постоянно. Постоянная высокая концентрация инсулина в крови приводит к многим нежелательным побочным эффектам..."
Но и к желательным приводит. Скажем, когда мне надо было много работать (на проекте делали по 10-12 часов в день), я практически жил на батончиках (марс, сникерс и т.д.), которыми был завален стол. Без них, голова начинала притормаживать после 5 часов интенсивного сложного кодирования, а после 8-ми ошибки шли просто валом и продуктивность снижалась процентов на 90.
А так было нормально, выдерживал. Правда, вес набрал очень сильно тогда.
Как папа тинэйджера, подтверждаю, этот навык сильно повышает социальный рейтинг в определенных кругах. А уж если целых три вида да еще и по 7 мин то тут уж и слов нет :-).
Такое чувство, что пишет не программер из реального мира, а нежная, чувственная натура из мира розовых пони. Не так посмотрел, не тем тоном отозвался. И я почувствовала себя "самозванцем" (почему не "самозванкой"? Простите, не в курсе политкорректных трендов).
Да если бы я создавал проблему из каждого такого случая, давно бы уже сидел плотно на антидепрессантах.
Хе-хе, эти ребята легко банят своих сторонников даже сейчас, находясь в оппозиции, если их величайшие компетенции в любом вопросе (вот, в безопасности) ставят под сомнение.
Мне нетрудно представить, насколько еще более самокритичными они станут, если придут к власти.
Я не вижу никакого опровержения сказанному мной. Более того, как раз логика хромает у вас, т.к. из моих цитат вовсе не следует необходимый вывод о том что "на risc-v запустится" что-то, разработанное под p. Я даже не буду спрашивать, как это у вас в голове сложилась такая глупость. Каждое же из моих приведенных вами утверждений верно.
Что касается того, почему Ядро решили выбрать именно RISC-V, а не OpenPower для CPU, который они якобы собираются разрабатывать, то тут присутствует их представитель - он вам лучше расскажет. Я могу лишь предполагать некоторые из причин. Но это вообще не предмет спора. Производства Power здесь коснулись только потому, что было сказано, мол, раз IBM открыли ISA, то якобы можно покупать процессоры для серверов на этой архитектуре у других производителей и IBM не монополист. Я лишь констатировал тот легко проверяемый факт, что таких процессоров на рынке нет до сих пор, хотя инициативе уже 8 лет. И я не думаю, что появления такого процессора (именно высокопроизводительного аналога IBM Power CPU на архитектуре OpenPower) можно ожидать на рынке в ближайшие годы и в среднесрочной перспективе. Ну, разве только в результате фарс мажора, типа банкротства IBM или продажи подразделения Power. С удовольствием послушаю возражения по этому вопросу.
Нет, так это понятно, что вы бы хотели оставить "как было", чтобы госы могли продолжать у вас закупать сервера.
И понятно, что МЦСТ и производителей серверов на Эльбрусе возмущает именно то, что это меняет правила игры, потому что новые условия должны были наступить именно в 21-м году. А уж бальная система - это лишь один из возможных путей легализации изменений против которого они выступают.
Насчет дат... Тут уже надо переходить к употреблению таких слов как умысел и деяние :-). Но я же не прокурор. Обвинения выдвинуты в СМИ. Пусть с этим разбирается прокуратура. Суть не в том, случайно это произошло или не случайно. А в том, что сервера не удовлетворяющие требованиям появились в реестре 21-го года.
Нет, а зачем вы ссылаетесь на требования "до 21 года"? Тут как раз весь конфликт из-за того, что в 21-м требования ужесточились. А вы хотите продавать свои сервера бюджетникам как раньше, хотя они новым требованиям не соответствуют, т.к. в них используется CPU производства IBM. И для этого вначале каким-то магическим образом внесли свои сервера в реестр. А когда поднялся шум и подключилась прокуратура, возникла (предположительно с вашей подачи) идея т.н. бальной системы, по который ваши сервера опять же смогут покупать бюджетники.
Вот о чем речь. И в т.н. опровержении пока по факту вы объясняете появление ваших серверов в реестре просто ошибкой с датами. Да, ошиблись так чиновники немного, в вашу пользу. Случайная накладка. Ну, ок. Пусть так.
Логическая связь между "выкаткой рабочих решений" и осторожным оптимизмом по поводу "будущего" Эльбрусов на мой взгляд очевидна. Если процессоры производятся, поставляются и эксплуатируются, то есть обоснованная надежда, что эта тенденция продолжиться. У Итаниума не получилось. Да, это тоже довод. Но не фатальный, IMHO.
Я не готов ввязываться в холивар VLIW vs RISC. Скажу только, что я в курсе кто и как высказался - об это много писали даже и здесь на хабре. Я свое отношение уже высказал выше: повторять все аргументы с обеих сторон не вижу смысла.
Во-первых, хочу заметить, что полемические приемы автора мягко говоря сомнительны. Все эти заходы вроде "Алексей, дело в том, что жизни всё устроено так...". И далее следует довольно наивный нарратив на тему о том, как же жизнь устроена по мнению автора. Причем, в таком тоне, как будто тут вещает если не Сократ, то как минимум Мишель Фуко. Автор даже не профессор философии и не доктор экономических наук. Так не слишком ли много он на себя берет, начиная рассуждать в таком тоне на подобные темы?
Теперь, по сути вопроса. Все претензии сводятся к банальному батлу VLIW vs RISC. Уже столько копьев сломано на этой теме, причем, экспертами такого уровня, что надо обладать немалой смелостью (или глупостью), чтобы после всех мудрецов высказавшихся за и против, начать на голубом глазу безапелляционным тоном тут "учить" про превосходство RISC перед VLIW. Причем все аргументы давно уже высказаны, разобраны и изучены - ничего нового автор в эту полемику не привносит. Поневоле вспоминается классическое: "Солдаты! Вы знаете, что я вам могу сказать, и я знаю, что вы мне можете ответить."
На мой взгляд, рассудить этот спор может только практика. Пока у МЦСТ получилось выкатить на рынок рабочие сервера на архитектуре Эльбрус и провести ряд реальных внедрений. Это аргумент гораздо более сильный, чем все гипотетические рассуждения, который дает объективный повод для осторожного оптимизма касательно будущего VLIW вообще и Эльбруса в частности.
Я вовсе не отказываю автору в квалификации, и более того, совершенно в ней не сомневаюсь. Но, как показывает эта история, подготовка ко всяким "поведенческим интервью" и наличие "коучей" владеющих HR-инсайдом, оказывается зачастую большее важным фактором при найме. А квалификация - это вроде как вторично.
Я полагаю, что у подавляющего большинства действительно квалифицированных специалистов нет ни времени ни желания играть в эти игры.
И, таким образом, система ведет к отрицательному отбору в данной сфере, что, несомненно, скажется на результате не только отдельной компании, но и отрасли в целом.
Автор не понимает Маркса, но зачем-то его припоминает. Замечу, что и во времена Маркса были всякие ремесленники-одиночки с набором инструментов для починки примусов. Но суть в том, какие методы производства преобладают на данном историческом этапе.
Да, программист может индивидуально пилить свой продукт или сервис и на это жить. Но, как говорится, "от трудов праведных не наживёшь палат каменных.". Большинство кто так работал весьма быстро упираются в потолок своих физических возможностей. И чтобы качественно увеличивать прибыль дальше единственный путь - нанимать раб силу и присваивать часть их труда. А дальше очень быстро оказывается, что на работу по собственно IT времени то и не остается, и приходится заниматься не очень интересными и приятными вещами, направленными главным образом на то, чтобы выжать из нанятого работника побольше, а заплатить поменьше. А дальше возникает идея передать и эти обязанности специально нанятому человеку, а самому заняться рекреационными и духовными практиками столь необходимыми после некоторого времени на этапе два, т.е. перейти уже окончательно в стан социальных паразитов.
Я полагаю, не надо кому-то доказывать, что подавляющее большинство коммерческих IT продуктов на рынке - это именно результат труда наемной рабочей силы. И прибыль идет именно владельцу - капиталисту. Т.е паразиту - владельцу компании, продукта, бренда. А трудящемуся достается только необходимый для воспроизводства минимум.
Статья показательна в том смысле, что после прочтения становится совершенно очевидно в какой маразм выродились все эти HR отделы и их практики по поиску и найму персонала.
Автор - молодец, что честно обо всем рассказал. По сути, он показал, как "обул" маразматическую систему пользуясь подсказками коучей, которые знают систему изнутри и как ее можно вертеть на причинном месте.
Я думаю, результаты этого вырождения станут всем очевидны в самом ближайшем будущем, когда инженерные системы просто перестанут работать, хотя юридически подкопаться не к чему - все правила и указания соблюдены, все многочисленные интервью проведены. Хех. Мне почему-то вспомнился в этой связи Афганистан. Уверен, там тоже все американцами делалось по лучшим, "золотым" стандартам: консультанты и эксперты были отобраны тщательнейшим образом, через водопады "поведенческих интервью" и т.д. Но малообразованные люди в тюрбанах просто об этом не знали :-).
Да никуда мы не подходим. Статья глупая.
Если попытаться понять суть, то она сводится к следующему.
Автор постулирует, что DDD де подходит для проектирования сервизов и не подходит для продуктов. Причем это никак не аргументируется. Должны принять как данность. Ну, ок, есть и такое мнение. А дальше идет полнейшая ахинея, т.к. автор пытается привязать сюда определение "товарного производства". Причем, совершенно очевидно, что если классиков он и читал, то явно не глазами :-). Потому что сервис у него оказывается "не товаром", потому что "у него много пользователей-потребителей ", а продукт делается для одного заказчика, и поэтому это товар. Гхм.
Второе. Автор рассказывает о кружках, как об эффективной форме популяризации идеи. Утверждение мягко говоря спорное. Большевики вынуждены были использовать форму кружков по той причине, что во-первых, не имели возможности распространять свои идеи через другие формы: лекции, СМИ, открытая агитация. А во-вторых, потому что значительная часть целевой аудитории была элементарно безграмотна. Так что даже если и удалось напечатать и переправить тираж "Искры", надо было что-бы кто-то эту газету вслух прочитал. Как только первое и второе ограничения были сняты, кружки очень быстро сошли на нет.
Зачем рабочим бороться за свои права вполне понятно. А зачем бороться за DDD совершенно не ясно. При чем тут вообще левое движение? И дальше рушиться все построение: кружки и т.д. За это больше платят? Или это как раз еще один способ усиления эксплуатации? Тут скорее будет уместна песня Владимира Высоцкого, про то что
"...вот откапаем, он опять
начнет три нормы выполнять
начет стране угля давать - и нам хана".
"Всё становится гораздо хуже, если вы потребляете много быстроусвояемых углеводов постоянно. Постоянная высокая концентрация инсулина в крови приводит к многим нежелательным побочным эффектам..."
Но и к желательным приводит. Скажем, когда мне надо было много работать (на проекте делали по 10-12 часов в день), я практически жил на батончиках (марс, сникерс и т.д.), которыми был завален стол. Без них, голова начинала притормаживать после 5 часов интенсивного сложного кодирования, а после 8-ми ошибки шли просто валом и продуктивность снижалась процентов на 90.
А так было нормально, выдерживал. Правда, вес набрал очень сильно тогда.
Это называется: "...и тут появляется архитектор".
Поздно, батенька, такие умные вопросы задавать - все уже закодировано :-).
Программеру же было интересно с битиками поиграться. А вы к не нему с неприятными вопросами...
Как папа тинэйджера, подтверждаю, этот навык сильно повышает социальный рейтинг в определенных кругах. А уж если целых три вида да еще и по 7 мин то тут уж и слов нет :-).
Такое чувство, что пишет не программер из реального мира, а нежная, чувственная натура из мира розовых пони. Не так посмотрел, не тем тоном отозвался. И я почувствовала себя "самозванцем" (почему не "самозванкой"? Простите, не в курсе политкорректных трендов).
Да если бы я создавал проблему из каждого такого случая, давно бы уже сидел плотно на антидепрессантах.
Хе-хе, эти ребята легко банят своих сторонников даже сейчас, находясь в оппозиции, если их величайшие компетенции в любом вопросе (вот, в безопасности) ставят под сомнение.
Мне нетрудно представить, насколько еще более самокритичными они станут, если придут к власти.
Что-то линк на GH не работает.
Хотелось бы узнать, как реализовано требование "возможности обновления данных без прерывания работы сервиса".
Так вы не чувствуете пробела в вашей логике?
Я же не утверждал, что они не продают серверов с Линукс. Это вы утверждали, что они не продают серверов с софтом IBM.
Я привел ссылку, что таки продают. Т.е. ваше утверждение не верно.
Я не вижу никакого опровержения сказанному мной. Более того, как раз логика хромает у вас, т.к. из моих цитат вовсе не следует необходимый вывод о том что "на risc-v запустится" что-то, разработанное под p. Я даже не буду спрашивать, как это у вас в голове сложилась такая глупость. Каждое же из моих приведенных вами утверждений верно.
Что касается того, почему Ядро решили выбрать именно RISC-V, а не OpenPower для CPU, который они якобы собираются разрабатывать, то тут присутствует их представитель - он вам лучше расскажет. Я могу лишь предполагать некоторые из причин. Но это вообще не предмет спора. Производства Power здесь коснулись только потому, что было сказано, мол, раз IBM открыли ISA, то якобы можно покупать процессоры для серверов на этой архитектуре у других производителей и IBM не монополист. Я лишь констатировал тот легко проверяемый факт, что таких процессоров на рынке нет до сих пор, хотя инициативе уже 8 лет. И я не думаю, что появления такого процессора (именно высокопроизводительного аналога IBM Power CPU на архитектуре OpenPower) можно ожидать на рынке в ближайшие годы и в среднесрочной перспективе. Ну, разве только в результате фарс мажора, типа банкротства IBM или продажи подразделения Power. С удовольствием послушаю возражения по этому вопросу.
Да, именно. И потому речь в ролике идет именно о появлении серверов в реестре 21-го года. Такого не было?
В нашей вселенной идем по URL https://oem.yadro.com/p-servers
Читаем список OS видим там и AIX и IBM i. Это не софт от IBM? Это не сервера, которые продает Ядро?
Если бы речь шла ТОЛЬКО о 2020, то и вопросов не было.
О чем в ролике предельно ясно рассказано.
А уж куда мне или вам идти, это каждый сам решает.
Нет, так это понятно, что вы бы хотели оставить "как было", чтобы госы могли продолжать у вас закупать сервера.
И понятно, что МЦСТ и производителей серверов на Эльбрусе возмущает именно то, что это меняет правила игры, потому что новые условия должны были наступить именно в 21-м году. А уж бальная система - это лишь один из возможных путей легализации изменений против которого они выступают.
Насчет дат... Тут уже надо переходить к употреблению таких слов как умысел и деяние :-). Но я же не прокурор. Обвинения выдвинуты в СМИ. Пусть с этим разбирается прокуратура. Суть не в том, случайно это произошло или не случайно. А в том, что сервера не удовлетворяющие требованиям появились в реестре 21-го года.
Нет, а зачем вы ссылаетесь на требования "до 21 года"? Тут как раз весь конфликт из-за того, что в 21-м требования ужесточились. А вы хотите продавать свои сервера бюджетникам как раньше, хотя они новым требованиям не соответствуют, т.к. в них используется CPU производства IBM. И для этого вначале каким-то магическим образом внесли свои сервера в реестр. А когда поднялся шум и подключилась прокуратура, возникла (предположительно с вашей подачи) идея т.н. бальной системы, по который ваши сервера опять же смогут покупать бюджетники.
Вот о чем речь. И в т.н. опровержении пока по факту вы объясняете появление ваших серверов в реестре просто ошибкой с датами. Да, ошиблись так чиновники немного, в вашу пользу. Случайная накладка. Ну, ок. Пусть так.