00:13:33  * Fishrock123quit (Quit: Leaving...)
00:41:23  <bterlson>Domenic: I prefer BindingInitialization[_lhs_] because it reads like the current text "BI of/for _lhs_"
00:46:18  <bterlson>but it's a weak preference I guess
00:46:55  <bterlson>also not sure what the spec text for the dot version should read like
00:59:20  <Bakkot>a proposal for extending private fields to factory functions: https://github.com/tc39/proposal-private-fields/issues/93#issuecomment-308124978
01:01:14  * zsocjoined
01:01:15  * zsocquit (Changing host)
01:01:15  * zsocjoined
01:11:20  <Bakkot>kind of downside: this doesn't work very well with the current class method of declaring private fields
01:12:08  <Bakkot>though I guess that could be remedied by requiring the 'private' keyword on class private field declarations
01:19:58  * ephemera_joined
01:52:10  * chicoxyz_quit (Remote host closed the connection)
02:22:31  * chicoxyzzyjoined
02:26:55  * chicoxyzzyquit (Ping timeout: 255 seconds)
02:30:23  <bterlson>I feel like I've seen this idea on the ECMAScript wiki
02:32:09  * chicoxyzzyjoined
02:38:50  * not-an-aardvarkquit (Quit: Connection closed for inactivity)
03:03:17  * jmdyckquit (Quit: Leaving.)
03:08:55  <Domenic>bterlson: well the potential advantage of dot notation is that it centralizes our polymorphism in one notation that maybe the tooling could deal with, and certainly people could conceptually deal with
03:09:11  <Domenic>Otherwise I'd wonder why e.g. the module record "abstract methods" don't also use this notation
03:09:16  <Domenic>For passing their "this param"
03:17:53  <bterlson>Domenic: I was coming to the same conclusion when I realized I should move some of the method invocation stuff into algorithmic conventions
03:27:50  * not-an-aardvarkjoined
03:31:39  * chicoxyzzyquit
06:28:30  * gibson042quit (Ping timeout: 240 seconds)
07:06:56  * basicdaysquit (Ping timeout: 246 seconds)
07:15:17  * basicdaysjoined
07:28:20  * chicoxyzzyjoined
07:30:14  * chicoxyz_joined
07:32:02  * isHavvyquit (Quit: Computer Restarted or Restarting IRC)
07:33:01  * chicoxyzzyquit (Ping timeout: 258 seconds)
07:36:16  * Havvyjoined
07:52:08  * basicdaysquit (Ping timeout: 240 seconds)
08:04:39  * basicdaysjoined
08:30:58  * basicdaysquit (Ping timeout: 255 seconds)
10:00:19  * basicdaysjoined
10:25:10  * mylesborinsquit (Quit: farewell for now)
10:25:41  * mylesborinsjoined
10:59:55  * basicdaysquit (Ping timeout: 255 seconds)
11:07:27  * not-an-aardvarkquit (Quit: Connection closed for inactivity)
11:27:58  * jmdyckjoined
13:54:11  * basicdaysjoined
15:12:29  * Fishrock123joined
15:17:14  * bradleymeckjoined
16:37:45  * bradleymeckquit (Quit: bradleymeck)
16:40:01  * bradleymeckjoined
17:44:30  * bradleymeckquit (Quit: bradleymeck)
18:26:35  * bradleymeckjoined
19:34:40  * Fishrock123quit (Remote host closed the connection)
19:37:54  * gskachkovjoined
19:43:26  * Fishrock123joined
19:50:32  * bradleymeckquit (Quit: )
19:58:01  * caridyjoined
20:22:12  * bradleymeckjoined
20:23:08  * leobalte1changed nick to leobalter
20:44:45  <Domenic>Anyone have an easy link to why we rejected comprehensions? I can dig through notes but maybe someone has it bookmarked... dherman?
20:47:42  <dherman>https://github.com/rwaldron/tc39-notes/blob/master/es6/2014-07/jul-30.md#47-revisit-comprehension-decision-from-last-meeting
20:49:53  <Domenic>Awesome, thanks!! <3
20:50:11  <ljharb>dherman: was there another place where "deferred to es7" became "never"?
20:51:05  <Domenic>ljharb: are you going to be at the July meeting? Was thinking about getting P.p.finally to stage 3
20:51:14  <dherman>ljharb: there was no consensus to kill comprehensions permanently. but I now believe they don't offer nearly enough value to be worth new syntax
20:52:08  <Domenic>I still think protocol-agnostic comprehensions are a neato idea (i.e. where they can desugar to arrays, iterators, database queries, etc.). But probably not enough to pull their own weight over just a set of methods everyone implements...
20:52:33  <Domenic>Even in C# it's not like LINQ syntax is that much nicer than just using methods
20:55:03  <dherman>the part that really bothers me is that in practice you end up not being able to express the whole chain with comprehensions,
20:55:11  <dherman>so you end up mixing method chaining and comprehensions in one chain
20:55:15  <dherman>and that just looks ugly
20:55:21  <dherman>so then you end up wanting to drop comprehensions entirely
20:55:37  <dherman>and since we now have sweet lambda syntax with =>, the cost of combinators is not high
20:58:26  <Domenic>Hmm I'm not sure what's expressible with methods that's not expressible with comprehensions
20:58:31  <Domenic>Comprehensions even have simple syntax for flatMap
21:02:39  <ljharb>Domenic: yep! and i do plan to ask for 3
21:02:59  <Domenic>ljharb: great, OK, I'd better finish my review...
21:03:03  <ljharb>:-D please do
21:50:41  * gskachkovquit (Read error: Connection reset by peer)
21:52:09  * gskachkovjoined
21:54:32  * gskachkovquit (Read error: Connection reset by peer)
21:55:39  * gskachkovjoined
22:01:55  * Fishrock123quit (Remote host closed the connection)
22:02:34  * Fishrock123joined
22:02:41  * Fishrock123quit (Remote host closed the connection)
22:08:32  * Fishrock123joined
22:14:03  * Fishrock123quit (Remote host closed the connection)
22:56:27  * Fishrock123joined
23:11:40  * zsocquit (Ping timeout: 255 seconds)
23:39:10  * Fishrock123quit (Remote host closed the connection)
23:39:53  * Fishrock123joined
23:40:00  * Fishrock123quit (Remote host closed the connection)
23:50:31  * Maxdamantusquit (Ping timeout: 258 seconds)