Categories
Uncategorized

Find Your Five Minute Culture


{$excerpt:n}
Find Your Five Minute Culture

Source: build the internet

Categories
Business marketing career tips startup tips

Why Your Agency Experience is Perfect for Startups

You got hired because you have a passion for brands and were able to talk intelligently to the client about Snapchat. You always thought you’d be doing something that had an impact on consumers. Clearly, writing Facebook posts for a cheese client wasn’t what you had in mind when you envisioned your career at a…

Want to Read more ? You got hired because you have a passion for brands and were able to talk intelligently to the client about Snapchat. You always thought you’d be doing something that had an impact on consumers. Clearly, writing Facebook posts for a cheese client wasn’t what you had in mind when you envisioned your career at a marketing agency.
So you’ve realized it’s time to do something else. The good news is, your skills are not at all limited to agency life. In fact, they are very applicable to the startup world. As a former agency person, let me explain why your skills can work well and are very needed in startups.
Building the right team is the most important thing in the first few years on a startup’s life. A quality product, happy customers… all of that is a result of getting the right people on the bus. At One Mighty Roar, we invest heavily in the people we bring into the company. Every person who ends up on our website has a backstory and lessons learned from their former work lives.
For me, I came to OMR after suffering nearly four years of agency life without much to feel good about. Now, my work as a strategist gives me more opportunities to impact how people use technology. Specifically, my team is working to help the Internet of Things be easier to use and make connected devices work together. I can see the real world business value on projects like this and this is my motivation to keep pushing the notion of what’s possible.
You might not realize the skills you learned while eating lunch lonely at your desk trying to power through a deck. But the truth is, startups are looking for people just like you. We sometimes just suck at writing job posts that reflect the skills we really need, so you may need to look beyond the bullet points and seek us out.
Here are four skills that I promise will make any startup person smile during the interview:
Attention to Detail – The likelihood of clients reading your meeting notes is about the same as getting your time-sheets done on time. However, this attention to detail can help the team keep track of items that need more attention. Your ability to take notes and follow up will be a surprising change to people who are used to being pulled in different directions all day. They will look to you as a valuable project manager and as the organized person to remind them about that pitch presentation that has been sitting on their to-do list for a month.
Distill Thoughts to Actionable Goals – Inside the war rooms of startups, many ideas are talked about with little or no action on what to do next. People with an agency background have been trained to distill a client’s thoughts into goals for the agency to solve or explore. Think of the startup as your client. By coming up with action items for each talking point, you’ll be the envy of the office happy hour.
Focus the Team on Solving One Problem – Remember that time you shut your creative team in a room until they solved how they were going to make a 30 second spot into a 15 second one? Well, the same skill to keep a team motivated and focused applies in the startup world too. While it’s not on most job descriptions, startups are looking for people that can motivate teams members, be their cheerleader, and keep projects on the right track.
Creative Thinking with a Mind to Build – Does it ever frustrate you that your agency doesn’t really make anything? You don’t make products, you advertise them. Building things is exactly what startups do. But what they need more of are people with a maker’s passion — but creative thinking — to solve the daunting “What’s next?” question that many agency folks can’t seem to master. The skills needed here are simple: You have the ability to think creatively on hard problems. This type of thinking happens all the time at agencies; you just don’t have the right team to actually implement the ideas. This is your chance to finally create things that people will use.
I hope by outlining the skills startups are craving will inspire you to consider switching to startup life. Skill level aside, what I believe to be the best reason to take your agency experience to a startup is the power you have to make change happen. Some agencies pitch “pie in the sky” ideas to clients knowing moving forward won’t actually happen. Startups, on the other hand, foster a culture to take on challenges and take the risk to actually execute ideas and try new things. Change is something startups embrace. Watching the success of a startup from the outside is one thing, but being involved in the experience will impact you the way you wish your agency did. Trust me, I work at a startup.

Visit source: Post courtesy of : Why Your Agency Experience is Perfect for Startups

Categories
Uncategorized

Why Your Agency Experience is Perfect for Startups


{$excerpt:n}
Why Your Agency Experience is Perfect for Startups

Source: build the internet

Categories
Business parenting tips startup tips Startups

How to Balance a Startup With Parenthood

