Size: a a a

2019 August 05
oleg_log
Короч перевели трафик в один ДЦ, работает пару часов и все ок. Даж скучно. Хотя кол-во ручной работы можно было бы и меньше.
источник
oleg_log
Штош, поговорим про собес в амазон? 1й телефонный, 2й похо..

Началось все с роскошного вопроса: расскажи случай, когда ты что-то сделал в ограниченное время? (Я 2 раза переспросил, еще и индийский акцент из Дублина)

Вот что по вашему тут надо ответить? (Имхо) правильно - рассказать сказку. Ну честно, любая история приемлема.

Собственно мы героически приняли новый сервис от другой команды в 2 недели, начали с анализа мониторинга и пред. инцидентов, и даже фичи добавили. Короч молодцы.

Об успешности своей я ни капли не жалею. А задачка была классическая, на макс сумму в массиве, поэтому решайте классику.
источник
2019 August 06
oleg_log
Залипательная страничка с топ IPO unicorns.

История тех стека Airbnb, Lyft, Pinterest, Slack, Zoom, PagerDuty, WeWork, Uber, and Postmates с 2009 до наших дней.

https://stackshare.io/stack-history-timeline-unicorns-ipos-of-2019-tech-stack-evolution
источник
oleg_log
Большая-пребольшая подборка чит шитов по #rust 🦀

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

https://twitter.com/liron/status/1157327854033674241
И еще какой-то тред с ХН https://news.ycombinator.com/item?id=17470163
источник
oleg_log
Кстати да, у некоторых с -2*2 "падает гугл", хотя у меня норм (в твиттере тож скрины были)

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

ВСЕМ БОРГ 🙌
(спасибо Денису за скрин)
источник
oleg_log
Тут скорее всего есть заводители и водители трактора, а может уже припарковавшиеся.
(трактор = эмиграция)

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

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


PS если вы айтишник в Варшаве(или Польше), пинганите в лс @olegkovalov
источник
oleg_log
послеобеденная декомпиляция гугла™
источник
oleg_log
Отличная отрезвляющая фраза.

Interviews go both ways. (с)

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

Кэп, но порой надо это услышать. Пару раз натыкался на странных тимлидов, которые всячески пытались "показать как надо делать". Жалко людей, кто с такими работает.
источник
oleg_log
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
источник
oleg_log
Двигать теги мы не бросим....

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

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

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

https://github.com/gomodules/jsonpatch/issues/21
источник
oleg_log
Почему вы подписаны на этот канал?
(в догонку к вопросу на выходных + интерес одного из подписчиков)
Анонимный опрос
15%
Я гофер и мне интересны темы тут
9%
Я хочу перекатиться в го
13%
А шо там у гоферов
10%
Тут есть мемы (аки дитя Профанктора)
20%
Темы мне без разницы, просто интересно
23%
Я тут из-за новостей, ссылок и докладов
5%
хз, просто мне канал не мешает
1%
Другое @olegkovalov
5%
*придумайте смешной ответ сами*
Проголосовало: 680
источник
oleg_log
Фак, надо было доабвить вариант "Олег", считайте его последним вариантом.
источник
oleg_log
Тут BlazingSQL вышли в опенсурс и это очередная крутая новость. Я пока малым был, часто мучал вопрос: ну почему gpu не используются для задач кроме рендера и математики????

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

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

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

https://github.com/blazingdb/pyBlazing/
источник
2019 August 07
oleg_log
Заметно не соглашусь с 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://t.me/count0_digest/2577
источник
oleg_log
Новая статья из цикла "а шо там у 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/
источник
oleg_log
Функции раньше
- полиморфные
- оптимизация хвостовой рекурсии
- модификаторы доступа для инкапсуляции

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

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

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

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

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

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

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

Готов слушать как вы сильно не согласны @olegkovalov
источник
oleg_log
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
источник