​Раньше, когда мне приходилось нанимать людей, я страдал. Все джоб-порталы делали каки-то вредители.

Например, если ты как работодатель хочешь на hh разместить вакансию в нескольких регионах, то это будут отдельные вакансии, даже если ты ищешь удаленного сотрудника.
Т.е. вот прям отдельные. Размещаешь 5 вакансий в 10 регионах и получаешь 50 отдельных сущностей, отклики на которые надо просматривать, переключаясь по объявлениям.
Но соискателю еще сложнее. З.п. не указана, указана, но до налогов (каких налогов - хз), релокейт/не релокейт. Короче, фу.

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

На нескольких профильных каналах в телеге тоже какая-то шляпа :(

Поэтому даже если бы админы @profunctor_io не задумали старый добрый взаимопиар, про их канал с вакансиями стоило бы рассказать при случае :)

Собственно вот: @profunctor_jobs
Стек, деньги, ремоут или офис и описание. Коротенько в канале, подробнее на сайте. Разместить вакансию можно бесплатно.

​Пока мы спали, Маск представил свой нейролинк:

https://www.youtube.com/watch?v=DVvmgjBL74w

Специальный робот сверлит череп, вставляет в мозг электроды и оставляет на макушке чип и разъем для зарядки.
Конектится по блютусу к айфону.
Данные можно читать и писать.
Выглядит максимально крипово :)

Они экспериментировали на свиньях и научились делать предсказания движения мышц по этим сигналам.

Вот, казалось бы, сингулярность as is.
Но первые вопросы были - можно ли будет через эту штуку рулить теслой и шпилить в доту...

До конкретных применений еще далеко, но вангую, что года через 2-3 они увеличат скорость и функционал и откроют апи. Апи, Карл!
Я еще q# не успел посмотреть, а тут это...

Маск говорит, что можно будет музыку стримить сразу в мозг, записывать и воспроизводить мысли. Ну и AR/VR, куда же без него...

Все ждали, что их чипирует Гейтс, а чипирует Маск. Какой удар от классика (c) :)

PS: без шапки зимой не походишь, будет глючить :)

я знал, конечно, что японцы не с этой планеты, но ...

https://news.1rj.ru/str/CGIT_Vines/714

​Пятничный SQL-WTF
Понедельничный SQL-TIL

"Хочешь разобраться в чём-то - напиши статью"

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

Сегодня я поделюсь с вами несколькими внезапными синтаксическими конструкциями и неочевидным поведением.
По понятным причинам тестировалось это все в PostgreSQL, но большая часть будет работать и в других базах.

Скорее всего вы никогда не столкнетесь с таким синтаксисом в реальной жизни. Но зато сможете блеснуть эрудицией перед своими коллегами :)


1 wtf из 5 - пустые таблицы
Можно создать таблицу совсем без колонок. Или удалить все колонки из таблицы. И это не ошибка.
Зачем это может быть нужно я придумать не смог, но на всякий случай у нас об этом есть notice :)


2 wtf из 5 - системные колонки и зарезервированные слова
В каждой таблице в PostgreSQL есть специальные колонки tableoid, xmin, cmin, xmax, cmax, ctid, которые создаются автоматически и содержат системную информацию о строках.
Создавать свои колонки с такими именами запрещено. Значения из этих колонок можно читать, но изменять ни значение, ни сами колонки нельзя.
Но если про системные колонки база вам любезно сообщит, то использование зарезервированных слов без кавычек вызывает ошибку парсинга и не всегда можно понять что вообще происходит.

Валидно

CREATE TABLE "all" (a INT);

Не валидно

CREATE TABLE all (a INT);

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

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


3 wtf из 5 - сокращенный синтаксис для SELECT * FROM tbl
Можно короче? Да изи!

TABLE tbl

Никаких дополнительных условий этот синтаксис не предполагает.


