hanskuder

Sorry about that. The careers page needs an update, but is still a mostly-complete source of information about the types of roles we're hiring for.

Suitable Technologies | Full Time | ONSITE or REMOTE | https://suitabletech.com

Offices in Palo Alto, CA, Kansas City, MO, Boston, MA. We’re a mostly distributed team and also have engineers in Minneapolis, MN, Canada, Indiana, and South America.

We make the Beam Smart Presence System - the world’s best telepresence device. Innovative companies and distributed teams all around the world use Beam to communicate effectively and travel instantly. If you’re interested in robotics, unique human-computer interaction challenges, telecommunications, hardware, wireless networking, and/or scalable infrastructure, let’s talk!

Some of the positions we’re hiring for are on our careers page - C++ developers, Python developers, electrical engineers, developers with solid networking and wireless expertise - but we’re also looking for talented and experienced frontend (JS, UI/UX) developers and operations and security engineers.

Learn more and apply at https://suitabletech.com/careers/. If you have any questions, or are specifically interested in a JS/frontend or Python/backend role, email me at hans@ <our company domain name>.

Hi Stuart! I'm an engineer at Suitable Technologies (makers of the Beam). Sorry to see the Beam didn't make it into the video, but it was really inspiring to see this talk. Thanks!

"Generally speaking, legal practice is fairly inefficient and anti-technological. My cofounders and I are not the first to notice; there is a veritable graveyard of failed legal technology companies."

The issue, in my opinion, is that law firms have a direct incentive to be inefficient and bill more hours. Why would a firm invest in time-saving technology when it will literally mean sending smaller bills to clients? The firm would have to raise their rates or work even harder to drum up business in order to maintain revenue.

This is a really unfortunate situation, but it's reality. I hope Amicus Labs has a strategy to address this.

Just signed up to give it a try, and after entering my email address and password I was presented with a button that took me straight to GMail. Of course I could have simply switched tabs, but this was an awesome little detail that made me smile.

I've always seen advertising as a game of iterated prisoner's dilemma. If every business cooperated and agreed to not advertise, consumers would still be able to seek and find products and services they wanted, and businesses wouldn't need to spend money on ads. As soon as one business started to buy ads, however, they'd have an immense advantage and competitors would quickly follow suit. So as soon as one business stops cooperating and starts advertising, the entire market devolves into the equilibrium we see today: our lives are completely saturated with ads.

The fact that business can carry on as usual when everyone is forced to cooperate in Sao Paulo shows that advertising is mostly a huge inefficiency.

This wasn't really impressive to me until I started playing around with the dual pole filter. Awesome! Something like this should have been directly embedded in my prof's DSP lecture notes.

In my first job out of college, I worked for a company that built industrial test equipment (machines that snapped airplane wings in half, shook cars around like they were driving down a bumpy road, that sort of thing).

The tool we used to write the supervisor code and GUIs for machine operators was a language called Alltalk. It was inspired by Smalltalk and developed by an old graybeard at the company. Reading the description of Squeak/Smalltalk brought back some fun memories. A few interesting highlights:

- Alltalk ran in its own VM. You could create objects, change their state, and save the entire stack/image back to the original VM. Running the VM again would pick up execution right where it left off. This let someone do crazy things like email an Alltalk image to another engineer and say, "Here's the machine state halfway through an emergency shutdown. The actuators all came to rest in 10ms, but it's taking way too long to shut down the hydraulic pumps. Any ideas?" and the engineer could run the VM and debug away.

- The Alltalk VM had its own object inspector and terminal/interpreter. So you could walk up to an Alltalk instance connected to a live machine with motors spinning at 20krpm, for example, open up the inspector, and code away. Realize you need a low-pass filter on the motor speed feedback sensor? Create the object, tweak the parameters, and wire it into the signal chain live.

Cowboy coding at its absolute finest.

See also:

http://github.com/hiidef/hiicart

Built as a Django shopping cart, but talks to Paypal, Auth.net, Braintree, Amazon, and Google Checkout

Yeah, I totally understand. I'm actively looking for ways to increase the level of trustworthiness and to make people feel confident that I won't take the money and run.

Good call. There's a screenshot of the notification they receive on the next page, but I just put in a disclaimer about never spamming them or posting on their walls.

Clickable: http://goalfinch.com

I hate to burst the collective bubble of shy people everywhere, but the problem of "I like him/her; there must be a way to find out if he/she likes me back!" will NOT be solved by a cool new tool or piece of technology. It will be solved by actually gaining a bit of confidence and actually asking the person in question out on a date.

This site is a cool idea. I'm sure you'll get plenty of users and some legitimate mutual crushes. But a comprehensive solution to the shy-person-A-likes-shy-person-B chicken-and-egg conundrum this is not. Shy person A or B would be much better served by learning to take a chance and just go for it.

Tweet's now deleted. That's not suspicious at all.

Here's hoping this starts a vibrant community of HackenPad enthusiasts. Void your warranty, lose a bit of bass from your sound, and you've got Verizon for your iPad!

The startup I work for, http://www.gobloomhealth.com, is working to solve this exact problem. Employers outsource all their health benefits administration to Bloom Health, and we match employees to the health plans best suited to them. Two of our early customers are small software dev shops.

For good lectures and slides, see Andrew Moore's collection on statistical data mining:

http://www.autonlab.org/tutorials/

Thanks for the feedback. I've started cold-calling and cold-emailing and have been getting some good responses so far.

Clickable link: http://gainstudio.com

Awesome, thanks. I never knew the different roasts had an explanation behind them.

All this article points out is that being on the SUL is a significant source of followers. There's no surprise that being removed from the SUL would cause growth to stagnate.

Do mechanical and chemical engineers have this much mental anguish over their professions?

Bach was so far ahead of his time it's kind of unbelievable.

See also: "The Geography of Nowhere" by James Howard Kunstler.

"The American highway is now like television, violent and tawdry. The landscape it runs through is littered with cartoon buildings and commercial messages. We whiz by them at fifty-five miles an hour and forget them, because one convenience store looks like the next. They do not celebrate anything beyond their mechanistic ability to sell merchandise. We don't want to remember them. We did not savor the approach and we were not rewarded upon reaching the destination, and it will be the same next time, and every time. There is little sense of having arrived anywhere, because everyplace looks like noplace in particular."

I used Processing as the starting point for a recent project ( http://www.tinkthank.net/software/tiction ). Prototyping with Processing and its accompanying IDE got me up and running literally within minutes.

Inevitably I exported the whole thing to an Eclipse project because I needed more flexibility with threading and things, but for prototyping anything with a strong visual element I couldn't imagine a more perfect framework.

A small device embedded in a car's dashboard that monitors events such as: - Anti-lock brakes or traction control kicking in (slippery road conditions) - Drastic changes in temperature/humidity (potential for ice, fog, or whatever) - Current speed (traffic flow)

and uploads this data, along with GPS coordinates, to a central server via cell phone data link or WiMax or something. Aggregate data about traffic speed and weather conditions nearby could be sent out to subscribers for display on an in-dash device:

"Hey, I see that 1.3 miles ahead on Hwy 494 three cars reported traction control kicking in within the last 20 minutes. Be careful!"

Getting manufacturers' cooperation for hooking into the cars' computers would be really tough. But the technology is perfectly feasible.