Applying for a Job? Background Check the Company Using These Web Sleuth Tips

You’ve often heard that companies perform background checks on potential hires. But shouldn’t you do your own background check on them? There are many reasons you HAVE TO do this.

Can They REALLY Support You?

You need to make sure the department you are hired in is growing. Human resource managers may need you right away because someone quit. You want to be part of a department that is growing — a company that is growing. There are a number of ways to check this, and luckily with so much information on the  Internet this is easy. First, check the general news about the company using Google News. Then, try looking up the company using ZoomInfo. ZoomInfo will give you the company revenue, number of employees, and relevant news stories, as well contact information. LinkedIn is another popular service that companies themselves often provide. Beware any information a company tells you about itself. Using these services, you should look for keywords about the particular department you are planning to work in.

ZoomInfo will even tell you competitor names. Would you be working for the lesser company? For example, if you were applying to work at General Motors, but found out Ford was a competitor and closer to a turn-around, shouldn’t you work there instead? Interestingly, if you are good at what you do competitors will reach out to you and offer you more money. Do your homework. A temporary boost in pay at a weaker company may backfire.

When you search news sites and search engines, be sure to put the company name in quotes “” with the location next to it. For example, large companies often have multiple divisions and many different companies have the same name. So if you wanted to work at DownTown Disney in Anaheim, CA, you would search “Downtown Disney” Anaheim, CA. The quotes tell the search engine to look specifically for that phrase, while the keywords Anaheim, CA can appear separately in the article or page.

Articles about scoring new business, the company pioneering new research, or winning awards are all great things. Healthy companies should have year-over-year growth in revenues and profits. Make sure there is no government regulation coming that could jeopardize company profits or jobs. For instance, if you are looking to work on an oil rig in the Gulf of Mexico and environmental regulation is coming that could eliminate drilling in the Gulf of Mexico, you would be in the unemployment line.

Bigger Companies Generate More News

When you are applying to work at a small company, realize there may not be a lot of information present. Small companies may not even have a PR department. Large companies, however, generate lots of news. For instance, when the iPhone was first released, there were thousands of news articles, blog posts, and research papers written. A great place to find blog posts on publicly traded companies is Yahoo! Finance. While you are there, research the company financials. Stay away from companies with large amounts of debt. Bondholders want their money, and when they want to collect it may be your job!

What Are People Saying?

If you’ve ever used social media sites like Facebook or Twitter, you probably know some people can’t keep their opinions to themselves. While this may not be desirable for general posts, it’s fantastic for Web sleuths! Harnessing the opinions of loudmouths can give you the company zeitgeist. Twitter is a better tool for searching public opinion because people are more liberal on Twitter. The connections are more superficial and the search system is real-time and powerful. Just like other ratings on the Web, people tend to be more vocal about negative impressions than positive. So what you want to look for is the volume of relative negative opinions. On the flip side, good companies should have people mentioning positive things. For example, a co-worker of mine tweeted that he was thankful to our company for sending him on a conference. On a negative side, using LinkedIn, one of my co-workers mentioned that  he was laid off before Thanksgiving and that wasn’t how you should treat a member of the corporate family. People get laid off all the time, but the timing certainly is interesting. It made me think. It should make you think.

Have more suggestions for Web sleuth tools and methods? Feel free to comment. (Photo courtesy Digiart2001 | jason.kuffer)

Posted in Social Media, Web Trends | Leave a comment

Mobile Web Apps or Native Mobile Apps?

When it comes to developing an application for mobile users, there are two routes to reach users. A dedicated mobile software application like the ones you find in the Apple App Store or Google Android Marketplace is one route, or an HTML Web site optimized for mobile devices like Google.com, latimes.com, or one of many popular blogs.

Both routes have advantages and disadvantages. Mobile software applications run fast. They are compiled and use all the hardware acceleration features built into the phone. 3D games, for instance, run very fast on native apps. WebGL does offer a glimmer of hope for Web-based games, but that is years away. I also contend that software programmers are better programmers than HTML / Web front-end programmers. More experienced programmers write better code which results in faster applications. For example, there is a much higher learning curve when writing Objective C and Java code compared with HTML and Javascript. They don’t use the browser chrome (or frame) so apps can display full screen. One of the biggest advantages is the tie-in with hardware components. Programmers can access a compass, accelerometers, GPS with location information, cameras, pictures, address book, video camera to enable video chat, and more.

Chrome-less Native App

Some of my favorite native apps for the iPhone include the Digitally Imported Radio app and Dungeon Hunter 3D game can’t be created on a mobile Web app. The radio app streams audio while detecting if a user is on WiFi or 3G, and allows multitasking (streaming radio while browsing Web or e-mail). The 3D game uses complex graphics APIs not possible on the Web right now. These hardware services simply aren’t available to Web developers. That is changing, however.

The Case for HTML5 Web Apps

Multi-touch gestures and location information is available on the iPhone, and possibly for Android phones as well. Carl Sjogreen of Nextstop, a location service based that was recently acquired by Facebook, talks about why his team decided to use HTML5 instead of a native iPhone app:

Other companies are also stepping up development of HTML5-enabled mobile sites. YouTube just overhauled its mobile site and uses HTML5 video tags to power its video delivery along with a better designed user interface. Here’s what Alex Nicolaou, Engineering Manager, Google Mobile says on this Google Code Blog post

