- 124
- 220 601
Тензор
Russia
เข้าร่วมเมื่อ 21 พ.ย. 2017
Тензор - федеральная IT-компания, большая и многонациональная.
Мы разрабатываем Saby (СБИС) - экосистему цифровых сервисов для автоматизации бизнеса. Сейчас ей пользуются более 4,5 миллионов компаний в России.
Над Saby трудится 7000 сотрудников! Разных, талантливых и увлечённых, которых объединяют общие ценности.
Это канал о нашей компании, людях и технологиях. Здесь мы делимся знаниями и опытом в IT, а ещё рассказываем, чем живём на работе и после неё.
Больше о наших сервисах на канале СБИС (Saby): clck.ru/39Smwi
Мы разрабатываем Saby (СБИС) - экосистему цифровых сервисов для автоматизации бизнеса. Сейчас ей пользуются более 4,5 миллионов компаний в России.
Над Saby трудится 7000 сотрудников! Разных, талантливых и увлечённых, которых объединяют общие ценности.
Это канал о нашей компании, людях и технологиях. Здесь мы делимся знаниями и опытом в IT, а ещё рассказываем, чем живём на работе и после неё.
Больше о наших сервисах на канале СБИС (Saby): clck.ru/39Smwi
Low Code/No Code инфраструктура
Что такое Low Code/No Code-платформа, ее перспективы и востребованность разобрали на митапе с Андреем Смирновым, руководителем направления в компании «Тензор».
#Тензор #lowcodeplatform #Разработка
#Тензор #lowcodeplatform #Разработка
มุมมอง: 80
วีดีโอ
От самоуверенности до фиаско всего одна ошибка
มุมมอง 307วันที่ผ่านมา
Как обогнать одногруппников в IT-направлении и стать ментором, как усовершенствовали популярную кликер-игру, в чем были ошибки в разработке и про полное фиаско в работе рассказал Денис Гречухин, инженер-программист в компании «Тензор». #Тензор #SQL #Разработка
Полезные SQL-конструкции в PostgreeSQL
มุมมอง 433วันที่ผ่านมา
О синтаксическом «сахаре» и «ленивом» исполнении кода рассказал Кирилл Боровиков, технический директор компании «Тензор». Разобрали: - SQL - это просто! Или нет? - как писать меньше кода - зачем писать больше кода #Тензор #SQL #Разработка
Главный офис IT-компании Тензор: как программисты спасают экологию
มุมมอง 21114 วันที่ผ่านมา
Тензор разрабатывает экосистему для бизнеса, а еще заботится и о природной экосистеме. Экологическая повестка - часть корпоративной культуры всей компании. Сортировка вторсырья - база, и в офисах для этого создана целая инфраструктура. Сами офисы Тензора созданы по всем принципам энергоэффективности: системы освещения и полива экономят электричество и воду. Тензор поддерживает и правильные экоп...
Праздник День программиста 2024 в «Тензоре»
มุมมอง 1272 หลายเดือนก่อน
Русская удаль новые технологии = классный праздник в честь Дня программиста, тестировщика и технолога! 12 сентября головной офис Тензора в Ярославле превратился в Кибердеревню👾 Хочешь стать частью большого и дружного коллектива? Скорее присылайте свои отклики! 📌Вакансии по ссылке: clck.ru/39WSes #Тензор #Техподдержка #Вакансии
Tensor never sleeps: ярмарка вакансий в «Тензоре»
มุมมอง 2264 หลายเดือนก่อน
Ночь карьеры - событие для всех, кто хочет профессионально расти и развиваться. И не важно, в какой области: Тензор охватывает самые разные направления. На главной площадке мероприятия прошла Ярмарка вакансий. Участники смогли напрямую пообщаться с рекрутерами и сотрудниками, оставить свои контакты на интересующую должность и узнать всё о работе в компании. Хочешь стать частью большого и дружно...
Экосистема Saby: центр разработки в Новосибирске
มุมมอง 2126 หลายเดือนก่อน
Что объединяет Тензор, Яндекс, Сбер и «Тинькофф» в Новосибирске? Ответ неочевидный - у каждой компании здесь два центра разработки. Почему так - рассказываем в новом ролике. В новосибирском Тензоре программисты разных направлений: разработка мобильных приложения, софтов для работы с госсистемами и маркетплейсами. Ребята вне офиса уже не просто команда, а дружная семья: вместе ходят на хоккей бо...
Работа в «Тензоре» - твой лучший выбор
มุมมอง 6597 หลายเดือนก่อน
Работа в «Тензоре» - твой лучший выбор
Кто создает экосистему Saby в Костроме | Saby Жизнь
มุมมอง 65111 หลายเดือนก่อน
Кто создает экосистему Saby в Костроме | Saby Жизнь
Автоматизация бизнеса: увеличиваем прибыль | Saby Сonference
มุมมอง 8611 หลายเดือนก่อน
Автоматизация бизнеса: увеличиваем прибыль | Saby Сonference
Школа backend. PostgreSQL. Лекция 7: Блокировки
มุมมอง 1.8K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 7: Блокировки
Школа backend. PostgreSQL. Лекция 6: Транзакции
มุมมอง 1.6K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 6: Транзакции
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 2
มุมมอง 1.5K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 2
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 1
มุมมอง 2.5K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 1
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 2
มุมมอง 2.5K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 2
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 1
มุมมอง 6K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 1
Школа backend. PostgreSQL. Лекция 2: Простые SELECT
มุมมอง 4.2K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 2: Простые SELECT
Школа backend. PostgreSQL. Лекция 3: Сложные SELECT
มุมมอง 3.5K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 3: Сложные SELECT
Школа backend. PostgreSQL. Лекция 1: Основы SQL
มุมมอง 10K11 หลายเดือนก่อน
Школа backend. PostgreSQL. Лекция 1: Основы SQL
Защитить данные крупнейших корпораций. Обзор ЦОД Тензора
มุมมอง 976ปีที่แล้ว
Защитить данные крупнейших корпораций. Обзор ЦОД Тензора
Как стать супергероем техподдержки «Тензора»
มุมมอง 394ปีที่แล้ว
Как стать супергероем техподдержки «Тензора»
День открытых дверей Технической поддержки в Тензоре 2023
มุมมอง 414ปีที่แล้ว
День открытых дверей Технической поддержки в Тензоре 2023
1:39:50 - параллелизм дело такое, что не всегда он даст выигрыш в сравнении с одиночным воркером, как раз из-за стоимости дополнительных операций. Например, в языках программирования засекали, что параллелизм начинает давать выигрыш, начиная с определённого обьёма работы(При этом, считаем, что воркеры не конфликтуют за ресурсы - хотя это важно учитывать) Условно: думаю, что на маленьких выборках одиночный воркер использовать эффективнее - но смотрим в конкретной ситуации) Спасибо за лекцию, интересно, понятно раскрываете материал - очень круто.
Еще одна хорошая лекция от мастера) Спасибо
Ну они🥹
А поднимте руки кто, а посмотрите на то что оторвано от жизни. Доклад ради доклада или IT для домохозяек. Все эти конференции неизбежно оказываются в плену своей хайповости и ширпотребщины
Спасибо за лекцию!
Круто. Спасибо большое за видео. 🎉
Ахаха ну выдумщики
💜💜💜
Спасибо .Очень полезная инфа.Хорошая подача .
я вот все пдф думал что надо бы а то скрины в телегу себе накидал ) где пдф качнуть?)
Никак
Смущает объяснение на 15:31 Вроде наличие Buffers ... temp ... говорит о работе с временными файлами для таких операций как sort, aggregate, hash join. И увеличивать тогда надо work_mem , а не temp_buffers (а temp_buffers отвечает вроде бы за буферизацию работы с пользовательскими временными таблицами (которые create temp table...), т.е. temp_buffers надо увеличивать, если часто вылезает ... local read... )
Надо сдать экзамены
🔥🔥🔥
А как ты нашла компанию и кто из знакомых привел ?
th-cam.com/video/sKzbr2mdnuQ/w-d-xo.html Третий день торчу на этом отрезке пытаясь хоть что то понять .......
Спасибо, интересная лекция.
Спасибо, а скиньте ссылку на статью, где про постраничную навигацию? Почему limit и offset не очень хорошее решение?
🔥🔥🔥
От Антарктиды до России
Подскажите пожалуйста, можно ли где-то найти презентацию, слайды которой продемонстрированы в видео, и когда ждать статью на Хабре по лекции 4 и дальше?) Ваши лекции очень информативны и полезны, однако некоторым удобнее воспринимать информацию через текст (поэтому с нетерпеньем жду продолжения ваших статей на Хабре). Так же хотелось бы поизучать продемонстрированные в презентации ссылки (поэтому надеюсь, что Вы поделитесь презентацией). Спасибо за Ваш труд, знания и опыт, которыми Вы делитесь!
Мало уделили внимания структуре таблиц, такие вещи надо разбирать подробно, а так же рассказывать, как производится расщепление страниц и что происходит при этом со страницами индекса, и тд и тп
А если с ПО для производства? Как без технического образования и опыта работы? Чтоб человек понимал все процессы как по ПО так и производство
я тут учусь и слушаю Link in Park
Спасибо большое, отличный материал
Лучшее, что есть в свободном доступе.
❤
Самые лучшие коллеги на свете! Люблю, скучаю! 😘😘😘
37:44 у меня в выводе столбцы (a, b, a, c): столбец "a" дублируется, а не однократно выводится. PostgreSQL 16
Спасибо огромное за Вашу работу! Лекции и заметки на хабре очень полезны. Помогают узнать новое/систематизировать знания, посмотреть на реальные задачи и варианты решения.
14:24 функция создания кортежа... Не пойму, чем это отличается от просто сортировки по двум столбцам, типа ORDER BY column1, column2
имба
Лекция превосходная, очень доходчиво и интересно подан материал, браво!
Спасибо за лекцию! Узнаю много нюансов про PostgreSQL.
лекция хорошая но для понимания очень сложная....
26:00 при попытки сделать SELECT daterange() постгрес ругается на то что такая функция не существует... EDIT: вы сказали что давайте определим функцию но само определение не показали...
Это функция, исходя из названия, выдает интервал дат, ей нужно как минимум два параметра - начало и конец интервала. Постгрес говорит, что нет такой функции с таким типом входных аргументов (попытайтесь выполнить select random(1), и вам будет показана аналогичная ошибка, так как random() не должна принимать никаких аргументов) Есть два равноценных варианта проверки этой функции select daterange('2022-12-16', '2023-02-21') и select '[2022-12-16,2023-02-21)'::daterange
Инфа супер ценная, автору огромное спасибо
50:50 Массив это не множество это конечно сильно сказано.... Уточняйте что имеете ввиду...
Множества {1,2,3} и {3,2,1} равны. А массивы [1,2,3] и [3,2,1] нет.
@@andrey_bilalov согласен, спасибо за поправку
спасибо автору, отличная серия лекций!
32:50 глубина поддерева это расстояние корня поддерева до корня дерева, так что я не соглашусь с вами. Берем вершину 16 на вашем графике и уже видим, что глубина равна двум...
Имелось в виду, что длина пути от корня до одного листа отличается от длины от корня до любого другого листа не более, чем на единицу.
10:21 Создали idx_test, а используем магическую idx_tbl... Вы так же не упоминули 5406 это чего? а по факту 5406 это кол-во страничек выделянных на таблицу Если Вы говорите, что одна страничка 8000 Кб, то я правильно понимаю что 43248 Мегабайт было выделяно на такую таблицу? Не многовато ли?
Там упомянуто, что 5406 - это страницы. И было бы странно, если бы поле relpages выдавало какую-то другую информацию. Одна страница по умолчанию 8KB (не 8000 KB). Перемножая получим, что выделено на таблицу 42,23MB. Так много, потому что много памяти занимает системная информация. Но это все примерные расчеты. В самой таблице по факту может оказаться меньше страниц (relpages дает примерную оценку)
@@АндрейБратухин-с7х спасибо за пояснения Андрей)
Кто не понял что происходит в 42:46 Multiple sources in FROM clause results to cross join between them Nested Loop 1 1 ---- 2 1 2 2 ---- 3 1 3 2 3 3 ---- 4 1 4 2 4 3 4 4 ---- i = 1 j = 1 i = 2 j = (1, 2) i = 3 j = (1, 2, 3) i = 4 j = (1, 2, 3, 4)
27:46 Пример запроса не воспроизводит(PG 16) указанный план запроса, даже если пофиксить баг в запросе.
Спасибо большое за данный курс, Кирилл Сергеевич!
1:08:00 стоило бы уточнить что такое ключевые и не ключевые столбцы для индекса... Пришлось целый час читать всякое
1:00:14 еще бы пример с Tid Scan, потому что при поиске других таблицы по ID происходит Seq Scan почему-то
Я понял потому что конкретно в этом примере мы искали по tuple id. Некоторые мои заметки: TID scan It is scanning table by TupleID's. A tuple id is a 6-byte entity which consists of 4-byte page number and 2-byte tuple index inside page. So if you know the TID you can directly get the corresponding tuple. every table has ctid column ctid. The tuple ID of the tuple within its table. This is a pair (block number, tuple index within block) that identifies the physical location of the tuple. Note that although the ctid can be used to locate the tuple very quickly, a row's ctid will change each time it is updated or moved by VACUUM FULL
44:44 неправильно подсчитана скорость передачи данных: 9.6 Mb / 0.018 s = 533 MB/s (Я считал только на Read но уверен и Write странно выглядит)
Вычисления верные Пересмотрите блок с buffers в этом видео. Вы неправильно поняли смысл числа read и written. Это число страниц, то есть величина безразмерная. Поэтому в первом действии получается не 9,6 MB, а 96 kB
47:22 GREATEST | LEAST
31:50 ошибка в коде. JOIN clause это опущенный INNER JOIN. Чтобы CROSS написать нужно явно сказать CROSS JOIN.
Понимая оконные функции даже я тту прихренел с вашего объяснения, вы уж извините