Это было бы логичнее, и куда как более ожидаемо, чем, например:
И по моему скромному мнению именно окружение Горбачева, и он сам - сильнее прочих выбили опору развития страны и, опять же по моему мнению, уже после него вопрос краха страны и утраты информационного доминирования был лишь вопросом времени.
На то что такие вот перлы выглядят несоответствующими теме статьи я и указал
Кажется тут вообще весь текст для того чтобы какие-то свои мутные рассуждения на отвлеченные от темы статьи материи подсовывать под соусом объяснений что-как работает
Или вы спрашиваете про физическое хранилище данных? там до вакуума - три.
Именно, их там 3(не обязательно до ваккуума - зависит от горизонта транзакций и возможности внутристраничной очистки), и они выглядят там так:
неизменявшаяся строчка, xmin=1, xmax=0
старая версия строчки, xmin=1, xmax=2
новая версия строчки, xmin=2, xmax=0
Теперь смотрим на колонку в returning: xmax=0 as inserted. Какие из трех строчек дадут true в эту колонку? Кажется только старая версия строчки. Если так то это значит что остальные значения в колонках у записи имеющей inserted=true будут старые, до обновления (новые лежат в новой версии). Я где-то не прав?
1) я запустил ваш код из примера (поменял название колонки с name на first_name) и получил:
у меня пустая таблица, но мне сказали что я не вставляю а обновляю - кажется что-то уже идёт не так.
2) Если вы понимаете как работает MVCC подскажите пожалуйста, если у меня в таблице в Postgresql было 2 строки, я обновил одну из них (поменял значение в одной из колонок на другое допустимое), сколько после этого строчек в таблице?
Postgres работает как MVCC, у него внутри при редактировании всегда происходит закрытие старой строки простановкой xmax=номер_текущей_транзакции, и добавление новой строки с актуальными значениями и xmin=номер_текущей_транзакции, xmax=0.
Отсюда вывод, если вы ожидаете в ответе по своему запросу строку у которой xmin !=0, то это должна быть старая версия строки, до редактирования.
xmax — особый системный столбец PostgreSQL. Если строка вставлена без предшествующего удаления, то xmax равен 0. При обновлении старый вариант строки удаляется (с новым xmin) и xmax старой версии получает непустое значение.
Если у вас была строка, у нее было xmin=100, xmax=0, вы ее обновили, у этой строки стало xmin=100, xmax=101, добавилась строка с xmin=101, xmax=0
Если вы просто выставили строку, то у вас в таблице появилась строка xmin=101, xmax=0
Ваша чудо-магия работает (если работает - я не проверял) на том что в случае обновления вам возвращают старую строку, только в ней xmax может быть !=0, а в таком случае и значения колонок в возвращаемой строке будут до обновления, вы уверены что все к этому готовы? В вашем объяснении я не нашел указания на это.
Если те эльбрусы были с тем же подходом к системе команд реализованы, что и нынешние, то скорее всего ситуация говорит о том, что у вашего знакомого просто не было хорошего компилятора (или хороших разработчиков) - в VLIW оптимизации на стороне компилятора (или разработчиков), если их до этапа исполнения не было - увы, работать будет так себе
Но как тогда интерпретировать все эти циферки в сравнительной таблице? Вот, допустим, если я сделал процессор, который 2+2 вычсиляет 1_000_000_000_000_000 раз за 1 секунду, но другие операции вообще не выполняет - его можно будет добавить к перечисленным в таблице и указать в колонке "Производительность на процессор" производительность по операции 2+2 ?
А я не ошибусь, если скажу что выдающиеся характеристики отчасти так выглядят из-за того, что процесс оптимизации исполнения кода был переложен с процессора на компилятор? т.е. что сравнение для честности должно учитывать систему команд сравниваемых экземпляров?
Знаю этот нюанс про современные Эльбрусы, но не знаю, относится ли это к тем которые в статье
Очень сильное утверждение, примерно как сказать "Если ваша проверка силовых качеств грузчика страдает от того что кандидат будет проходит ее в экзоскелете вам надо меняться" - нет, если кандидату дают код из 10 строк и спрашивают что он выведет то абсолютно некорректно разрешать ему его запустить до того как он скажет ответ - смысл задания в том чтобы понять, кандидат вообще представляет себе как оно работает, или нет. Нейросеть может просто выполнить код и сказать ответ - значит ли это что кандидату не нужно теперь понимать как работает инструмент с которым ему предстоит работать?
Вот в том и дело, сейчас обычно путаю две специальности, среднее-специальное "программист" и высшее "инженер-программист". Средне-специальному программисту абсолютно нормально работать по сделанному для него "чертежу", инженер-программист сам делает "чертеж". Все ищут инженер-программистов, а им из всех сил пытаются продать средне-специальных (это в лучшем случае) - уж больно вкусно продавать людей которых не всегда можно даже джунами (тех кого пытаются продавать часто даже средне-специальными не являются по навыкам) на реальные проекты брать по ценнику миддлов, и для этого да, запрет на нейросетки во время собеседований очень мешает.
Ок, если ему дали задание нарезать резьбу на пруток который в тисках будет работать, для прижима - если он не знает разницы в типах резьб как он должен это сделать? Если речь о том что токарю должны давать задания вида "режь вот такую резьбу вот тут" то давайте вспомним что токарь появился как аналогия к разработчику, и вопрос - разработчик которому нужно ставить задания на уровне "пиши вот такой код вот тут" - это правда миддл-разработчик (автор статьи не указал уровень на который ищут, предположу что уровень не ниже) ?
Увы но не получится - собеседование сильно меньше даже 1 рабочего дня, это надо объемное тестовое давать, а с ним свои проблемы - 1) его кандидаты не хотят делать 2) никак не проверить что его делал именно кандидат
Чудовищно эмоциональный текст не содержащий ответа на главный вопрос - если кандидат не может без нейросетки пройти собеседование, почему это хороший кандидат? Потому что "дайте ему нейросетку в руки и он огого как быстро наваяет"? А разгребать за таким "воятором" потом кому? Вы активно успользуете аналогии, вот по аналогии с наймом токаря, токарь должен без нейронки понимать чем дюймовая резьба отличается от метрической?
Если на собеседовании просят пересказывать параграфы из учебника - это правда бесполезное занятие, но это вопрос к самому собеседованию, а не к разрешению на использование на нем нейросети.
На выставках очень часто показывают не рабочие системы а концепты (микроавтобус Юность, ЗИЛ-118, тоже был показан на выставке и завоевал награды, причем он был прямо таки в металле, настоящий, вот только реально их было несколько штук, и до финала выпуск так и не наладили), а рабочая система это которая в повседневной работе используется, покажите пожалуйста хоть что-нибудь про использование этой чудо-системы в реальном дорожном строительстве.
Правдоподобно пофантазировать и сделать рабочую систему сильно не одно и то же, если бы все что в этом прекрасном журнале было практически реализовано, то уже и яблони на Марсе, и плуги пахающие электричеством было бы явью
Приоритет в реализации фич многое говорит о целях: ту же LoRa не реализовали (хотя для условий именно техногенных проблем она очень бы пригодилась), а экстренное удаление всех данных по тройному клику (что для условий техногенных аварий скорее вредно - можно случайно удалить все нужное, а восстановить неоткуда) - сделали
Это было бы логичнее, и куда как более ожидаемо, чем, например:
На то что такие вот перлы выглядят несоответствующими теме статьи я и указал
Кажется тут вообще весь текст для того чтобы какие-то свои мутные рассуждения на отвлеченные от темы статьи материи подсовывать под соусом объяснений что-как работает
Именно, их там 3(не обязательно до ваккуума - зависит от горизонта транзакций и возможности внутристраничной очистки), и они выглядят там так:
неизменявшаяся строчка, xmin=1, xmax=0
старая версия строчки, xmin=1, xmax=2
новая версия строчки, xmin=2, xmax=0
Теперь смотрим на колонку в returning: xmax=0 as inserted. Какие из трех строчек дадут true в эту колонку? Кажется только старая версия строчки. Если так то это значит что остальные значения в колонках у записи имеющей inserted=true будут старые, до обновления (новые лежат в новой версии). Я где-то не прав?
Ок, давайте по порядку:
1) я запустил ваш код из примера (поменял название колонки с name на first_name) и получил:
у меня пустая таблица, но мне сказали что я не вставляю а обновляю - кажется что-то уже идёт не так.
2) Если вы понимаете как работает MVCC подскажите пожалуйста, если у меня в таблице в Postgresql было 2 строки, я обновил одну из них (поменял значение в одной из колонок на другое допустимое), сколько после этого строчек в таблице?
Что вы имеете ввиду под "обработать дважды"?
Postgres работает как MVCC, у него внутри при редактировании всегда происходит закрытие старой строки простановкой xmax=номер_текущей_транзакции, и добавление новой строки с актуальными значениями и xmin=номер_текущей_транзакции, xmax=0.
Отсюда вывод, если вы ожидаете в ответе по своему запросу строку у которой xmin !=0, то это должна быть старая версия строки, до редактирования.
Где-то в моих рассуждениях ошибка?
А это точно будет один раз посчитано? Или штук 100 таких объявлений на странице будет давать рандомные микрофризы при попытках пересчитать?
Если у вас была строка, у нее было xmin=100, xmax=0, вы ее обновили, у этой строки стало xmin=100, xmax=101, добавилась строка с xmin=101, xmax=0
Если вы просто выставили строку, то у вас в таблице появилась строка xmin=101, xmax=0
Ваша чудо-магия работает (если работает - я не проверял) на том что в случае обновления вам возвращают старую строку, только в ней xmax может быть !=0, а в таком случае и значения колонок в возвращаемой строке будут до обновления, вы уверены что все к этому готовы? В вашем объяснении я не нашел указания на это.
Если те эльбрусы были с тем же подходом к системе команд реализованы, что и нынешние, то скорее всего ситуация говорит о том, что у вашего знакомого просто не было хорошего компилятора (или хороших разработчиков) - в VLIW оптимизации на стороне компилятора (или разработчиков), если их до этапа исполнения не было - увы, работать будет так себе
Но как тогда интерпретировать все эти циферки в сравнительной таблице? Вот, допустим, если я сделал процессор, который 2+2 вычсиляет 1_000_000_000_000_000 раз за 1 секунду, но другие операции вообще не выполняет - его можно будет добавить к перечисленным в таблице и указать в колонке "Производительность на процессор" производительность по операции 2+2 ?
А я не ошибусь, если скажу что выдающиеся характеристики отчасти так выглядят из-за того, что процесс оптимизации исполнения кода был переложен с процессора на компилятор? т.е. что сравнение для честности должно учитывать систему команд сравниваемых экземпляров?
Знаю этот нюанс про современные Эльбрусы, но не знаю, относится ли это к тем которые в статье
Готовность к откату операции продажи? А ничего что там с той стороны добросовестный покупатель?
А мне финал тоже был интересен
Очень сильное утверждение, примерно как сказать "Если ваша проверка силовых качеств грузчика страдает от того что кандидат будет проходит ее в экзоскелете вам надо меняться" - нет, если кандидату дают код из 10 строк и спрашивают что он выведет то абсолютно некорректно разрешать ему его запустить до того как он скажет ответ - смысл задания в том чтобы понять, кандидат вообще представляет себе как оно работает, или нет. Нейросеть может просто выполнить код и сказать ответ - значит ли это что кандидату не нужно теперь понимать как работает инструмент с которым ему предстоит работать?
Вот в том и дело, сейчас обычно путаю две специальности, среднее-специальное "программист" и высшее "инженер-программист". Средне-специальному программисту абсолютно нормально работать по сделанному для него "чертежу", инженер-программист сам делает "чертеж". Все ищут инженер-программистов, а им из всех сил пытаются продать средне-специальных (это в лучшем случае) - уж больно вкусно продавать людей которых не всегда можно даже джунами (тех кого пытаются продавать часто даже средне-специальными не являются по навыкам) на реальные проекты брать по ценнику миддлов, и для этого да, запрет на нейросетки во время собеседований очень мешает.
Ок, если ему дали задание нарезать резьбу на пруток который в тисках будет работать, для прижима - если он не знает разницы в типах резьб как он должен это сделать? Если речь о том что токарю должны давать задания вида "режь вот такую резьбу вот тут" то давайте вспомним что токарь появился как аналогия к разработчику, и вопрос - разработчик которому нужно ставить задания на уровне "пиши вот такой код вот тут" - это правда миддл-разработчик (автор статьи не указал уровень на который ищут, предположу что уровень не ниже) ?
Увы но не получится - собеседование сильно меньше даже 1 рабочего дня, это надо объемное тестовое давать, а с ним свои проблемы - 1) его кандидаты не хотят делать 2) никак не проверить что его делал именно кандидат
Чудовищно эмоциональный текст не содержащий ответа на главный вопрос - если кандидат не может без нейросетки пройти собеседование, почему это хороший кандидат? Потому что "дайте ему нейросетку в руки и он огого как быстро наваяет"? А разгребать за таким "воятором" потом кому? Вы активно успользуете аналогии, вот по аналогии с наймом токаря, токарь должен без нейронки понимать чем дюймовая резьба отличается от метрической?
Если на собеседовании просят пересказывать параграфы из учебника - это правда бесполезное занятие, но это вопрос к самому собеседованию, а не к разрешению на использование на нем нейросети.
На выставках очень часто показывают не рабочие системы а концепты (микроавтобус Юность, ЗИЛ-118, тоже был показан на выставке и завоевал награды, причем он был прямо таки в металле, настоящий, вот только реально их было несколько штук, и до финала выпуск так и не наладили), а рабочая система это которая в повседневной работе используется, покажите пожалуйста хоть что-нибудь про использование этой чудо-системы в реальном дорожном строительстве.
Правдоподобно пофантазировать и сделать рабочую систему сильно не одно и то же, если бы все что в этом прекрасном журнале было практически реализовано, то уже и яблони на Марсе, и плуги пахающие электричеством было бы явью
Приоритет в реализации фич многое говорит о целях: ту же LoRa не реализовали (хотя для условий именно техногенных проблем она очень бы пригодилась), а экстренное удаление всех данных по тройному клику (что для условий техногенных аварий скорее вредно - можно случайно удалить все нужное, а восстановить неоткуда) - сделали