One of the common startup myths is that single 20-somethings are the most successful entrepreneurs and that they are the demographic that starts the most companies. Zach and Sam may have started One Mighty Roar before they were even legal to go into a bar, but research from the Kauffman Foundation states that the average…

Want to Read more ? One of the common startup myths is that single 20-somethings are the most successful entrepreneurs and that they are the demographic that starts the most companies. Zach and Sam may have started One Mighty Roar before they were even legal to go into a bar, but research from the Kauffman Foundation states that the average founder is actually 40 years old. The same report shows that nearly 70% of entrepreneurs are married and 60% had at least one child. So much for the stereotype.
Tons of startups, from Intel to Starbucks, were all started by parents. I am a dad myself and One Mighty Roar has been growing along with my daughter. Before I became a father, I got to work with a number of folks who taught me some really great lessons about balancing parenthood and a startup, and I still use these lessons to this day.
1. Think of Your Partner As Your Investor
Having a supportive home partner is a must, and you run a chance of a very painful and expensive divorce if you don’t manage the relationship and foster that support. Think of your partner as your investor, because that person has more influence than you think. So before you start a company or pick a team to join, take the time to pitch the venture and convince your most important investor. It is worth getting your partner’s support.
2. Choose Your Startup Team Wisely
The team you work with is like a second family. Pick wisely! There are many reasons I joined the OMR team, but their support of me being a parent from Day One has been nothing but an inspiration. When your team supports your choice to be a parent, it removes a large layer of office politics and acts as a great source of energy. Even your single colleagues may be parents someday. You have to set an example and inspire them not to fear it when their time comes.
3. Communicate Your Schedule and Priorities
Conflict and ambiguity bring an unnecessary level of overhead to work and family relationships. To minimize that overhead, communication and expectations-setting should be at the top of your mind daily. I am a huge fan of “Commanders Intent.” We practice it at One Mighty Roar at every level, from apprentice to founder. You have to let people know what you are going to do and what the final outcome will look like. Communicating possible risks and where you need help will prepare your home and office teams to have your back when needed. In addition to providing context to a lot of your actions, being transparent with what you are doing and how you are going to do it adds a level of personal discipline you need.
4. Focus
If it does not serve your family or business – purge it! Often, the first thing to go are networking events. Those are mostly “drink-ups” that have no real business value, anyway. Second thing to go are meetings with people who are either not helpful to your work or who are “takers.” These are folks who rarely, if ever, reciprocate for the time and connections you give them. Lastly, it is very likely you will be jettisoning a bunch of hobbies and other activities now that you are a parent. If you already have kids, you know that “me time” is like sleep at Navy Seals training – you take when you can get it, since you don’t get to plan for it. For me, sleep has become the most sought after “hobby.” Being a parent and getting to work with my team is extremely fulfilling and honestly I don’t care enough to pick other hobbies back up right now. I know I am not alone thinking that way.
5. Manage Your Energy
Energy management is not just for utilities. Business has strong demands on your mental energy, and your new family can take a physical toll. Pulling all nighters for the sake of work is non-sense. Generally speaking, the work you do when you’re up at 2:00 am isn’t top-quality, and you’re only going to have to redo the work again the following day. So don’t waste your time.
6. Set Boundaries
When people at work and at home know what to expect from you and when, you cut out a massive amount of conflicts. For example, my team knows there are certain days I leave at 5:00 pm to pick up my daughter and am not going to be reachable until she goes to sleep at 8:00 pm. On those days, my wife knows I need to be in extra early to pound out some work. Most weekday evenings I do set aside time to work on finance and legal docs, because I do the best work on those then.
That means that one of the weekend days is exclusively for housework, family fun, and other non-work activities. It also does not relieve me of my share of housework. Those are just couple of examples.
There are many many successful companies being led by parents. Motivation you derive from having to provide for your family, the impending college costs for your kids, that retirement you have to build for yourself, and the drive to make your family proud of you are incredible fuel for building a successful company. Take it one step at the time and you can and will put your family and growing business in equilibrium. It is not only doable, it is also extremely fun and fulfilling.

Visit source: Post courtesy of : How to Balance a Startup With Parenthood

Categories
Uncategorized

How to Balance a Startup With Parenthood


{$excerpt:n}
How to Balance a Startup With Parenthood

Source: build the internet

