Хах, некоторые запросы в гугле особенно медленные, сам проверил 'powered by' и ждал 6.79 сек. а еще на -1*1 или -2*2 калькулятор как-то заметно долго тупит. Интересненько 🤔

https://twitter.com/liron/status/1157327854033674241
И еще какой-то тред с ХН https://news.ycombinator.com/item?id=17470163

Кстати да, у некоторых с -2*2 "падает гугл", хотя у меня норм (в твиттере тож скрины были)

Возможно разные версии поиска, другого объяснения я не вижу

ВСЕМ БОРГ 🙌
(спасибо Денису за скрин)

Тут скорее всего есть заводители и водители трактора, а может уже припарковавшиеся.
(трактор = эмиграция)

Тут есть карта большого количества чатов и каналов (в основном в телеге, а может и только в телеге) каждой страны.

Вдруг вам пригодится http://goo.gl/33c3Yd


PS если вы айтишник в Варшаве(или Польше), пинганите в лс @olegkovalov

послеобеденная декомпиляция гугла™

Отличная отрезвляющая фраза.

Interviews go both ways. (с)

Если вас завалили на собесе или вытерли об вас ноги, то с чего бы рабочий день там был бы лучше?

Кэп, но порой надо это услышать. Пару раз натыкался на странных тимлидов, которые всячески пытались "показать как надо делать". Жалко людей, кто с такими работает.

1.7к коммитов, 7.4к измененных файлов, 1.5мес работы....я не понимаю, как это можно эффективно менеджить, да еще и регрессии искать.

Антипаттерн Золотой молоток всей экосистемы.
(Обилие Polishing 🇵🇱 коммитов особенно доставляет)

https://github.com/spring-projects/spring-framework/compare/v5.0.15.RELEASE...v5.1.9.RELEASE

В других релизах тож самое https://github.com/spring-projects/spring-framework/releases

Двигать теги мы не бросим....

В общем, даже если человек из гугла, это еще ничего не значит. Умышленно факапят многие.

Не двигайте теги, чтобы не ломать хеши, сделать еще один патч-релиз обычно стоит ничего.

И поэтому же комитьте go.sum, чтобы можно было пойти в репу (или найти домашний адрес автора) и объяснить, что так делать не надо.

https://github.com/gomodules/jsonpatch/issues/21

Фак, надо было доабвить вариант "Олег", считайте его последним вариантом.

Тут BlazingSQL вышли в опенсурс и это очередная крутая новость. Я пока малым был, часто мучал вопрос: ну почему gpu не используются для задач кроме рендера и математики????

В общем эт круто, больше решений в этой области - больше движа. Недавно и Убер хранилище с метриками релизнул, да и другие БД были.

Если честно, я жду молотилку байт для Clickhouse :3
Не знаю зачем, вроде и так справляется, но who cares.

https://blog.blazingdb.com/blazingsql-is-now-open-source-b859d342ec20

https://github.com/blazingdb/pyBlazing/

Заметно не соглашусь с Trunk Based Development. В таблице приведены вещи из разных областей, но выданы с выгодной стороны.

Тип давайте пушить в мастер, пейриться и прятаться все под фичер-флагами.

— Feedback comes late
ну вот вы пейритесь, а потом 3й человек прочитает ваш код и ужаснется.
— Low quality feedback
почему напарник поможет это сделать лучше? может он тоже ничего не знает, обратитесь еще к кому-то и решите.
— My code
хм....тут какой-то особый софт-скилл, я пасс.
— Individual codestyle
смех, пора уже gofmt-like иметь в каждой репе, чтобы било по рукам.
— Infrequent integration
ок, а причем тут транк? берешь и пушишь, хоть с бранча, хоть с коммита (что одно и тоже), просто фичер-флагой закрой и забудь.
— Easy to ignore a failing build
так можно и на мастере игнорить красные билды, может просто настройки репы глянем?
— Dread large refactorings
честно, я не понял как это поможет, больше кода трогаешь, больше вещей может не состыковаться.
— People work in isolation
так это, мне надо бегать по всем комитам, что _уже_ в мастере? хм, мне казалось ПР для этого и создано, посмотреть перед влитием кода.
— Poor tooling for reviewing changes
берешь и чекаутишь бранч, изи.
— Lose original commit history
ок, тут можно поспорить, я хочу видеть 1 комит на 1 задачу, но тут часто спорный вопрос.

