Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Design a Virtual Office with Open Source?

Posted by Cliff on Fri Mar 12, 2004 07:30 PM
from the how-would-you-do-it dept.
apropos asks: "An interesting question came up recently when discussing (yet again) starting an open-source based consulting company: 'How would you design the ultimate virtual office with open source software?' With things like fax, VoIP, web, email, security and office suites all available as open source products, what kind of useful things could be done? One idea that came to mind was emailing answering machine recordings. What would you put into your ultimate virtual office solution?"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Easy... (Score:3, Funny)

    by 110010001000 (697113) on Friday March 12 2004, @07:31PM (#8548812) Homepage Journal
    ...buy it with Virtual money.
  • Emacs (Score:5, Funny)

    by Anonymous Coward on Friday March 12 2004, @07:31PM (#8548817)
    Emacs has all those things, right?
  • What about Asterisk (Score:5, Informative)

    by Anonymous Coward on Friday March 12 2004, @07:32PM (#8548823)
    You can use Asterisk for your PBX [asterisk.org].
    • by Gunfighter (1944) on Friday March 12 2004, @09:18PM (#8549366) Homepage
      Yes, I offer Asterisk for _exactly_ this application. It's more or less a 'follow me' service so that you can work from wherever you want and have your extension forwarded to wherever you want. Once the workday is over, just turn off the forwarding and let everything roll to voicemail. The great thing with this is that you can then set the extensions however you want them: hunt groups, call center queue, etc. etc. You can even park the call and then contact a co-worker (we use Jabber) to dial into the system and pick up the parked call from wherever he or she may be at the time. From the caller's perspective, it's almost like they were transferred directly to the person down the hall from you. A little re-configuration and you have a conference call server... fire up some XML-RPC to your backend database and you have an IVR system... the list goes on and on.

      Asterisk is much more flexible than working everything directly through the phone company, and can save a bundle on not having to pay for extra features at the Central Office level. After all, in some areas a channelized T1 with 24 trunks (think 12 in & 12 out) is cheaper than twelve centrex lines with all of the features. When you compare this over the long run, this savings, coupled with the lower hardware costs, can make a full featured phone system ROI _very_ quickly for the virtual office environment.

      (Hints: Ask your phone company to let you colo the box so you don't have to pay the local loop charge for the T1. Also be sure to ask what it would cost to go ahead and split two of the 64k channels out for Internet access so you can administer it remotely without having to use a modem.)

      • by Anonymous Coward on Friday March 12 2004, @08:51PM (#8549238)
        Uhh you don't need any extra hardware over what you would need for an *H323 solution. You can use software-based phones if you have nothing else. You can get a SIP phone for $65 if you are on a serious budget and want the feel of a phone in your hand when you talk. You'll never find a phone that is compatible with *H323 for that low.

        I have less than $300 and have three internal extensions and one external line. A comparable pbx would be much more expensive and MUCH less flexible. I've been able to do with Asterisk in about 30 minutes what would have taken months of C programming on any decent PBX (and a $10k developer license).
        • by torpor (458) <.ten.htnys. .ta. .vyaj.> on Saturday March 13 2004, @05:26AM (#8550880) Homepage Journal
          linux telephony has been a great consulting market since 1995 at least! i have set up similar systems for many customers using early versions of Asterisk and similar IVR apps running on linux set up with good telephony-card support. it allows complete, policy-based, scripted automation of all of the main company life-blood (calls), and linuxIVR was my most successful bread-maker, when i was in the consulting business. being able to completely sync the reality of such things as call time tracking -directly- with the internal business apps; even -having- all call details being logged and trackable from a database, for so cheap, made linux the sweetest setup.

          its really cool to see how far its all come (yeah, XML-RPC!!) and yet its so much one of those 'hidden success of linux' stories.

          its like, the operating system that was so good at doing what it does, everyone forgets its even there, or what it is. "never mind the 'war for desktop', who is taking care of the telephones, and the billing, where is the 'policy' computer, etc?" heh heh ... some linux box in the closet, "up 826 days, 4 users, load averages: 0.09 0.22 0.45"
  • Netoffice (Score:3, Interesting)

    by robbedbit (598810) on Friday March 12 2004, @07:33PM (#8548833)
    Great simple CRM.
  • by grub (11606) <slashdot@grub.net> on Friday March 12 2004, @07:33PM (#8548835) Homepage Journal

    What would be useful?

    emailing answering machine recordings.. I don't think so. Emailing the entire answering machine recording could backfire. That could easily be used as a DoS against someone's email box ("Let's all leave a message for that ass Professor Doofus tonight!")

    Not that I get a lot of faxes these days (read: "the 21st century") but it would be nice to have software that would OCR a fax then email the text to me (this one is simple enough that it probably already exists) == Less paper.

    If a company were large enough to have a mail room, then scanning in snail mail and emailing images would be neat. One could always fetch the hard copy if needed. I'm far more efficient with electronic files than I am with paper. (My desk is a pigsty)

    • by rjstanford (69735) on Friday March 12 2004, @07:35PM (#8548852) Homepage Journal
      Scanning in snail mail and emailing images would be neat. One could always fetch the hard copy if needed

      I use PayTrust [slashdot.org] for my bills - they do exactly this. What they can get electronically, they do, but any other bills go to their address and get scanned in. I get an email with highlighted information (date due, minimum payment, total payment, etc) and can set up automatic payment rules (for example, "Pay celphone bill unless its over $120 - if it is, then email me first"). And it works on anything, even little scraps of paper.

      Pretty cool stuff, and very friendly.
    • by daveo0331 (469843) * on Friday March 12 2004, @07:56PM (#8548989) Homepage Journal
      emailing answering machine recordings.. I don't think so. Emailing the entire answering machine recording could backfire. That could easily be used as a DoS against someone's email box ("Let's all leave a message for that ass Professor Doofus tonight!")

      Or better yet, use voice-recognition software to translate the message to text, and send it to my email. I can read (or skim) faster than I can listen. Of course, I'd also want the recording (which wouldn't take up much space, as someone else already pointed out) in case someone left a phone number and the software didn't translate it correctly.
      • Given compression rate possible with voice, a 1 minute recording is a bit under 1 MB.

        Thats what I get with my mp3s and OGG files! I have a good quality void recording of a comedian. I've stored it on my hard drive using Speex [speex.org], which is an OSS codec that's designed for speech. It takes up less than 346KB per minute of recording. This figure could be pushed even lower if you were recording from a telephone as sound quality wouldn't matter so much as it will already have been heavily compressed.

      • by gregmac (629064) on Friday March 12 2004, @08:55PM (#8549253) Homepage
        We use hylafax quite extensively at the office. We are not into phase 2 yet which aims at removing all incoming hard copy. Pretty much when I get time to finish the roll out we should move to this. I'm still setting up for phase 1 of my hylafax rollout, which is basically setting up a print-to-fax gateway. I don't like any of the existing solutions, so I basically started from scratch. The fax capture runs as a samba print share, when you print to it, it spools it into an 'outbox'. This spool service will also connect back to the sender's PC and make a program popup (which I haven't written yet) asking for the phone number, cover page notes, etc, much like Respond [boerde.de], except in a non-ugly interface that includes cover page options. If it can't connect, or the user doesn't fill it out, it will just sit in the outbox with a 'pending' status (since it has no fax destination). Phase 2 will be the same as yours, removing incoming hardcopy, putting faxes into a similar 'inbox' spool. Think webmail, but for faxes. Eventually, I'd also like to do OCR that gets run through filters which can hopefully match things like "Attn: bob" and send an email to bob telling him he has a new fax. I doubt I'll be able to replace the actual fax with OCR due to quality, but we'll see.
  • People. (Score:5, Insightful)

    by rjstanford (69735) on Friday March 12 2004, @07:33PM (#8548836) Homepage Journal
    That's what I'd put into the picture. People. Remember, technology is nothing but an enabler. From the receptionist who answers your phone (can be in a call center, sure, but they should be breathing) to the monkey on the keyboard getting the job done, people are what will make the difference. Everything else is an end to a means, and besides - there's nothing like dealing with people to cut through some of the crap that we get day in and day out with this stuff.
  • Hmmm.. (Score:5, Insightful)

    by meta-monkey (321000) on Friday March 12 2004, @07:33PM (#8548838)
    I think I'd recommend a good secretary. A good secretary who'll take messages for you and deliver them is a lot more practical and easier to implement than a system to email answering machine messenges. Then, you can actually conduct business instead of designing whizz-bang systems that are little more than novelties. Just a thought.
    • Re:Hmmm.. (Score:5, Interesting)

      by Dejohn (164452) on Friday March 12 2004, @07:39PM (#8548891) Homepage
      We've been using a voicemail-in-the-inbox solution from Avaya (Unified Messenger) for about 5 years at a 100 user company. It's extremely stable and reliable. Interestingly... it's fully integrated with Exchange. It uses the Information Store as it's voicemail storage. When you dial into the voicemail system from a regular phone, it says "you have x new voicemails, x new emails, and x new faxes". It then gives you options to access all of those (read your email with a text->speech, or forward your emails (with attachements) or faxes to another fax machine.

      It's really cool technology and continues to amaze everyone we show it to, so I'm surprised that it's not yet fully commonplace.

      For an open source solution? Hmmm... good luck? :)
      • Re:Hmmm.. (Score:5, Funny)

        by Tandoori Haggis (662404) on Friday March 12 2004, @07:50PM (#8548949)
        Laptops (computers) are expensive.
        Laptops (secretaries) are expensive

        Hmm... which one to choose?
      • Re:Hmmm.. (Score:5, Insightful)

        by kfg (145172) on Friday March 12 2004, @07:59PM (#8549001)
        If your seceratay/personal assistant/receptionist isn't worth $40k a year you've got the wrong person in the job.

        This isn't a place for a decorative "dumb blonde." That's Fortune 500 CEO stuff.

        In a small, virtual, high tech company doing most of its work/business over internet/phone the assistants should be among the sharpest people you've got working for you, and payed for it.

        They'll pay back their high salaries in triplicate. Thus they're cheap. The reduction of the assistant to a "seceratary" is one of the greatest tragedies of the corporate world.

        KFG
        • Re:Hmmm.. (Score:5, Interesting)

          by jrexilius (520067) on Friday March 12 2004, @08:39PM (#8549191) Homepage
          I agree, however, I am worried about paying my own salary and the next person I hire is going to have to be a worker, and the next 3 people after that. Once I can pay 4 engineers' salary then I might get a secretary but I have to service my customers first and I only have 24 hours in a day.

          Your point is valid for companies that have > 3 people and are (more) secure financially but I will be without physical office for a while and need to hire good technologists first.

          So the original question, how can I use my existing or modified infrastructure and intelligent software to help cover that gap until then?

          I am working on building the tools I need and I love open source for this. People have touched on great packages such as mgetty and I would add wiki, egroupware (fork of phpgroupware), squirrel mail, horde, etc. etc.

          I am building a suite of tools that I am giving back to the community (as they are based on open source tools to begin with) that may be a nice package for virtual office needs. See rexiliusgroup.com for some of the code (still being developed).
          • Re:Hmmm.. (Score:5, Insightful)

            by kfg (145172) on Friday March 12 2004, @09:20PM (#8549375)
            . . .but I have to service my customers first and I only have 24 hours in a day.

            Bingo! And your hours are more valuable taking care of those things that only you can take care of than they are taking your clothes to the cleaners and picking them up again, and all those thousand and one little tasks that the modern "seceratary" has been taught to refuse to do.

            I've known salesman who payed assistants out of their own pocket when the company refused to provide one, because their time selling was worth more than the time doing the things the assistant did for them. And I'm not talking about million dollar a year salesman. I'm talking about people in their first year or two in the trade making $20k themselves if they were lucky.

            Yes, startup is tough. You thought you were through living on Ramen noodles and sleeping on a hand-me-down sofa bed when you got out of school, didn't you? Now you've got all that again, plus the fact that you'll spend many a night tossing on that sofa bed wondering how in the hell you're going to make Friday's payroll.

            You rich, bloody capitalist pig you.

            Even so, you'll find that you're better off in the long run (like, within a year) hiring one technologist and one assistant than hiring two technologists, because that assistant will be leveraged into more, and better, work by both yourself and your technologist. The affect it can have on morale alone is astounding.

            Use the software for what software can legitimately do. Like connect you with your technologists, and them with your customers. But use people for what only people can do, like making sure you never run out of toner, and thus lose hours of valuable work time while you chase after more instead of chasing after customers or getting the print job out by deadline.

            Go to your local college and find a CE sophmore who'll take a part time internship for $7.50/hr, 10 hrs/wk.

            Don't lie to them. Tell them they're going to be the office schlub for a startup with dubious finances and future. If they take the job they'll bust their ass for you with a smile on their face.

            Just be sure to reward them when you've reached the point where you can. They'll be yours for life if you do that.

            They'll piss all over you if you don't, and you'll deserve it.

            And yes, I'll have a look at your software.

            KFG
  • Linmodems (Score:5, Interesting)

    by SharpFang (651121) on Friday March 12 2004, @07:42PM (#8548907) Homepage Journal
    Get a winmodem and software from Linmodems.org [linmodems.org]

    Citing the site:

    # Think telephone emulation (put the audio card into full duplex, and talk to the linmodem with it).
    # Think telephone with a backspace key (use the linmodem to dial for you).
    # Think smart telephone: "That line is busy. Do you want me to retry in five minutes?"
    # Think "voice dialling".
    # Think "soft pbx". Equip enough machines in an office for all the outside lines. Then do IP telephone inter-office, and go to a linmodem when you need an outside line.
    # Think answering machine.
    # Think pager interface. Your answering machine takes the call, phones your pager company and pages you).
    # Think "contact database with integral dialler, and answering machine recognition".
    # Think "call recording with no off-hook click".
    # Think message detail recorder (basically a record of all time spent on the phone. Great for billing.


    I guess mailing voice recording wouldn't be hard.
  • wireless services (Score:5, Insightful)

    by jrexilius (520067) on Friday March 12 2004, @07:43PM (#8548917) Homepage
    Aside from the standard web-based groupware, time and project tracking, file sharing, faxing, customer collaboration/communication, and coding tools.. I would add wireless, low-bandwidth optimized UI's to all of the above as well as to things like Nessus, nmap, ssh, load testing, data validation services, site scraper, etc. etc.

    Its nice to be able to sit with a client at lunch and run a security scan and site survey from your PDA and fax the results back to him so they are waiting in his office when he gets back.

    I am building those tools for my fledgling company and used some of them today at a client site.
  • VOIP (Score:5, Insightful)

    by Alan Hicks (660661) on Friday March 12 2004, @07:46PM (#8548930) Homepage
    I haven't done it yet (largely because of the cost involved and my current lack of funds), but an open source VOIP system could kick ass and save you money. Phone systems are historically very expensive. It should be possible to run VOIP on your NAT router with an asterisk compatable phone card that supports say, 4 extensions (assuming a small office here). Phones are probably your biggest expense, but a complete phone system is often an order of magnitude higher than what can currently be implemented with VOIP in a small office, at least that's my take on it.
      • Re:VOIP (Score:5, Insightful)

        by gregmac (629064) on Friday March 12 2004, @08:45PM (#8549210) Homepage
        The Digium cards seem a mght expensive, but there are definately cheaper then channel banks.

        More importantly, the digium cards, plus computer hardware, plus voip phones running with Asterisk all together is still far cheaper than a normal VoIP system (say, 3Com or NEC), or a voicemail-equiped digital (non-voip) phone system. Plus you get a ton more features and flexibility than you could ever possibly have in a closed system.

  • Easy... (Score:5, Funny)

    by ilctoh (620875) on Friday March 12 2004, @07:52PM (#8548960)
    Just create an MS BOB clone! Not only would you have a virtual office, but you'd have a virtual kitchen, living room, filling cabinet, and more great features at your finger tips!
  • by Zenmonkeycat (749580) on Friday March 12 2004, @07:56PM (#8548990)
    Unfortunately, my virtual office would have to be a recording studio. And I still haven't found anything like Cubase (with VST effect and instrument support, the ability to interface with just about all my instruments, and a nice notation setup) for Linux. Sure, there are all sorts of programs that do /some/ of what Cubase does, but nothing truly integrated to the level I need.

    Besides, I /still/ haven't gotten my sound card to work right under Fedora, and it's a bog-standard Audigy!

    Now if my virtual office were a musicological research library with full support for searching through massive databases of scores, /then/ I'd be looking at Linux.
  • Usability (Score:5, Interesting)

    by viktor (11866) on Friday March 12 2004, @08:02PM (#8549016) Homepage
    What would you put into your ultimate virtual office solution?

    One word: Usability.

    Open Source is wonderful for what it is, its principles are beautiful, its spirit is clean, and it is absolutely no good to end users as it stands today.

    Applications do not look the same, nor do they work the same. KDE and GNOME? Yeah. But there are two of them. Why? End users do not care about choice. They want something that works, and where every application looks the same and works the same. They also do not care about recompiling their kernel every time they buy some hardware, or recompiling software to alter some setting only available compile-time.

    Whatever functionality (which is normally Open Source developers' focus) the office solution gives, it is absolutely worthless if it takes a Ph.D. in Rocket Science (or two hours of trial-and-failure) to understand how to reach the wanted end results.

    So usability would be my primer choice for end result.

    I dare not count how many Open Source projects actually start out creating a logo, a hompeage, and an implementation of themes, a particularly pointless feature. Somehow that says everything. For most of them, anyways.

    • Re:Usability (Score:5, Insightful)

      by jrexilius (520067) on Friday March 12 2004, @08:50PM (#8549228) Homepage
      Well, the question stands who is the user that you are targeting with your "usability". If you read the original post again it mentions the discussion centered around virtual office needs for a technology company (consulting, software, etc.). My company is a technology and myself and my colleagues have a definition of usability that centers on our ability to hack at it if it doesnt do what we want. Our motto of sorts, however, is something along the lines of "we know technology so you dont have to" and our customers often have their own definitions of usability.

      Unlike proprietary software, they dont have to memorize how the vendor wants them to use the application, they tell me and I make it work for them how they want it. That usability model is also different.

      Not to say that many open source packages don't suck as end-user tools, but everyone has different ideas of usability and its strength is that I can make it fit those ideas.
  • I don't think technology is the challenge. It's the people resources that are difficult to manage.

    How do you pay people you not only can't see daily, but possibly may have never even met in person? How can you check up on the current state of your operation?

  • by 4pksings (255835) on Friday March 12 2004, @08:06PM (#8549040)
    VOCP does this. Multiple mailboxes, faxes, faxback,
    downloads messages via the web so that they can be played anywhere. Uses perl and python.

    Works very well, I have used it for over 3 years.

    And of course, it's GPL licensed, and downloadable at vocp.sourceforge.net.

    PK
  • by Decameron81 (628548) on Friday March 12 2004, @08:27PM (#8549133)
    "What would you put into your ultimate virtual office solution?"


    An open source secretary.

    Diego Rey
  • by snookerdoodle (123851) on Friday March 12 2004, @08:37PM (#8549183) Homepage
    One objection that kept my last place decidedly windoze was the accounting software. There are a limited number of accounting s/w packages that an anal CPA will be happy with, even in Bill Gates' Realm. In our case, the Controller said, essentially, "Anything you want, as long as it runs Solomon Accounting Software". (FWIW, Solomon was purchased by Great Plains, who was later acquired by Our Friends In Redmond.) In this case, a significant number of desktops had to have windoze along with at least one server (MS SQL Server).

    But that's just an example. It could have been something else. It could be Illustrator. Or Photoshop (yes, I Love The GIMP, but I'd switch if Photoshop was free). The productivity of users in the long run is far more significant than even, say, a $15,000 accounting package.

    My wife is currently taking the Becker/Conviser course in preparation for her CPA exam. Yup, we have to have Windoze for the practice software. Fortunately, OpenOffice runs very nicely on her XP box. ;-)

    I think that, as long as you're prepared to build and *support* heterogeneous systems with perhaps a blend of "Whatever The End User Needs", you are fine. You can suggest ways to save money, but keep your eye on productivity - it's arguable to me that OpenOffice is in some ways *better* than MS Office, for example. If you walk in *telling* users they should be happy with, say, Abiword, you're already on the wrong foot, IMHO.

    Mark
  • by Dark Coder (66759) on Friday March 12 2004, @08:59PM (#8549277)
    1. X10 controller
      1. SmartHome.Com [smarthome.com]
      2. web-based X10 controller [kevinboone.com]
      3. Complete listing of X10 software [x10ideas.com]
      4. Linux-based HomeVision [wanadoo.nl]
    2. GNU Automaton [gnu.org]
    3. an established IPv6 tunnel with your own IPv6 address subnet (it's a whole new world out there)
    4. SMS server for your cell-phone (good with X10)
      1. X10 event to your SMS phone [jabberwocky.com] (via paging)
      2. Control X10 from your WAP cellphone [f9.co.uk]
    5. Mobile IP server for your roving laptop
    and as a tribute toward the fabled CMU Trojan Room Coffee webcam lore...

    Coffee Maker [cam.ac.uk] (this one needs an Java-Dispenser SNMP agent [agentpp.com] badly)

    We're almost there...

  • Hey (Score:4, Funny)

    by TiKwanLeep (749300) * on Friday March 12 2004, @09:00PM (#8549283)
    How about some virtual unemployment?
  • by rediguana (104664) on Friday March 12 2004, @09:46PM (#8549466)
    This topic has been on my mind for the past year whilst I've been setting up a small (3 location, 5 person) management consulting practice. I'm going to dump as much as I can here.

    1a. File-sharing across multiple locations. Haven't done this because bandwidth isn't quite cheap enough yet, but perhaps in the near future, I'll be setting up rsync'd shares between the 3 locations so we can work from the same file base. Hasn't been a problem when working on separate projects but with more joint projects, it is starting to get messy with people keeping their own project directories.

    1b. Search interface to files. Heirarchical file structures suck for trying to find things. Good for filing once, but I reckon I could retreive files quicker with a google-like interface. So, I want a prebuilt web front end that can automatically provide a search interface to samba shares. I should be able to treat each share as a collection, so I can chose to search just one collection or many. This would be very useful.

    Personally, I want to work towards the following solution.
    * samba shares of heirarchical folders that can be mapped and synced to laptops
    * a web search interface to the samba shares that understands doc/xls/pdf etc a la htdig
    * rsync to maintain similar shares across multiple sites

    Alternatively, it would be interesting to investigate peer-to-peer as an alternative - as long as files could still be synced to go on the road. Cool P2P features would be to define how many copies should be stored of each file on the network (to force backup) and to have the primary files migrate to where they are used the most to cut down bandwidth transfers.

    2. Groupware - I've been meaning to look at the OSS groupware packages available, because with more shared projects, we need a centralised way of managing projects, tasks, calendars and contacts. These should be able to be accessed from Outlook ideally (Outlook 2003 is pretty good I have to admit). It would be nice to have faxes received via a modem in a linux box arrive in the groupware where appropriate staff can access them from wherever they are at the time. The groupware would naturally be a good home for the web interface to the samba file shares.

    3. Office software - OpenOffice.org appears to lack the ability to track changes - essential for multiple people working on a project. Compare document is not enough. You need to be able to identify changes, and add comment bubbles for the development and review process. Additionally OOo needs to have a basic project management tool, drawing tool, and even a note taking tool a la MS Project, Visio and OneNote. That would cover most business needs.

    4. Security phpki looks interesting and useful for managing email certs. Naturally most network communication should be encrypted between locations with SSH tunnels or similar.

    5. Intelligence. Haven't seen anything like this but it would be very very useful for any business. There needs to be a web interface to an intelligence gathering and searching tool. So I hear that "so-and-so is planning to do this" I can record it in a database. Later, someone could search for so-and-so and be provided with the gossip from the different sources within the organisation. Could be a very useful tool. Perhaps something like an OSS version of the NSA's Intelink software - a means of providing, sharing and searching business intelligence.

    6. Timesheet. A good OSS web based timesheeting system would be very useful.

    7. NNTP. Thats right, I want to use good ole newsgroups. I tried web forums, but they didn't go down well because you had to be online. With NNTP you can use an offline reader, and reply offline. I reckon I can get my technophobe partners to use that because its so similar to email. Email is a bane for internal communication because of the cc's and everyone archiving mail. It would be easier to move as much as possible to a newsserver and use email only for direct communication between two people. Then a web interface from the intranet would be nice as well!

    I'm not asking for too much am I? ;)
    • by Roblimo (357) on Friday March 12 2004, @11:43PM (#8549919) Homepage Journal
      "OpenOffice.org appears to lack the ability to track changes - essential for multiple people working on a project. Compare document is not enough. You need to be able to identify changes, and add comment bubbles for the development and review process. Additionally OOo needs to have a basic project management tool, drawing tool, and even a note taking tool a la MS Project, Visio and OneNote. That would cover most business needs."

      OpenOffice.org has all of these features. I've used OOo to write one book and edit a couple of others. Now I'm using it to write another one for a major publisher (Addison-Wesley), and will need to go through at least a couple of rounds of edits by several different people, complete with comment bubbles and the rest, not to mention handling a whole bunch of illustrations that include screenshots, photos, and charts/graphs. For note-taking I have a whole raft of open source alternatives.

      I'll be interacting with MS Office users all the way, too, and I expect no problems since I've done this before and it worked out fine.

      - Robin
    • "Office software - OpenOffice.org appears to lack the ability to track changes - essential for multiple people working on a project. Compare document is not enough. You need to be able to identify changes, and add comment bubbles for the development and review process. Additionally OOo needs to have a basic project management tool, drawing tool, and even a note taking tool a la MS Project, Visio and OneNote. That would cover most business needs."

      The more and more complex your documentation, notes, and filesystem becomes, the more you realise that you need a Wiki to organise it all. If you want to have lots of people collaborating on a document, tracking changes, writing comments, and re-using text between documents, then word processors by themselves simply aren't capable enough, but that's something an internal Wiki excels in.

      As to drawing tools, I can't believe we're talking about the same products. Where I work, OpenOffice has one of the best drawing tools I've ever used, whereas Microsoft Office doesn't have anything. We've got engineers trying to do technical drawing in MS-Word, and you wouldn't believe how ugly the results are. Visio would be nice, but it's not part of MS-Office, it's 150-400 GBP extra. Can someone who's used both tell me why Visio is worth so much more money? And anyone who says 'because it's part of MS-Office' doesn't know enough about Visio's history.

      As to note-taking, what is it that you're so sure OpenOffice *must have* before you'll look at it? You have some sort of company where people open up Microsoft note-taking software when they receive a phone call rather than using a text-editor or word-processor or a postit note like everyone else? Do you take your computers into meetings and try to take notes on that?

      Project management? Even the most hardcore Microsoft-users in our office are baulking at the idea of paying 400-500 GBP per-person, per-computer for a project planning tool. Not that they'd ever consider using anything other than Microsoft Project, of course.
  • by craXORjack (726120) on Friday March 12 2004, @10:08PM (#8549575)
    What would you put into your ultimate virtual office solution?

    I think the most important thing is not usability as an earlier poster claimed though that is important but maintainability. Owners of small businesses with a dozen employees can't afford to have a full time network or systems administrator. So the responsibility usually falls on someone who is an engineer or administrative assistant but who is more interested in computer stuff than their average co-worker. If you put together a package that requires them to call you back in at $120 an hour everytime something strange happens, it will put the brakes on adoption. Make your money and your reputation on doing installs and never needing to come back. Make your product and service the AK-47 of the SOHO world. BTW, if any readers don't know, the M-16 has better range and accuracy but jams when not cleaned regularly whereas the AK rifle can be dragged through swamps and get sand and mud in the chamber yet keep on firing happily, at least that is the reputation. (If any godless communists with personal experience with it want to correct me, feel free.)

    As for specific cool ideas... Take the voicemail to email one step further: maybe you could get voice recognition software to translate the message to words (or just phonemes when it is unsure of a word), send that to email, and act as a proxy allowing a reply email from, for example a two way pager, to be translated back into speech by voice synthesis software, then redial the original number found by callerID, read off the reply and ask for a certain touchtone or the word 'confirmed' to be said if the correct recipient got the reply. Like this:

    (Metallic Voice):
    Hello Grandma... This is Peter... I am running late... Will be there after I pick up the kids at the YMCA...
    (pre-recorded voice): If you are... Grandma... and you understand... Peter... 's reply, please press the '5' key or say 'confirmed' now.
  • Phone automation (Score:5, Interesting)

    by double_h (21284) on Friday March 12 2004, @11:16PM (#8549845) Homepage
    Around 1997 or so I worked in an office where they were considering an integrated voicemail system that was pretty cool. It had its own modular server/bridge hardware (this was an office of about 300 people) and interfaced in with the email system (which was Netware + Groupwise in this office). When you received a phone message it would automatically show up in your inbox with a phone icon next to it, and you could select to either play it through the PC speakers, or via phone headset, in which case it would instantly ring your line with the message. Pretty snazzy, and worked with the existing phone network.
  • by amix (226257) on Saturday March 13 2004, @05:02AM (#8550818) Homepage Journal
    What Linux needs in general is a powerful scripting-demon. Or let's call it an API demon. Something like ARexx on Amiga (or REXX on OS/2), that sits in the background and connects a scripting environment with message-interfaces of applications. However, my ideal solution would mean, that applications register all their functionality to this demon. Now any language could make use of this API. Especially scripting-anguages, since this is why it would be there.

    Then I would like to see all applications coming with freely configurabel toolbars, menus and mous-actions. Any of these would make use of the same functions available at the scripting-demon.

    Now, add an Office on top of that and you get really really powerful.

    Also I would like to see all the desktop being task based, as I would like to see the Office being task based, rather than applicaiton-based.
    The system would sense the context in which you are working and adopt. Maybe by learning your habits.

    The Office would be fully modular. Wide support for answering-machines, voice-modems, fax. (Hylafax could be addressed due to modularity and scripting).
    Then I would love to see code being reused:

    - completly stylesheet based. No own stylesheet, just extensions to CSS1, CSS2, CSS3)
    - spreadsheet in "classic" mode and "Lotus Imrpov" mode
    - full use of relational databases anywhere
    - full use of LDAP anywhere
    - no new Fax software. Use Hylafax and/or getty.
    - no monolithic applications. Instead function-modules, that can 'dock' into each other
    - status monitor lists recent emails along with contacts. Full integration of IM and email without forcing the user upon certain MUA.
    - export all to: Web (stylesheets!), PDF. PS, Latex, MS formats etc.
    - since all is modular people disliking WPCs could replace it with a special TeX editor
    - visual database designer
    - visual LDAP schema designer
    - and many more...

    I want all information accessible anywhere in such a complex application.
  • by BP9 (516511) on Saturday March 13 2004, @09:29AM (#8551372)
    Having done development in a virtual environment for about the last 10 years IMO the most important thing is facilitating collaboration between engineers.
    The first company I did this with was almost entirely virtual and we used primarily telephone and email. This is good and worked OK where the projects were small enough they could be designed and implemented by 1 or 2 persons (basically isolated development). The largest project (multithreading a legacy kernel) was 3 people and I probably spent 3-4 hours a day on the phone in some phases of it.
    This pattern served well enough for the next 2 companies as well (one a startup and one a large corp), but in both cases a lot of travel was involved to keep everyone in their loops.
    Its not as much the software used as the mindset that everyone has to be involved in what used to be 'hallway' talk. While you have to have some additional process other than hallway talk for a project, it is very valuable and cements a group together (if all you ever experience of your co-workers is spec and design email exchange its hard to develop a feel of how they think/work, and IMO empathy with your co-workers greases the skids significantly).
    To finally get to the point: based on something I read on slashdot back in 99 or so when we did the next 'virtual' startup I pushed hard to use a broader range of tools. After 4 years of trying various mechanisms some have stuck and some have not, here's what is working really well for a smallish group of sr developers (5-10) and worked OK for a larger group (25ish) of mixed sr and jr people doing development of a 500kloc scale project involving kernel work (database and OS/networking):
    • IRC: this is our virtual office. The equivalent of walking to someone's cube and asking them a question happens here. We found that running structured meetings solely on IRC was not efficient, people who hate meetings would tend to do other work and not pay any attention at all.
      We set up UnrealIRC as the server (with a hack to disable the throttling so people can paste blocks of code or debug output w/o getting limited to 1 line per second) inside a firewall. Everyone uses an SSH tunnel to get to it. For clients everyone uses Xchat or mIRC.
      The most important trivial sounding thing about this setup is that everyone set up a trigger that watches for their name or traffic on a /query window and makes a sound. Some people set up filters to make sounds when their subsystem name is mentioned too. The key is you can say 'hey fred!' and at fred's end a noise happens. Most new employees don't see the point until a few weeks into using the system when they've missed out of good discussions regarding something they're responsible for.
    • a Wiki: I fought this as 'a toy' for a while, but finally came around and now I can't imagine how we worked w/o it. We tried using Frame+Visio+cvs for design documents, as well as Word + powerpoint (for drawings), also nroff+xfig. Nothing has come even close to the ease of doing collaborative design work on a Wiki.
      We use TWiki: it keeps everything in RCS under the covers and lets you easily attach binary files to any page (for drawings and such). There are lots of fancy plugins.
    • Plain old email: nothing fancy; used mostly as a store and forward message system to indicate when someone updates something in the Wiki that needs review or when changes are submitted to source control.
    • Phone conference: we use a commercial service called ReadyConference, no scheduling required everyone just calls into the bridge whenever we internally need a meeting. For small conferences 3-way calling from the phone company (even two 3ways put together) is much cheaper and good quality (just a pain to set up). Keep the number of meetings low and to the point (always have an agenda) and the phone is a fast way to reach consensus, its a poor place to float new proposals , IRC is much better for sending up a balloon.
    • Source control: I know this shouldn't even require menti
  • Real World Example (Score:4, Interesting)

    by Long-EZ (755920) on Saturday March 13 2004, @12:18PM (#8552150)
    I run a small engineering company. I made some future oriented changes a year and a half ago.

    Linux OS. I probably should have switched a year earlier, but it's definitely ready for most business users now. Wars have been fought over which distro to use, but Xandros [xandros.com] can definitely help a small company be productive right now.

    OpenOffice for word processing, spreadsheets, and even HTML authoring (until Nvu [nvu.com] becomes available soon). OpenOffice has a good user interface, ease of use and interoperability. Like most open source products, it just keeps getting better.

    Mozilla for email and web browsing. I'll switch to Firefox soon. From what I've read, Outlook refugees (poor bastards) would like Ximian Evolution. [ximian.com]

    Fax via email. I chose MaxEmail [maxemail.com], but there are others. Way cheaper, better and less hassle than a fax machine. I strongly prefer email. MaxEmail allows technoweanies to send a fax and we can still handle it as email (choice of PDF or TIFF). They also provide voice mail systems, but we don't use them.

    Cell Phones. This sounds a bit cheesy at first glance, but the world is moving to wireless, almost forcing employees to have a cell phone anyway. Unless you're running a call center, cell phones meet all the phone needs of a typical small business. Voice mail is included. The concept of a receptionist, or worse an automated attendant system, is outdated. Putting customers on hold and transferring them three times is not a "feature" anyone should want in a phone system. VoIP and hacking together open source voice mail systems are neat technologies, but they're overkill for typical small business. If you need a small phone system, Siemens makes the GigaSet line that is well engineered with voicemail and wireless. When I last looked, they were about $350 + $80 per handset, maximum of 8 users. New models include routers and other cool stuff.

    QuickBooks. Definitely NOT open source, but hopefully someone will create an open source program that can read QB data, or at least a native Linux version of QB. For now, QB Pro 2000 runs under CrossOver, but it's ugly. QB can actually be used for a lot more than accounting. If you like, it'll manage a customer/contact database, track time for hourly employees, provide rudimentary project management, etc.

    In the perfect world, there would be one system that did everything. It'd be well integrated, easy to use and open source. That world will never exist, but we can come close. The goal should still be as few systems as possible, less complexity, lowest cost, and maximum ease of use. It should scale well when new employees are added. A small geek company like mine could easily go broke trying to create the perfect system. There are times when close enough will have to do, so you can get to the paying work and the never ending stream of government forms and accounting.

    • Re:hmmm (Score:4, Funny)

      by Nimloth (704789) on Friday March 12 2004, @07:42PM (#8548905)
      "???"?! Come on you know what number 2 is...

      1)meet hot chick
      2)show them your low Slashdot UID
      3)get laid

      I'm still working on my plan.

      • Re:hmmm (Score:3, Funny)

        by Anonymous Coward
        Yeah well... If it ever works that way, chances are you also need to

        4) Pay
    • Why is parent modded up? The original post was talking about a virtual open source based office.

      Silly me, I actually spend about a minute looking for the source code on the author's site! The least that the parent could have done is to mention explicitely that it's not open source, so as to avoid deceiving people.