Categories
Articles Connected devices Design Thinking Future Tech Internet of Things

The Internet of Islands

This morning I found a device that would turn my bed into a giant scale. It’s a high point for hardware. The rise of crowdfunding and the maker’s movement have helped awesome ideas turn into products you can actually own. We live in the future. Everything is wonderful and nothing is wrong. Unless you count…

Want to Read more ? This morning I found a device that would turn my bed into a giant scale.
It’s a high point for hardware. The rise of crowdfunding and the maker’s movement have helped awesome ideas turn into products you can actually own. We live in the future. Everything is wonderful and nothing is wrong.
Unless you count the islands. Those are a problem.
Gilligan’s IoT
What are islands? Turns out when great hardware launches constantly, the connected device space becomes an overloaded tech flea market. The devices are all valuable on their own, but most suffer from “Now what…?” moments of integration with other things. No two speak the same language, forcing real world application to be based on which parts are easy to stitch together instead of best. Everything is technically connected, but design isolates the useful parts.
Islands are isolated grids of connected devices — silos in an “Intranet of Things”. They come in four types:
Ownership islands
A device connects to a closed grid only. Access is through a proprietary gatekeeper which limits available data and features. Most common for security systems or payment processing devices where the data needs to be accurate.
DIY islands
A device is capable of connecting to anything, but you’ll need to build the bridge first. These devices require technical skills to work with anything outside their product family. Most crowdfunded devices targeting the maker’s culture (i.e. Arduino) launch with “if it has an API, it’ll be fine” DIY mentality. IFTTT has started to attack this particular flavor of device fragmentation with support for smart systems SmartThings and Wemo.
Privacy islands
A device generates sensitive data or runs inside private spaces. If these devices were to connect to a public grid, they’d have to stay anonymous. So far IoT has been a homebody, and privacy islands are most common in home automation device grids.
Niche islands
A device connects to a specialty grid with an intentionally limited user base. This island is most common with today’s enterprise IoT platforms, which miss out in the same way an internet for only business websites would.
Islands are not automatically a bad thing. There are plenty of situations (especially with security and privacy) where intentional islands are the right decision. As the IoT space expands, it’s the unintentional islands and fragmentation we need to look out for.
Connected… to what?
Today’s hardware-first approach for the Internet of Things is like having a room full of smart people that refuse to meet each other. Great on paper, independently impressive, but dead silent from the balcony above. “Build it and they will connect” doesn’t work.
A lot of folks talk about “connected devices” and the “Internet of Things” as statements of connectivity. They aren’t. They are statements of context. A device with a Wi-Fi signal and API isn’t necessarily connected the Internet, it’s just accessible. The important part is not the device, it’s what the device connects to.
I’ll repeat that.
The important part of a connected device is not the device. It’s what the device connects to.
The moment you realize this, IoT’s future is no longer about hardware. Hardware is a constantly revolving door of better stuff that makes last year’s thing obsolete. The Internet of Things is a software problem.
Hardware helps software ask better questions
When you start with hardware, software is what makes your hardware work. A hardware focused approach may create great devices, but most fail the “now what” moment of open-ended integration that comes with connectivity. Offering a RESTful API is only the first step. Some try to sidestep this problem by promoting an open source software initiative, but that’s open-sourcing the wrong piece of the equation and most of the responsibility for teaching.
When you start with software, hardware is what helps your software ask better questions. Questions like “How hot is it in here?”, “Who just walked in?”, and “What’s the quietest conference room available?”. All of these examples are answerable only through a combination of software and hardware. What would you app do if it could ask questions about the real world?
Future proofing the device grid
The Internet of Things is a grid, and we’re all responsible for organizing the things we put on it. What’s important is not just the types of things we attach, but how we teach them to communicate. Today one of the popular answers is Bluetooth LE. Last year it was NFC, but years of barcodes, RFID, and QR also carried the torch to today.
The newest spec will always be around the corner. An ecosystem can’t grow on a foundation that needs to be replaced every two years. What won’t change is the translation. The world needs more people building ecosystems and products that celebrate the latest Kickstarter success story instead of panic attacks about differentiating.
Platforms like IFTTT get this. To them, new stuff is an opportunity to build more great tools. Why wouldn’t they want more players? More importantly, IFTTT doesn’t require a monopoly to be successful. It’s part of the pipeline, and can be responsible for all, pieces, or none of specific interactions. Platforms as tools don’t depend on universal usage — just being the best option more often than not. GitHub isn’t the only source control platform folks use, but it’s damn good at the collaborative bits.
We need more onramps
As people realize the connected space is more than Twitter-enabled toasters, more “things” will join the grid. Awesome. The problem now is a lack of structure waiting for them. Something to bridge the islands. There is no good way for the average person to get involved. When’s the last time you visited a site direct via IP address? The IoT needs its version of browsers.
Developers won’t have any problem, but they aren’t always why we build things are they? The early onramp is paved by the folks that get it, but at a certain point you’re joined by people who don’t know how to code. These are the people delighted to build if only they were offered a “hammer”.
Now where’s the toolbox?
Banner image source.

