On Oct 24, 2011, at 1:14 PM, Perry E. Metzger wrote:
> On Mon, 24 Oct 2011 11:44:42 -0700 "Jordan K. Hubbard"
> wrote:
>>
>> On Oct 23, 2011, at 10:40 PM, David Frantz wrote:
>>
>>> Well maybe the choice of words isn't great but we have yet to see
>>> a version one released. Maybe version one
On Mon, 24 Oct 2011 11:44:42 -0700 "Jordan K. Hubbard"
wrote:
>
> On Oct 23, 2011, at 10:40 PM, David Frantz wrote:
>
> > Well maybe the choice of words isn't great but we have yet to see
> > a version one released. Maybe version one isn't that far off,
> > but I think it is fair to say most pe
On Oct 23, 2011, at 10:40 PM, David Frantz wrote:
> Well maybe the choice of words isn't great but we have yet to see a version
> one released. Maybe version one isn't that far off, but I think it is fair
> to say most people approach version one of anything software related with
> reservatio
Even though it is #6 on my list it probably should be number 1. Without Apples
public commitment to MacRuby it is hard to justify its use in anything more
than trivial apps. Especially if those apps are to be maintain for years.
Sent from Dave's iPad!
On Oct 17, 2011, at 3:40 PM, "Perry E.
OK, no idea what Godwin's law is but if you look at the deeper meaning of my
post which is: Apple needs something like MacRuby as a supported alternative to
XCodes C languages. Something that can server as a development environment
in its own right and as something that can be integrated int
Well maybe the choice of words isn't great but we have yet to see a version one
released. Maybe version one isn't that far off, but I think it is fair to say
most people approach version one of anything software related with
reservations.
Sent from Dave's iPad!
On Oct 17, 2011, at 3:09 PM,
On Oct 17, 2011, at 12:02 PM, David Frantz wrote:
> MacRuby's status at Apple is unclear. This can be somewhat frustrating
> because I'd rather that Apple officially support MacRuby. Apple does seem to
> be extremely focused on the "C" dialects only. Maybe my impression here is
> wrong, b
>> And given that Apple doesn't hesitate to squelch tech when it feels like it,
>> I'm clear that committing to any technology it hasn't blessed is "at your
>> own risk."
While this is partly true, I don't see what Apple could realistically
do to hurt MacRuby developers (and why they would do th
Those are all interesting and useful points and I appreciate everyone's willing
to respond at length. As always, I wonder why extraordinary generosity isn't
part of the geek stereotype.
Since I'm interested in developing for both OS X and iOS, "no Ruby on iOS" is
the clincher. And given that
On Mon, 17 Oct 2011 15:02:04 -0400 David Frantz
wrote:
> 6. MacRuby's status at Apple is unclear. This can be
> somewhat frustrating because I'd rather that Apple officially
> support MacRuby.
That is certainly a concern. If MacRuby were officially supported,
one would have relative confidence
" I have to admit that MacRuby is getting better everyday but MacRuby
is still far from complete."
Could you elaborate on that please?
Thanks,
- Matt
On Mon, Oct 17, 2011 at 12:02 PM, David Frantz wrote:
> Here is my perspective, limited as it is.
> 1.
> You can not get by without learning Obj
Here is my perspective, limited as it is.
1.
You can not get by without learning Objective C!
2.
Objective C really isn't that bad!As a minor upgrade to C it is fast to
pick up, the bulk of your learning will go to the various APIs. This if you
already know a little bit of C.
3.
I
On 16/10/2011, at 10:12 AM, Bryan Harrison wrote:
> Objective-C is not without a certain homely charm, but Ruby is obviously the
> more modern language. So…
>
> • Does Xcode treat Ruby as family, or is it a stepchild toiling in the
> ashes? Are there other tools I'll need?
>
> • W
Igor,
That's terrific… Thanks.
-B
On Oct 16, 2011, at 1:07 AM, Igor Evsukov wrote:
> Hi Bryan,
>
> All Cocoa API's are written in C/Objective-C and even now, when we can write
> apps in Ruby You still need to now them at least to be able to read
> documentation.
>
>> Does Xcode treat Ru
Alex,
Thanks for taking the time to reply. You've confirmed that my plan for world
domination makes sense, and it's always good to have a little extra confidence.
Regards,
Bryan
On Oct 15, 2011, at 10:23 PM, Alex Heaton wrote:
> I'm a ruby developer learning the cocoa ropes at the moment, so
Thanks - that's helpful. You've confirmed a lot of what I suspected, and saved
me some time and distraction.
Regards,
Bryan
On Oct 15, 2011, at 5:33 PM, Elliot Temple wrote:
>
> On Oct 15, 2011, at 5:12 PM, Bryan Harrison wrote:
>
>> Older & Wisers:
>>
>> Having done enough web developmen
Hi Bryan,
All Cocoa API's are written in C/Objective-C and even now, when we can write
apps in Ruby You still need to now them at least to be able to read
documentation.
> Does Xcode treat Ruby as family, or is it a stepchild toiling in the ashes?
> Are there other tools I'll need?
No. Xcod
I'm a ruby developer learning the cocoa ropes at the moment, so
hopefully my thoughts are useful here:
Ruby isn't actually a replacement for objective-c. In the sense that
you can't get through making an app with just ruby knowledge, it's
going to take a lot of working with c too, even if it's jus
On Oct 15, 2011, at 5:12 PM, Bryan Harrison wrote:
> Older & Wisers:
>
> Having done enough web development, network design, and systems
> administration for one lifetime, I've decided this winter is a fine time to
> leave all that behind and become an applications developer. Wanting to make
Older & Wisers:
Having done enough web development, network design, and systems administration
for one lifetime, I've decided this winter is a fine time to leave all that
behind and become an applications developer. Wanting to make consumer products
and having no interest in Windows, most of t
20 matches
Mail list logo
