5 ms·

We're Rackspace cloud infrastructure team. We solve hard problems building products that other developers use and love. We're looking for smart Linux/Python sof

We're Rackspace cloud infrastructure team. We solve hard problems building products that other developers use and love. We're looking for smart Linux/Python software engineers located in San Francisco, Austin or San Antonio. We'll relocate you if needed. About our team: - We love Linux and open standards. - We solve problems with software and hardware. We love hardware. - Our favorite GUI is ssh/bash, preferably served grey on black. - We deploy to many data centers all over the globe. - We have a hot key for everything. - Some of us have never dragged or dropped anything. About you: - You believe the actor-model concurrency is a better idea. - You are an intellectually curious US-based hacker. - You want to have an enormous impact on a product developers love. - You know what an architecture astronaut is and you're not one. - You want to learn from us and you have something to teach. - You've managed your own memory on multiple occasions (successfully). We need help with: - Running software at scale. Running it well. We want to re-invent a data center. - Hacking on OpenStack/Python, especially on Nova. - Systems-level hacking: PXE Booting, BMCc, iDRACs, hardware management. - Controlling the new generation of network devices and SDNs. - Good knowledge of Python and Twisted is helpful but not mandatory. Also, if you're a hacker who're generally unhappy with the state of cloud hosting - or generally with hosting - and want to do something about it, we want to talk to you. Lets chat: ev.kontsevoy@rackspace.com

davidddavidson 13y ago
> - You believe the actor-model concurrency is a better idea. Better than using stateful concurrency? If you have read "Concepts, Techniques, and Models of Computer Programming" you would see that each approach is not necessarily "better", they each have their own unique advantages and disadvantages To quote from CTM: The message-passing approach is often the best for multi-agent programs, i.e., programs that consist of autonomous entities (“agents”) that communicate with each other. The shared-state approach is often the best for data-centered programs, i.e., programs that consist of a large repository of data (“database”) that is accessed and updated concurrently. Both approaches can be used together for different parts of the same application.
- ssudore 13y ago
  To Whom It May Concern, My name is Sam Sudore, I am a seasoned technical professional with over 20 years of management and business experience. I live in Seattle and conduct a lot of business in San Francisco. I represent a small but talented group of Ruby and Java developers based right at the boarder of Mexico. We have helped a lot of companies achieve their goals while keeping their expenses in check. If you are interested we would love the opportunity to discuss your development needs to see if we may be of service. Give me a call anytime if you would like to discuss this further. Regards, Sam Sudore 425-471-3133

davidddavidson 13y ago

> - You believe the actor-model concurrency is a better idea. Better than using stateful concurrency? If you have read "Concepts, Techniques, and Models of Computer Programming" you would see that each approach is not necessarily "better", they each have their own unique advantages and disadvantages To quote from CTM: The message-passing approach is often the best for multi-agent programs, i.e., programs that consist of autonomous entities (“agents”) that communicate with each other. The shared-state approach is often the best for data-centered programs, i.e., programs that consist of a large repository of data (“database”) that is accessed and updated concurrently. Both approaches can be used together for different parts of the same application.

ssudore 13y ago
To Whom It May Concern, My name is Sam Sudore, I am a seasoned technical professional with over 20 years of management and business experience. I live in Seattle and conduct a lot of business in San Francisco. I represent a small but talented group of Ruby and Java developers based right at the boarder of Mexico. We have helped a lot of companies achieve their goals while keeping their expenses in check. If you are interested we would love the opportunity to discuss your development needs to see if we may be of service. Give me a call anytime if you would like to discuss this further. Regards, Sam Sudore 425-471-3133