EG
хм, а у них есть последовательность строгая? тип саначала \r а потом \n обязательно. Или по-разному может быть?
У старых маков только
\r без \n.*Main Lib> maxmin a b c = max a $ min b c?
*Main Lib> maxmin 2 3 1
2
Size: a a a
2020 February 12
EG
Prelude> maxmin 5 4 3
5
Здесь твоя функция вернула максимальное число, а нужно не-максимальное.
AI
Задача: на любом языке на выбор написать код, который принимает три числа A, B и C и возвращает то из них, которое не минимальное и не максимальное.
SP
numpy.median([5, 4, 3])
EG
А в чём задача? Написать любой код внутри функций, который будет безопасным, скомпилируется и не будет паниковать? Иных требований нет?
p
Задача: на любом языке на выбор написать код, который принимает три числа A, B и C и возвращает то из них, которое не минимальное и не максимальное.
Language:
Source:
Result:
py3
Source:
data = [1, 3, 2]
print(sorted(data)[1])
Result:
2
AI
А в чём задача? Написать любой код внутри функций, который будет безопасным, скомпилируется и не будет паниковать? Иных требований нет?
Ну да. Используя то что дано задать функции в соответствии с определениями.
EG
Language:
Source:
Result:
py3
Source:
data = [1, 3, 2]
print(sorted(data)[1])
Result:
2
Вариант.
SP
по давней традиции ктото должен закодить это условие на идрисе чтобы он сам вывел решение
EG
Ну да. Используя то что дано задать функции в соответствии с определениями.
Ответ на 3 —
loop { } или любой другой экспрешшн с типом Never.SP
ну это все не интересно. интересно свертку
AZ
@kremovtort
Вопрос к фуллстаку
Есть таблица relations, с полями: subordinateId, managerId, roleId, ...
На ней есть индекс с полями (subordinateId, managerId)
Есть запрос
select subordinateId from relations where managerId = 123
Вынуждена ли БД сделать full scan - т.е. полный перебор всех записей? Вопрос со звёздочкой - а будет ли вообще использован индекс и зачем?
Вопрос к фуллстаку
Есть таблица relations, с полями: subordinateId, managerId, roleId, ...
На ней есть индекс с полями (subordinateId, managerId)
Есть запрос
select subordinateId from relations where managerId = 123
Вынуждена ли БД сделать full scan - т.е. полный перебор всех записей? Вопрос со звёздочкой - а будет ли вообще использован индекс и зачем?
EG
Ответ на 3 —
loop { } или любой другой экспрешшн с типом Never.Можно
unimplemented!(), всё равно эту функцию невозможно вызвать → она никогда не запаникует.AZ
create table dbo.test
(
id serial not null
constraint test_pk
primary key,
subordinateid integer not null,
managerid integer not null,
details text not null
);
alter table dbo.test owner to back_dev;
create unique index test_id_uindex
on dbo.test (id);
create index test_subordinateid_managerid_index
on dbo.test (subordinateid, managerid);
DO $$
BEGIN
FOR i IN 1.. 10000 LOOP
insert into test (subordinateid, managerid, details)
values (i+50000, i/1000, 'hey');
END LOOP;
END; $$λ
Меня просто немного злит слово "фуллстак", которым себя называют люди после годового опыта. Там гора знаний в каждом слое - и в базе, и в бэкенде, и во фронте, а они всё это за год превзошли, ну какие молодцы, а.
Фуллстак это значит занимаешься всем и сразу, а не то, что ты эксперт по всем и сразу
λ
"Фуллстак" не отображает уровень экспертизы
EG
Первое и второе пока не понял, думаю.
P🐈
@kremovtort
Вопрос к фуллстаку
Есть таблица relations, с полями: subordinateId, managerId, roleId, ...
На ней есть индекс с полями (subordinateId, managerId)
Есть запрос
select subordinateId from relations where managerId = 123
Вынуждена ли БД сделать full scan - т.е. полный перебор всех записей? Вопрос со звёздочкой - а будет ли вообще использован индекс и зачем?
Вопрос к фуллстаку
Есть таблица relations, с полями: subordinateId, managerId, roleId, ...
На ней есть индекс с полями (subordinateId, managerId)
Есть запрос
select subordinateId from relations where managerId = 123
Вынуждена ли БД сделать full scan - т.е. полный перебор всех записей? Вопрос со звёздочкой - а будет ли вообще использован индекс и зачем?
А как индекс сделан? Если через z-ordering, то не нужен full-scan
SP
кстати почему то никому не расказывают такие кулстори:
если сортировку заменить на просто взятие min/max то можно обойтись одним обходом, а если нужно например три первых отсортированных числа - то тоже можно экономить
если сортировку заменить на просто взятие min/max то можно обойтись одним обходом, а если нужно например три первых отсортированных числа - то тоже можно экономить