tag:blogger.com,1999:blog-9186457242428335144.post3642395019896214729..comments2024-03-28T00:36:13.790-07:00Comments on Volatile and Decentralized: Editor in ChiefMatt Welshhttp://www.blogger.com/profile/04255792550910131960noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-9186457242428335144.post-72839556632036273712010-10-11T00:48:36.762-07:002010-10-11T00:48:36.762-07:00I've also been pitching a version of what Mike...I've also been pitching a version of what Mike suggests and also what Sam reports VLDB has done to the HCI community for about 1-2 years now... we haven't had the follow-through unfortunately (several people are excited but I can't do everything I have on my plate already).Anonymoushttps://www.blogger.com/profile/15776616183969942139noreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-80904789117892143772010-10-11T00:46:04.857-07:002010-10-11T00:46:04.857-07:00Matt, talk to the folks running TOCHI. They have i...Matt, talk to the folks running TOCHI. They have introduced several systematic changes to really increase the review cycle.Anonymoushttps://www.blogger.com/profile/15776616183969942139noreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-33643033122742117122010-06-16T15:03:03.612-07:002010-06-16T15:03:03.612-07:00I'd like the suggestion that involves more ind...I'd like the suggestion that involves more industrial activities into this journal. actually our group have been active in industrial standard issue related to sensor network for a long time. but it seems it's very hard to publish "industrial" kind of paper. typically because of lack of some sophisticated math equations. but it tries to solve real problem faced(or proposed) by industry which is a little bit different from academic view. for example, the problem of scheduling and channel hopping: profs try to give an optimization methods while industry want a step by step protocol. also for network-wide sycn: it is assumed to be done by many papers but actually this is a big problem in industryWebcrafthttps://www.blogger.com/profile/09232078592880811827noreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-50151419796664572742010-06-15T13:43:07.137-07:002010-06-15T13:43:07.137-07:00Personally, I absolutely don't agree on giving...Personally, I absolutely don't agree on giving any kind of priority to "journalized" versions of Conference papers (SenSys, IPSN, whatever). Most of the times these "journalized" versions are just uselessly verbose versions of the same work/results. The formal requirement of including at least a 30-50% of new contributions in the journal manuscript is almost never fulfilled. At most, the authors come up with some very intuitive and easy-to-be-found simulations-type solutions.<br />I really don't see the point in publishing for a second time the same exact work that has been already published in a top-level international Conference. I agree with the other 2 suggestions though, Matt, but on this one I suspect that the only final result and aim is to give to the same people a second opportunity to publish their results, while the journal should serve all the community and not a small group of elected researchers.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-67389079618459194602010-06-15T04:20:50.333-07:002010-06-15T04:20:50.333-07:00Incidentally, Mike, this is very much like what VL...Incidentally, Mike, this is very much like what VLDB has done -- no more once a year paper submissions. Instead, you submit to a journal ("Proceedings of VLDB") and a standing TPC turns around reviews in 30 days. There's often an opportunity to revise but only if the reviews feelystrongly about this -- I'd guess (though I really don't know) that something like 50% of the papers are rejected off the bat. If your paper is accepted it gets to be presented in the next VLDB conference.<br /><br />In the case of VLDB this isn't a journal replacement (the DB community still has TODS, VLDBJ, etc) but it is proof that the model you suggest can be made to work. As both a review and author I find it to be a preferable model to either the tradition conference or journal process.Sam Maddennoreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-20568860697544181702010-06-14T18:30:52.049-07:002010-06-14T18:30:52.049-07:00What about creating a larger "technical journ...What about creating a larger "technical journal committee" (TJC) for a journal, much like a TPC for a conference (e.g., 30 people)? <br /><br />By agreeing to serve on the TJC for the duration of 6 months - 1 year, you agree to:<br /><br /> - Review approximately X papers during that time<br /> - Agree to review each paper within 4 weeks<br /><br />On the flip side, this is actually seen as a service to the community (and honor akin to serving on a high-profile PC). This is unlike journal reviewing today, where there's no / little recognition of reviewers.<br /><br />Further, I could imagine a few things helping:<br /><br /> - Better batching: Monthly deadlines for consideration for submission (i.e., you need to submit by the 1st of the month to be considered for that month), with the goal of returning a review within 2 months of that 1st of the month deadline.<br /><br /> Further, by allowing some batching, this reduces the "interrupt-driven" nature of journal reviewing, and allows editor / assoc editor / the TJC to consider a few papers in a batch (which also helps with normalization of reviews.)<br /><br /> Finally, it allows a reviewer to adopt this service to the community every few years, but feel more comfortable turning down reviews at other times. Notice we already do the same when agreeing to serve on PCs, and when declining other PC / journal review requests that coincide with these duties. <br /><br /> - Better normalization: Because I get asked to review journal articles in a more "one-off, ad-hoc" fashion, it's more difficult to maintain that hypothetical mental bar about what should be published and what not, particularly with a possible solution of "revise and resubmit".<br /><br /> - Better definitive answers: The existence of "major revision and resubmit" as a possible result is a killer for journal submissions, in my opinion. This drags on the reviewing process for authors, reviewers, and editors, and I'm not sure leads to any better solution. Indeed, if we think of conference submissions, it's possible to pick out that, say, bottom 25% that are clear rejects, but most of what currently sits in the "weak reject" category for conferences (which, on average, doesn't have a chance of acceptance), could all fit in the "major revise and resubmit" category. <br /><br />This has been one of the most frustrating part of journal reviews, from my opinion, in that the duties to review a single paper rarely end. Even when I might give a reject, another reviewer might say "major revisions", and I'm either myself or several other reviewers go through another round. Which in turn leave potential reviewers less likely to review future submissions.<br /><br />As a side question, do you have any idea about the submission and acceptance rates for journals such as TOSN, TON, and TOCS? And the acceptance rates conditioned on whether the first round returned a "minor revision" or "major revision" result? I really have no idea what these numbers look like.Mike Freedmanhttps://www.blogger.com/profile/13738553299681103099noreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-18161464691450234392010-06-14T17:02:00.523-07:002010-06-14T17:02:00.523-07:00Anon #1 - The turnaround time is a combination of ...Anon #1 - The turnaround time is a combination of factors. It usually takes a while to find reviewers for papers, since once a paper comes in it is assigned to an associate editor, who has to select reviewers - and it might take a few weeks for enough reviewers to agree. Then there is quite a long wait for the reviews to trickle in - although we aim for 8 weeks or so, many people take much longer (especially since there is no hard deadline and journal papers tend to be much longer than conference submissions). The real problem is the long tail in each of the steps. <br /><br />Anon #2 - Generally we prefer associate editors to have a PhD and be pretty well established in the field. However, it is not uncommon for a senior PhD student to be asked to provide a review of a paper, especially if that paper is very close to their area of expertise.Matt Welshhttps://www.blogger.com/profile/04255792550910131960noreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-31078530454036104292010-06-14T16:57:35.764-07:002010-06-14T16:57:35.764-07:00can Ph.D. students be editors? :)can Ph.D. students be editors? :)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9186457242428335144.post-80298724178828474042010-06-14T15:25:18.667-07:002010-06-14T15:25:18.667-07:00Can you explain to someone who has little experien...Can you explain to someone who has little experience with journals (and none in the sensor networks community) what is keeping a journal from having, say, a 1-month (or less) turnaround time?Anonymousnoreply@blogger.com