как правильно писать ORDER BY с GROUP BY

могу с картиночкой по факториал скинуть, как работает в итеративных языках

и какая бд

эм...наглядно объяснил

нет. ты сказал, что, мол, хвостовой рекурсии нет, и поэтому никошерно

да фпезду факториал

нет. ты сказал, что, мол, хвостовой рекурсии нет, и поэтому никошерно

она есть, но итеративные языки её не разворачивают в итеративный процесс

да

ф пезду

возьмите числа фибоначи

как мне отсутствие "правильной" рекурсии запретит передавать функции в качестве аргументов?

их для рекурсии куда больше любят

как мне отсутствие "правильной" рекурсии запретит передавать функции в качестве аргументов?

да никак не запретит. я уже сказал, это спор из серии что в картонную коробку тоже можно срать

багарт с др

грац )

и не только унитаз для этого подходит

ааа-ха-ха-ха-ха

да никак не запретит. я уже сказал, это спор из серии что в картонную коробку тоже можно срать

нет. ты упираешься в один единственный пункт

нет. ты упираешься в один единственный пункт

ну возьми сикп почитай, там ещё пунктов почерпнешь.

ты пытаешся сортировать по полю не включённому в групировку

так прям и написано

запрос покажи

SELECT `text` AS command ,COUNT(*) AS total FROM `message` WHERE `message`.`date` >= :startPeriod AND `message`.`text` LIKE "/%" GROUP BY `message`.`text` ORDER BY `message`.`id` DESC

потому что сначала групп а потом сорт

например, что в истинно функциональных языках нет присваивания

как правильно писать ORDER BY с GROUP BY

как праивльно писать?

SELECT `text` AS command ,COUNT(*) AS total FROM `message` WHERE `message`.`date` >= :startPeriod AND `message`.`text` LIKE "/%" GROUP BY `message`.`text` ORDER BY `message`.`id` DESC

SELECT text AS command ,COUNT(*) AS total FROM message WHERE message.date >= :startPeriod AND message.text LIKE "/%" GROUP BY message.text,message.id ORDER BY message.id DESC

например, что в истинно функциональных языках нет присваивания

ты понимаешь, что на это можно покласть и все равно писать в функциональном стиле?

и какая бд

MySQL

MySQL

не важно ваще

sql есть sql

sql есть sql

конечно

ты понимаешь, что на это можно покласть и все равно писать в функциональном стиле?

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

и?

А можно картиночку про факториал?

message.text LIKE "/%" - так себе условие :)

у тебя в пыхе есть и анонимные функции и вся хуйня - пользуйся

SELECT text AS command ,COUNT(*) AS total FROM message WHERE message.date >= :startPeriod AND message.text LIKE "/%" GROUP BY message.text,message.id ORDER BY message.id DESC

попробую, вы так быстро пишете что не успеваю

вооот

вот имянно

можно пользоваться

но прогать функциональщиной на пыхе - это извращение

ну чо за брет?

потому что не эфективно

все хорошо было

с чего ты взял-то?

хочешь функциональщину - пиздуй в лиспы

как мерять буш, эффективно или нет?

пфф

зачем?

да уже всё померяно Ви

SELECT `text` AS command ,COUNT(*) AS total FROM `message` WHERE `message`.`date` >= :startPeriod AND `message`.`text` LIKE "/%" GROUP BY `message`.`text` ORDER BY `message`.`id` DESC

оберни ордер в мин

у меня и так есть анонимные функции и вся хуйня

хочешь функциональщину - пиздуй в лиспы

Хаскель же

давно вообще муська до таких тонкостей доёбываться стала?

ну да, хаскель

тож

оберни ордер в мин

сообщение прочел

давно вообще муська до таких тонкостей доёбываться стала?

имхо - тру

Надо ж. Я всего-то спросил не читал ли кто-нибудь книгу, а выглядит как будто набросил на вентилятор.

имхо - тру

дырку протрёшь

давно вообще муська до таких тонкостей доёбываться стала?

прогрета

муська вроде раньше не сильно до этого доёбывалась

это да

кстати

в селекте точно проходило и это звизхдец как пошло

к слову скуль есть скуль

ненавижу за это mysql

в анси за это ебут вроде

ERROR: S client not available

причём на выходе выходит по сути рандомный результат

Всем добрый день/вечер/ночь

смотря как таблица фрагментирована ?

да никак не запретит. я уже сказал, это спор из серии что в картонную коробку тоже можно срать

но почему-то hadoop и tensorflow не пищут на haskell или lisp

Всем добрый день/вечер/ночь

у коня вроде утро

но почему-то hadoop и tensorflow не пищут на haskell или lisp

человек существо ограниченное и мыслит объектами

когда код начнёт писать ИИ людям придётся не сладко в дебаге ^_^

когда код начнёт писать ИИ людям придётся не сладко в дебаге ^_^

когда код начнет писать ИИ, всем будет не сладко

ну почему-же

интересно, а вообще существуют какие-то стандарты или способы написания имен? к примеру у меня есть лид: NAME <....>, и вот потом при преобразовании лида в контакт, мне надо разбить это на поля: фамилия, имя, отчество (если есть) или middle name... и т.п. думаю, вот как это более адекватно сделать? А на среднем востоке так там вообще хрен поймешь: Rahman Al S-Min Ibn Hattab

лучше ты скажи почему ИИ сможет писать код, но не сможет стать к примеру юристом

почему не сможет

побыстрее бы

Вот когда ИИ начнет ставить перед собой такие задачи, вот тогда и поговорим об ИИ

Юристом как раз стать ИИ проще простого

Вот когда ИИ начнет ставить перед собой такие задачи, вот тогда и поговорим об ИИ

ии это не то что может ставить перед собой задачи

и не то что задаёт вопросы о самоопределении

ИИ, по-умолчанию, обязано ставить задачи для достижения финальной цели.

да не факт

почему не сможет

поэтому и пишу что всем будет не сладко, программисты это 1% от профессий которые будут заменены ИИ

та до того ИИ еще как до константинополя котиться

он может посмотрит на список задач и скажет - да ну вас нахуй, я на багамы

так, нужен 1 подопытный

кроме тех программистов которые будут разрабатывать новые ИИ

кто доброволец?

я

кроме тех программистов которые будут разрабатывать новые ИИ

ИИ сам себя будет разрабатывать, сингулярность же

я

ты не подходишь (

ИИ не сможет поставить себе задачу для выполнения )

Нужен кто-то, кого нету в сиськогруппе

D' а шо надо? давай я )

ИИ не сможет поставить себе задачу для выполнения )

значит он не ИИ