Очень интересно посмотреть какие результаты покажут эмбеддинги от OpenAI, такие как text-embedding-3-large и text-embedding-3-small на данном бенчмарке. Не делали тестов?
Streisand отлично завёлся на Mac с M1 и даже удалось Rules настроить, интерфейс правда немного подтапливал при настройке, но всё в итоге получилось. Выдаёт скорость и стабильность работы лучше чем HiddifyNext.
А есть какие-то решения для arm64 серверов? Использовал форк outline vpn под arm64 но сегодня ночью видимо попал под блокировку (соединение устанавливается, но ничего не грузит)
Swift достаточно быстр чтобы закрывать потребность в производительности для 99% задач с которыми сталкиваются iOS и Mac разработчики. И при необходимости из Swift можно вызывать Сишные библиотеки. Зато по скорости разработки Swift сильно опережает и С/С++ и Objective-C, что сейчас зачастую важнее быстродействия кода. И кстати, Swift в несколько раз быстрее Objective-C, который вы зачем-то рекомендовали ранее.
Принцип LSP гласит, что объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности этой программы.
Это означает, что класс-наследник может расширять или специализировать поведение базового класса, но не должен ему противоречить или изменять в такой степени, что нарушается ожидаемое поведение при использовании базового класса.
В моём примере нет нарушения ожидаемого поведения - оба объекта умеют перемещаться func move(), просто имеют различную реализацию, и могут быть взаимно заменены в вызывающем их коде.
Спасибо, в случае с 'Eatable' согласен - корректнее будет назвать 'Eater', а вот с 'Workable' не совсем пойму на сколько корректнее будет назвать 'Worker'?
Очень интересно посмотреть какие результаты покажут эмбеддинги от OpenAI, такие как text-embedding-3-large и text-embedding-3-small на данном бенчмарке. Не делали тестов?
Локация UK, это enterprise провайдер, по некоторым причинам не могу его здесь называть.
Не ожидал в конце статьи увидеть свой калькулятор :D приятная пасхалка, спасибо и успехов!
А вы не сталкивались с тем, что при использовании Vless + Reality могут переодически рваться ssh сессии? Из-за чего это может быть?
Streisand отлично завёлся на Mac с M1 и даже удалось Rules настроить, интерфейс правда немного подтапливал при настройке, но всё в итоге получилось. Выдаёт скорость и стабильность работы лучше чем HiddifyNext.
Да, ночью outline отвалился, думал может блокируют больше порты, пробовал перейти на 443 и 80 - не помогло.
Поднял vless + reality на том же сервере - всё заработало.
https://github.com/alireza0/x-ui завёлся через докер и смог поднять vless+reality, а 3x-ui не захотел.
Спасибо вам за ваш труд!
А есть какие-то решения для arm64 серверов? Использовал форк outline vpn под arm64 но сегодня ночью видимо попал под блокировку (соединение устанавливается, но ничего не грузит)
Swift достаточно быстр чтобы закрывать потребность в производительности для 99% задач с которыми сталкиваются iOS и Mac разработчики. И при необходимости из Swift можно вызывать Сишные библиотеки. Зато по скорости разработки Swift сильно опережает и С/С++ и Objective-C, что сейчас зачастую важнее быстродействия кода. И кстати, Swift в несколько раз быстрее Objective-C, который вы зачем-то рекомендовали ранее.
Смысл этой статьи – краткость и наглядность. Для более глубокого изучения есть другие статьи и литература.
Это из какого года комментарий? И к чему он вообще здесь?
Принцип LSP гласит, что объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности этой программы.
Это означает, что класс-наследник может расширять или специализировать поведение базового класса, но не должен ему противоречить или изменять в такой степени, что нарушается ожидаемое поведение при использовании базового класса.
В моём примере нет нарушения ожидаемого поведения - оба объекта умеют перемещаться func move(), просто имеют различную реализацию, и могут быть взаимно заменены в вызывающем их коде.
Всё идёт скорее от работодателей и HR'ов которые любят указывать SOLID в вакансиях и спрашивать на собеседованиях.
Спасибо, в случае с 'Eatable' согласен - корректнее будет назвать 'Eater', а вот с 'Workable' не совсем пойму на сколько корректнее будет назвать 'Worker'?