incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sebastian Mohr <masul...@gmail.com>
Subject Re: Goal for Flex: Strengthening large-scale Flex applications
Date Wed, 11 Jan 2012 20:09:13 GMT
@Roland

hmm ... maybe you are right ;) But this is not my concern 
now. I am talking about building large-scale Flex apps and 
how to build them the best way.


-- Sebastian



On Jan 11, 2012, at 8:51 PM, Roland Zwaga wrote:

> Hehe, I think Alex mean the Flash Player as the constrained environment
> here, i.e. it has some limitations.
> 
> On 11 January 2012 20:47, Sebastian Mohr <masuland@gmail.com> wrote:
> 
>> @Alex ...
>> 
>>> Some coding practice document will be a good thing, but I can still write
>>> bad code using it.
>> 
>> 
>> IMHO ... there is no need to waste time in writing more documentation ...
>> we need more a "SHOW ME THE CODE" (in short "SMTC") approach ...
>> just "SMTC" and only "SMTC". Time to philosophize about coding large-
>> scale Flex apps should be over. Let's just build professional, sustainable,
>> large-scale apps with Flex. And let's teach the FLEX NEWBIES writing
>> good code, so that they can become as highly skilled as the few out
>> there FLEX GEEKS are.
>> 
>> ...
>> 
>>> I will repeat my cautionary statement that we are working in a
>> constrained
>>> environment and will likely need to cheat on occasion.
>> 
>> 
>> Even Google Translate couldn't help me understand your sentence above:
>> 
>> Here the translation into German:
>> 
>> "Ich wiederhole meine Warnhinweis,  dass wir in einem
>> eingeschränkten Arbeitsbedingungen, Umwelt und muss
>> wahrscheinlich bei Gelegenheit zu betrĂĽgen."
>> 
>> Sorry ... where is a constraint environment in an open Apache Flex?
>> 
>> 
>> -- Sebastian
>> 
>> 
> 
> 
> -- 
> regards,
> Roland
> 
> -- 
> Roland Zwaga
> Senior Consultant | Stack & Heap BVBA
> 
> +32 (0)486 16 12 62 | roland@stackandheap.com | http://www.stackandheap.com


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message