ch versus other
more traditional approaches.
Mark
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Re-Learning-by-Avoiding-mistakes-Richard-Gaskin-tp4662575p4662582.html
Sent from the Revolution - User mailing list archiv
Mind Manager http://www.mindjet.com/products/ has been my go to 'problem
dissection' tool for the last 15 years or so. I use this instead of 3x5s for
pretty much every problem, brain-storming session, research activity, workshop
meta-planning session, project plan, etc.
It's much richer than F
2013/3/25 Ronald Zellner
>
> Has anyone here tried using "Mind-mapping" software for development?
>
>
I use it for big projects and more I do it by hand (which has a meaning
with this technic) !
Thierry
___
use-livecode mailing list
use-livecode@list
Starting in the 70s I often had students (psychology & educational psychology
courses) map out the course content using 3x5 cards and newsprint as a way of
fully understanding the concepts and interrelationships. I continued that
technique in educational technology areas but gravitated to Mind-
Richard,
I would love to see a (YouTube?) video of you or Mark or someone doing
the planning thing with note cards. I have never done it but it sounds
like a good way to go. I too gave up flowcharting years ago for most
projects, but sometimes I still run into something that demands that
kind
Hi from Beautiful Brittany,
Cal Horner wrote :
> How many of you use programming flowcharts to prove your answer before you
> actually begin to code ?
I gave up writing flowcharts 40 years ago (it was mandatory when I was a
programmer), and I admit that a flowchart is 90 % of program development
Mark Wieder wrote:
Richard-
Sunday, March 24, 2013, 10:25:59 AM, you wrote:
Some of the most productive time I spend in development is with 3x5
cards spread out on the floor, representing function points or UI
elements, looking for the flow and patterns between them. To someone
I do the ind
Richard-
Sunday, March 24, 2013, 10:25:59 AM, you wrote:
> Some of the most productive time I spend in development is with 3x5
> cards spread out on the floor, representing function points or UI
> elements, looking for the flow and patterns between them. To someone
I do the index card thing, s
Jerry Jensen wrote:
> I recently did a job where I had to poll two asynchronous serial
> ports. Timing had to be somewhat interlocked. Some input was response
> to stuff I sent, including verifying echos, and some was volunteered
> by the devices. I really really needed that flowchart. As I was
>
Flowcharts are for sissies! ;-) j/k. I never use them because nothing I develop
is that complicated.
Bob
On Mar 23, 2013, at 4:09 PM, Cal Horner wrote:
> My two cents worth.
>
> I must admit I hadn't been following this thread but on a fine Sunday
> morning while catching up on correspondenc
On 03/24/2013 02:35 AM, Mark Wieder wrote:
Cal-
Saturday, March 23, 2013, 4:09:34 PM, you wrote:
How many of you use programming flowcharts to prove your answer before you
actually begin to code?
Where flowcharting starts to fall apart though, is with asynchronous
events - you end up with loo
Time used to was that flowcharts were essential. Talking about the days of
punched cards/paper tape and overnight compiles. If you screwed something
up, another day goes by before you could fix it so you really needed to pay
attention.
I still do flowcharts but just scribbles on pieces of paper
On Mar 23, 2013, at 5:35 PM, Mark Wieder wrote:
> Cal-
>
> Saturday, March 23, 2013, 4:09:34 PM, you wrote:
>
>> How many of you use programming flowcharts to prove your answer before you
>> actually begin to code?
>
> Where flowcharting starts to fall apart though, is with asynchronous
> even
Cal-
Saturday, March 23, 2013, 4:09:34 PM, you wrote:
> How many of you use programming flowcharts to prove your answer before you
> actually begin to code?
Where flowcharting starts to fall apart though, is with asynchronous
events - you end up with loosely-coupled pieces of flowcharts.
--
-M
My two cents worth.
I must admit I hadn't been following this thread but on a fine Sunday
morning while catching up on correspondence
I found out a long time ago the best way for me to avoid mistakes was by
following that principle of engineering. The rule of modeling my answer of
the system
s observation (aka story of my life):
>
> Good judgment comes from experience;
> Experience comes from bad judgment.
>
> :-)
> Phil Davis
>
>
> On 3/18/13 12:17 PM, Mark Wieder wrote:
>> Alejandro Tejada writes:
>>
>>> I was checking in Amazon
everyone and, from
my point of view, it is itself a mistake... :(
Al
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Learning-by-avoiding-mistakes-tp4662291p4662317.html
Sent from the Revolution - User mailing list archive at Nabble.com
I love Mark Twain's observation (aka story of my life):
Good judgment comes from experience;
Experience comes from bad judgment.
:-)
Phil Davis
On 3/18/13 12:17 PM, Mark Wieder wrote:
Alejandro Tejada writes:
I was checking in Amazon the impressive collection
of books about learni
J. Landman Gay writes:
> I won't tell you the dumbest thing I ever did. But I'll tell you what I
> did 3 days ago and maybe you'll think that's the dumbest thing I ever did.
Anyone who has never made a mistake has never tried anything new.
-- Albert Einstein.
--
Mark Wieder
mwie...@ahsoftw
Alejandro Tejada writes:
> I was checking in Amazon the impressive collection
> of books about learning by avoiding mistakes:
I would counter that making mistakes is the best way to learn.
--
Mark Wieder
mwie...@ahsoftware.net
___
use-li
For me, that would be a multi-volume tome!
Pete
lcSQL Software <http://www.lcsql.com>
On Sun, Mar 17, 2013 at 12:49 PM, Alejandro Tejada
wrote:
> Hi all,
>
> I was checking in Amazon the impressive collection
> of books about learning by avoiding mistakes:
>
>
>
On 3/17/13 2:49 PM, Alejandro Tejada wrote:
Did anyone in this mail list, keep a detailed account of
their own programming mistakes and The methods used
to solved them?
I won't tell you the dumbest thing I ever did. But I'll tell you what I
did 3 days ago and maybe you'll think that's the dum
On 03/17/2013 09:49 PM, Alejandro Tejada wrote:
Hi all,
I was checking in Amazon the impressive collection
of books about learning by avoiding mistakes:
http://www.amazon.com/s/ref=sr_pg_1?rh=n%3A283155%2Ck%3Amistake%2Cn%3A%211000%2Cn%3A5&bbn=1000&keywords=mistake&ie=UTF8&qid
Hi all,
I was checking in Amazon the impressive collection
of books about learning by avoiding mistakes:
http://www.amazon.com/s/ref=sr_pg_1?rh=n%3A283155%2Ck%3Amistake%2Cn%3A%211000%2Cn%3A5&bbn=1000&keywords=mistake&ie=UTF8&qid=1363544059
For example:
Safe C++: How to avoid
24 matches
Mail list logo