Visit source: Post courtesy of : The Internet of Islands

Categories
Uncategorized

The Internet of Islands


{$excerpt:n}
The Internet of Islands

Source: build the internet

Categories
Articles builder strategy

Improving the Conversation Between Strategists & Developers

Hey developers and fellow strategists, we need to talk. I’ve noticed that we think differently about our relationship in the builder community. You get excited over hardware, lines of code and open APIs while I seek to influence consumer behavior with technology. I feel like this divide may push us away. Let’s fix this. Helping…

Want to Read more ? Hey developers and fellow strategists, we need to talk.
I’ve noticed that we think differently about our relationship in the builder community. You get excited over hardware, lines of code and open APIs while I seek to influence consumer behavior with technology. I feel like this divide may push us away.
Let’s fix this.

Helping Developers
I’ve realized my role in the builder community is to be your biggest fan. I may never need to code in my life but understanding you as a coder is one way we will overcome this. Here are my promises to you:

I will minimize as many distractions as possible to keep you focused  This includes screening phone call before they get to you, waiting to ask questions until you have time to actually think about them and keeping those boring project management short.
I will make you (and what you work on) look amazing. Remember all that traveling I did last spring talking with techies about our platform? I may have dropped your name a dozen times when talking about it. They were impressed.
I will promote your passion to the people who can pay for it. Translating the work you have done into jargon non-techies will understand is my job and I love teaching people new things. So if I ask an obvious question about how it works, it so I can better promote it to folks with dollar-bills to spend.

 

Helping Strategists
Here’s what I ask of you:

Bug me when you are working on something that will blow my mind. I love when we can geek over technology but I sometimes get busy with client work. Take the initiative and come by to talk about what you are working on. I assure you, I won’t tell you to go away.
Write the technology and hardware used on a Post-It. I know, I’ve asked you the difference between JavaScript and jQuery a hundred times. Let’s keep our sanity and when we are done talking, write down the technology and hardware used so I can Google it later. This will save us both a lot of time (and headaches).
Champion my ideas to find better outcomes to problems. The best success we have at selling our capabilities is to team up and think. Ignore the desire to say it’s impossible on the first try. Ask me questions, goals, and outcomes I’m looking for that could help solve the problem. Sometime it won’t be the first thing that comes to mind.

 

 
Helping Each Other
Making (and keeping) promises like these will help us work smarter when tackling an obstruction across the path. I’ve seen this happen at One Mighty Roar where you’d have a hard time identifying someone as a developer or a strategist because everyone invests in the people around them, constantly learning.
The opportunity to improve this relationship is there everyday. You’d be surprise how much of an impact it can have.

Visit source: Post courtesy of : Improving the Conversation Between Strategists & Developers

Categories
Uncategorized

Improving the Conversation Between Strategists & Developers


{$excerpt:n}
Improving the Conversation Between Strategists & Developers

Source: build the internet

Categories
agency Articles product

Agencies, Product, and the Business of Building for People

“You have clients? So you’re an agency?” For the first two years of One Mighty Roar, the question of “What do you call yourself?” came up a lot. Externally, people saw as a company with a growing portfolio of brand clients and a trail of websites and social campaigns behind it. Internally, our team saw…

