А эти другие, они сами могут внятно ответить за вопрос: «зачем им это надо»?
Да, вполне. В мире вообще достаточно много адекватных людей могущих обосновывать и принимать решения самостоятельно.
Скорость исполнения — просто довлеющий критерий, все остальные от него так или иначе зависят.
Сейчас скорость у большинства стримовых языков более менее одинакова или не принципиально отличается (относительно решаемых задач), но вот потребление памяти и процессорного времени может отличаться в десятки раз. Поэтому я бы тут не был так котигоричен.
Если язык спроектирован не пьяным бараном — нет. Адекватные люди пишут инструментарий вместе с языком, а не столетие спустя.
Ну такое. Приведите примеры языков которые не пьяные бараны проектировали на ваш взгляд.
Ну такое себе. Если вам не нужно, это нк означает, что и другим не надо.
Производительность - а почему вы меряете производительность только скоростью исполнения?
Мне, например, от производительности важно - потребление памяти, сколько при этом cpu будет задействовано, нагрузку на gc (если мы говорим о языке с ним).
Тоже самое и с остальными пунктами. Слишком однобоко.
И да. Языки сами по себе не используют. Их используют в связке с туллингом вокруг них. И так повелось, что чтобы тулинг сделать удобнее нужно и сам язык изменить немного. Это нормально.
как я понимаю - да. более того, если на момент репоста было меньше, а на момент проверки - больше, все равно может прилететь. нигде в законе не видел чтобы этот момент был явно прописан.
не обязательно. вас ведь не смущает то, что движение без ускорения не требует расхода энергии.
проблема с электроном в том, что он не имеет определенной позиции в пространстве, он - волна.
нельзя то, что работает на макро-уровне применять к микро-уровню и наоборот. в этом и вся засада. пока не удалось совместить квантовую механику с законами макро-уровня.
Вещество (квадратики) и само пространство суть разное и имеют разную физику.
Размеры квадратиков вы измеряете линейкой которая подвержена тем же самым силам, что и квадратики.
Сильное и слажое взаимодействие удерживает "материал" из которого состоит квадратик вместе точно также как и удерживает материал из которого сделана линейка.
Не обязательно "знать". Вот, например, вы не проваливаетесь под землю ведь? А на вас действуют силы гравитации и тянут к центру Земли, прилично так тянут.
Но электромагнитное взаимодействие сильнее и не даёт вам провалиться. С силами расширения пространства и сильным / слабым / гравитационнвм взаимодействим также.
Потому что пространство и квадратики разные по своей сути/природе? И на квадратики действуют внутренние силы заставляющие их оставаться квадратиками, но на само пространство эти силы не действуют. Мне кажется так вполне понятно.
Шкаф связан не гравитацией. Вообще гравитация - это самая слабейшая из известных нам сил. Шкаф является шкафом благодаря сильному и слабому взаимодействию.
Скажите, а на сколько большой у вас каталог? По тексту было что-то про in-memory.
Правильно ли я понимаю, что у вас "плоская" структура каталога? Или же продукты могут иметь иерархическую связь? Если есть иерархия - то как вы на Elasticsearch работаете с этим? На сколько знаю он в это плохо умеет.
И вы все еще на Elasticsearch или на Opensearch перешли?
Понятно. Тогда вопросов не имею. Список говорит сам за себя.
Тесты упали. Тестовые сценарии корректные. Визуально код корректный. Наступает время отладки и тесты нет смысла трогать.
Ваши действия?
Не факт, если вы в обоих случаях привыкли полагаться на print to stdout :)
Да, вполне. В мире вообще достаточно много адекватных людей могущих обосновывать и принимать решения самостоятельно.
Сейчас скорость у большинства стримовых языков более менее одинакова или не принципиально отличается (относительно решаемых задач), но вот потребление памяти и процессорного времени может отличаться в десятки раз. Поэтому я бы тут не был так котигоричен.
Ну такое. Приведите примеры языков которые не пьяные бараны проектировали на ваш взгляд.
Ну такое себе. Если вам не нужно, это нк означает, что и другим не надо.
Производительность - а почему вы меряете производительность только скоростью исполнения?
Мне, например, от производительности важно - потребление памяти, сколько при этом cpu будет задействовано, нагрузку на gc (если мы говорим о языке с ним).
Тоже самое и с остальными пунктами. Слишком однобоко.
И да. Языки сами по себе не используют. Их используют в связке с туллингом вокруг них. И так повелось, что чтобы тулинг сделать удобнее нужно и сам язык изменить немного. Это нормально.
как я понимаю - да. более того, если на момент репоста было меньше, а на момент проверки - больше, все равно может прилететь. нигде в законе не видел чтобы этот момент был явно прописан.
И тут пенсионный фонд, а что? Так можно было?
Можете поискать про Беларусь:
Эта проблема свойственна любому не мертвому языку. На той же Java в энтерпрайзе запросто можно найти 8-ю версию, хотя уже 21-я давно вышла.
Искренне завидую людям у кого куча свободного времени.
не обязательно. вас ведь не смущает то, что движение без ускорения не требует расхода энергии.
проблема с электроном в том, что он не имеет определенной позиции в пространстве, он - волна.
нельзя то, что работает на макро-уровне применять к микро-уровню и наоборот. в этом и вся засада. пока не удалось совместить квантовую механику с законами макро-уровня.
Потому что на орбиту электрона влияет сильное / слабое взаимодействие от ядра вокруг которого он кружится , а на фотон - нет.
На единичный фотон (а мы про него говорим) слабое и сильное взаимодействие не распространяется.
И фотон это не только частица, но и волна. И именно волновая составляюшая "растягивается" при расширении пространства. Ну это как я понимаю.
Что значит внутренняя и внешняя метрика?
Вещество (квадратики) и само пространство суть разное и имеют разную физику.
Размеры квадратиков вы измеряете линейкой которая подвержена тем же самым силам, что и квадратики.
Сильное и слажое взаимодействие удерживает "материал" из которого состоит квадратик вместе точно также как и удерживает материал из которого сделана линейка.
Не обязательно "знать". Вот, например, вы не проваливаетесь под землю ведь? А на вас действуют силы гравитации и тянут к центру Земли, прилично так тянут.
Но электромагнитное взаимодействие сильнее и не даёт вам провалиться. С силами расширения пространства и сильным / слабым / гравитационнвм взаимодействим также.
GC и повышенный расход памяти из-за рантайм информации по объектам.
У китайцев есть свой форк jvm где они этм проблемы порешали. Жаль не выкладывают наработки в опенсорс.
Потому что пространство и квадратики разные по своей сути/природе? И на квадратики действуют внутренние силы заставляющие их оставаться квадратиками, но на само пространство эти силы не действуют. Мне кажется так вполне понятно.
Фигня это. Как-то пробовал убедить маму, что мне нужно в компьютерный клуб чтобы подтянуть английский. Не прокатило.
Шкаф связан не гравитацией. Вообще гравитация - это самая слабейшая из известных нам сил. Шкаф является шкафом благодаря сильному и слабому взаимодействию.
Скажите, а на сколько большой у вас каталог? По тексту было что-то про in-memory.
Правильно ли я понимаю, что у вас "плоская" структура каталога? Или же продукты могут иметь иерархическую связь? Если есть иерархия - то как вы на Elasticsearch работаете с этим? На сколько знаю он в это плохо умеет.
И вы все еще на Elasticsearch или на Opensearch перешли?