they became massively popular in the office when we found out they are only 15 calories :P
nikki
I used to eat tons of them as a kid 'cause they were only 5p from the shop
ocharles
i had those frozen-milk-on-a-stick things, I forget what they are called
basically ice cream on a stick
nikki
I don't know if I ever had those. they never appealed to me
ocharles
but calling it ice cream is a stretch :P
nikki
also I'm jealous, I ate all my ice lollies
warp
ocharles: haha
ocharles: I guess they are mostly water with only a bit of sugar/flavouring.
ocharles
chemical*
but yea
warp
chemicals are good
all of them
nikki
E numbers! panic! :P
ocharles
this one has "tropical" flavouring
:)
warp
awesome
I always wanted the cola ones.
kepstin-work
yay freezies
bitmap
the plastic on those freezepops would always cut the sides of my mouth. maybe it was just the brand that was shoddy
warp
or you were doing it wrong
reosarevok
am I the only one who never liked eating ice with some flavouring?
nikki
yes. weirdo
warp
haha
kepstin-work
it was always awesome when someone had one of the giant freezies, so much cooler than the little ones :)
nikki
bitmap: I don't think I would cut my mouth, but it was often quite sharp
kepstin-work
awesome, the mini-fridge at work has a freezer section. I should pick some up.
reosarevok
You have a mini-fridge at work? With free stuff?
Duh, why can't I get that working from home! :p
kepstin-work
occasionally, yeah.
it's a pretty small company, just 10 of us right now.
reosarevok
MB is not *that* smaller! I demand free stuff in my fridge! :p
kepstin-work
reosarevok: you could try expensing it ;)
ianmcorvidae
lol "expensing it"
you act like MB has expense accounts :P
reosarevok
ianmcorvidae: I suggest we ask for donations for candy
ianmcorvidae
however, you could possibly buy yourself a mini-fridge and put things in it and deduct the costs from your taxes :P
ocharles
does food count as a deductable expense?
i guess if the company is providing lunch every day it could
ianmcorvidae
probably not, really, I was just kidding around :)
warp
ocharles: in general, not.
s/t//
ocharles: at least, here in .nl the tax office considers food for employees to be a specific compensation, somewhat similar to wages/salary.
ocharles
ijabz: "If its not part of this proposal then it should be altered to represent what the propsal is" -- I don't know where I said it was.
warp: ah
warp
ocharles: a self-employed business-owner is (in general) now allowed to consider lunches and such as a business expense.
ijabz
ocharles:in the example query and the statement The important thing to note is that the ‘result’ field contains the exact same data you’d be given back from findArtist
warp
s/now/NOT/
ijabz
or are you saying not everything in the doc is part of the proposal ?
ocharles
ijabz: there's no reason that data can't come from the Lucene server
I didn't say where it came from, only that it should correspond to what findArtist returns
ijabz
Well how the webservice construct the data currently returned , if the searchArtists method only returns one of it
s/one/part
ocharles
sorry, still not following...
warp
ocharles: so NES is part of or atleast exposed through the data access layer. NES is not built on top of the data access layer.
correct?
ocharles
warp: correct, because NES is so fundamental to our storage
the information in a release element is different to the details you would return with the findByRelease() method
ocharles
so yes, when returning the search result to the client, that information would be discarded
we could expand the type returned by the search result if we wanted to be the product of Artist, ArtistAlias etc
warp_ joined the channel
i think i explained my point incorrectly. it was more that whatever data it returns must also be in the same format as data type from other (database accessing methods)
it could be a tuple of artist, artist aliases, artist tags, for example
warp
ocharles: why would a server be different from a library approach (for this NES question) ?
ocharles
warp: well, you can't pass a higher order function in for one
you'd probably do it be requesting a revision token or something, making adjustments there, and then 'publishing' the revision
ijabz
hm, sounds pretty horrible to me, Id much prefer to pass object that represent the existing MMD, and then just fill in as rehired. i.e findbyArtist() returned would return a simple artist, with empty alias list, whereas the search would return the artist with the alias list filled in
ocharles
You /could/ have an Artist object with a list of aliases, but the problem is you now have to check 'is artist.aliases defined?'
warp_
ocharles: hm, it isn't clear to me why that would be neccesary, but I guess I'd have to know more about NES to understand that aspect.
ocharles
thus you have to work around it possibly being null all over the place
warp: mostly because a revision can be the result of multiple operations
thus multiple requests
warp_
ocharles: ah, because editing is also granular. so I cannot just make all the changes on my side of the data access layer and then submit that revision in one go?
ocharles
warp: hm, that's also an option
you could return all data of an artist, and then put all data of an artist back to create the revision
warp_
ocharles: that is how I'd imagine an editable webservice to work.
s/to/would/
ocharles
web service != data access layer though, just to point that out
warp_
yes, I know.
ijabz
You just need to know what the function does i.e. if I call findByArtist() it doesn't return aliases if do searchByArtiists() it does
ocharles
ijabz: that's great for humans, but that doesn't translate to code
you either have aliases by either null, or a list, or you always have it as a list, but sometimes an empty list might mean 'this hasn't been loaded' and thus the burden is on the programmer
or you separate objects and construct just what you need, guaranteeing its presence
ijabz
Well it does, that is what we currently have , looking at a release returned by search is different to a release retrieved by a lookup, I don't find it a burden
having to reconstrue the tuples into a single object is a lot more work
ok, that's enough tech discussion, time to write some codez\
djce joined the channel
nikki joined the channel
hawke_1 joined the channel
nikki
ocharles: not that I disagree, but the only sites which account for more than 1% of urls are discogs, amazon, wikipedia, myspace and facebook, so by that measure most of our existing cleanups wouldn't meet that criteria either :P
(of course, that's largely because 80% of our urls are those five sites)
ocharles
hm, fair enough
do you think I should keep them closed?
nikki said "not that I disagree" :P
ianmcorvidae purges MB::S::Validation >D
ianmcorvidae
(bunch of unused functions in there, and most of the rest were untested)