[Kde-finance-apps] Work on Alkimia during SoK
santosh kumar
santosh.k66 at gmail.com
Mon May 24 10:56:02 CEST 2010
hey Bryan
I am a novice as a developer and man going by the nature of your
suggestions ,you ought to be a geek. I spend a lot of time on your
messages since they are so erudite.
I was not aware about this "real time " dilemma.
Any suggestions as to methods to go around this prob?
Scope: the idea is the utility.Any real time data on stocks and
derivatives reaching you as soon as it happens would be of immense
value to investors,if it is on sms(internet independent on the
fly)great and may be even broking istes may be willing to deploy it..
Blaah blaah..
the thing is we enable open source with a new capability and then see
how it takes shapes.
_santosh
On 5/21/10, Brian Cappello <briancappello at gmail.com> wrote:
> On Fri, May 21, 2010 at 10:19 AM, santosh kumar
> <santosh.k66 at gmail.com>wrote:
>
>> thanks Alavaro and Cristian
>> mid august is a great time frame.
>> suits me .
>> one question though can I do it with one source and one notification
>> initially.
>> We can build on it later on .
>> I found by blogs and all that yahoo cvs is the thing that comes
>> closest to real time .
>>
>
> I was able to do some research too on this, and it appears real-time is
> dependent upon whatever exchange the asked-for symbol is on. For example,
> you're lucky, it appears the National Stock Exchange of India always
> provides real-time quotes (as long as you're signed into Yahoo). For more or
> less the rest of the world quotes are delayed by anywhere from 10-30
> minutes, or real-time must be paid for (and again the user must be logged
> in). See here for details:
> http://help.yahoo.com/l/us/yahoo/finance/quotes/fitadelay.html
>
>
>>
>> it's reliable .
>>
>> free
>>
>> and there are no srtrings attached.
>>
>> since dbus application is so critical to the format of our work we may
>> like dbus people to keep updating on it's evolution and their
>> expectations.
>> thanks bryan for your help with that yahoo script.
>>
>
> No problem :) It seems you have *many* more years of programming experience
> than I, so I shall be the one calling you SIR ;)
>
>>
>>
>> On 5/21/10, Alvaro Soliverez <asoliverez at gmail.com> wrote:
>> > On Fri, May 21, 2010 at 10:44 AM, Cristian Oneţ <onet.cristian at gmail.com
>> >
>> > wrote:
>> >> On Fri, May 21, 2010 at 4:08 PM, Alvaro Soliverez <asoliverez at gmail.com
>> >
>> >> wrote:
>> >>> Hello,
>> >>> this is just so that we can organize ourselves. Here's my proposal for
>> >>> the work on Alkimia that came up during this week.
>> >>>
>> >>> Mukesh and Santosh are students of Season of KDE, so their scope of
>> >>> work should be well defined. Brian, I'll check later with you if you
>> >>> are interested in getting into SoK, which I think fits your case.
>> >>>
>> >>> Mukesh will focus on getting a DBus service up and running that will
>> >>> allow to input transactions and store them, and then retrieve them by
>> >>> a number of parameters.
>> >>> Mentors for Mukesh are Klaas and myself.
>> >>>
>> >>> Santosh's work should be mainly focused on retrieving quotes from a
>> >>> storage and then throwing notifications based on a global and
>> >>> per-stock configuration. The storage could be a DBus service, a plasma
>> >>> datasource, or a file. The notifications could be a systray
>> >>> notification (KNotify?), an email or a sms message. The configuration
>> >>> should allow to configure notifications when a stock is above/below a
>> >>> certain value or percentage of in-day value change, etc. My main point
>> >>> is that the storage should be flexible, eg. the application shouldn't
>> >>> care much where it gets its data from, and notifications too, eg. we
>> >>> don't know what options other people might come up with, so allowing
>> >>> for at least 2 or 3 options will help iron out the design.
>> >>> Cristian is Santosh's mentor.
>> >>>
>> >>> Brian, if you are interested, you could work on a DBus service that
>> >>> retrieves stock values via web or an import file and stores them for
>> >>> later use (that same storage as Mukesh has to use). That DBus service
>> >>> should allow for queries (so that Santosh can use it for his
>> >>> application). Also, a GUI could be available to show the stored
>> >>> stocks, with charts, sheets, et al.
>> >>> Cristian, would you agree to co-mentor Brian with me? We have both
>> >>> done some work on these areas, so we can help out.
>> >>
>> >> Sure, if Brian is willing to participate.
>> >>
>> >>> Questions, suggestions, and even nitpicking is welcome. :)
>> >>
>> >> It seems to me that you have isolated each task pretty well so work
>> >> can be done independently on each module this is a good plan. I've got
>> >> a few questions though. Is the development going to take place in
>> >> playground/office? Do the students have SVN access? What is the
>> >> time-frame of 'Season of KDE'?
>> >>
>> >
>> > They will have SVN access. When there's code to commit, we'll ask for
>> > that. Usually, it only takes a couple of days. And we can commit for
>> > them if need be.
>> > And yes, it will go into playground/office/alkimia.
>> > The timeframe starts about now and ends mid-August.
>> > _______________________________________________
>> > Kde-finance-apps mailing list
>> > Kde-finance-apps at kde.org
>> > https://mail.kde.org/mailman/listinfo/kde-finance-apps
>> >
>>
>>
>> --
>> encore
>> _______________________________________________
>> Kde-finance-apps mailing list
>> Kde-finance-apps at kde.org
>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>
>
--
encore
More information about the Kde-finance-apps
mailing list