Как и python, к слову)

вроде у питона не JIT компиляция

Питон питоном. А я в поисках дешевого s3, надо сгружать логи, в месяц 150гб где то. Мб есть что то бюджетное ? Везде какие то «оставьте заявку» и прочие «запросить тариф»

ceph

Ну да, дешевле некуда, лол

Ну да, дешевле некуда, лол

Так то он бесплатный

вроде у питона не JIT компиляция

Питон питоном. А я в поисках дешевого s3, надо сгружать логи, в месяц 150гб где то. Мб есть что то бюджетное ? Везде какие то «оставьте заявку» и прочие «запросить тариф»

А установить, настроить и поддерживать - тож бесплатно?)

Дешевого это до скольки

Всегда за все надо платить.

Да. И сеф - это совсем не дёшево

есть же обычные вдс с диском большим

Я пытался знакомому объяснить что бы он не изучал Пайтон когда у него нет опыта большого в программировании, но он говорит что Пайтон проще, хотя он не понимает что все языки без глубокого изучения лёгкие

Баксов 15-20, не знаю

это придется самому делать хех

мне кажется за такие деньги прекрасно

abcd.hosting

Все языки одинаково сложные

📌 Golang RPC и все-все-все… Disclaimer: this is not another one gRPC hate article... Oh, whait... Начнем издалека - знаете, всегда было интересно, а почему, собственно, для golang существует такое большое разнообразие библиотек, для каких-то часто используемых сущностей, как-то - роутеры http (fasthttprouter забыли, как подсказали в коментах) или cache? С выбором RPC вроде все просто, gRPC - наше всё (вы, кстати, в курсе, что g здесь - это не Google внезапно). Но не тут-то было... Все просто без ума от Мэри gRPC (нет). Начнем с того, что в golang изначально реализовали net/rpc со своим сериализатором gob. Типа есть потребность - в golang есть решение из коробки (так же история, что и с роутером http - он есть, но все используют сторонние решения из-за параметризованных путей запросов). И тут засада - этот rpc можно только между golang приложениями использовать. Потом выкатили gRPC и все заверте... Вкратце - gRPC использует http/2 и protobuf для сериализации (запомним, rpc - это протокол обмена плюс сериализатор). Причем gRPC реализация доступна для многих языков, фактически нет привязки, на чем писать клиентскую и серверную часть. So far, so good... Однако не все так гладко... Понятно стремление Google объять все возможные кейсы, но! К оригинальной реализации gRPC со временем появилось куча вопросов. Иначе как объяснить, что куча контор начали пилить свои собственные реализации RPC (и/или сериализаторов)? Также, внезапно, выяснилось, что требования к RPC внутри облака (читай между микросервисами) и RPC между клиентами за пределами облака/датацентра и сервисами внутри него (за ingress/proxy/load balancer - как хотите называйте) как бы "немножко" разные? Да и выбор http/2 в качестве транспорта - ну кто-же знал, что внедрёж пойдет не так (быстро), как ожидалось. ➡️ Читать @Golang_google

Питон питоном. А я в поисках дешевого s3, надо сгружать логи, в месяц 150гб где то. Мб есть что то бюджетное ? Везде какие то «оставьте заявку» и прочие «запросить тариф»

Wasabi.com

можно подобрать пароль или брутфорсить

ого

Wasabi.com

то что надо, спс

Написал обычный круд на ноде, го и пхп, так вот пхп оказался самым быстрым, потом го, потом нода) и во всех стресс тестах погонял, везде пха быстрее отрабатывает, даже если распараллелить потоки в го

Кроме C# и Java

я просто читал, что есть треды внутри пыхи. вот было интересно,че да как.

а разве не надо такие объекты по ссылке передавать

Я сказал «все». И это обычно означает «без исключений»

а это часом не интерфейс?

В Golang есть ссылки?

В Golang есть ссылки?

ну & и *

Указатель на значение

& это адрес

это понятно, я в том плане что они в паре идут