Want to Read more ? “You have clients? So you’re an agency?”
For the first two years of One Mighty Roar, the question of “What do you call yourself?” came up a lot. Externally, people saw as a company with a growing portfolio of brand clients and a trail of websites and social campaigns behind it. Internally, our team saw a growing stockpile of self-made code and tools which tied those projects together. Whatever OMR was didn’t feel exactly like an agency, but it was close enough. So we relented and embraced the byline of “Digital Agency” for the next two years. It wasn’t a perfect description of what we thought made the company great, but the people who mattered understood the difference and that was good enough for us.
A funny thing happens when people hear you have clients — they categorize. Consultants have clients. Agencies have clients. Product companies have customers. Customers who buy widgets or subscriptions to things — prebuilt stuff.

The “sort of” agency
In the early years, being labeled an agency on the outside wasn’t bad. We got to solve challenges for a constantly evolving group of interesting brands and individuals. The answers tended to be websites and mobile applications, but the freedom to build foundations for others inspired us. Our team approached client projects like a product team would. Instead of building for an expiration date of rotating seasonal campaigns, we focused on making reusable building blocks. Some of those blocks were pieces we would later assemble to be products.
At the time we thought product companies required outside funding to get started, and being self-funded is an opportunity you protect. Unlike many early product companies, our business model did not require hitting user count or investment milestones to succeed. Our “funding” came from the projects we contracted. Building for others was great because we were handed challenges to solve pre-validated by the brands and budgets behind them. It afforded us the opportunity to remain self-funded with access to top brands.

From agency to product thinking
Client services aside, One Mighty Roar has two products with enough traction and revenue to have “made it” as independent business models.
One is You Rather, a giant predictive modeling engine based around the game of “would you rather”. At time of writing, it tracks about ⅓ billion responses and a few million views each day. The second product is Robin, a platform that connects digital and physical things by bringing digital layers into physical environments. Despite being early to the “connected device” and “Internet of things” game, Robin has been fortunate to see use from global brands and has grown to a key initiative that powers much of the work we do.
When we interview for open positions, these are the things we talk about first. Without understanding our toolbox, a candidate won’t understand the problems our team can solve. When prospective clients come to us now, we greet them with thinking that supports the products we’ve made. In many cases, it works better than the mobile application or Facebook campaign they originally wanted.
We don’t view product as a way to escape client work. It’s all the same — our client services help evangelize our products. Our products are designed to make certain problems easy to solve. We love when there is a fit, but it’s not a requirement. We are like a toolbox filled with both general tools and some that are unique to us. Some of our best web and mobile application projects have led to new internal workflow, open source projects, and foundations for future products.

Product is a foundation not a department
The products are a part of our thought process right from the start. This is one of the things that a lot of larger agencies get backwards. Let’s take the recent “labs” trend popping up among large agencies. A 500+ person agency tries to recapture its agility by creating a “labs/innovation” department. On paper, lab initiatives feels like product — smart people in a room tinkering with the latest technology to build things their clients can use. What happens instead (unfortunately) is the lab becomes little more than a media kit checklist item to show they are forward thinkers. A handful of interesting experiences might come out of it every year, but the rest of the company doesn’t benefit from the new process, only the results.
Today’s 500+ person agency doesn’t have the cultural foundation to support a product startup inside of it. Hell, there are fifty person agencies that would have a hard time making the product shift. They scratch itches instead of solve problems and fail the test of “different or better?”. Being scrappy is something you can lose with size, but scrappiness is also the catalyst needed for compelling product direction. Scrappy can’t afford to build things with expiration dates.
Clients can sponsor features
Clients can (and should) have goals that extend beyond a single project launch. When building with a product toolbox mentality clients become sponsors for new features, either directly or indirectly. The client gets what they want for their project and we get a good reason to bump a new, client validated feature to the top of the list.
This isn’t to say that you build generic results. The difference is in approach. Simply asking “How would this be done if it wasn’t just for this use case?” nets a lot of design and development decisions which ultimately make stronger product design.
Good products come from domain expertise
People build solutions to their own problems. If enough other people have the same problem, you have a product. If enough people buy in (and they don’t always), you have a business.
Building to a product rather than a project means something is always left to improve. We believe in constantly iterating towards a goal or at least a larger narrative. Whether the product fails or succeeds, you’ll still have the “why did we make this?” to inform the next steps.
Product people and project people
At One Mighty Roar, we are product people who take on client projects. When we interview people from larger agencies, a common thread for departure is burnout from shelved projects or great work that doesn’t exist anymore. Dan Ariely covers a lot of these points in his talk called “What Makes Us Feel Good About Our Work.”
In project based work, it’s harder to be deeply invested in something the moment an expiration date is established. Product represents something to always come back to. Coupled with the diversity of challenges and the brands agency style work comes with, we find a product company with client services gets the best of both worlds.
The fabled “20% time”
Our friend, Richard Banfield of Fresh Tilled Soil, recently wrote an interesting piece which cautions design companies that try to tackle agency and internal product work. One topic covered is the danger of viewing 20% time as an adequate amount of time to develop a product. This magical time is the first to go in busy situations, which can all but halt product development.
Interpretation has changed over time, but the gist is a company spends the majority of time thinking specifically, and the minority is thinking broadly. Google and 37Signals get a lot of credit for being the pioneers in this regard, but it’s 3M we have to thank for subsidized personal projects at the workplace.
We don’t believe that client work disqualifies a company from doing product if you hire the right people and build for the right companies. Put another way, we spend 80% of our time building out customized iterations of our services, then 20% refining for the big picture.