4 wtf из 5 - SELECT tbl FROM tbl
Если в таблице нет поля, имя которого совпадает с именем таблицы, то следующие два запроса будут эквивалентны

SELECT tbl FROM tbl;
SELECT ROW(tbl.*) FROM tbl;

И даже больше!

SELECT * FROM tbl1, tbl2 WHERE tbl1 = tbl2;
SELECT * FROM tbl1, tbl2 WHERE ROW(tbl1) = ROW(tbl2);

ROW() - создает тип RECORD. Это кортеж, содержащий значение всех колонок по очереди их следования в источнике данных.
Возможно не все знают, но такие кортежи можно сравнивать.
Это очень удобно, когда нужно сравнить попарно несколько наборов значений.

Не считая того, что такой синтаксис может ввести не очень опытных разработчиков в заблуждение и затруднит чтение запросов, такой подход так же вреден как, и SELECT *.
Поэтому мы сделали warning.


5 wtf из 5 - замена имен полей в подзапросах
Если подзапрос возвращает одно поле (field1) и это поле сравнивается во внешнем условии с полем field2, то из первого подзапроса можно вернуть поле с именем field2:

WITH a(field1) AS (
    VALUES(1)
),
b(field2) AS (
    VALUES(1)
)
SELECT * FROM b WHERE field2 IN (SELECT field2 FROM a)

oO

Такого поворота не ожидал даже я...
Мы об этом пока не предупреждаем, но обязательно будем.

Это, конечно же, не все, чем я могу вас удивить :) Продолжение в следующих сериях :)

​Пока подутих шум вокруг срача Epic с Apple, предлагаю вам посмотреть видос про Flash-игры.

Flash это та технология, которая заставляла компы крутить вентиляторами при заходах на страницы с большим количеством рекламы.
Это та технология, которую использовал youtube в первые 5 лет своего существования.
Это та технология, на которой были сделаны все игрушки в vk.
Это та технология, которая дала миру стриминговый протокол RTMP.
Это та технология, которую Джобс так и не пустил на Ios.


Я тоже занимался разработкой игр на Flash. Причем начинал еще тогда, когда во встроенном языке программирования не было массивов :)
Массивы эмулировались через составные имена переменных - varname = 'arr_'+1+'_'+1;
Это было еще в прошлом веке, до того как компанию Macromedia купил Abobe.
Позже, когда язык стал более функциональным, мы стали делать красочные и динамичные игрушки, которые позволяли нам зарабатывать довольно приличные по тем временам деньги :)

2020 станет последним годом для Flash. Хотя многие из нас уже не помнят, когда в последний раз видели Flash-игры, но все-таки немного жаль, что все так заканчивается.

Press F to pay respect.

https://www.youtube.com/watch?v=UJcPoNBuxlE

PS: спасибо старому боевому flash-товарищу Олегу https://news.1rj.ru/str/ITmoonIT за ссылку :)
PPS: картинка врет, флеш существует с 1996 года.

Как продавать в микрософт:


https://news.1rj.ru/str/devfounder/63

«Особое мнение» на минималках.

PS: у palantir скоро IPO


https://twitter.com/abebab/status/1301260094051676165

Фейсбучные меморизы помогают мне понять, что ФБ теряет часть комментов - возможно, с концами. Вот пример: на скрине недавнего поста человек отвечает отсутствующему мне на вопрос "какие обстоятельства заставляют вас так считать"?" Это не настройки безопасности, третьи стороны эти комменты тоже не видят. В лучше случае, связка сообщений и базы нарушена, в худшем - часть базы грохнулась без бекапа. И это одна из крупнейших технокомпаний с десятками тысяч инженеров! А колективные руки - из жопы...

​1/2
Пятничный SQL-WTF #2
Понедельничный SQL-TIL #2

