2009 -- the year of November. <november-wiki.org> <github.com/viklund/november> <irclog.perlgeek.de/november-wiki> <nopaste.snit.ch>
Set by moderator on 10 February 2009.
03:55 wayland joined 04:44 wayland_ joined 06:20 szabgab joined 07:39 wayland76 joined, Tene joined
wayland76 Can you believe that november-wiki already has more members than the official #rpm.org channel? 07:40
09:17 masak joined 11:39 ihrd joined 13:27 ruoso joined
masak ihrd: oh hai 13:39
ihrd: ruoso and I just talked about the dispatcher a little on #perl.
um, #perl6. 13:40
ihrd hai 13:43
I writing mail about it :) 13:44
ruoso ihrd, search in the backlogs for #perl6 13:45
there are more discussions there (or is it here?)
masak ihrd: ok, good.
I hope to have some time to tinker with Web.pm today.
I aim at having actual code running by the end of the day. 13:46
ihrd I an working on draft of my vision for RESTfull app organization 13:47
masak excellent. 13:48
be sure to push it to the repo.
ihrd I hope it can explain my idea better then just mail
I will, after I make it works with chain. 13:49
I start from very-very simple and naive code
masak ihrd++ 13:50
ihrd I think my idea can be merged ,ith moritz idea about simple translation path to call
masak working code trumps pseudocode tromps handwaving.
ihrd this is useful for very-very simple cgi-like apps
masak s/tromps/trumps/
ihrd your PLAN Aleph I think
masak ihrd: great.
ihrd ruoso and I have very different vision 13:51
masak since nobody is editing the PLAN file but me, I'm of half a mind to rename it PLAN-masak
ihrd: yeah, but you're the developer.
ruoso I only have the right to pester you
;)
masak exactly. 13:52
ruoso: it's very nice to have your input. you will get an honourable mention in tomorrow's blog post.
lunch &
ihrd ruso: give me a limk on your blog plkz
I like to read 13:53
ah, sorry
ruoso: I writin email to our 'Dispatcher through MMD...' thread 13:54
ruoso alright
15:00 Tene_ joined
ihrd masak: can you give me link on ruoso`s post? 15:11
masak ihrd: I don't think I know which post you are talking about. 15:40
ihrd masak: you speaking about 'tomorrow's blog post.' above 15:44
masak ihrd: I was referring to the one I plan to write tomorrow. 15:45
I write weekly blog posts on Web.pm, by the agreement from the grant.
ihrd :))) sorry, I was read this faster, and miss the point 15:48
sorry about that
masak no problem.
masak goes to read ihrd's email
ruoso replied to that, but was in a hurry... so any doubts, please ask me 15:52
masak ihrd: please define 'f/w-specific'.
ah, 'framework-specific', right? 15:53
took me a while. :)
ihrd: I agree about Web.pm being HTTP-specific. there's no need to overgeneralize. 15:54
the World Wide Web is built on the HTTP protocol.
ruoso I still argue that generalizing has near-zero cost 15:55
masak ruoso: then we might see about allowing external modules to make that generalization.
ruoso that's my point
I don't expect you to implement XMPP nor SOAP
masak I don't like having to be general to satisfy a minority. 15:56
ruoso but I just want to make sure I can do it later
masak right.
ruoso generalizing here simply means
make a very clear barrier between request processing and action dispatching
and define a more generic Request role besides the more specific Request::HTTP 15:57
only using the more specifc role in HTTP-specific code
masak right.
consider that a given. I like that.
ihrd masak: about 'f/w specific' -- I mean we can have stash of dispatchers 16:17
and developers can mix it
masak when would you want a stash of dispatchers? 16:18
ihrd virtual stash
not something like @stash_of_dispatcher I mean 16:19
just Dispatcher::FlipFlop
Dispacther::Grammaton
Dispatcher::DeepForest 16:20
You can have app with D::Grammaton on the /foo/* and D::Whatewer on /bar/* 16:21
masak ok, so a bunch of different dispatchers.
ah, let's call that "pluggable dispatchers" :)
ihrd as you wish
but mb this is crazy idea, and we need somthing general as root 16:23
like Routines
ruoso: yes, you are right, we have no reason do not make f/w modular, and its parts re-usable 16:25
masak ihrd: we should have the most common type of dispatcher as a default. 16:26
not necessarily the "root", but such that if you don't override a setting, that's the one you get.
ihrd I see my app.pm as couple of 'use' and 'does', this is config :) 16:27
we can generate it by tools of couse 16:28
I start to fill doc/dispatcher with thesises 16:35
I hope this is help us see our possibilites 16:36
masak right. 16:38
ihrd deep-deep night in Vladivostok, I am going to bed. See you! 16:50
masak ihrd: sleep tight. 16:55
17:33 ruoso joined 18:26 ruoso joined 19:12 ruoso joined 19:41 Tene joined 20:57 ruoso joined 21:57 ruoso joined