It’s a business, not a lottery ticket
Products aren’t lottery tickets to aid in the escape from your core business. We’ve come to view products as a broader framework for solving problems by improve the toolbox and workflow we tackle projects with. You can’t force it, but if you’re looking for opportunities they will come up a lot more than if you have project tunnel vision.
Products are often, to quote the famed Bob Ross, “happy accidents”.

Visit source: Post courtesy of : Agencies, Product, and the Business of Building for People

Categories
Uncategorized

Agencies, Product, and the Business of Building for People

Agencies, Product, and the Business of Building for People

Categories
Articles Business Hiring Philosophy Recruiting

Recruiting Engineers Who Aren’t Scared to Talk to People

We believe to be a good citizen of the developer and open source community is to hire good engineers for One Mighty Roar. This means engineers that can build utility apps like Lantern, connected device platforms like Robin, and hardware projects like Tableduino. Rules for hiring When we started, we made the decision to only hire…

Want to Read more ? We believe to be a good citizen of the developer and open source community is to hire good engineers for One Mighty Roar. This means engineers that can build utility apps like Lantern, connected device platforms like Robin, and hardware projects like Tableduino.
Rules for hiring
When we started, we made the decision to only hire engineers who were fully capable of interacting well with fellow engineers, but can also confidently talk to clients and present at events. Here’s how we we hire tech people with a personality:
Research before setting up an interview
We look at what you have built, who knows you, how you are to work with, what reputation you have, and if folks think you are curious and engaging. We prefer doing it the hard way – talking to people, expanding out networks, looking for talent where many don’t, and ignoring resumes. There are no shortcuts to recruiting exceptional people.
Interviews are free flowing conversations.
We don’t believe in traditional interviews and industry techniques. We want you to do extensive research on us (including diving deep into our GitHub and Dribbble), play with our apps and sites, look at individual Twitter accounts.
Hire makers
It doesn’t matter whether you’re a junior apprentice or an experienced engineer, even non-technical team members should be able to describe you as a “maker”. It shows in your open-source contributions, blogging, and many examples of applications and/or other things you have built and released.
Hire adults
Being an adult doesn’t have much to do with your age, but rather your attitude toward other people, sense of responsibility, and respect for the company. Also, if you are above pitching in to stock the fridge, cleanup, load the dishwasher, or keeping your work areas in respectable shape, these are warning signs to us.
Add people who can add another point of view
Since we are a product development company, monolithic thinking is simply not compatible with our business model. Caveat: you have to be just as comfortable sharing your insights as diving deep into how other members of the team and our clients think.
Look for people with a personal goal
Look for people who are clear on how they want to grow professionally, and who care deeply about personal “brand”. You’re the one that creates the roadmap. The company is just a tool for your growth.
Hire those who grew up aspiring to be an engineer
As we interview, we try to dig deep into when your passion for the craft started, who were your role models, and who inspires you. Those who became engineers because there is money to be made, are not for us.
Find people who can manage your own time, distractions, and workload
You need to find time to work out, eat a proper meal, and take the time-off. You also don’t require monastic environment, because we are not the kind of place.
Hire for the “after 5 o’clock” personality
We pride ourselves on a professional and respectful work environment where you don’t have to put on “corporate face”. That is an unnecessary overhead for a company comprised of genuinely nice, fun, and respectful people.
Strong team, strong company
We fully understand our methodology is not for everyone, but we strongly believe this is something that is allowing us to scale sustainably while handling a large number of projects. This hiring approach is part of what’s allowed us to remain self-funded four years in. The right team makes a company resilient.

