В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Compiler Development

832 membersпожаловаться на группу
2020 May 08

ИЧ

Илья Чистяков... in Compiler Development
Doge Shibu
Если воспринимать микросервисы так, то это приведет к инфраструктурным проблемами колоссального масштаба.

И весь потенциальный выигрыш от микросервисов будет съеден инфраструктурными и организационными затратами.

Ну и архитектурно выйдет тот же монолит, только распределенный
безусловно, но микросервисы позволяют хоть как-то развивать продукт, а монолит в какой-то момент просто не даёт выкатить релиз
источник
10:26пожаловаться#1

А

Алексей in Compiler Development
Илья Чистяков
безусловно, но микросервисы позволяют хоть как-то развивать продукт, а монолит в какой-то момент просто не даёт выкатить релиз
У вас отдельный микросервис для работы с массивами написан чтоли?
источник
10:27пожаловаться#2

А

Алексей in Compiler Development
или что?
источник
10:27пожаловаться#3

A

Alexey in Compiler Development
Алексей Герасимов
Весь шум обусловлен тем, что нужно иметь возможность изъясняться с компилятором на языке лайфтаймов, и я, если честно, не вижу способа сделать это еще проще. Единственное, что мне не нравится в расте на уровне синтаксиса - это два способа указания trait bound: в заголовке (impl<T: Foo> …) vs where T: Foo, причем where строго мощнее. Не то, чтобы это мешало, просто кажется избыточным. Можете привести пример что вам кажется странным в синтаксисе раста, не хочу разводить холивар, просто сколько не встречал таких жалоб никогда не приводилось конкретных примеров
Да я тоже не хочу разводить холивар. :-) Я просто вспомнил, что когда-то обсуждали это на Хабре, вот коротенький тред с парой ссылок, примерами и разбором их (не)состоятельности.
Хабр
Создатель Питона: я устал, я ухожу
Теперь, когда PEP 5721 готов, я хочу чтобы это был последний PEP за который мне пришлось так отчаянно сражаться сталкиваясь с таким количеством людей презирающих...
источник
10:27пожаловаться#4

ИЧ

Илья Чистяков... in Compiler Development
Алексей
и какие абстракции из питона ушли?
из питона не ушли, их можно юзать по фану, но я могу представить код без них
источник
10:27пожаловаться#5

DS

Doge Shibu in Compiler Development
Илья Чистяков
безусловно, но микросервисы позволяют хоть как-то развивать продукт, а монолит в какой-то момент просто не даёт выкатить релиз
А разделение монолита по микросервисам размера класса вам не поможет.

Точно так же, через небольшое время упретесь в те же архитектурные проблемы, только уже на уровне распределенного взаимодействия, что усложнит их решение кардинально.
источник
10:28пожаловаться#6

А

Алексей in Compiler Development
Илья Чистяков
из питона не ушли, их можно юзать по фану, но я могу представить код без них
возьмите zip из питона
источник
10:28пожаловаться#7

А

Алексей in Compiler Development
представьте код на го без него
источник
10:28пожаловаться#8

А

Алексей in Compiler Development
ужаснитесь полученному результату
источник
10:28пожаловаться#9

ИЧ

Илья Чистяков... in Compiler Development
Алексей
У вас отдельный микросервис для работы с массивами написан чтоли?
я с вами полностью согласен про reverse, писал же выше
источник
10:28пожаловаться#10

А

Алексей in Compiler Development
то есть reverse - это самый самый простой пример
источник
10:29пожаловаться#11

А

Алексей in Compiler Development
и микросервисы тут не причём вообще
источник
10:31пожаловаться#12

А

Алексей in Compiler Development
потому что эти проблемы никак к столь высокоуровневой архитектуре приложения не относятся
источник
10:31пожаловаться#13

А

Алексей in Compiler Development
то есть у го начинаются проблемы задолго до этого уровня
источник
10:32пожаловаться#14

ИЧ

Илья Чистяков... in Compiler Development
под абстракциями я имел ввиду ООП, то что в Go есть проблемы, никто не спорит, просто хотел показать нишу простых языков
источник
10:32пожаловаться#15

А

Алексей in Compiler Development
и единственная причина этих проблем - это дизайн языка
источник
10:32пожаловаться#16

А

Алексей in Compiler Development
Илья Чистяков
под абстракциями я имел ввиду ООП, то что в Go есть проблемы, никто не спорит, просто хотел показать нишу простых языков
это не их ниша
источник
10:32пожаловаться#17

А

Алексей in Compiler Development
причём это даже не простота, а какой-то примитивизм
источник
10:33пожаловаться#18

ИЧ

Илья Чистяков... in Compiler Development
https://ru.wikipedia.org/wiki/Go#%D0%9D%D0%B0%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%B8%D0%B5,_%D0%B8%D0%B4%D0%B5%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
Wikipedia
Go
Go (часто также Golang) — компилируемый многопоточный язык программирования, разработанный внутри компании Google. Разработка Go началась в сентябре 2007 года, его непосредственным проектированием занимались Роберт Гризмер, Роб Пайк и Кен Томпсон, занимавшиеся до этого проектом разработки операционной системы Inferno. Официально язык был представлен в ноябре 2009 года. На данный момент поддержка официального компилятора, разрабатываемого создателями языка, осуществляется для операционных систем FreeBSD, OpenBSD, Linux, macOS, Windows, DragonFly BSD, Plan 9, Solaris, Android, AIX.. Также Go поддерживается набором компиляторов gcc, существует несколько независимых реализаций. Ведётся разработка второй версии языка.
источник
10:33пожаловаться#19

ИЧ

Илья Чистяков... in Compiler Development
говорю же, язык очень узкий, и мало кто сталкивается с проблемами гугла, потому такое недопонимание
источник
10:34пожаловаться#20