Sponsored Content
The Lounge What is on Your Mind? Unix and Linux Product Reviews Post 302376332 by pludi on Tuesday 1st of December 2009 07:29:32 AM
Old 12-01-2009
I'm not really that keen on going by the number of postings. There are enough people who have a lot of posts, virtually all questions, sometimes about pretty basic stuff. Similarly, there are many who have only a few posts to their name, but almost all of them are answers, sometimes at a very high level.

My alternative (if technically feasible) would be to have a dedicated sub-forum for reviews where
  1. anyone can post, but as moderated by default
  2. only a few can post (admins/moderators/"reviewers"), who are contacted with reviews
  3. a staging forum, from with reviews are moved to a main review forum
Both approaches can potentially be used to create an editing step, to weed out marketing stuff or gross inaccuracies. My personal favorite would be 'c', since it allows users to change their reviews should they or a mod see any problems with it (spelling/grammar/accuracy/...).

But if the majority decides that it's best to separate by the number of posts, I'd say no lower than 500, and no higher than 750, as I think most non-regulars fall out far below that anyway, and it's a pretty good number to see how technically oriented someone really is.
 

6 More Discussions You Might Find Interesting

1. UNIX and Linux Applications

Print Spooler product on UNIX?

HI all, I was looking for Print Spooler products for Unix. Basically our requirement is to be able to send jobs to the spool "holded", change printing properties, view a list of jobs to be printed (based on some criteria), send a job to be printed (release) and view the contents of a specific... (1 Reply)
Discussion started by: bananero
1 Replies

2. What is on Your Mind?

Member Reviews of the Movie: Avatar

Please comment and vote only if you saw the movie. What did you think? (13 Replies)
Discussion started by: Neo
13 Replies

3. What is on Your Mind?

Member Reviews of the Movie: Sherlock Holmes

In our last review post, members reviewed Avatar. Now, let's discuss Sherlock Holmes. (3 Replies)
Discussion started by: Neo
3 Replies

4. Hardware

Looking for plotter MFP reviews - need new plotter for UNIX/Windows apps

