я знаю, чем все будут заниматься ближайшие дни...


https://toonify.justinpinkney.com/

​Хороших разработчиков не так много, как может показаться.
А если не рассматривать 23-летних синьоров, то и вообще никого не найти. Все либо в менеджерах, либо настолько в своем познании преисполнились, что к ним на кривой козе не подъедешь.
А работать кому-то надо...

У меня есть старый друг Миха. Он писал какие-то вундервафли для коммутатора в сотовом операторе, в котором я грохнул базу абонентов (https://news.1rj.ru/str/nosingularity/437) 20 лет назад...

Может на шарпах, может на крестах, на голых сях, js и на всем подряд. В базах сечет не хуже меня (почти, гыгы).

При этом он адекватный человек. Но как человек, он слаб. Поэтому ему больше всего нравится писать на питоне :)

Короче, если вам понадобится на парттайм или проект крутой бэкенд с воооот с такой экспертизой, стучите мне в личку (@antonrevyako) и я вас сконнекчу.

блин :(

Для специалистов по SQL собеседование платное

​​В прошлый понедельник SQL-TIL не зашел, поэтому я решил сделать перерыв :) Кип ин тач.

Первые три выпуска:
https://news.1rj.ru/str/nosingularity/535
https://news.1rj.ru/str/nosingularity/541
https://news.1rj.ru/str/nosingularity/548

​Морской бой в постгре:

https://github.com/Firemoon777/sql-battleships

Так проходит совет директоров тесла (прямо сейчас)

#prog

Переписал по работе одну утилиту для анализа логов. Раньше для разбора строк использовались регулярные выражения, а я заменил на наколенный лексер. В результате утилита, которая почти 23 гигабайта перемалывает за чуть больше, чем за 5 минут, стала на тех же данных работать за чуть меньше, чем полторы минуты. Результат, разумеется, тот же самый.

​Чат, ай нид хелб!

Возможно, не все знают, но я занимаюсь разработкой статического анализатора для SQL - holistic.dev

И я решил написать ряд статей с разбором результатов анализа баз разных опенсорсных проектов.
Да, прям как PVS-Studio на хабре.

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

И кажется, GitLab идеальный кандидат. RoR, много у кого есть и часто используется локально.

Поэтому ИЩЕТСЯ ДОНОР С ON-PREMISE GITLAB’ом!
Внимание!
У меня не будет доступа к вашим данным.
У меня не будет доступа к вашему коду.
Я не буду знать переименовали ли вы master в main и используете ли вы gitflow.
У меня даже коннекта к базе GitLab'а не будет.

Мне будет доступен только список SQL-запросов, которые GitLab делает к PostgreSQL.
И то их вы пришлете мне сами.

Схема базы у GitLab лежит в репозитории в готовом виде, а запросы делаются из ORM.

Очень важно, чтобы GitLab активно использовали, т.к. хочется собрать как можно больше разных запросов.
Интеграция займет 10-15 минут времени вашего админа.

Мне сложно предложить что-то ценное взамен, т.к. сам сервис holistic.dev на данный момент предлагается бесплатно. Но вы пишите, мы что-нибудь придумаем :)

Лайк, шер, предложения в личку @antonrevyako

​Сегодня в нескольких каналах обнаружил постмортемы о предыдущих местах работы :) Один из них от моего старого комрада Олега про 1.5 года работы в AppFollow:

https://news.1rj.ru/str/ITmoonIT/235

Там PostgreSQL 13 зарелизили:

https://www.postgresql.org/about/press/presskit13/ru/


тут я выкладывал документ с подробностями
https://news.1rj.ru/str/nosingularity/483

​elsaland/elsa
Elsa is a minimal, fast and secure runtime for Javanoscript and Typenoscript written in Go.
Language: Go
Stars: 104 Issues: 4 Forks: 6
https://github.com/elsaland/elsa

#devops #monitoring
Чувак заморочился и написал простенький anomaly detection на sql. Будет интересно почитать в образовательных целях, если не очень в ладах даже с школьной статистикой. На проде, я все-таки советую логи и телеметрию в скуль не писать))

​Если вы пришли в офис, но уже прочитали все новости и выпили 3 чашки кофе, а работать по-прежнему не хочется, то вот вам одна древняя забава:


https://github.com/mame/quine-relay

Статический анализ *кродеться*

За время бета-тестирования сервиса в ходе сканироваиня около 12 тысяч репозиториев было выявлено более 20 тысяч проблем с безопасностью, среди которых были и серьёзные проблемы, приводящие к удалённому исполнению кода и подстановке SQL-запросов. 72% из найденных проблем были выявлены на стадии рассмотрения pull-запроса, до его принятия, и исправлены менее чем за 30 дней (для сравнения общая статистика по индустрии показывает, что лишь 30% уязвимостей устраняется менее чем за месяц после обнаружения).

GitHub ввёл в строй сервис для выявления уязвимостей в коде
https://www.opennet.ru/opennews/art.shtml?num=53814

В следующий раз, когда меня спросят почему бы в holistic.dev не начать поддерживать oracle, я буду показывать это:


https://docs.oracle.com/en/database/oracle/oracle-database/20/ftnew/managing-oracle-blockchain-tables-and-data.html