Is someone out there working on a multi-pane email editor?
It is not unusual to face these days situations where for a single task, more than one email have to be sent to multiple-parties. For example when answering a customer-support mail where I agree with the customer that an out-of-stock item will be sent out next week separately from the rest of the shipment - I'd like to be able to use a multi-pane email editor to compose1 email to customer and a second one to our shipping-guy (with specific instructions) and just sending out both at the same time and be done with that task right there.
Right-now I somehow can't seem to do without writing two emails successively.
SellerBay is a software package I have been developing part-time over the past 1 year. It's aimed to help online sellers make their sales activity efficient and as automated as possible. The commercial motivation comes from prospects of growth of online sales, and the impact that is going to have in reorganizing traditional sales-channels.
Perl is the lingua franca, which I mainly chose because: I am familiar with it from past projects of developing network (LAN, 802.11) appliancesFrom the good things I read about how portable it is.It's age, the "old-wine" status. I just felt better going for something that's been around since so long.New languages like Ruby, Python etc as well as commercial spins like J2EE, .net were other options that crossed the decision table. .net was easiest to rule out, coz we all know from experience that stuff from the Microsoft-house-of-shit-software-sold-by-genius-marketing-campaigns is best to keep fingers off.
3 types of software are written today. User friendly - focus on usabilityProgrammer friendly - programmer uses tools most preferable (productivity, cost, familiarity) to himManagement friendly - cost effective, minimum management overhead/headaches, maximum user-support (cost limitation)Any software project that can cover all above would be a stroke of genius. Are there any open-source projects out there with such a profile?
As a small businessman who started out as an entrepreneur out of university I currently employ 5 people. We serve reputable customers in Germany, providing them customized WLAN/802.11/Wireless network solutions.
We started our business with EUR 25,000 of capital from personal savings and family contributions. We never received any funding from an external investor and never a loan from a bank.
We did about 2 million EUR of revenue over the past 4 years of activity. And as a business owner I have never been as motivated about the future as I am today!
ALL THIS HAS BEEN POSSIBLE BECAUSE OF FREE SOFTWARE.
Starting out from zero, we were able to rely on the abundance of useful free software contributed by thousands of programmers worldwide. We stood on their giant shoulders and shaped their creations to suit the needs of our target customer group. When possible we gave back to …
My friend sent this to me and encouraged me to post it and spread the word. I agree. If everyone can remember something this simple, we could save some folks. Seriously.. Please read:
During a BBQ, a friend stumbled and took a little fall - she assured everyone that she was fine (they offered to call paramedics) and just tripped over a brick because of her new shoes. They got her cleaned up and got her a new plate of food - while she appeared a bit shaken up, Ingrid went about enjoying herself the rest of the evening. Ingrid's husband called later telling everyone that his wife had been taken to the hospital - (at 6:00pm, Ingrid passed away.) She had suffered a stroke at the BBQ. Had they known how to identify the signs of a stroke, perhaps Ingrid would be with us today. Some don't die. They end up in a helpless, hopeless condition instead.
Perl never runs out of wonderful stuff to offer. Ever thought of inserting C/C++ code inline in Perl? That means running compiled code and interpreted code side by side.!
Debian-package exists as below: mynixbox:~# apt-cache search perl | grep inline libinline-octave-perl - Perl5 module to Inline GNU Octave code libinline-perl - Write Perl subroutines in other programming languages libtest-inline-perl - Embed tests and code examples in PODAlthough I haven't tried it yet, I think this would be ideal for cronjobs, which need to do the same thing again and again.
Major efficiency can also be gained by being able to include pre-compiled libraries which need not be compiled at Perl-run-time.
Tough question as I have experience with neither. While I tend to go with older, more established systems as it's easier to climb the learning curve with abundant reading material and support, it sounds like going for SVN might be anologous to having chosen Postfix over Sendmail to run all my mail.
Postfix decision was made some 5 years ago and it was meant to be a rework of Sendmail at the architectural level and security taken into consideration, but essentially the same features as Sendmail. Looking back, with no security issues and managable administration (even I could handle it :) I think that was a good call.
For the same reason SVN looks like a good choice, even though the system has been around for only a couple of years (2004?). It might help us to scale into future better and coming from (most ly) the original developers of CVS, it should be a continuation, and not a radical diversion, of the mature but aged CVS.
I haven't read about any major limitations of SVN, …