Так что попробуйте ответить почему умерла Windows в схватке с NT , вот это реально интересно..
Если действительно интересно, погуглите DavesGarage The Mind Behind Windows. Найдете трехчасовое интервью на ютуб канале Дейва Пламера с архитектором NT и OS/2 Дейвом Катлером. Ответ на ваш вопрос, как мне кажется, начинается с 1:37:38, но и все интервью в целом очень интересное.
Вы тратите дополнительную память улучшая то, что не нуждается в улучшении. Выбирайте правильные структуры для конкретной задачи, а не пытайтесь исправить то, что замечательно работает. Нужны «рандомные» операции — используйте ArrayList, а LinkedList оставьте для других задач. У них даже контракты разные, если уж на то пошло. И как уже сказали выше, можете использовать любую из существующих имплементаций SkipList.
SkipList – вероятностная структура данных. Здесь же просто использование дополнительной памяти для достижения преимущества в случае неправильного выбора структуры данных.
Зачем пытаться использовать структуру данных не по назначению? LinkedList не используют там, где нужен ArrayList, и наоборот. Или для вас HashSet и TreeSet тоже взаимозаменяемы?
Если нужно что-то относительно хорошего качества и на вырост, то посмотрите в сторону Siglent. Их самая младшая трехканальная модель SPD3303C стоит €250 по каталогу. Он линейный, 32В 3.2А на канал, с довольно хорошими хар-ками за свои деньги, разрешение 0.01. Не бесшумный, немного гудит, но фен включается только под серьезной нагрузкой. За эти же деньги у них есть одноканальные модели, но уже с 0.001.
Коль уж вы про стримы, то может стоит использовать IntStream.rangeClosed(1, 6).boxed() вместо Arrays.asList(1, 2, 3, 4, 5, 6).stream() ? А то вроде про деклеративный, но тут же используете императивный архаизм.
Давайте попробуем с другой стороны. Дисклеймер: я не пытаюсь защищать Grok, я пытаюсь объяснить почему модели интерпретирующие промпт буквально лучше чем те, которые додумывают за пользователя.
Термин sandwatch в английском не существует. Тот факт, что гугл находит картинки песочных часов по этому слову, ни о чем не говорит. Первые 10ть позиций, как наверняка и многие остальные, это картинки помеченные не носителями английского. Для индексатора поисковика не важно, насколько правильный тэг к картинке на странице, главное — результат соответствия. И наоборот, для модели чрезвычайно важно чтобы тэг был максимально точным и не допускающим, по возможности, двусмысленности. Принцип shit-in-shit-out в области ИИ имеет очень большое значение.
Ради интереса, другие - это DeepSeek? В английском языке не существует sandwatch, каким образом модель, натренированная преимущественно на английском, построит тождество sandwatch == hourglass? Даже sand clock или sand timer имеют больше шансов.
А если вам действительно нужна безопастность и маленькие образы, то distroless единственный вариант. Недаром сами K8s перешли именно на GCP distroless. Даже по сравнению с Oracle Linux или RHEL, у Alpine такое огромное кол-во CVE, что его никто в проде не использует.
Кодогенерация придумана очень давно, тем более для таких простых вещей как DTO. Тем более, когда у вас есть «стандарты». Посмотрите в сторону XSLT. Простейший DTD и шаблон в XSL решает все проблемы. Если же вам нужна версионность, и вы не хотите перезагружать JVM, то стоит посмотреть на OSGi — проверенный временем механизм. Ну или gRPC, если уж совсем нужно быстро. И да, передавать сорцы или байткод с последующей подгрузкой на сервере — огромная дыра в безопасности.
Вы, извините, очень сильно утрируете. Если триммер исправен и им пользуются, то усилия 2-3 кг максимум. Но если оттриммировать нос до упора вниз и пытаться взлететь, то да, наверное можно получить и 20 кг.
Откатываются только WAL логи конкретной страницы, которая нужна SI транзакции, до той точки, когда транзакциия началась. Почитайте AERIS публикацию C. Mohan-a, там все очень хорошо расписано.
Может быть не было feature request? Если есть WAL, то SI делается очень легко. На чтение просто откат записей WAL на данных, без каких-либо блокировок, а на запись только проверка конфликта на commit.
Больше похоже на небольшой дефект речи. Все остальные произносятся очень правильно, особенно характерны nine и five.
Похожесть на китайский может быть из-за абсолютно одинаковой интонации произношения каждой отдельно взятой цифры. Диктор записала только 10 цифр, и из них собрали сообщение.
Если быть уж совсем точным, то максимальная вертикальная координата 238. Спрайты показываются только со следующей строки (первая строка спрайта на строке 0 показывается на экране на строке 1). Следовательно все спрайты с координатой > 238 будут вне экрана.
Если действительно интересно, погуглите DavesGarage The Mind Behind Windows. Найдете трехчасовое интервью на ютуб канале Дейва Пламера с архитектором NT и OS/2 Дейвом Катлером. Ответ на ваш вопрос, как мне кажется, начинается с 1:37:38, но и все интервью в целом очень интересное.
Вы тратите дополнительную память улучшая то, что не нуждается в улучшении. Выбирайте правильные структуры для конкретной задачи, а не пытайтесь исправить то, что замечательно работает. Нужны «рандомные» операции — используйте ArrayList, а LinkedList оставьте для других задач. У них даже контракты разные, если уж на то пошло. И как уже сказали выше, можете использовать любую из существующих имплементаций SkipList.
SkipList – вероятностная структура данных. Здесь же просто использование дополнительной памяти для достижения преимущества в случае неправильного выбора структуры данных.
Зачем пытаться использовать структуру данных не по назначению? LinkedList не используют там, где нужен ArrayList, и наоборот. Или для вас HashSet и TreeSet тоже взаимозаменяемы?
Если нужно что-то относительно хорошего качества и на вырост, то посмотрите в сторону Siglent. Их самая младшая трехканальная модель SPD3303C стоит €250 по каталогу. Он линейный, 32В 3.2А на канал, с довольно хорошими хар-ками за свои деньги, разрешение 0.01. Не бесшумный, немного гудит, но фен включается только под серьезной нагрузкой. За эти же деньги у них есть одноканальные модели, но уже с 0.001.
Коль уж вы про стримы, то может стоит использовать IntStream.rangeClosed(1, 6).boxed() вместо Arrays.asList(1, 2, 3, 4, 5, 6).stream() ? А то вроде про деклеративный, но тут же используете императивный архаизм.
Давайте попробуем с другой стороны. Дисклеймер: я не пытаюсь защищать Grok, я пытаюсь объяснить почему модели интерпретирующие промпт буквально лучше чем те, которые додумывают за пользователя.
Термин sandwatch в английском не существует. Тот факт, что гугл находит картинки песочных часов по этому слову, ни о чем не говорит. Первые 10ть позиций, как наверняка и многие остальные, это картинки помеченные не носителями английского. Для индексатора поисковика не важно, насколько правильный тэг к картинке на странице, главное — результат соответствия. И наоборот, для модели чрезвычайно важно чтобы тэг был максимально точным и не допускающим, по возможности, двусмысленности. Принцип shit-in-shit-out в области ИИ имеет очень большое значение.
Ради интереса, другие - это DeepSeek? В английском языке не существует sandwatch, каким образом модель, натренированная преимущественно на английском, построит тождество sandwatch == hourglass? Даже sand clock или sand timer имеют больше шансов.
То есть вы сперва просите несуществующее устройство "sandwatch", а потом удивляетесь что он рисует песочные часы по правильному промпту "hourglass"?
А если вам действительно нужна безопастность и маленькие образы, то distroless единственный вариант. Недаром сами K8s перешли именно на GCP distroless. Даже по сравнению с Oracle Linux или RHEL, у Alpine такое огромное кол-во CVE, что его никто в проде не использует.
Что за дичь вы проповедуете? Соединить все RUN через && \ религия не позволяет?
RUN вообще может быть одна, со всеми install и remove, так же как и COPY.
EXPOSE, ЕNV, WORKDIR, и CMD должны быт в одном экземпляре в самом конце.
ii = 0.20787957635… = e-x/2
Откатываются только WAL логи конкретной страницы, которая нужна SI транзакции, до той точки, когда транзакциия началась. Почитайте AERIS публикацию C. Mohan-a, там все очень хорошо расписано.
Похожесть на китайский может быть из-за абсолютно одинаковой интонации произношения каждой отдельно взятой цифры. Диктор записала только 10 цифр, и из них собрали сообщение.