В общем странная статья, тут вопрсо не про 'only master vs branch per feature', а 'у нас есть чертовы правила или мы йоло-стайл'

https://xn--r1a.website/count0_digest/2577

Новая статья из цикла "а шо там у stackovetflow под капотом", теперь про кеши

https://nickcraver.com/blog/2019/08/06/stack-overflow-how-we-do-app-caching/

а тут полный список статей, очень рекомендую https://nickcraver.com/blog/2016/02/03/stack-overflow-a-technical-deconstruction/

Функции раньше
- полиморфные
- оптимизация хвостовой рекурсии
- модификаторы доступа для инкапсуляции

Функции сейчас
- разрыв сердца от не собаки

by @zioff

Так-с. Готовь срывать покровы, но они и так сорваны. Программисты не работают по 8ч в день. Большинство. Хорошо это или нет - не знаю (мне точно хорошо %)

С одной стороны, если бизнес будет недоволен, то он начнет крутить гайки и следить, а может и мотивировать.
С другой стороны, пока бизнес в плюсе, оптимизировать работников не надо, поэтому чатики, смузики и телего-чаты живы.

Вывод: в своей фирме я буду форсить парное программирование с 1го дня.

И не для того, чтобы все пахали, а чтобы задачи закрывались быстро, с двойным вниманием, а в свободное время люди делали, что хотят. К примеру сабмитили мемы в бота Профанктора (ха как красиво рекламу впихнул @libmustdie)

Наверное это и так всем понятно, ведь большинство бывших ТЛ это разрабы и они сами просиживали время. Не знаю как вам, но мне подсказывает, что парное прогр с правильной приоритизацией это путь к меньшей нагрузке и подгоранию в офисе.

Взял с борды (не имедж-борды) таск, на пару накидали код, кинули на ревью, пошли еще 1 взяли или сели ревьювить код других. Ну или свалили домой, ведь на сегодня хватит. А еще нет времени на прокрастинацию.

Готов слушать как вы сильно не согласны @olegkovalov

Yak shaving
[MIT AI Lab, after 2000: orig. probably from a Ren & Stimpy episode.] Any seemingly pointless activity which is actually necessary to solve a problem which solves a problem which, several levels of recursion later, solves the real problem you're working on.

https://en.wiktionary.org/wiki/yak_shaving

Собственно так я и начал писать свою либу jwt, клиент redis, клиент zookeper, движок каф...

Возможно 1 из рекордов, лвл 64 http://boston.conman.org/2018/03/03.1

Тут роадмап Envoy на 2019 огласили, все круто, и тебе HTTP/3, и WASM, и даже поддержка Kafka(Redis, ZK, MySQL уже есть)...даже конкуренты Nginx & HAProxy фичи копируют, вот только судя по гитхабу и стонам соседней тимы не все так вылизано.

А еще Lyft пихает 40М рпс в Редис, однако.

https://blog.getambassador.io/envoy-proxy-in-2019-security-caching-wasm-http-3-and-more-e5ba82da0197

Узнал, что у одних людей была авария на проде из-за пустых строк.

В Puppet было чууть-чуть криво написан шаблон конфига (пустые строки после иф-ов), что породило неправильные параметры для Varnish...

В итоге кеши не наполнялись правильно и в общем это перегрузило->убило сервисы.

Бойтесь пустых строк

Такой пришел версию подбить от скуки, а тебе говорят заполняй пдф и шли на мыло. Удачи братаны.

Блин, да есть же боты, сложно блин прикрутить было one-click CLA ? аргх

https://github.com/cloudfoundry/go-diodes/pull/23#issuecomment-519414655