We currently have an HP DesignJet 750C+ plotter (for color plotting) and a Xerox 8825 (for B/W plotting and also scanning/copying) for our engineering drawings. They are getting old and will need replacing soon (maintenance visits are on the increase, and parts for the Xerox are getting hard to... (0 Replies)
Discussion started by: markolinux
0 Replies

5. UNIX for Beginners Questions & Answers

Which Product to Choose?

Okay, I have an Asus A8NSLI board with an Athlon 64 and I dunno, maybe 8gig Ram and Windows has crashed for the last time so I've finally had enough and I'll make it a Unix machine. I have a new 1Tera drive and I'm all set to go. Which brand of Unix/Linux can you advise me to go for? The... (3 Replies)
Discussion started by: abrogard
3 Replies

6. What is on Your Mind?

Amazon Censorship on Book Reviews

Dystopia.? Censorship? Bad AI? My audiobook review of Russian Roulette on Audible (an Amazon company) was the top rated "Most Helpful" review. The "Most Helpful" review rating was 65 of 76 as of yesterday, ranking it at the top of the reviews for this audiobook. Then today, Audible (an... (1 Reply)
Discussion started by: Neo
1 Replies
POST-REVIEW(1)							   User Commands						    POST-REVIEW(1)

NAME
post-review - post/update reviews to Review Board SYNOPSIS
post-review [-pond] [-r review_id] [changenum] OPTIONS
Review Request Options -p, --publish publish the review request immediately after submitting -r ID, --review-request-id=ID existing review request ID to update --revision-range=REVISION_RANGE generate the diff for review based on given revision range Server Options --server=SERVER specify a different Review Board server to use --submit-as=USERNAME user name to be recorded as the author of the review request, instead of the logged in user --username=USERNAME user name to be supplied to the reviewboard server --password=PASSWORD password to be supplied to the reviewboard server Basic Options --version show program's version number and exit -h, --help show this help message and exit -o, --open open a web browser to the review request page -n, --output-diff outputs a diff to the console and exits. Does not post Field Defaults Options --target-groups=TARGET_GROUPS names of the groups who will perform the review --target-people=TARGET_PEOPLE names of the people who will perform the review --summary=SUMMARY summary of the review --description=DESCRIPTION description of the review --description-file=DESCRIPTION_FILE text file containing a description of the review --testing-done=TESTING_DONE details of testing done --testing-done-file=TESTING_FILE text file containing details of testing done --branch=BRANCH affected branch --bugs-closed=BUGS_CLOSED list of bugs closed --change-only updates info from changelist, but does not upload a new diff (only available if your repository supports changesets) --tracking-branch=TRACKING Tracking branch from which your branch is derived (git only, defaults to origin/master) --p4-client=P4_CLIENT the Perforce client name that the review is in --p4-port=P4_PORT the Perforce servers IP address that the review is on -d, --debug display debug output --diff-filename=DIFF_FILENAME upload an existing diff file, instead of generating a new diff Git Options --guess-summary guess summary from the latest commit (git/hgsubversion only) --guess-description guess description based on commits on this branch (git/hgsubversion only) Git and Mercurial Options --parent=PARENT_BRANCH the parent branch this diff should be against (only available if your repository supports parent diffs) Subversion Options --repository-url=REPOSITORY_URL the url for a repository for creating a diff outside of a working copy (currently only supported by Subver- sion). Requires either --revision-rangeor --diff-filename options Perforce Options --diff-only uploads a new diff, but does not update info from changelist ClearCase Options --label=LABEL Specifies the label used for ClearCase. DESCRIPTION
post-review is intended to post a review from a local repository to the Review Board server, or update such an existing review. It works differently with different version-control systems. For CVS and Subversion, the review to post is the uncommited change in a working copy. With distributed VC systems (currently Git and Mercurial are supported), the review is a topic branch. Posting it is, technically, pushing it to the repository at the Review Board server. PerForce and ClearCase also seem to be supported but the author of this page fails to understand the details. Refer to undocumented(7) for more information on using them with this program. [A more detaild description can help] CONFIGURATION
post-review needs to be told of the address of the server to post to. This can come from several possible places: GIT property reviewboard.url For example, the following command will set a repository-specific property: git config --add reviewboard.url http://reviewboard.example.com Refer to git-config(1) for the full details. Subversion Property reviewboard:url The subversion property reviewboard:url may be set on the top-level directory. svn propset reviewboard:url http://reviewboard.example.com . Perforce Counters Rumour has it they exist and can even help in the configuration here. .reviewboardrc $HOME/.reviewboardrc The file .reviewboardrc can exist in either the top-level directory of the project or under the user's top-level directory. This file uses python syntax for assignments. It has two optionalmethods of defining the repository URL: REVIEWBOARD_URL A simple variable pointing to the server: REVIEWBOARD_URL = "http://reviewboard.example.com" TREES A directionary of subversion repositories to REVIEWBOARD_URL-s: TREES = { 'http://svn.example.com': { 'REVIEWBOARD_URL': 'http://rb.example.com', }, 'username@cvs.example.com:/cvsroot/cvs': { 'REVIEWBOARD_URL': 'http://rb.example.com', }, } EXAMPLES
post a new review from a working subversion copy: post-review This generates a new draft review. Refer to the "Field Defaults" options above to set non-empty values to some fields in the review. Alter- natively set them later through the web interface. Update that review, assuming its review number is 17: post-review -r 17 To post a review from a your GIT feature branch: git checkout -b new-feature main-branch emacs -f butterfly '.......' # or ed git commit post-review [That said, I can't really follow the documentation as to how post-review works on git/hg: how does it post the last diff only?] This does not create a new diff. Rather, it updates the existing one. In the following two examples, the review was not published. AUTHOR
post-review was written by Christian Hammond and David Trowbridge. This man page was written by Tzafrir Cohen <tzafrir.cohen@xorcom.com>. SEE ALSO
On-Line Documentation <http://www.reviewboard.org/docs/manual/dev/users/tools/post-review/> post-review 0.8 March 2010 POST-REVIEW(1)
All times are GMT -4. The time now is 09:51 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy