274 karma · joined June 27, 2012
Rinse is a very early-stage startup (we are only 3 people currently) looking to bring technology to the dry-cleaning industry. The industry is ripe for innovation! We're building mobile apps, tackling scheduling and dispatch problems, and scaling a service at over 10% week-on-week growth.
I know 'app for laundry' is a tech cliché right now, but we're definitely encountering real demand. The problem is real, and we're solving it.
The team is very strong, with an HBS grad who grew up in a dry-cleaning family heading operations, and a Stanford GSB grad with direct consumer startup experience heading customer acquisition. I'm Stanford CS/EE, have built a few teams at various startups, and am just starting to build the technology and team to support this (very viable) business.
The tech stack is Heroku / Python / Django / Phonegap / JQuery / Backbone / Twilio currently, but obviously there is plenty of opportunity to influence technology decisions early on, and plenty of opportunity to learn new technologies as well. We expect the next couple of hires to own entire new efforts, and have their hands in wide-ranging parts of our entire business.
We're looking for a Web Developer or Front-end Developer to develop interfaces for our customers, tools for our personnel, and visualizations for our managements. Ideally, this person would also have an active role in the design process as well, either leading design or working with our contract designer.
We're also looking for a 'Special Ops Manager' - a 'Swiss-Army Knife' hustler who wants to join a startup on the ground-floor. This person will use the tools we're developing in-house, and be involved in all facets of the business, including operations, marketing, social media, and any other aspect of the business that requires attention on any given day. See job description at https://www.dropbox.com/s/tuhisiywgf7md6u/Rinse%20-%20Specia...
Finally, if anyone in San Francisco is looking to make a few extra dollars part-time, Rinse is hiring part-time Associates to help us deliver clothes. We pay $25 per hour for a handful of hours per week. Perhaps it would be a way for some of you bootstrapping startups to earn a little extra cash? To apply to the Driver / Associate position, fill out this web form: https://docs.google.com/forms/d/1kWZYu1kg1r8kxdDC9ObKdgQP_1N...
Thank you! Feel free to contact me at sam@rinse.com with questions, comments, or applications.
We're building software products to help farmers optimize their farming practices through Precision Agriculture.
Interested? Jobs@solumtech.com
We are processing geospatial data on a Django / Postgres / Linux stack, with sophisticated interactive interfaces for the (surprisingly tech-savvy!) agriculture industry, mostly in the Midwestern United States. We also have custom robots in a highly-automated soil processing laboratory.
We're hiring in Ames, Iowa as well as San Francisco, California. We already have developers in both locations.
Interested? Send an email to jobs@solumtech.com
Another current trend is for recruiters at aggressive companies to actively reach out to potential candidates via Linkedin and other similar sites. The big ones, like Google, even have specialized tools to collect info on various forums (such as this one, I'm sure).
This puts startups at a disadvantage, because candidates won't know to seek us out, and fewer candidates are using job boards to find employment. So we need to work hard to 'get the word out' that we are hiring.
Here's an example of getting the word out: Solum (http://solum.ag) is a Precision Agriculture startup helping make the business of farming more efficient. We're hiring Data Engineers, Software and Web Developers, QA Engineers, and Designers. Interested? Send an email to jobs@solumtech.com
> the replicas were out of sync with the master
Most replicated relational database environments are single-master environments; this mirrors the read-oriented traffic of many database use cases.
Most multi-master solutions require you to leave parts of SQL and ACID behind - the advantage is significantly better write scalability and write availability.
Mysql replication has been around for ages; it seems to blow up spectacularly on occasion. Postgres replication is relatively new, and I'm wondering if it also has similar issues. Anecdotal evidence suggests that it has not: I have never been awakened by panicked developers/operators because of postgres replication, but mysql replication has caused more than one sleepless nights.