How-To promote REBOL?
[1/9] from: slok00:ya:hoo at: 26-Dec-2001 19:03
I have an opportunity to present on alternative technologies in the local
Linux user group.
The audience will probably be a mix of "software guys", "network/system
guys" and others
that could range from "academic, plain user, students etc".
I am thinking about REBOL but is wondering what will be the best approach
to showcase
REBOL and achieve maximum impact in a short 15 minutes presentation that
will probably
be followed by some Q&A.
Any suggestions? Also, do you think RT will share with us the kind of
presentation that they
used for "pitches"?
Thanks
YekSoon
[2/9] from: greggirwin:mindspring at: 26-Dec-2001 12:07
Hi YekSoon,
<< I am thinking about REBOL but is wondering what will be the best approach
to showcase REBOL and achieve maximum impact in a short 15 minutes
presentation that
will probably be followed by some Q&A. >>
Here's what I did when I wanted to show people why I was proposing REBOL.
I made sure they had a "clean" machine (i.e. without REBOL installed on it)
and I told them that we should probably download REBOL since they had a fast
internet connection, as that would probably be faster than loading it from
floppy disk (have REBOL with you on a single floppy disk in case you need to
prove that it's all there).
/View downloaded in the blink of an eye on their system, and then I said
Now, let's make sure it installed OK
, and fired it up. I configured it
quickly as I talked about REBOL being designed as a messaging language and
how that applies to what they want to accomplish as well as how it fits in
with the new "connected" world. They should be excited by how quickly and
easily it installs.
Next I went right to the demos section from the desktop and fired up
V-Balls, Paint, and Gel. Making sure to show them how you can pull up the
editor and see the source for any reblet on the desktop. Then I went to the
Docs folder and showed them Ref-Words, Easy-VID, and Easy-Draw (take a
little time to get familiar with them so you know exactly which parts you
want to show off). My audience was impressed with the embedded executable
sample code in Easy-VID and Easy-Draw.
I went to the Sites folder on the desktop to show them what other REBOL
users have published (pick some good, small, examples that you think will
appeal to the various groups in your audience). Finally, I went to the
Library folder to show them what kind of examples are out there (again, pick
a few good examples ahead of time so you can go right to them during your
presentation. Don't waste time searching for things. Be prepared).
I was sure to mention how RT uses REBOL to help them do everything with a
very small team. Their team of about 5 people builds REBOL for over 40
platforms, maintains their web site, provides technical support, and is
constantly improving REBOL and creating new things like IOS.
Make sure they know that the hardest part about having so little time is
that you can't even begin to demonstrate its potential. Dialecting, built-in
compression and encryption support, standard networking protocols,
reflective capabilities, dynamic layouts, external library access, etc.
The most important thing is to be prepared. Practice your demo as much as
possible, saying the words out loud. This will help you to be less nervous.
Another thing you can do is have a little demo script like this to help you
with your timing.
REBOL [
Title: "Demo Timer"
]
start-time: now/time
end-time: start-time + 0:15:00
view layout [
backdrop effect compose [gradient 0x1 (sky) (water)]
across
origin 5
banner "Time Remaining"
banner 100 rate 1
feel [engage: func [face act evt] [
face/text: end-time - now/time
show face
]
]
]
Now, you can use that while you're practicing, so you'll know if you're
staying on track, going faster or slower, or need to add or remove elements
from your presentation.
If you're feeling really confident, you can write the script "live" in front
of your audience as part of your demonstration. If you want to do that, make
sure you can write it from scratch, flawlessly, at *least* 20 times before
doing your demo. Coding under the pressure of a live audience is hard
enough. Introducing one little glitch can be embarrassing and ruin your
entire demo. Don't do it unless you feel *extremely* confident about it. If
you can pull it off, it can work very well.
HTH!
--Gregg
[3/9] from: slok00:yaho:o at: 27-Dec-2001 10:51
As a follow, I am thinking of adding the TOP 10 reasons why people choose
REBOL over other
languages (be it scripting or system languages).
For a start, I have these in mind and would like to hear from the community
their opinions.
1. Rapid development
2. Graphical user interface
3. Cross-platform applications
4. Standard network protocol support
5. The REBOL community
Others reason which I am not too sure if REBOL fits the bill
- Extensible applications
- Flexible integration
Is it easy for REBOL to call Java, C, VB etc... or vice-versa
- Enterprise Ready
What is required for REBOL to be considered Enterprise Ready?
- Easy to learn
Seems subjective, but so far I find it easy enough to learn from the codes
of other people
and learn through trial-n-error and more importantly getting help from the
community.
I would appreciate any feedback on the TOP 10 reasons.
Thanks
YekSoon
At 12:07 PM 12/26/2001 -0700, you wrote:
[4/9] from: voltarol94065:yah:oo at: 26-Dec-2001 20:56
--- Lok Yek Soon <[slok00--yahoo--com]> wrote:
> As a follow, I am thinking of adding the TOP 10 reasons why people
> choose
> REBOL over other
> languages (be it scripting or system languages).
>
Problem with this approach is that you are defining YACT (Yet Another
Cool Technology) - and if you are dealing with corporate buyers you are
highly likely to get a big cynical yawn. I would suggest you need to
define your need / requirements, match Rebol's requirememnts to it and
then note how much better overall it is than completing tools - ie,
what is Rebols fitness for purpose relative to other technologies. If
in a corporate environment, you will need to take in to account the
company's financial health, product mnaturity and stability, critical
mass of supporting technologies, availability of trained staff and what
impact on the IT shop it will have by adding yet another technology to
their inventory of technologies.
Looking at your list below, firstly how important are they? (I would
say to a large corporate supporitng mulitple hardware / OS platforms is
limited use as most want to simplify and standrdize their platforms.
Also, strengths such as GUI, RAD etc - is Rebol really better than
competing existing technologies such as VB, Clarion, Java (JBuilder,
webGain etc)? Can you prove it?
Depending on your apps, Rebol may not even be suitable for what you are
doing, so you will need to make that case (which brings us back to
defining the requirements first).
[5/9] from: carl:cybercraft at: 27-Dec-2001 17:58
On 27-Dec-01, Lok Yek Soon wrote:
> As a follow, I am thinking of adding the TOP 10 reasons why people
> choose REBOL over other languages (be it scripting or system
<<quoted lines omitted: 18>>
> from the community.
> I would appreciate any feedback on the TOP 10 reasons.
Dialecting should be in there, and perhaps that it's a functional
language. And that it has loads of datatypes?
--
Carl Read
[6/9] from: ammonjohnson:yaho:o at: 26-Dec-2001 23:14
Well said!
Ammon
[7/9] from: jasonic:cunliffe:verizon at: 27-Dec-2001 0:10
Hi Yek Soon
I think Gregg's answer was right on.. Don't forget:
REBOL is FUN!
Why is REBOL fun ?
- Interactive CLI development
- Missing most of the wired syntax and punctuation which lcutters up other
languages
- Intuitive 'forward-forth' structure whicc evokes nautral language and
'net-streaming mind
- Great Community
- It is something new, elegant, different and interesting
> For a start, I have these in mind and would like to hear from the
community
> their opinions.
> 1. Rapid development
> 2. Graphical user interface
> 3. Cross-platform applications
> 4. Standard network protocol support
> 5. The REBOL community
Yes good.
+ very __tiny__ footprint for system + scripts
+ very very easy to install [compare Unix or Windows headaches avoided]
+ low cost!
+ well timed for people-people development
> Others reason which I am not too sure if REBOL fits the bill
> - Extensible applications
.. are not all langauges..? what do you really mean here?
> - Flexible integration
> Is it easy for REBOL to call Java, C, VB etc... or vice-versa
Good Question
REBOL/Command has 'call'
> - Enterprise Ready
> What is required for REBOL to be considered Enterprise Ready?
[duh:] A business must use it ?
seriously: Security and ODBC features in REBOL/Command are plus,
but lack of many REBOL progammers in Job market minds may be an obstacle.
> - Easy to learn
> Seems subjective, but so far I find it easy enough to learn from the codes
> of other people
> and learn through trial-n-error and more importantly getting help from the
> community.
I agree, but documentation lacks especially View/VID
> I would appreciate any feedback on the TOP 10 reasons.
> Thanks
> YekSoon
I think you should be prepared for answering potential negatives questions
too:
1. documentation
[is scattered adn laggin behind tech deevlopment, the official book has NO
INDEX = amateurs yikes!!!! ++ the RT web site is still pretty lame with big
holos in it, funky links, and lots missing]
2. low-profile [never heard of it.. or not for several years]
3. proprietary kernel source
4. lack of books or recent media coverage [try google adn you will see what
I mean]
5. very small community [see Enterprise above]
good luck
./Jason
[8/9] from: sunandadh:aol at: 27-Dec-2001 10:17
Good stuff, David,
> Problem with this approach is that you are defining YACT (Yet Another
> Cool Technology) - and if you are dealing with corporate buyers you are
> highly likely to get a big cynical yawn. I would suggest you need to
> define your need / requirements, match Rebol's requirememnts to it and
> then note how much better overall it is than completing tools - ie,
> what is Rebols fitness for purpose relative to other technologies
And Yek Soon, it's worth remembering four of the basic rules for any sales
presentation:
1. Highlight benefit statements not features
A feature is a flat statement of some aspect of the thing you are selling:
* Has chrome alloy wheels!
* Dual power supply!!
* Starring Brad Pitt!!!
* Built-in SMTP support!!!!
A benefit statement is a reason why your audience will benefit from the
feature. It adds a "so what clause" to the feature:
* Has chrome alloy wheels so it's as strong, but half the weight
and will never rust
* Dual power supply, so you can use it anywhere in the world
* Starring Brad Pitt, so your fiancee will definitely want to go see it too
* Built-in SMTP support, so no need to supply third-party add-ons.
But it's only a benefit if it is a benefit to your audience (if they are
never going to leave Kansas, the dual power supply may be plain irrelevant).
2. NEVER knock the opposition
Show how your product is better than the opposition in ways that appeal to
your audience without belittling the opposition. Many in your audience
probably make a career out of being specialists in "opposition" technologies:
tell them they are wrong and they'll just switch off.
This means you need to know the strengths of Rebol compared to whatever the
audience is likely to suggest as alternatives (C#, Perl, Python. Ruby, TEL,
VB. etc). Which is fair enough. You are recommending Rebol for a reason which
means you have evaluated the field and decided on Rebol for a reason.
3. Never give too many reasons
If you list 10 reasons why Rebol is better then, inevitably, reasons 6 and
onwards are weaker than your top 5. Given a hostile or indifferent audience,
they'll unpick your case from the weakest link upwards. Better give them
three solid benefits. If they suggest others that's great: it shows they are
on your side.
4. Don't ask for too much in one go
No one is going to switch their entire company over to a new language in one
go. If you ask for that, you'll end up with nothing. Suggest a couple of
small R&D-style projects that Rebol can be field tested on. No one's going to
say no to that if the company has any sense of adventure.
And good luck!
Sunanda.
[9/9] from: slok00:yaho:o at: 28-Dec-2001 10:24
Thanks everyone for putting in various thoughts and perceptions into this
thread.
Definitely, very useful.
YS
At 10:17 AM 12/27/2001 -0500, you wrote:
<snip> all the good stuffs to keep message size small.
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted