On Fri, Mar 5, 2010 at 12:49 PM, Dhananjay Nene
dhananjay.n...@gmail.com wrote:
I've decided to go ahead with SQLAlchemy even though that was not my
favourite. FWIW I'm just documenting my thoughts :
Cons : Why I would've not preferred SQL Alchemy
a. Dependency into a large full function
On Fri, Mar 5, 2010 at 2:25 PM, Vivek Khurana hiddenharm...@gmail.com wrote:
On Fri, Mar 5, 2010 at 12:49 PM, Dhananjay Nene
dhananjay.n...@gmail.com wrote:
I've decided to go ahead with SQLAlchemy even though that was not my
favourite. FWIW I'm just documenting my thoughts :
Cons : Why I
On Fri, Mar 5, 2010 at 3:14 PM, Noufal Ibrahim nou...@gmail.com wrote:
Are there any real harcode SQLAlchemy people here on the group? A talk
on the ORM would be much appreciated I'm sure.
I might add that I've worked with ORMs almost regularly since 1996 in C++,
Java and Python.
On Friday 05 Mar 2010 3:22:12 pm Dhananjay Nene wrote:
I might add that I've worked with ORMs almost regularly since 1996 in
C++,
Java and Python. SQLAlchemy has probably been the most successful ORM I
have seen which has managed to retain the balance between relational and
object
On Fri, Mar 5, 2010 at 3:37 PM, Kenneth Gonsalves law...@au-kbc.org wrote:
On Friday 05 Mar 2010 3:22:12 pm Dhananjay Nene wrote:
I might add that I've worked with ORMs almost regularly since 1996 in
C++,
Java and Python. SQLAlchemy has probably been the most successful ORM I
have seen
On 03/05/2010 03:37 PM, Kenneth Gonsalves wrote:
On Friday 05 Mar 2010 3:22:12 pm Dhananjay Nene wrote:
I might add that I've worked with ORMs almost regularly since 1996 in
C++,
Java and Python. SQLAlchemy has probably been the most successful ORM I
have seen which has managed to
On Fri, Mar 5, 2010 at 3:58 PM, Noufal Ibrahim nou...@gmail.com wrote:
On Fri, Mar 5, 2010 at 3:37 PM, Kenneth Gonsalves law...@au-kbc.org
wrote:
On Friday 05 Mar 2010 3:22:12 pm Dhananjay Nene wrote:
I might add that I've worked with ORMs almost regularly since 1996 in
C++,
Java
On Fri, Mar 5, 2010 at 3:59 PM, steve st...@lonetwin.net wrote:
I personally prefer SQLObject because it comes across as being more
pythonic than SQLAlchemy, of course YMMV.
Quite likely .. but it doesn't try to be pythonic, its focused more on
staying consistent with its relational
All right. Here are the meeting details.
Venue : ThoughtWorks, Diamond District, Floor 3.
Date : 7 March 2010 (Sunday)
Time : 1500 - 1700 hours.
Sriram,
Will TW be available?
Thanks.
On Fri, Mar 5, 2010 at 11:31 AM, Gopalakrishnan S karikris...@gmail.com wrote:
+1.
I would like to attend
On Fri, Mar 5, 2010 at 12:49 PM, Dhananjay Nene dhananjay.n...@gmail.comwrote:
I've decided to go ahead with SQLAlchemy even though that was not my
favourite. FWIW I'm just documenting my thoughts :
Cons : Why I would've not preferred SQL Alchemy
a. Dependency into a large full function
On Fri, Mar 5, 2010 at 7:46 PM, Pradeep Gowda prad...@btbytes.com wrote:
On Fri, Mar 5, 2010 at 8:28 AM, Anand Chitipothu anandol...@gmail.com wrote:
Aaargh, few hours after I decide that I run into this. From an intent
perspective it is much more consistent with what I was looking for -
I was asked if we have tentative dates (which needs a venue I'd guess)
for the Chennai event, as folks coming to India like to sync their
schedules and book early. Can someone from Chennai pipe in with
tentative date and venue suggestions please.
Tentative Date is sept 24th and 25th 2010.
On Sat, Mar 6, 2010 at 12:24 AM, || स्वक्ष || v...@svaksha.com wrote:
[..]
Agreed. But I am not sure how many outside of this list (or the
inpycon list) are aware that other cities can bid if they wish to. For
starters, a page on the wiki perhaps and later communicate this
publicly on the
13 matches
Mail list logo