r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

Henrik
8-Jul-2008
[6244x2]
If you open up a design process even to highly qualified people, 
you are already on the first step towards design by commitee, which 
is entirely against REBOL's design philosophy. If the people are 
less qualified, it's the second step and you can end up trying to 
handle more noise than getting actual code done and the project will 
then truly move at a snail's pace.

I'm sitting in that position in my job projects, which has caused 
about two full years of delay, because I'm forced to write crap code 
to meet some silly deadlines. That code then later needs to be rewritten 
to meet my own personal quality requirements when no one else is 
looking at me or judging my work before it's done.

I'm sure Gabriele has a complete picture of VID3 in his head and 
it does no good to trample around on that picture, before he gets 
the chance to complete the work. I'm also certain that Carl has tried 
both things and going underground simply works best.
Ever noticed that most good movies has one script writer and that 
the script writer is also the director? And that most bad movies 
have 5-6 different script writers and a different director?
Graham
8-Jul-2008
[6246x3]
Actually I do it all the time.
I read all the messages and take notes ..
Every few days I release a new iteration of my software.
Pekr
8-Jul-2008
[6249]
Henrik - I am not sure I was causing some major delays! I asked at 
times, when no active development was ongoing, so? Let's be realistic 
here - when is Gabriele available to finish it? I bet it would take 
him some 2 - 3 weeks part-time? And that, my friend, is the problem. 
Guys are busy with things, which do have higher priority. So unless 
someone commercially does not buy them free time to do so, the point 
is moot ...
Henrik
8-Jul-2008
[6250]
Graham you are probably not in a situation where you need to start 
on a new project or build a program from scratch. Do you read messages 
and take notes on day 5 of project development after the design requirements 
are settled?
Graham
8-Jul-2008
[6251x2]
The fact that Gabriele is here talking to us suggests he has nothing 
to work on now ... also waiting for Carl!
Henrik .. I did a GUI mock up and the released the mock up.  Then 
I took suggestions after that :)
Henrik
8-Jul-2008
[6253]
Graham, yes, but you didn't get comments during the mockup design 
process did you?
Graham
8-Jul-2008
[6254]
no, but that was only a day
Henrik
8-Jul-2008
[6255]
yeah, so you don't really notice what it means to have people criticizing 
you during the design process.
Graham
8-Jul-2008
[6256x2]
Oh no, that is ongoing.
I get comments all the time.
Henrik
8-Jul-2008
[6258]
your design process is very short. it's very different for a system 
like VID3. the rest is implementation, which is more trivial.
Graham
8-Jul-2008
[6259x2]
You did the same with Listview
but clearly not everyone can work the same way
Henrik
8-Jul-2008
[6261]
The design process for LIST-VIEW was very short. It took a few days 
to build the first version. After that it was more an issue of getting 
features put on top of other features and spending time on bug fixing. 
There was very little actual design after the first version.
Pekr
8-Jul-2008
[6262]
Henrik - I did not criticize during the design process - there was 
6 months delay, so I started to study it, and put quesiton on table. 
Then there was one month or so of development of GOBs dialect and 
other things - once again - most of my questions came in different 
period - after the release. And Gabriele did not release often in 
order for me to disrupt his dev. process ...
Graham
8-Jul-2008
[6263]
Is this leading to anywhere?
Henrik
8-Jul-2008
[6264]
But that short design process also caused some lock-ins: It's not 
possible to create horizontal scrolling, something that Pekr wanted 
badly and never got. I wanted to implement column rearrangement via 
drag'n'drop, but it turned out to require about 20-30 kb extra code. 
Row drag and drop is horrible code. So the base design is far from 
brilliant or sufficiently generic to satisfy every condition of use.
Pekr
8-Jul-2008
[6265]
Graham - it is just leading to filling some eventually free time 
and shorten waiting for the next best thing - GIDI :-)
Graham
8-Jul-2008
[6266]
GIDI?? like vidi, vinci vici ?
Henrik
8-Jul-2008
[6267]
GIDI is Carl's preliminary name for VID3.4.
Graham
8-Jul-2008
[6268]
what's the acronym stand for ?
Pekr
8-Jul-2008
[6269]
Graphics is there for sure :-)
Graham
8-Jul-2008
[6270]
I hope intelligent design is not there!
Pekr
8-Jul-2008
[6271]
GIDI: "Graphical interactive dialect interface"
Graham
8-Jul-2008
[6272]
not great
Pekr
8-Jul-2008
[6273x2]
We could as well call it GDI, it is already known in MS world :-)
I suggested GINA, but don't remember what it stands for :-)
Graham
8-Jul-2008
[6275]
DVI .... dialected visual interface
Pekr
8-Jul-2008
[6276]
DVI is already hw inteface, isn't it?
Graham
8-Jul-2008
[6277]
that's called overloading :)
Pekr
8-Jul-2008
[6278x2]
:-)
There is SilverLight, MoonLight, Flash, we planned FireSide, SideLight, 
or something like that - but that is more for a product name, than 
to call some subsystem ...
Graham
8-Jul-2008
[6280]
RebolLight
Pekr
8-Jul-2008
[6281]
Doesn't it sound like kind of product? Express, Light, Demo?
Graham
8-Jul-2008
[6282]
yeah
Pekr
8-Jul-2008
[6283x2]
But why not, would be fun - I am proud of REBOL :-)
REBOLight
Graham
8-Jul-2008
[6285x2]
Thermite ?
flash in a pan :)
Pekr
8-Jul-2008
[6287]
isn't thermite explosive? :-)
Graham
8-Jul-2008
[6288x2]
yes, it creates flashes
so, we have a product that is capable of creating flash like graphics 
and better.
Pekr
8-Jul-2008
[6290]
Or we can call it similar to Flash - Fresh, or reFresh
Graham
8-Jul-2008
[6291]
nah ... want something different and better
Pekr
8-Jul-2008
[6292]
If GIDI is revolutionary, we want the ParadigmShift :-)
Chris
8-Jul-2008
[6293]
The tough thing to appreciate is that VID is a general-purpose entry/mid-level 
dialect.  R2/VID has been in the wild for 6yrs(?) now and we have 
certainly gone through periods of isolating key weaknesses, but we 
all have a tendency to have had starry-eyed visions for what VID 
should be.  The practical gets mixed in with the possibility when 
it's time for action.


I think the community would be better served with a strong VID alternative 
(not as a slight to RebGUI which does very well acheiving its stated 
aims) not bound by Carl's constraints for the entry level language, 
and open (as in open) source with very clear aims.  It has to be 
independent and perhaps needs to span R2 and R3, at least initially. 
 We have the capabilities, resources and talent to do it, but instead 
try to hammer these ideas into VID.


This isn't intended to be a rallying cry -- it's just my assessment 
based on observation and involvement.  Such an undertaking would 
have inevitable difficulty overcoming the differing visions of interested 
parties.  Conversely, it's within us to create an enduring, enviable 
framework...