P Das wrote:sorry, the "test" in the title should be "assignment"; can anyone correct?
Looks like you noticed you can do it.
Also, linking to Andrew's post with the rules here. Remember all - we do not discuss the real assignment. Posts that violate this rule will be deleted. And if there is any doubt, the moderators will error in the side of being "delete finger happy" so please be careful.
Final moderator note: this topic sounds fine to me at the moment. Of course, I don't know all the real SCEA questions. If this turns out to be one, we reserve the right to delete it later.
Ok, regular poster comment - it sounds like you are asking someone to write a one page document. What about starting with something smaller like brainstorming use cases?
Joined: Jun 30, 2008
Ok; what I meant are a domain model, use cases, and a short description from fellow ranchers. For directions, one might refer to architectural information in the public domain relating to Google Cloud Printing. Secretly, I wanted to see my fellow ranchers try faulting the Google architecture. Any change from the dotted lines might well start from the initial stages. We could start by asking ourselves questions, some of which may look like the following.
1) Do you or do you not think Google's idea of routing printing data through the cloud is sub-optimal?
2) Would you consider converting everything to Google doc format, 'cause it might entail unnecessary overheads and loss of integrity?
3) What about addressing DOS and any other relevant security patterns?
4) How can one bring into fold printers that are not connected to the internet; however, it may, probably, be safely presumed that all users are.
4a) What about sparing printers from installing Google's proxy, which is a difficult proposition if the above is true; also, from maintenance viewpoint.
5) How could the architecture ensure using the latest printer drivers available from vendors without having to write drivers for all printer-types (for Google's OS)?
6) How can we take all printers alike, without distinguishing between legacy and cloud-print aware types?
7) If we presume that one might normally use a printer that is in the same local area, does it restrict the architecture severely? In other words, what are the tradeoffs of such assumption?
8) [This is not asked by Sun] What is the business model: how can the architecture support dynamic homeostasis?
Joined: Jun 30, 2008
I have included a small file for discussion:
This system under development (SuD) is all about printing documents—that include everything that can be printed—by users on a printer that it can access through a connection—network or peer-to-peer. Documents are output of applications such as word processor, spreadsheet, HTML browser, etc., which make use of a printer interface to order print—sending printing data in appropriate format to the printer.
For some reason—determined by a business model that is implemented by the provider cloud in its business interface—the user prefers to make use of the same via the internet. The provider cloud has access to the printing interface of various printers that abstracts modality of printing specific to printers such as drivers, availability, etc.
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com
subject: Mock Assignment - let's create one after Google Cloud Printing