First you need to define your scope. What volume of traffic does your front end need to deal with (ideally, you should have this right within a factor of 10, but for small projects the estimate is probably not very important)?
What kind of information are you showing? (It's good to have a pencil drawing of how you want your pages to look, if you do not want to spend a lot of time, while writing them, trying to decide how you want them to look) Also, what is the goal of your proposed team? You are going to need to make that known if you want to find other like-minded people to join your team. [You will also need at least one way for your group to meet and interact (email list, twitter list, social media room, mmorpg setting, irc channel, monthly table at a bar, shortwave radio frequency, github or sourceforge account, wiki, ... *something*). There will be practical issues, here, but their relevance will depend on your people and your activities.] Obviously there's a lot more that you will need, but these are the things that occur to me from your description, here. FYI, -- Raul On Wed, Mar 7, 2012 at 5:47 PM, Devon McCormick <devon...@gmail.com> wrote: > I'm hoping that I might be able to work as part of a team where others > can feed me information I can analyze. It would be nice to have or > understand what I need to be better integrated into a web-page front > end using J. > > I do a primitive version of the preliminary work for something like > this when I use J to pull information out of a web page I get using > "wget" but my extraction methods are very ad-hoc and it's very much an > "off-line" activity. > > On Wed, Mar 7, 2012 at 5:07 PM, Raul Miller <rauldmil...@gmail.com> wrote: > > That page took about 30 seconds to load, apparently because chrome > decided > > to sit for 30 seconds between loading the page and loading the first > script > > on that page (jQuery). Not really directly relevant, but I data > > transparency has a lot of issues which do not seem directly relevant. > > > > Anyways, the way to get good at something is to do a lot of it. And to > > have good tools for getting at the things you need when you do a lot... > > > > Right now, J doesn't have anything like php / asp.net / rails / django > ... > > In some ways, jhs hits that same region, but it's designed for > developers, > > not for end user applications. > > > > Also, J doesn't have anything with the ease of use of ". which can be > > safely fed content from untrusted browsers -- no one has cared. > > > > Also, J doesn't have a simple way of managing multiple processes or > tasks. > > > > Anyways... needs thought... lots of scope of work issues, here. > > > > -- > > Raul > > > > > > On Wed, Mar 7, 2012 at 4:15 PM, Devon McCormick <devon...@gmail.com> > wrote: > > > >> This competition (and ones like it) - http://datatransparency.wsj.com/ > >> - is something for which I'd like to use J but I'm afraid we're still > >> not ready for prime-time to use J for web-based development - at least > >> the GUI end of it. > >> > >> Do people have thoughts on this? > >> > >> -- > >> Devon McCormick, CFA > >> ^me^ at acm. > >> org is my > >> preferred e-mail > >> ---------------------------------------------------------------------- > >> For information about J forums see http://www.jsoftware.com/forums.htm > >> > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > > > > -- > Devon McCormick, CFA > ^me^ at acm. > org is my > preferred e-mail > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
