juanez

list of dicts to table, you will have to use a sentinel value. that would be your "off toggle" for the auto table :)

popular, may be a poor choice of words..

k4 being overwhelmingly the most popular implementation...

to be fair, afaik only k2, k3 and k4 have been 'widely' distributed

@JohnE i've not really ever used views in q.. i have no idea if there's a really good use case i'm blissfully unaware of ?

i assume closures makes the memory management hairier ?

closures would be nice in k/q ...

i find the lack of ints disturbing

some of the largest programming languages are basically just bad mistakes (python, javascript)

@ngn i have no idea, im not involved in the apl world

print() and type() in python keep tripping me up every time

but they know have even more parenthesis ...

apl is that small of a community?

just (imo) makes things very difficult to parse

though, i dont think it's helpful that \ / are , depending on the arguments doing things quite differently...

oh, im not against / fold \ scan as such at all

not sure i really care about the impl... unless ofc it has a bug ;)

idk.. it's a little bit like printing out a for-loop to me

Sigma/pi would probably appeal to mathematicians (?)

in q btw, sum/sums is replaced by a more efficient c-implementation

i dont know if i think the implemenation detail is important

oh well. i think that train has sailed

or "pi" into.. the pi-greek-letter

a nice IDE with a sort of 'intellisense' could def encode.. say... "sum" into some greek character.. Sigma?

and this day and age, i dont think you need an extended keyboard...

would have been nice(r) without them

my biggest issue with k/q is the overloads though...

true, but you have prd (product) etc... as well.. which, imo - if you are fluent in english- conveys the meaning quite well

though, sums / sum is, imo, still better...

obviously.. after enough time, i suppose you also internalize +\ and +/

personally, i believe english is more accessible to most people and therefore, somewhat easier / less of a cognitive load

but i can see your point if you have done a massive amount of k

well.. im taking the other side of that argument

wont be great, but.. you could

not sure what you are trying to do, but you could write q in a k script

(or. k) )

@rak1507 or enter k-mode "\"

the things some put in there can be entertaining? :)

personally, i've set limits on a number of hdb's in my care, symbols cannot exceed a certain size...

i think a limit makes sense, tho in the language it may be... too opinionated i suppose...

ah, i see.

ah, i suppose that makes sense. will naturally limit the misuse of symbols/names

spaces not allowed in names ?

i've not seen anything new about 'the platform' .. i was/am a little excited about it, but we shall see

i would think that kdb is suitable for quite general purpose applications, it's a great fit for finance, but i could see it easily extend into healthcare and a variety of other areas

the p-attr is also extremely useful for on-disk fast lookups..

kdb's are most commonly partitioned by 'date'