Revelation Software is looking to hire an experienced Arev/OI/
MVdeveloper immediately. Work is on-site at our NJ headquarters. This
is not a contract or telecommuting position.

Interested parties should email their resumes and salary requirements
in complete confidence to mike (AT) revelation (DOT) com

Thanks

On May 10, 4:21*pm, RevGuy <m... (AT) winwinsol (DOT) com> wrote:
I am just curious. Is this replacing someone or are you expanding?

Eugene

On May 12, 9:14*am, eppick77 <eppic... (AT) yahoo (DOT) com> wrote:
Eugene-

A bit of both - we have a guy leaving, and I'll probably hire two new
guys.

Thanks-

Mike Ruane

On May 24, 5:27*pm, RevGuy <m... (AT) winwinsol (DOT) com> wrote:
Mike,

Sorry to hear that someone is leaving. However, it is good news that
you are expanding!

Eugene

Hello, Tony:

While reading over your posting to Rev's search for a developer, my
curiosity was raised by your mentioning of REALITY as “…significantly
different enough to preclude in-depth inquiry from any but the most
motivated prospects”. Having recently (April, 2010) converted from
D3/NT (rev 7.4.7) to REALITY (14.1) , and having to make few changes
to programs to get clean compiles, I’m wondering what you have in mind
with that statement.

Much of our program library consists of packages originally written in
the mid 1970’s. We also have a considerable number of programs
written to take advantage of nuances of Advanced PICK, as well as
D3. Admittedly, things like indexing and triggers (both of which we
have used to a great extent since the advent of both in A/P) are
approached differently, but neither of those proved difficult to
activate in REALITY. Case-insensitivty added to REALITY allowed me
to keep much of my lower-case programming intact.

For me, one of the most crucial aspects of even considering moving off
of D3 was our extensive use of D3-API in VB(6) applications for our
retail firearms sales (capturing BATF requirements). At least at my
site, other MV vendors tried and failed to convert these apps; REALITY
made every VB class work, in a relatively short span of time.
The other areas of concern when I was considering the move from D3, to
“whatever MV would work”, were the ability to “easily” continue my
connectivity to disparate systems, particularly our POS system, and
our MySQL Linux Web Server. Again, those issues were tackled very
easily, and quickly.

Since I was a one-person programming staff for that conversion, I can
attest to every step involved in making the transition from D3-to-
REALITY. There were several weeks in mid-2009 that I “played” with
the REALITY tools. Serious conversion started, roughly, Oct. 1,
2009. We were live April 12, 2010.

Yes, I was (am) a “motivated prospect”, but I seriously doubt that
REALITY is “significantly different” than my previous PICK
implementation, D3/NT.

Jim Cronin
Kittery Trading Post

Jim,

On 2Yes, I was (am) a “motivated prospect�, but I seriously doubt that


Just out of interest. For what reasons did you switch to Reality?

--
Kevin Powick

On May 31, 4:52*pm, Kevin Powick <nos... (AT) spamless (DOT) com> wrote:
Kevin:

First, we were encountering serious downtime with D3. "Corrupt
Flashed Shared Memory" was bringing us to our knees, and there was no
real fix by RD/TL. The only way around this problem was rebooting,
almost nightly (one of the symptoms was leaking of virtual memory).
A "band aid" patch 7.4.7c was installed, and that allowed us to get up
to 3 weeks, usually, without rebooting. We tried 7.5, on an entirely
different server, getting the same results as 7.4.7, only at a much
higher rate. We lasted 24 hours on 7.5, and had to go back to 7.4.7
(the 7.4.7c was the last-ditch effort).

I had to find a replacement to D3. Our retail business is too
dependent on database/server uptime. When D3 encountered on of these
"Flashed Memory" errors, we would almost immediately lose access to
the database - like a wildfire, users would be faced with system-debug
errors. Taking D3 down, "systematically", was necessitated. It
took anywhere from 30-45 minutes to bring all users (130 licenses)
down, reboot the server, restart D3, and then verify the database.
We were actually having customers walk on us - the database was needed
to complete government required paperwork for high-priced firearms, a
large part of our hunting-related business.

One other issue dealt with failsafe/DR. We were on D3/NT, and RD/TL
did not have capabilities of doing either in an NT-environment (maybe
that's changed since 7.4.7, but I could not wait for changes to take
place). I did not want to make the move to *ix. REALITY provides
for both failsafe and DR, in NT environment. We have already started
the move in that direction, and hopefully will be there by Q1, 2012.

REALITY came along at the "right" time - I needed to replace D3, and
they had the wherewithall to make it happen. It has been a great
move for us.

Jim

To: JJCSR
JJCSR wrote:
Jim, I'm surprised you didn't take a peek at D3/Linux. From my experience
it's had none of the issues I see people complain about in D3/NT. I've got
a 7.4.0, 7.5.1 and 9.0 instances up and running (7.4.0 is moving to 9 very
shortly). I've never had down time* longer than 4 hours in the 13+ years
that I've been using D3. (Used D3/SCO until '03) I've got 130 seats at
one site and 60 at another. Nothing but good things to say about it.

g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.
--- Synchronet 3.15a-Win32 NewsLink 1.91
The Retro Archive - telnet://bbs.retroarchive.org

On Jun 1, 9:52*am, "Gene Buckle"
<gene.buc... (AT) bbs (DOT) retroarchive.org.remove-mvs-this> wrote:

I actually did look at Linux, to some degree. One of the biggest
problems I faced with a move off of NT was getting all of my VB apps
to function on the Linux environment. As well, I didn't feel I was
getting the proper support from RD/TL to repair the product I was
running on, and, consequently, felt it was time to move on. REALITY/
NT gave me a much better feeling of handling support issues, even
before signing off on their product. Staying with NT, a known-
platform to me and my only other staff member, was an added measure
when deciding to go with the product we now run on.

Thanks for the input.

Jim Cronin

To: JJCSR
JJCSR wrote:
Ahh, ok. I didn't realize you were doing that. All my client code runs on
other machines. I use ASP code for web pages as well as both legacy VB6 and
..Net code on the client. TL crippled newer versions of the odbc class lib
so they wouldn't work properly with .Net, but using the C4 version dlls
avoids that neatly. The introduction of MVSP with v9 is going to make
my life a lot easier since I'll be able to drop all the hoops and hacks
I was using to make the ODBC library work with .Net.

I've noticed a lot better support now that there isn't a SFB accountant
running the show.

g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.
--- Synchronet 3.15a-Win32 NewsLink 1.91
The Retro Archive - telnet://bbs.retroarchive.org