|
|
Up |
|
|
  |
Author: YashYash
Date: Aug 26, 2008 06:30
Hi,
We are dealing with a large gas supplier company which has gas
distributors in cities, towns as well as remote villages. The gas
distributors may or may not have a broadband connections. They have to
synchronize their local data with central server data and also receive
latest updates from the central server.
The central headquarter systems would want to know the new customers
who have registered and assign each one a unique ID. These unique IDs
should then be sent to the local systems. Also, they would want
reports of the stock available at each distributor and the consumption
rate, so that they can plan the supply. The upload would typically be
reports of what new customers have registered, what revenue has been
collected, what is the supply backlog, etc. The data downloaded would
be rates, master info like regions, etc. Locally the application will
be on during business hours or may be running round the clock.
Connectivity to the central servers can be throughout the day or
intermittent.
The local systems should be capable of working on Win/Linux/Unix.
|
| Show full article (1.66Kb) |
|
| |
1 Comment |
|
  |
Author: Sabri PllanaSabri Pllana
Date: Aug 22, 2008 10:15
***********************************************************************
2009 International Workshop on Multi-Core Computing Systems
(MuCoCoS'09)
Fukuoka, Japan, March 16-19, 2009, in conjunction with CISIS'09
< http://www.par.univie.ac.at/~pllana/mucocos09>
***********************************************************************
Workshop Proceedings are Published by the IEEE Computer Society Press
***********************************************************************
Context
-------
- The improvement of the processor performance by increasing the clock
rate has reached its technological limits. Increasing the number of
processor cores rather than clock rate can give better performance and
reduce problems like energy consumption, heat dissipation and design
complexity. We are witnessing the emergence of multi-core processors
in all markets from laptops and game consoles to servers and
supercomputers.
Topics of Interest
------------------
|
| Show full article (3.71Kb) |
|
| |
no comments
|
|
  |
Author: YashYash
Date: Aug 20, 2008 08:03
Hi,
We are dealing with a large petrol supplier company which has petrol
stations in cities, towns as well as remote villages. The petrol
stations may or may not have a broadband connections. They have to
synchronize their local data with central server data and also receive
latest updates from the central server.
They have databases at the petrol stations, but we are not sure which
DBMS is being used. What options do we have to achieve this?
Any third party tools are available for doing this?
Thanks,
Yash
|
| |
|
2 Comments |
|
  |
Author: jeffc226jeffc226
Date: Aug 18, 2008 11:20
The context of this question is actually from the book "C# 3.0 Design
Patterns" (Bishop).
She makes the point that one of the reasons you'd use Decorator is if
you can't change the original component class. On p. 17, she explains
a code example: "...this code deviates from the [original] pattern
laid out...there is no IComponent interface. This is perfectly
acceptable; the decorators can inherit directly from the component and
maintain an object of that class as well. ...However, this code does
realy on the original Component [declaring a particular method as
virtual.] If this is not the case, and we cannot go in and change the
Component class, an interface is necessary."
Well, if we can't change the Component class, then how can the
Component class implement a common interface? Conceptually, this is
the same thing as inheriting in this context. If you don't have
access to changing the class, you can't do it. What am I missing?
|
| |
|
no comments
|
|
  |
Author: Frank.ArflackFrank.Arflack
Date: Aug 14, 2008 13:39
http://Mountain.googlebong.com
Elmo Thurstonson GoogleBong
img { border: 2px solid Black }
pre { font: 6pt/8pt }
p,blockquote { font: 16pt; font-family: verdana, arial, 'sans serif' }
h1,h2,h3,h4,ul { font-family: verdana, arial, 'sans serif'; font: 14p }
table,li,td { font-family: verdana, arial, 'sans serif'; font: 12p }
ul { list-style: disc }
ol { list-style: decimal }
body { background: "#EEEEEE" }
h1,h2,h3,h4,hr,p,ul,blockquote,pre { color:Black }
a:link { color:Blue }
a:visited { color:Blue }
a:active { color:"#008000" }
a:hover { color:"#008000" }
h1.header { padding:0em; margin:0 }
div.container { width:100%%; margin:0px; border:1px solid Black; line-height:150%% }
div.header,div.footer { padding:0.5em; color:white; background-color:Black; clear:left }
div.left { width:15%%; margin:0; float:left; padding:0; }
|
| Show full article (1.08Kb) |
|
no comments
|
|
  |
|
|
  |
Author: PanuPanu
Date: Aug 8, 2008 21:46
Good analysis & thinking. Just a few
follow-up comments (thus!) here,
It is obvious that writing self-documenting
code is good. But it also seems clear we
can try to make the "self-documentedness"
of a program always a little better, almost
like a piece of fiction or movie could probably
always be improved, just a little.
>> "Hm. I had to think about this a bit, how and why it works.
>
> Good! This was my intent here -- look at what 'query' holds, realize
> that is is comparable with a set of characters that has been sorted, and
> see the explicit example of #, being concatenation.
Well, I guess my point was that I would rather
not have to do any inferencing or deduction
to figure out how and why it works. Code should
not be a puzzle to be solved, even though that
is often the case.
|
| Show full article (2.05Kb) |
|
2 Comments |
|
  |
Author: gaspronigasproni
Date: Jul 27, 2008 02:29
Call for Participation - ACCU 2009
April 22-25, 2009. Barcelo Oxford Hotel, Oxford, UK
http://www.accu.org/conference
Submission deadline: 20th of October 2008
Highlight: Special track on patterns, please read on
Email proposals to: Giovanni Asproni, conference@ accu.org
We would like to invite you to present a session at this leading
software development conference.
Leading a session is a highly rewarding experience: the lively and
highly engaged atmosphere of the event means that, even as a speaker,
you are likely to greatly enhance your understanding of the topic you
are exploring.
|
| Show full article (3.06Kb) |
|
no comments
|
|
  |
Author: PanuPanu
Date: Jul 20, 2008 16:47
I looked at some of the links and it says
there's so far not much documentation. So
I would be glad if someone has the time to
give a bit of a description on this forum.
This design pattern may be developing as
we speak into multiple different directions.
I haven't looked at the groovy Builder source-
implementation yet because I think I know
approximately what is going on. I came up with
a similar idea some years ago. In Smalltalk-
syntax it means that rather than saying something
like
output := '... ... ' .
we can more simply say:
output :=
[HTML
addComponent: [HEAD ... ]
addComponent: [BODY ... ]
]
|
| Show full article (1.58Kb) |
|
6 Comments |
|
  |
|
|
  |
|
|
|
|
|
|
|