[asterisk-biz] Layoff @ Digium

[Mitul Limbani]

Aaahh, that increments the digium layoff counter by 1, making him the  
2nd.

This may set out wrong alarms or mebbe digium was just over crowded?

Regards,
Mitul Limbani,
Founder & CEO,
Enterux Solutions Pvt Ltd,
The Enterprise Linux Company(r),
http://www.enterux.com/


On 12-Mar-09, at 22:48, Steve Murphy <murf at parsetree.com> wrote:

>
> Hello!
>
> In light of my recent lay-off from Digium, I find myself looking for  
> a job and any consulting
> work I can get until I find one. If anyone has any ideas or  
> propositions, call me at 307-899-5535,
> or email me at murf at parsetree dot com...
>
> One area where I might be able to help:
>
> The state of CDR processing in Asterisk is somewhat  in limbo. On  
> the one hand,
> somewhere near 16 CDR bugs have been recently unassigned in the  
> issue tracker,
> and on the other hand, my work to provide a next-generation CDR   
> generator
> has only a rough start; the CEL work is still needing another  
> review, and someone
> to take care of the issues found in that review; perhaps someone  
> will step into that role.
>
> Since there's bills to pay, kids to feed, etc., I can't justify  
> pushing any of these issues
> for free. However, there exists a window of opportunity for the  
> community!
>
> Between now, and the time I get a "real job", I might have time to  
> work on completing
> the CEL->CDR converter I've proposed.
>
> The cost of the project is a function of the deliverables,  
> milestones, and etc. Depending
> on what is wanted, it seems to me a 2-8 week project (to be  
> realistic). The RFCs
> document I published earlier would end up as the documentation, of  
> course, and one
> of the deliverables.
>
> The catch: Before I start, one or a set of the community must  
> guarantee that they'll support this
> work. . As to what you get in return, I'm pretty flexible; I can  
> develop in a public branch, and
> supply a patch, or if my client(s) would prefer, I could keep the  
> results private for some amount
> of time, and then release them. I'd assume that it'd be nice to not  
> have to patch this in forever.
>
> Again, what you would get: CDRs generated that are dependable, easy to
> maintain (for me or anyone else), and easier to manipulate via the  
> dialplan
> via a much simpler interface (IMHO). No spending weeks with the  
> current
> interface trying to find the magic combination of commands that will  
> give you
> what you need.
>
> This is perhaps the best deal you could ever hope for with CDR's.  
> I'd wager I
> could do the job quicker and better than anyone else. I've been  
> playing with
> the ideas for over 2 years, and I have over 30 years of development  
> experience.
> I know pretty much what is wanted, and how to get there. If there's  
> not
> enough interest, I'm sure someone (perhaps Digium) will either fix  
> the current
> interface, or finish where I started, or submit something new; it's  
> just a
> matter of time. Or you could allow me to speed things up a bit!
>
> I will not fix the bugs in the current CDR implementation. It's not  
> worth it to you or me.
> You might find some sharp unsuspecting kid willing to try, but even  
> if he
> succeeded, you'd still be left with problem code, hard to fix and  
> maintain, and it
> will break horribly whenever somebody made even small changes to the  
> PBX
> engine, masquerade code, etc. (Well, I *say* I won't do it, but for  
> the right price,
> I can do whatever is wanted!)
>
> And I suspect that he/she would not succeed. I have a patch supplied  
> that solves
> maybe 1/2 of the open bugs, but breaks CDRs for assisted transfers  
> even worse
> than how it is broken now, and estimated that it would take 2 more  
> weeks to *try*
> to repair that damage and make them work right, or at least prove  
> that the approach
> was wrong. No, that is *not* the right way to handle this situation.  
> But, of course,
> individuals, the community, and Digium are always free to do as they  
> wish!
>
> Respond in private if you are interested in this or any other  
> effort. Again, my phone is
> 307-899-5535, and my email is murf at parsetree dot com.
>  (ParseTree is my own little consulting corp).
>
> -- 
> Steve Murphy
> ParseTree Corp
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-biz mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-biz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-biz/attachments/20090312/e07786e7/attachment.htm