я верю, что наступит тот день, когда разные сервисы и утилиты смогут читать конфиг не из корня репо, а из условного .config, и мир станет чуть лучше (буду смеяться как джокер, если это уже есть, прост мало кто в курсе)

В #go завезут t.Cleanup метод. Считайье это как дефер для теста.

https://golang.org/issue/32111

Ахахахахха

Граждане, а ведь среди вас есть роликоведы, среди них же ролиководоведы. Если можете что-то подсказать-посоветовать, буду рад вас услышать (лс @olegkovalov)

(если что я про roller skates или как там)

Прикольные новости из #go Ускорили дефер (34ns -> 6ns), но при этом паники стали медленнее (62ns -> 255ns) из-за сканирования стека вызовов.

На самом деле это приятные изменения, быстрый дефер это конечно круто, но лишний раз некоторым намекнуть, что кидать паники просто так не стоит.

А еще Go-C-Go ускорили (443ns -> 347ns)

Патч https://go-review.googlesource.com/c/go/+/190098
(пропозал в прикрепленном посте)

Ой как красиво и интересно.

Ребята из 99designs рассказывают про уязвимость в AWS ALB за которым стоит Go приложение со стандартным муксом из net/http. 😱

https://99designs.com/blog/engineering/request-smuggling

Я опять полез в стд вещи жавы и узнал забавную вещь. Смотрим класс String, оказывается replaceAll принимает строку и компилит её в регулярку (уже неочевидно из названия, да и странное хотение).

public String replaceAll(String regex, String replacement) {
        return Pattern.compile(regex).matcher(this).replaceAll(replacement);
    }

Но если пойти в метод compile, то попадём в приватный конструктор с лаконичными именами. Все, лишь бы не писать мерзотные this.foo

private Pattern(String p, int f) {
        pattern = p;
        flags = f;
        ...

мда......................................................

Write once. Run away 🏃

от названия канала шутка становится ток глубже

🤯 Go 1.13.3 and 1.12.12 are released!

https://golang.org/dl/

https://golang.org/doc/devel/release.html#go1.13.minor

https://github.com/golang/go/issues?q=milestone%3AGo1.13.3

Не, ну серьезно 🤔 https://xn--r1a.website/hot_backenderr/29

Я про это слышал от пары людей, что много опенсурщины от Uber сделано лишь бы сделать, и вот теперь, после увольнений они начнут умирать (я о проектах).

Как жаль, что погоня за привлекательностью нанесёт пятно на опенсурс.

Re: Uber lays off around 350 more across Eats, self-dr...

I worked at Uber from 2014-2018.

Can confirm this. It was a very poorly managed org because it was extremely grassroots driven—leadership was underempowered to say no to front line teams or hold groups accountable.

The overlaps and poorly considered projects described above are not an exaggeration. Many of them were designed for building the lead engineer's open source brand, not for company needs. Half of the projects described above have since been canceled.

Google:

- Hyperbahn

- Cherami

- Schemaless

- Peloton

- uDeploy

- m3db

- piper

- XYS

Contrary to their glossy open source and tech blog presentations, these projects were highly contentious internally and widely viewed as inferior to industry counterparts. Each of these projects had 5-20 engineers working on them for over a year; many of them are being EOLed or phased out currently. And this is just the list that I can publicly talk about. This development came at extraordinary cost for the org and, in the case of the people who were laid off, cost to people's careers.

mooted1, 6 hours ago

И там же соседний пост(коммент) о Uber-scale (https://xn--r1a.website/hn_best_comments/951)

Меня всегда удивляло, как они (на самом деле многие) хвастаются тем, как это сложно создать гео-ориентед продукт, и что там прям супер скейл.

Так, стоп. Гео подразумевает назависимые гео-зоны (в большинстве случаев). Шард на Париж, шард на Берлин, шард на Воронеж и вот у вас 3 мелких проекта, где не надо дебажить рантайм го, потому что у вас трафика 152 рпс, хоть ты на Scaleway хостись.

Да, все конечно детали, но если есть возможность гарантированно разделить проект/данные/трафик на независимые части, то почему бы и нет?

В #go 1.14 могут завести фиксы на goroutine preemption и tight loops. И собственно такой хитрый тест начнет проходить.

Оч надеюсь что это будет под флагом GODEBUG=asyncpreemptoff=1 как сейчас и планируется.

Ишусы о которых речь
https://github.com/golang/go/issues/24543
https://github.com/golang/go/issues/10958

Хорошая статья о sync vs async коммуникации.

Конечно же больше речь о том, как сделать ремоут сотрудников продуктивными (шо, опять?). Статья смотрится как хороший туду-лист, чтобы поправить свои процессы.

https://doist.com/blog/asynchronous-communication/