Visit source: Post courtesy of : Recruiting Engineers Who Aren’t Scared to Talk to People

Categories
Uncategorized

Recruiting Engineers Who Aren’t Scared to Talk to People

Recruiting Engineers Who Aren’t Scared to Talk to People

Categories
Arduino Articles IOT Lights

The Internet of Conference Tables

At One Mighty Roar, we’ve spent a lot of time thinking about how to tackle physical and digital overlap. After creating a textable office sign, a logical next step was to tackle our conference table. We wanted to bring conference furniture to the next level — and to do that, we were going to need…

Want to Read more ? At One Mighty Roar, we’ve spent a lot of time thinking about how to tackle physical and digital overlap. After creating a textable office sign, a logical next step was to tackle our conference table. We wanted to bring conference furniture to the next level — and to do that, we were going to need lights, proximity sensors, and a “can do” attitude.
The Goal
To spruce up our meetings we wanted a table that not only was classy but served as a memento for our office. We wanted a table that knows if someone is present, is easily accessible over the web, and can show off its lights and hydraulic lift on command. This table would be one of the first stepping stones towards our hackable office.
The Table
With a surface composed of sweet American walnut and was crafted by our friends at Erik Rueda Design Lab. It’s no surprise that our team was huddled in the conference room for an hour admiring the view (we also suddenly became very strict about our drink coasters rule).

Just like most tables in existence, ours has four legs as support, but these aren’t just any normal table stands. If you take a closer look, we found that our logo actually serves as a great reinforcement for table tops.

On top of all of that, our table also comes equipped with some LED housing that runs through the center and around the bottom of the surface. The lights we chose were Adafruit’s WS2801 LEDs so we could easily slap on an Arduino and start programming away.

Finally, the centerpiece is not just a placeholder for our logo, it serves a much greater purpose:

A hydraulic engine lifts up the piece to expose a collection of outlets and Ethernet jacks for laptops and alike to receive some juice. A small switch at the bottom of the table controls the centerpiece vertically, so hopefully we’ll install some sensors to ensure a power cable (or a hand for that matter) will never get crushed in the process.

The Work
After some brainstorming and coffee-sipping, I found some downtime during the week to hack away at this side project. Since we already had an awesome setup for our sign, I began to adapt and expand this codebase for the conference table.
To get started, I gathered up some supplies:

Arduino Uno
Arduino Ethernet Shield
HCSR04 Ultrasonic Sensor
Various wiring and power supplies

For libraries we used:

Webduino
Adafruit WS2801 Library
HCSR04Ultrasonic

As a quick proof-of-concept, we had previously implemented a RESTful API for our office’s sign, using Webduino.
Once the “tableduino” API library was banged out, the setup was as simple as attaching the Arduino Ethernet shield and wiring the Ultrasonic sensor to the board. We gave the Arduino some power and an Ethernet hookup then started to fire away some API calls.
Here are some of our requests and results!POST /m-animate
Red = 255
Blue = 0
Green = 0
action = line-fill
 POST /m-animate
Red = 255
Blue = 255
Green = 0
action = fade
 POST /b-animate
Red = 255
Blue = 255
Green = 0
action = detect-mode
Making cURL requests or using Postman to hit these endpoints is nice and all, but co-worker Trevor Suarez also created a web GUI to easily interact with the sign and the table using your phone. In the coming weeks we plan on expanding this app for all of our office devices.

You can grab the code for the table from the GitHub repo here.
The Future
What we have so far is only the beginning of what we want to accomplish with our office devices. Down the road we want our API to control the table’s hydraulic motor, halt the engine if an object is detected before closing, and change LED color as more individuals sit at the table.
These are only a few of the possibilities we could think of for the time being. We’re sure as more people play with our table (and possibly hack themselves) in the next few months, there will be more ideas than we’ll know what to do with.

Visit source: Post courtesy of : The Internet of Conference Tables