Ruby / Python folks who want to work on a successful healthcare product with a team that knows what they are doing. Great work environment and management that respects and understands software development.
Python Devs who want to build a healthcare product that is fixing a big part of healthcare pain for patients and doctors. Looking for thoughtful pros, not egos and code ninjas.
QuickBooks proper is nasty, but one very compelling reason many businesses use it is that you can hand over your "QuickBooks file" to almost any accounting firm; they can do your taxes or solve an accounting problem.
This is hugely valuable for companies like mine that don't have full time accountants but do have an office manager that does bookkeeping.
I wish this company the best of luck, but I'm not sure how much room their is between firms that are outgrowing spreadsheets but don't yet need something a big accounting firm will also use.
This is a market that is ripe for innovation. The large incumbents are very expensive and offer an experience that borders on abuse.
My company has about a half-dozen heavy users and we spend more than $300 per month on this junk. A lighter-weight $20/month solution could do very well I think. Here would be my feature list:
* Cross-platform HTML5, not a java plugin or Flash
* Cope with multiple screens and very high screen resolutions for presenters (so viewers on crappy hardware don't suffer)
* Simple interface. Nothing but "share screen" and "invite participant." No chat, surveys, hand raising or other cruft.
You would also want to support corporate pricing as a lot of users are at big cos.
I agree with you here. But the only problem is... you need the stomach for the enterprise sales cycle. Meaning 6-12 months. Anybody looking to jump in should do lots of homework here and if a willing corporate pre-buyer is there, line them up and let them pay to build the product. Leveraging their connections could also be a benefit. What company feels the most pain from this/would pay for it?
I think the very biggest companies (with hundreds/thousands of users) would require a long sales cycle, but I would start by ignoring that market since those companies aren't going to move to this new upstart until it has some history.
So the bulk of this business probably starts with individual accounts and small departments/companies (<50 users). This group is making purchase decisions much like consumers. That group can be sold on the web, and just needs bulk pricing options to feel good about their purchase decision.
I work with a small company with 5 employees. We wanted to go with some of the established players like webex or gotomeeting but found the pricing to be prohibitive and overly complex.
I have not done the research but I can say that if we had found a lower priced and simpler alternative then we definitely would have bought into it.
This is very cynical. Are we really to believe that the only part of Obama's reaction one would find lacking is his lack of theatrical anger?
I would argue that his actions are coming up short too. The simple fact of the matter is that Obama is presiding over a country that is allowing its largest businesses to gain immense profits at the cost of its taxpayers. A few examples include Goldman which is arbitraging the markets with funds borrowed at a near-zero Fed discount window and oil companies such as BP whose profits (6.2 billion EBIT in Q1) clearly indicate that the leases on which it is drilling are priced far too low and don't possibly cover the external costs of drilling.
That is besides the point. The main point of the article is that people want to see him get emotional and thats just not who he is. Its silly for people to want that... its a waste of time. But, since people will always want it, lets get someone good looking to do it and let him do his job.
If his actions are coming up short, thats very important. In fact, thats what we should be discussing. Thats where we should be pressuring him to do better. So we are, in fact, in agreement that the President's actions should be under the closest scrutiny and open to criticism that he should take into account.
The point of the article however is that the President (whoever it may be) is also called upon to do two things:
1) Seemingly react with the same emotions as the American people.
2) Take part in various ceremonial activities.
Especially with respect to the first (and to some degree with the second, though this can be debated more easily) this is absurd. Just because people are angry with something, why should the President show the same anger. At times, it may be strategically sound to do so, but at times it would be a bad idea.
This, I think, is the main idea of the article. Note that I have not mentioned any specific President or any specific disaster or event. This is a general point. If you take issue with Obama's actions, thats all well and good, but its not what the article was getting at (at least in my reading).
I suspect that not charging overdraft fees will result in adverse selection-people that have no money and therefore can't be used to build a loanable savings asset.
I really hope this works, but due to switching costs, BankSimple will have a very uphill road to climb if they aren't planning to pay very high interest rates or otherwise attract people with some savings.
We're adding to our team at http://www.covermymeds.com. This product is about a year old and has significant revenue. Our major effort is building our API and a real-time processing system. Looking for thoughtful pros, not egos and code ninjas. Mostly Python, working with a talented team.
Could be wrong, but don't think anyone at Innova is involved with Cohpy. We contribute at OWASP (both corporate and time), and have been a big supporter of PHPMeetup in the past.
The main use-case I see for this is physical objects which already have a barcode. If you were going to go to the trouble of barcoding something yourself (e.g., business card), you'd be better off using a URL, where you'd be able to control what gets associated with the barcode, to say nothing of avoiding the chicken-egg issues with something like this.
This is why the Ruby (esp. Rails) community only works for startups that pay in "equity."
Down-mod if you want, but I've been running a 20 employee company for more than six years and have recently moved contract work from PHP to Python due to the unprofessionalism in the Ruby community (I would have preferred Ruby if it had a better scene).
Our internal products are also mostly PHP or Python. Same reason.
You're more likely to get downmodded because your first premise is provably false.
I'm sorry you ran into unprofessional people in the Ruby community, and you're perfectly within your rights to use whatever technology best suits you and your business, but comments like this are inflammatory and counterproductive.
Fortunately, you moved from PHP to another good language - most of us in the Ruby world have a lot of appreciation for Python. You never hear good Ruby people badmouthing Python. Programming language selection doesn't have to be based on ad hominem.
It's the facial hair. If Matz and his followers had more facial hair, the Ruby scene would rock. I know he may be doing the best he can, but the fact remains: programming languages are awesome in proportion to the beardiness of their creators and cheerleaders. K&R? Check. Guido? Check. John McCarthy? Check. Wall? Moustache but no beard, so half-sucky but tolerable. Stroustrup? Trimmed down a lot, so good but not truly awesome. The Lua guy? Worse than Matz. Java, PHP, and JavaScript? You can see the faces! The skin!!!11! And let's not forget COBOL, the only language to develop actual estrogen poisoning.
What's the beard coverage fraction at your company?
All the flaming of other language communities has turned me a bit off Python -- your comment here is an example.
Disclaimer: I haven't written a page of Ruby code but read a book or two, if I change language environment again it will probably be something functional.
(Please keep the language wars on slashdot, or something. :-( Too low information/noise ratio.)
Ruby / Python folks who want to work on a successful healthcare product with a team that knows what they are doing. Great work environment and management that respects and understands software development.
No remote.