These are chat archives for arenanet/api-cdi

26th
Mar 2016
David Reeß
@queicherius
Mar 26 2016 17:43

Magic that you have to go in and understand to see if the modules actually behave like you think they do

But this is every abstraction ever. Including standard libraries. And while I would love JS to have some standard library functions, realistically you'd have to polyfill them anyway for the next 1-2? years...

Eearslya Sleiarion
@Eearslya
Mar 26 2016 17:48
@lye /v2/account/wallet isn't showing my gems for some reason..?
David Reeß
@queicherius
Mar 26 2016 17:48
But then we wouldnt have arrow functions! (which IMO are the best part of JS :D)
Archomeda
@Archomeda
Mar 26 2016 17:48
"arrow functions"...
smiley
@codemasher
Mar 26 2016 17:49
sure, es6 has great additions, but when you look at what's currently cooking...
David Reeß
@queicherius
Mar 26 2016 17:49
I just hoped JS would get Pythons array comprehensions
Archomeda
@Archomeda
Mar 26 2016 17:49
i think they're called lambda expressions? :P
Eearslya Sleiarion
@Eearslya
Mar 26 2016 17:50
Does anyone else currently have gems and can check their wallet via API?
Archomeda
@Archomeda
Mar 26 2016 17:50
or maybe i'm confused with something else
lemme check
David Reeß
@queicherius
Mar 26 2016 17:51
I think what's currently cooking is more a problem of the npm infrastructure. And yeah, I agree, a standard library for some things would be cool, but the development of the language itself is really cool too
@Archomeda You can call them both, it's the same
Archomeda
@Archomeda
Mar 26 2016 17:52
gems are which id? 3?
smiley
@codemasher
Mar 26 2016 17:52
well, he mentioned prototype before (which i still use) and Lea Verou's Bliss goes in the same direction
Eearslya Sleiarion
@Eearslya
Mar 26 2016 17:52
4
Archomeda
@Archomeda
Mar 26 2016 17:52
oh yeah, 3 are laurels
{id: 4, value: 1028}
works for me
Eearslya Sleiarion
@Eearslya
Mar 26 2016 17:53
Weeeeird.
smiley
@codemasher
Mar 26 2016 17:54
all we need is an updated prototype.js though.
David Reeß
@queicherius
Mar 26 2016 18:00
Well, we'll see what the future of JS brings. I am excited, for one. :)
smiley
@codemasher
Mar 26 2016 18:24
more of this i guess because history repeats. https://twitter.com/Javi/status/712871418678132736
JamEngulfer
@JamEngulfer
Mar 26 2016 18:24
Eeh, I don't see much wrong with that
The whole of programming is based on abstracting other code
smiley
@codemasher
Mar 26 2016 18:27
to completely get rid of the need to write your own code! genius! :D
David Reeß
@queicherius
Mar 26 2016 18:35
I don't know, I am a bit torn with (easy) one line modules. variable.constructor === Array is really not hard to write. But anything more (or hard to remember oneliners), abstraction can be extremely helpful.
smiley
@codemasher
Mar 26 2016 18:42
the level of abstraction in composer modules is healthy imo. no one liners but whole libraries with stuff that saves you from reinventing the wheel.
David Reeß
@queicherius
Mar 26 2016 18:49
Yeah, that's a good size. This is still enough to justify a module in my opinion: https://github.com/peermusic/subfolders-too/blob/master/index.js Just because it encapsulates a problem ("get all files from a drop event, even from subfolders") that is reusable and not easily solved / has some specific logic
But if you use a module to check if something === true you are taking it too far. :D