Enter HTML5. We’re very excited about the evolving HTML5 standard because it enables mobile and desktop website designers to deliver the advantages of client-side and server side development to their users simultaneously! New APIs let web applications start offline and store data on the client. The canvas API lets you draw complex user interfaces, or you can use advanced CSS tricks to get the browser to render a rich UI. In addition, the W3C Geolocation API is being adopted and implemented by browser developers, enabling entire new categories of web applications to be built. The benefits are clear: you can develop fantastic new applications, benefit from server-side analytics and iteration to deliver features that your users want, and know that offline functionality keeps things running as the user moves in and out of coverage. Your users can enjoy fast, capable web apps that they can access from any device, without the need to copy their data from place to place or worry about installing software or being online.

KenMorico.com Mobile Site

There are many reasons why I prefer a straight HTML Web app. I’ve built a mobile version of my own site, KenMorico.com, so I can tell you from experience the many benefits of using a mobile HTML5 Web app. First, the code can be integrated with the code for your main Web site or Web application. All you are doing is checking which device users are coming from and disabling site features using Javascript. I tailor features on my site for desktop, iPad, and iPhone / Android phones. My full site uses HTML5 video as part of the page background. Currently, iPhones can’t render the video without displaying it fullscreen in its built-in video player. Fine. I just don’t show the videos at all to iPhone users. I also have a slideshow I show to users on desktops / laptops. Phone users won’t be able to see it, but iPad users will because the iPad is slightly more capable than the iPhone.

Rapid Mobile Development with HTML5

HTML5 Web apps take far less time to develop, test, and launch. You don’t need to go through an App store to get it approved. You don’t need to learn multiple languages to develop a separate app. You don’t have to worry about wasting your time, because it’s more likely HTML5 Web apps will replace native apps versus the other way around. However, native apps allow for a lot of cool features and a consistent visual appearance. HTML5 Web apps will mostly look the same on all browsers, but there could be variances here and there. This is because there are hundreds of browsers, versus two major phone operating systems – Apple iPhone iOs and Google Android. This still is one of the major benefits of the now controversial Adobe Flash technologies. Consistent layout design across computers.

It’s Always About the Money, Right?

Michael Calore wrote a nice comparison table of native app vs Web app development considerations in this webmonkey article. He points out the way you can advertise on the platforms differ. With much higher success rates for online advertising using Apple’s new iAd advertising platform – developers may be persuaded to develop native apps only simply for the monetary factor. This LATimes blog post highlights Nissan’s experience with iAds:

Nissan, which created a multilayer interactive ad for its electric LEAF car, said customers spent an average of 90 seconds with the ad — 10 times longer than interaction times for comparable online ads. Moreover, people chose to “tap” on the Leaf iAd five times more frequently than they clicked on regular online display ads for the Leaf.

Also consider it is much easier for developers to monetize native apps because users can purchase the apps immediately.

For now, I expect many of you to surf my HTML5 mobile site while listening to music from a multi-tasking enabled native app. That’s the world now. And it works.

Posted in HTML5, Mobile Web | Mobile Apps, Web Trends | Tagged , , , , | Leave a comment

Being an HTML5 Hero and Nunchucking Browser Quirks

Nunchucks in your face Firefox! Nunchucks from above Apple! With the launch of my new HTML5 site KenMorico.com I felt I had to really bring out some skills to create the kind of site I wanted… a creative, HTML5, cross-platform site with search engine optimization (SEO). It felt like 2000 all over again. Some browser features work here, some work there, and nothing consistent. Throw in the mix iPhone, iPad, and other mobile devices and your head starts spinning faster than a BP CEO.

Since Web sites take a long time to build, but stay live for years, I decided it was worth the effort to make it work. HTML5 is the future. A few challenges with my site: getting video to play onload, loop, and get manipulated via javascript commands.

Did you know that Firefox supports the HTML5 video tag, but not the loop attribute? So you can’t just make videos loop. You need to write out code to make it unload and load videos. Safari and other browsers support this. But not this so-called “advanced” browser.

What about Apple products? iPhones don’t support video on page load. Only full-screen video when a user clicks on a video image. Of course, Apple says this is by design, because of bandwidth issues on the phone. With AT&T’s new stingy data plans, this is understandable. iPad supports video on load, but when I was in line for the new iPhone 4 a person loaded my site and the video displayed but wouldn’t play. I suppose it was because he was on a 3G connection.

HTML5 video isn’t all the same either. Apple and Microsoft browsers use H.264 encoded videos. Firefox uses OGG encoded videos. That means for every video you post, you need to encode two videos to make sure it reaches the widest audience.

Just when you thought iPhone targeting was simple, the new iPhone 4 has quadruple the resolution of the original iPhone. Targeting a browser by resolution gets fuzzy when a mobile display has the capabilities approaching a desktop display. Viewport meta tags get confusing and stylesheet setup complex.

In all, the new site was challenging, and I continue to tweak it for mobile displays, but worth the effort. I feel like an HTML5 hero. My nunchucks are prepped for more HTML5 projects.

Posted in HTML5, K.Mo News, Web Trends | Tagged , , , | Leave a comment