Size: a a a

2021 April 12

ЕО

Евгений Омельченко... in DevOps
Ну на рубях ладно
источник

RA

Ruslan Abdullaev in DevOps
всем привет)
источник

rd

rus dacent in DevOps
источник
2021 April 13

SP

Sergei Puzyrev in DevOps
блядь, какой стыд
источник

SP

Sergei Puzyrev in DevOps
кто те люди, которым проще на баше чем на питоне?
источник

A

Alexander in DevOps
У меня, скорее, вопрос, кто те люди, которым го сложнее питона? Го же тупой как пробка и не имеет кучи нюансов, которые есть у питона. Причём, что на уровне реализации, что на уровне самого языка.
источник

SP

Sergei Puzyrev in DevOps
в голанге надо думать про типы
источник

SP

Sergei Puzyrev in DevOps
и если сделать говно, то трудно закрыть его какой-нибудь питоновой магией
источник

A

Alexander in DevOps
Одни только asyncio, метаклассы, декораторы, вагон специальных интерфейсных underscore-методов, система модулей, привязанная к файлам (и чертов import loop), ООП, в конце концов (где даже классы - это объекты) и устройство аллокатора чего стоят.
И это я ещё не в курсе, чего там в язык за последние 3 года насовали.

Голанг им сложный, блядь. В го прочитал effective go - и ты уже миддл. А если прочитал the go memory model - то, считай, уже сеньор.
источник

A

Alexander in DevOps
Да я лучше про типы буду думать (и как будто в питоне про них думать не надо).
источник

SP

Sergei Puzyrev in DevOps
в питоне можно много про что не думать, пока не станет слишком поздно
источник

PK

Phil Kulin in DevOps
Нет. Про типы там за тебя компилятор думает. Он тебе просто запретит. Думать там надо про конкурентный доступ. Его компилятор тебе не запрещает. И когда ты начинаешь про это думать поздно, это может перерасти в "перепиши меня полностью"
источник

A

Alexander in DevOps
В питоне при использовании тредов или асинхронщины тоже нужно про конкурентный доступ думать. Да, есть GIL, но от косяков в логике, реализованой без учёта конкурентности, он не спасёт.
источник

A

Alexander in DevOps
А там, где Gil спасает, скорее всего, спасёт и GOMAXPROCS=1 (что, впрочем, лучше не делать).
источник

PK

Phil Kulin in DevOps
Нет. Потому что работа с мапами не атомарна
источник

PK

Phil Kulin in DevOps
Не, GOMAXPROCS=1 это не выстрел в ногу. Ну так
источник

A

Alexander in DevOps
Так лучше не делать не потому, что это выстрел в ногу, а потому что такая конфигурация банально скрывает баги реализации конкурентного доступа, просто заметая их под ковер.
источник

NK

Nick Kritsky in DevOps
Ну - я иногда пишу на баше. Если мне надо что-то скачать, запустить и погрепать логи - мне удобнее на баше написать.
источник

SP

Sergei Puzyrev in DevOps
я пишу на баше когда мне нужно решить что-то просто один раз, срезая углы и после того как решу - уничтожить
источник

PK

Phil Kulin in DevOps
Строго говоря — нет :)
источник