dristin.com

So Rich and I were testing out a new flow chart to help us program. For some reason I don't think its helping. Maybe someone can help us out I think we are using the program properly

time to post flow chart for review, 35sec....

lost time for dristin coding 35sec...

Time added to release of dristin Beta in 2015...

Yup....35sec

i think the fish is tryin to cast a spell on him like a wizard or something o.o

its father has young chicken on the knee

A fish just above the head is a bad sign. The clock by the knee is fine though.

I'd recommend skipping dependency graphs; some of the best programmers I know write code that looks horrific on a dependency graph -- and, although they care, correcting the graph is ranked low on their list of "TODOs".

You guys can probably do much better by writing code that is designed to make sense to yourselves, rather than code to match a standard or paradigm that you don't fully understand or care for.

For example, here's how Frostwinds looks (see Figure #1). Each of the boxes are Visual Studio project files:


Everything looks fine in that diagram, but look what happens when I select FrostServer (see Figure #2):


FrostServer has a dependence on FrostForm, and that doesn't look proper; the server is a console application and FrostForm defines GUI properties such as mouse-clicks and rasterization. I could very easily change it, but it really doesn't matter. It won't make the code easier to understand, nor will it reduce the lines of code. It would just be for making it look pretty on a graph.

Looks fine to me...