Первый выпуск был принят довольно тепло, поэтому я продолжу делиться с вами несколькими внезапными синтаксическими конструкциями SQL и неочевидным поведением.
Как выяснилось, моё допущение о том, что описанное поведение повторится в любой базе, оказалось неверным. Поэтому, на всякий случай предупрежу, что все эксперименты проводились в PostgreSQL.
Btw, есть хорошая табличка сравнения поддержки синтаксиса SQL в разных базах.

Скорее всего вы никогда не столкнетесь с таким синтаксисом в реальной жизни. Но зато сможете блеснуть эрудицией перед своими коллегами :)


1 wtf из 5 - implicit typecast
Неявное приведение типов используется, как мне кажется, во всех современных языках программирования.
В SQL вы тоже довольно часто с этим сталкиваетесь. Например

SELECT NOW() > '2020-12-31'

Так же почти все знают, что true может быть автоматически приведено к 1, а false к 0 в большинстве языков программирования. И в обратную сторону - число > 0 всегда приводится к true, 0 приводится к false.
В этом нет ничего неожиданного, но будет полезно знать, что существуют константы, которые могут быть неявно приведены к другому типу, хотя при этом не являются валидными значениями с точки зрения целевого типа:

SELECT 'today' :: DATE;

Есть несколько строковых констант, которые можно скастить к DATE или TIMESTAMP - 'yesterday', 'today', 'now', 'tomorrow' и 'epoch'
К TIME и TIMESTAMP можно скастить 'now' и к TIME можно скастить 'allballs'.
Так же есть специальные константы, обозначающие бесконечно далекие точки в будущем и прошлом: 'infinity', '-infinity'.
Радует, что бесконечности можно сравнивать через обычный знак равенства :)

Так же к BOOLEAN можно привести целые числа, строки 'true'/'false', 't'/'f', '1'/'0', 'yes'/'no', 'y'/'n', 'on'/'off'


2 wtf из 5 - nested rows
Этот wtf вытекает из четвертого wtf в прошлом выпуске. Т.к. теперь подобный синтаксис больше не вызывает недоумения, во втором выпуске я решил понизить его до 2 wtf из 5.
Эти два запроса будут эквивалентны:

SELECT (t1, t2) from t1, t2
SELECT (ROW(t1.*), ROW(t2.*)) from t1, t2

Что может пойти не так?
Все верно, но PostgreSQL не умеет работать со вложенными ROW(). ROW внутри ROW сериализуется в строку. Поэтому

SELECT ROW(ROW(1,2), ROW(3,4))

вернет ROW с двумя строками внутри:

("(1,2)","(3,4)")

а не то, что мы могли бы ожидать.

holistic.dev умеет не только предупреждать вас об изъянах в схеме и запросах, но и определять типы результата запроса. В playground'е типы находятся в разделе Export result внизу страницы.
Типы так же можно будет получить через API и использовать эту информацию, например, для автотестов в CI.


3 wtf из 5 - nested rows nullability
Внезапные эффекты можно получить, сравнивая ROW на IS NULL. Да, ROW будет IS NULL, если все его элементы будут NULL. Но что будет с вложенными ROW?

SELECT
(NULL) IS NULL, -- true
(NULL, (NULL)) IS NULL, -- true
(NULL, NULL, NULL) IS NULL, -- true
(NULL, (NULL, (NULL))) IS NULL  -- false

На самом деле это предсказуемое поведение, т.к. в последней строке PostgreSQL сериализует вложенный ROW в строку. Почему такого же не происходит во второй строке?
ROW c одним NULL - элементом не сериализуется в строку.
И тут появляется еще одна тонкость. Хотя ROW(NULL) в качестве результата вернет ROW без элементов, на самом деле результат не является тем, чем кажется :) Следующий запрос выполнится с ошибкой

SELECT ROW(NULL) = ROW()

т.к. мы пытаемся сравнивать между собой ROW с разным количеством элементов.
Тогда что за фигня происходит? Типы результата смогут приоткрыть завесу тайны :)
А что такое UNKNOWN, вы узнаете из следующей главы нашего сегодняшнего дайджеста :)