<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0"><id>tag:blogger.com,1999:blog-7557844718326912626</id><updated>2012-11-24T07:47:17.745-08:00</updated><title type="text">Oversighting</title><subtitle type="html">A blog about oversighted technologies.</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://www.oversighting.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://www.oversighting.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default?start-index=26&amp;max-results=25" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>57</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/Oversighting" /><feedburner:info uri="oversighting" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:emailServiceId>Oversighting</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-8164642733584961462</id><published>2012-07-25T15:54:00.001-07:00</published><updated>2012-07-25T15:54:11.648-07:00</updated><title type="text">Discontinued</title><content type="html">After 2 years, I'm convinced I will not get back to posting to this blog. Accordingly, Oversighting is now officially discontinued. I'm leaving the article online as they might be useful for someone in the future, but won't post any more updates.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8164642733584961462" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8164642733584961462" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/jp-6JcKxLCI/discontinued.html" title="Discontinued" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2012/07/discontinued.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-5444283298777289298</id><published>2010-08-24T12:39:00.000-07:00</published><updated>2012-07-25T15:51:22.685-07:00</updated><title type="text">Online Mockup Solutions</title><content type="html">The more I dwelve into the world of quick development (be it a Metasploit plugin or a proof of concept website) the more I feel the need to be able to quickly sketch what's in my mind. &lt;br /&gt;Ok, this might have something to do with the fact that I try to delegate coding, but still, I'm always positive that &lt;a href="http://www.joelonsoftware.com/items/2009/09/23.html"&gt;shipping is a feature&lt;/a&gt;. Accordingly, being able to ship a design and sketch idea is better than nothing. Maybe there will be a social network one day for aborted design and ideas...&lt;br /&gt;&lt;br /&gt;In the meantime, I've explored online solutions which lets you build a sketch (or mockup, or wireframe). I've been focusing on tools to build web sites/web applications, not binary interfaces, able to work with Chrome under Linux (or Firefox, if needed). And no lenghty registrations or lame trials.&lt;br /&gt;&lt;br /&gt;So, here is my personal top 10 (9, ok) of mockup software&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.lumzy.com/"&gt;Lumzy&lt;/a&gt; is 100% free, and it only took me 10 seconds to sign up and be able to save projects. It can export in various format, it is easy to share projects, has a big library of ready-made objects and does even support a basic scripting language which can make the mockup browsable and actionable!&lt;br /&gt;&lt;br /&gt;&lt;a href="http://iplotz.com/"&gt;IPlotz&lt;/a&gt; takes a more integrated approach, providing very basic project management features which "real" designers will love. Anyway, even in its free mode where you only have one project it is as good as Lumzy&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.balsamiq.com/#"&gt;balsamiq.com&lt;/A&gt;, an Italian (!) startup provides very professional-looking mockups: unfortunately, they focus on the desktop version of their application. The web based editor would be superior to anything else, but it is apparent it is a demo and lacks feature such as saving or sharing. &lt;br /&gt;&lt;br /&gt;&lt;a href="http://pencil.evolus.vn/en-US/Home.aspx"&gt;Pencil project&lt;/A&gt; is a bit out of scope here: it requires a Firefox addon to be used in the browser: as such it is similar to a desktop application in the fact that it runs completely on the local machine. However, since it is embedded in the browser once it has been installed, I'm considering it here. Overall, the user experience is inferior when compared to the other solutions, even though I do appreciate the presence of various types of the same control: from a prototyping app I expect a lot of readymade components, otherwise I will just go for a standard "paintlike" software.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;I appreciated &lt;a href="http://gomockingbird.com/mockingbird/"&gt;Mockingbird&lt;/a&gt; for its great library of icons and web-oriented stuff. However, it will be non-free starting form the 1st of September, and that puts it off our competition.&lt;br /&gt;&lt;br /&gt;In my opinion &lt;a href="http://mockflow.com"&gt;MockFlow&lt;/a&gt; doesn't really add anything from a tool perspective. However, it is still worth mentioning thanks to its wonderful &lt;a href="http://www.mockflow.com/mockstore/"&gt;store&lt;/a&gt;! Great idea.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.foreui.com/"&gt;ForeUI&lt;/a&gt; also only has a demo online, and in Java too. Doesn't meet the requirements, just like &lt;a href="http://www.inpreso.com/inpresoscreens/demo/113605/"&gt;Inpreso&lt;/a&gt; which nags you with a billion popups even while you're testing it.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://stage.fluidia.org/#"&gt;Fluidia&lt;/a&gt; looks promising but it's still in early alpha.&lt;br /&gt;&lt;br /&gt;So, what did I like the most? In the end, I went for iPlotz: the rest are presented in my personal ranking.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;PS: obviously, for the color palette I went for &lt;a href="http://kuler.adobe.com/"&gt;Kuler&lt;/a&gt; !</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5444283298777289298" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5444283298777289298" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/gjCWriLfMoI/online-mockup-solutions.html" title="Online Mockup Solutions" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2010/08/online-mockup-solutions.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-1264309902730254079</id><published>2010-01-30T08:51:00.000-08:00</published><updated>2012-07-25T15:51:22.650-07:00</updated><title type="text">Unconfirmed technologies</title><content type="html">Sometimes you see a technology which looks like magic. Happens all the time in &lt;a href="http://blog.nibblesec.org/2010/01/modern-magicians.html"&gt;security&lt;/A&gt;, more often in IT, not so often in real world.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.steorn.com"&gt;Steorn&lt;/A&gt;, for instance, just demonstrated Orbo, its new free energy technology. Violating one of the core principles of (not so) modern science. However, the demo itself was nothing worth of note. It's the tiny, small quote at the end "next week, come and try: measure with your own equipment".&lt;br /&gt;&lt;br /&gt;The trick is not &lt;strong&gt;showing&lt;/strong&gt; some magic. It's having people actually use it. It's one of the oldest techniques in the world, and made fortunes in IT (remember? Shareware). Any product has to learn from that: put down the barrier, release "easy to try at home" products, have people see for themselves. A video won't do it, nor will a live demo. OpenSource developers (including me) should learn it.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/1264309902730254079" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/1264309902730254079" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/83neX9g3-t4/unconfirmed-technologies.html" title="Unconfirmed technologies" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2010/01/unconfirmed-technologies.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-752259806390163348</id><published>2010-01-13T11:02:00.000-08:00</published><updated>2012-07-25T15:51:22.693-07:00</updated><title type="text">You get what you pay for</title><content type="html">As you might know, since the news made its way to Slashdot, &lt;a href="http://rt.com/Top_News/2010-01-13/cctv-cameras-fraud-moscow.html#"&gt;Moscow cameras streamed false pictures for a while&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Citing from the article: &lt;br&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;br /&gt;&lt;i&gt;According to the contract with StroyMontageService, the Moscow government only paid for working cameras. Dumalkina said the company unreasonably received around one million dollars for the northeastern district alone.&lt;/i&gt;&lt;br /&gt;&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;This is a very well-known problem: if you measure performance of a given service (and pay according to performance) the way you choose to actually perform the measurement changes the service itself. If you measure the number of calls which get out from the call center, people will do a lot of very short and possibly useless calls... and so on.&lt;br /&gt;&lt;br /&gt;This is a very interesting point when applied to modern IT services. What are you going to measure? Availability of the application? Sure, a Cloud (citing an interesting, new topic) will give you more of that. But how are you measuring the tradeoff in security here?&lt;br /&gt;Are you taking into account know-how your administrators are not building for themselves, when you outsource?&lt;br /&gt;&lt;br /&gt;You get what you paid for: if you're just paying for your machines to be 100% available on a remote Cloud, that's exactly what you get. The more your infrastructure gets fuzzy - or "cloudy" - the less you know about it. The less you measure, the less you get (and hopefully pay, but that's not the point).&lt;br /&gt;&lt;br /&gt;But hey - I can hear you think - weren't you an advocate of virtualization and cloud-based-stuff? Sure I am, but I really do think that we have to understand what we're doing. We have not built, yet, any meaningful measure of virtual-cloud-fuzzy efficiency: what we do have is some vendor-biased and -piloted accounting methodology, if we're lucky.&lt;br /&gt;&lt;br /&gt;Think about what you're asking, what you're stating and what you're losing when you think about outsourcing. Maybe even virtualizing your hardware is outsourcing it in some way...</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/752259806390163348" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/752259806390163348" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/T557pxytYJQ/you-get-what-you-pay-for.html" title="You get what you pay for" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2010/01/you-get-what-you-pay-for.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-5781244377848586977</id><published>2009-11-03T00:24:00.000-08:00</published><updated>2012-07-25T15:51:22.686-07:00</updated><title type="text">Hyped technologies</title><content type="html">Infoworld just published a nice article (which got Slashdotted) about technologies which get too much hype when they were launched and failed to deliver what they promised.&lt;br /&gt;Since in this blog we try to speak about oversighted technologies - that is, technologies delivering far less than what they could - I think you will find this reading very interesting.&lt;br /&gt;You can find the article &lt;a href="http://www.infoworld.com/print/98248"&gt;here&lt;/a&gt;.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5781244377848586977" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5781244377848586977" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/KGL4hT2OEvM/hyped-technologies.html" title="Hyped technologies" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/11/hyped-technologies.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-3855180243546109123</id><published>2009-09-27T18:43:00.000-07:00</published><updated>2012-07-25T15:51:22.674-07:00</updated><title type="text">Phones as a key to the cloud realm</title><content type="html">While everyone is busy discussing the &lt;a href="http://www.crunchgear.com/2009/09/26/the-coming-tablet-wars/"&gt;Tablet Wars&lt;/A&gt;, which will undoubtedly break out soon enough, I think we are approaching faster than ever to what everyone already know is the next step in computing.&lt;br /&gt;&lt;br /&gt;It's not far from what Microsoft named "Three Screens and a Cloud": the central hub, the Cloud, is the place where the data actually is. The user is able to access the data using either a PC, a TV or a Phone, either at home, work or in the metro.&lt;br /&gt;&lt;br /&gt;What the tablet wars (or the phone wars, for that matter) are trying to determine is "how" is the user going to access the data. The concept, however, is already being sold as something certain, regardless of &lt;a href="http://www.guardian.co.uk/technology/2008/sep/29/cloud.computing.richard.stallman"&gt;Stallman's opinions&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;If we take it for granted, then what are the phones - or the PCs, or the TVs - good for? If we start reasoning in term of anything as a service, it doesn't really matter if your phone or your pc has 1Gb or 512 Mbs or RAM, as long as it is able to stream you multimedia representations somebody computed somewhere. Try &lt;a href="http://www.onlive.com/"&gt;OnLive&lt;/a&gt; to get an exact idea of what I'm speaking about.&lt;br /&gt;&lt;br /&gt;This said, it seems to me this OS-Hardware war should transform itself in a form-factor war, which is most likely going to end up with some degree of flexibility for the mobile end (someone will prefer smaller factors, like phone, while someone will still like the larger screens laptops can offer and so on), and pervasive docking stations everywhere. Once you plug your phone on the dock you get access to a larger screen and to all your data and software in the cloud. Maybe your local-office cloud, maybe your personal cloud or maybe even some sort of "service provided customized cloud", it doesn't really matter.&lt;br /&gt;&lt;br /&gt;However, phones will still play a critical role as &lt;strong&gt;KEYS&lt;/strong&gt;. If we want to think about secure cloud computing we have to think about pervasive, high security encryption. Phones and other devices, then, will just become our personal wallets, storing access data we can unlock with a password which in order will unlock all our cloud stored data. That is, until we start to actually use biometrics... but that's another post.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3855180243546109123" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3855180243546109123" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/qBSNJTcBQOE/gadgets-as-key.html" title="Phones as a key to the cloud realm" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/09/gadgets-as-key.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-4663952138639086847</id><published>2009-09-22T16:56:00.000-07:00</published><updated>2012-07-25T15:51:22.677-07:00</updated><title type="text">Virtual appliances forensics</title><content type="html">In the last months I've been most busy exploring virtualization security issues, </content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/4663952138639086847" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/4663952138639086847" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/2Ag8HwobyrA/virtual-appliances-forensics.html" title="Virtual appliances forensics" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/09/virtual-appliances-forensics.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-3376772299034665523</id><published>2009-09-22T16:25:00.000-07:00</published><updated>2012-07-25T15:51:22.670-07:00</updated><title type="text">Classy SMB Wireless hotspots</title><content type="html">I recently got a request for an advice about building a wireless hotspot for a luxury cafeteria. The Pisano law in Italy enforces a set of rules on public shops providing free internet access, as customer identification (through ID) and access logging. Like it or not, this poses some challenges to the standard "Open WiFi" configuration you usually see around the world in such places.&lt;br /&gt;&lt;br /&gt;In an enterprise environment, the solution would be to implement a proper Wi-Fi access infrastructure with a partial self-service procedure to enroll, get the certificate and thus create usernames and access logging. However, such a procedure is not really viable in a single shop. A luxury place, however, requires any solution to be easy to use for the customers and somehow classy: no on-demand generation of keys, no ugly panels and so on.&lt;br /&gt;&lt;br /&gt;I googled around, and found &lt;a href="http://www.winext.eu/cms/index.php?IDLanguage=1&amp;IDMenu=204&amp;URI=inner.php"&gt;some&lt;/a&gt; &lt;a href="http://www.sohoware.com/sub_applications_hotel.htm"&gt;commercial&lt;/a&gt; &lt;a href="http://www.hotspotsystem.com/"&gt;solutions&lt;/a&gt; to the issue, each one proposing some sort of &lt;a href="http://en.wikipedia.org/wiki/Captive_portal"&gt;Captive Portal&lt;/A&gt; and monitoring solution. While I've not performed any comparative analysis of the commercial solutions, there was really nothing which make me "go wow", or that is really missing from the opensource solutions I will describe in a moment.&lt;br /&gt;&lt;br /&gt;Why OS solutions for any high-level environment, you might ask. For once, customization.&lt;br /&gt;There's only so much you can do with closed-source, commercial software, without great economical efforts. However, since we are sensible administrators and managers, we want something we don't have to tweak, something which "just works". And it seems there are a lot of free, working alternatives in the market.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.zeroshell.net"&gt;ZeroShell&lt;/A&gt; is the first to come to mind, perfectly capable of doing everything we need. My friend Luca Carettoni performed some auditing on the platform some time ago, discovering some bugs which were promptly patched: this is not a life insurance, but it means that the level of security is at least able to pass a "free audit", which is more than most commercial solutions can guarantee.&lt;br /&gt;&lt;a href="http://www.chillispot.info/"&gt;Chillispot&lt;/a&gt; is another well known player of this market sector: it is able to run on any standard server, providing integration with a RADIUS server - however, the project is now dead and its most likely successor is &lt;a href="http://www.coova.org/"&gt;Coova&lt;/a&gt;. Coova's aim is to create a firmware (based on OpenWRT) for a number of devices, which includes a web based panel and a powerful captive portal. Documentation is not as complete as it could be, but the project has an active community and can be tested in few minutes.&lt;br /&gt;&lt;br /&gt;In the end, my pick was: start from either ZeroShell or Coova, and customize the captive portal interface and user management panel. Enrollment is "manual", since customers have to present their ID. Once their used has been created, it can be reactivated logging in the captive portal on future dates. In the end, the entire project would cost less than 200 EUR in hardware and a couple of days to configure and setup. &lt;br /&gt;The results? A stable, completely custom - and most likely secure - hotspot.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;strong&gt;Update&lt;/strong&gt;: I've just come across &lt;a href="http://www.sputnik.com/"&gt;Sputnik&lt;/a&gt; and the project seems to be vastly superior compared to the competitors!</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3376772299034665523" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3376772299034665523" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/RqQgfsvj4UQ/classy-smb-wireless-hotspots.html" title="Classy SMB Wireless hotspots" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/09/classy-smb-wireless-hotspots.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-3000972862827245879</id><published>2009-08-28T07:38:00.001-07:00</published><updated>2012-07-25T15:51:22.668-07:00</updated><title type="text">How to choose a web application</title><content type="html">More and more often, friends and colleagues are asking me "Which CMS should I use?" or "What is the best document manager/webmail/twitter clone?".&lt;br /&gt;In the end, my answers always follow the same patterns, so here you are my tips on choosing the right web application. What should you evaluate when you choose a web application?&lt;br /&gt;&lt;br /&gt;&lt;ol&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Features&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;p&gt;&lt;br /&gt;I know, the KISS (Keep It Simple, Stupid) unix paradigm would suggest to have a web application which only does a single task - a best of breed, if you wish. However, while we do have software management tools in Windows or Linux which can somehow keep application proliferation at bay, we don't have such tools when it comes to web applications. Managing 5 or 6 web applications is a real burden when compared to handling just one: updates, dependencies and so on, everything (or almost everything) has to be managed by hand. And don't even make me start with application servers. So, definitely go for &lt;bold&gt;more features&lt;/bold&gt; than you even need. Just watch out for the &lt;i&gt;Notepad effect&lt;/i&gt;: while Notepad can edit ANY document and an XML editor will only edit XML documents, you should use it anyway...&lt;br&gt;&lt;br /&gt;You should not stop ad data sheets or feature lists: install the product if you can, or try it on a virtual machines (most vendors are now shipping demo virtual appliances) and try to build up an idea of the &lt;strong&gt;actual&lt;/strong&gt; features. There's always some gap between what's on paper and what's in the code!&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Community&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;p&gt;&lt;br /&gt;A strong community is really a must have for any web based product, no matter if it is open or closed source. In the opensource world, having a strong community means the product will unlikely die out, while for a proprietary apps it means you will have more than just the official documentation.&lt;br&gt;&lt;br /&gt;A community also means &lt;strong&gt;addons and plugins&lt;/strong&gt; which almost any modern web product will support. Just watch out, because you should evaluate addons one by one in the same way you evaluate your application.&lt;br&gt;&lt;br /&gt;Browse the forums, noting the date of the last posts, try to find active sites or blogs about the products and take note of who's using it. Do not trust the "BigCompanyX is using our product" claims, since especially in opensource software, given a large enough company any software is bound to be used in some department.&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Security&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;P&gt;&lt;br /&gt;Security is always an issue when it comes to web applications. You should check the application history (try for a Google query like "YOUR.APP.HERE exploit" or "YOUR.APP.HERE security advisory") to get a rough idea of how many issues the application had in the past. Note that no issue is maybe even worse than a lot of issues: it likely means that no independent reviewer ever took a look at the application...&lt;br&gt;&lt;br /&gt;Take care, when you assess a CMS: you will find a lot of security issues on external or third party components, and it's often hard to tell if they are there due to the lack of security of the component or of the platform itself.&lt;br&gt;&lt;br /&gt;Nonetheless, a OneBugAMonth history is definitely a warning sign..&lt;br&gt;&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Vision and people&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;P&gt;&lt;br /&gt;This is very important when it comes to large projects, like Content Management Sytems. Where is the software going? What the company will do with it? This is the most hard part to judge, since you will most likely not have any resource. My advice: go for the people. Search the web for the coders, take a look at their &lt;a href="http://www.tweeter.com"&gt;tweeter&lt;/a&gt; accounts and their other projects, if any.&lt;br&gt;&lt;br /&gt;Should you need a way to retrieve some email address, try &lt;a href="http://www.informatica64.com/DownloadFOCA/"&gt;FOCA&lt;/A&gt;: it will automatically fetch email addresses from any document on the company's website.&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Standards and integration&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;p&gt;&lt;br /&gt;Look for proper standards. "We're using Java so we are standard" is one of the most widely heard of claims, and doesn't make any sense. Look for actual interoperability: open source code, web services, open and well documented data format.&lt;br&gt;&lt;br /&gt;Even the most well guarded, proprietary application can have well documented standards, saving everything in XML and thus being much more easier to integrate in your environment. Remember &lt;a href="/2007/12/opening-up-open-source.html"&gt; integration is a must&lt;/A&gt;.&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;li&gt;&lt;strong&gt;Requirements&lt;/strong&gt;&lt;/li&gt;&lt;br /&gt;&lt;p&gt;&lt;br /&gt;Last but not least, look at the requirements and the technology the solution has been built around. Deploying a &lt;a href="http://www.zope.org/"&gt;Zope&lt;/A&gt; based solution today might not be a great idea from a strategic perspective, no matter how much I like Zope. On the other hand, using a technology you're completely unfamiliar with can slow down deployment and makes management much more difficult. This said, you should reiterate the analysis on the underlying component as well: maybe the application will require Tomcat, maybe Oracle Application Server.&lt;br&gt;&lt;br /&gt;It really &lt;strong&gt;does&lt;/strong&gt; make a difference: choose the wrong technology you and you will end in a cul-de-sac in no time.&lt;br /&gt;&lt;/P&gt;&lt;br /&gt;&lt;/ol&gt;</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3000972862827245879" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3000972862827245879" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/xAIuF6g1x1A/how-to-choose-web-application.html" title="How to choose a web application" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/08/how-to-choose-web-application.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-19537909338381442</id><published>2009-08-24T06:43:00.000-07:00</published><updated>2012-07-25T15:51:22.655-07:00</updated><title type="text">The web is in realtime</title><content type="html">You know a technology has really became upstream when you see client-side attacks to that technology. &lt;br /&gt;&lt;br /&gt;That's exactly what's happening with real-time information flows: even &lt;a href="http://bits.blogs.nytimes.com/2009/08/20/how-hackers-snatch-real-time-security-id-numbers/"&gt;black hat hackers&lt;/a&gt; are using real time technologies.&lt;br /&gt;&lt;br /&gt;Whike the most well known real time application out there in the internet is &lt;a href="http://www.twitter.com"&gt;twitter&lt;/a&gt;, as you most certainly know by now, it's not just tweeter anymore. Users are becoming more and more adept to retrieve data in real time and are actively starting to look for it. Even search giants like Google are getting more and more "real time" search results in their results-set. &lt;br /&gt;&lt;br /&gt;However, this comes with a price: real time information is nowhere near as accurate and as deep as "old school" batch produced information. You cannot post an in-depth review on tweeter, so you're most likely going to just write "it works" or "it sucks" and that's it. This is not the sort of clean information organizations want to provide their users. However, and that's exactly the key to understand what's happening on the web, they are &lt;strong&gt;forced&lt;/strong&gt; to do so. Users work and think in real time; your customers are using a real-time web, and you must do so as well, like it or not.&lt;br /&gt;&lt;br /&gt;The "real-time revolution" is not a technological one. We've had forums and bb even before the internet as we know it now was born. However, it is a strong change of paradigm: users are now all of a sudden looking for those "contact me in real-time" boxes, they are asking questions expecting answers in real time. Email is just too slow for that.&lt;br /&gt;At the same time, once you write something you've written it, you can't just deny it. So, we're facing a world where you (as a company representative) are expected to answer fast and do so correctly.&lt;br /&gt;&lt;br /&gt;This I think, is one of the most important issue. To react, in a world where "when" is always "now", you have to be faster than yesterday, and the first thing you have to cut are decision times. Have the managers,  the ones who can actually make a statement, interact with the web in real-time.&lt;br /&gt;&lt;br /&gt;Need a good training on the whole real-time stuff? Maybe you should seriously ask your organization whether you understand what's going on in the internet or not. However, you can start by trying &lt;a href="http://www.yammer.com"&gt;Yammer&lt;/A&gt; and see that (not if) it makes a difference.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/19537909338381442" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/19537909338381442" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/OkDstfrT9jw/web-is-in-realtime.html" title="The web is in realtime" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2009/08/web-is-in-realtime.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-8432085397787245996</id><published>2008-09-03T03:37:00.000-07:00</published><updated>2012-07-25T15:51:22.700-07:00</updated><title type="text">A lesson from Chrome</title><content type="html">As you will surely know by now, Google launched its own browser, &lt;a href="http://www.google.com/chrome/"&gt;Chrome&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;I won't discuss how it is only available on Windows (guys, most people see you like a "Microsoft alternative", wake up!) or if it makes sense or not to have another browser.&lt;br /&gt;I'd like to elaborate a little on a very nice &lt;a href="http://www.techcrunch.com/2008/09/03/google-chrome-not-so-lively/"&gt;article on TechCrunch&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Chrome does not support &lt;a href="http://www.lively.com"&gt;Lively&lt;/a&gt; (remember? Google's Second Life). Google analytics does not know about Chrome. &lt;br /&gt;If you look for chrome into Google you don't get it as a first result (ok, we know it's google's policy but yet..).&lt;br /&gt;&lt;br /&gt;There's something we should learn from that. We have a huge company, building dozens of products at the same time, but we can see similar things happening in smaller companies with just half a dozen products. It's about development awareness: what's the rest of the company doing? How will my new software integrate with what we already have?&lt;br /&gt;&lt;br /&gt;You cannot afford to have a "standalone solution with is somehow integrated with the rest but still" - well, unless you're Google of course. It's exactly what just happened to Google, and what keeps happening everytime a new software is launched.&lt;br /&gt;&lt;br /&gt;You're not developing for Mainframe anymore! Start thinking about the environment. Build your external API before even finishing your GUI, think about integration &lt;strong&gt;before&lt;/strong&gt; completion.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8432085397787245996" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8432085397787245996" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/uGDc4yLJmkY/lesson-from-chrome.html" title="A lesson from Chrome" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/09/lesson-from-chrome.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-8128128279973794807</id><published>2008-08-24T13:27:00.000-07:00</published><updated>2012-07-25T15:51:22.699-07:00</updated><title type="text">Trojanize yourself for deniability</title><content type="html">I know this has been discussed a thousand times before (since &lt;a href="http://news.cnet.com/U.K.-teen-acquitted-with-Trojan-defense/2100-7349_3-5092781.html"&gt;2003&lt;/A&gt; at least!), but a recent assignment has made me think again about this. Let's just presume you're on a forensic task, and you're surfing through the suspect's computer. You end you finding the contents you were looking for, but meanwhile you start the routine antivirus scan. Ding, you hit a well known trojan. &lt;br /&gt;&lt;br /&gt;It's password protected, and was obviously installed before the data you were looking for were downloaded.&lt;br /&gt;You dig deeper, and discover the trojan will actually start at boot and be exposed to the internet.&lt;br /&gt;&lt;br /&gt;That's it, the suspect has not lowered its security level during normal operations - assuming the trojan is actually safe and the password was hard enough to guess - and you are left wondering who has actually put that data into place. How can you tell it wasn't the remote aggress controlling the suspect's computer?&lt;br /&gt;&lt;br /&gt;Sure, you can try to retrieve some more data to uncover the truth, but carefully leveraging this trivial issue (think about actually giving it encryted commands from time to time using a different account to confuse even a 100% sniffed wiretapping) is enough to obtain &lt;a href="http://en.wikipedia.org/wiki/Plausible_deniability"&gt;plausible deniability&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;It seems too easy: I'll keep thinking about that, but any idea is really</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8128128279973794807" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/8128128279973794807" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/AiOmD0UidgU/trojanize-yourself-for-deniability.html" title="Trojanize yourself for deniability" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/08/trojanize-yourself-for-deniability.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-1275175482033728716</id><published>2008-08-04T09:15:00.000-07:00</published><updated>2012-07-25T15:51:22.653-07:00</updated><title type="text">Understanding High Availability</title><content type="html">I've just finished a course on High Availability, more of an overview on different HA technologies on various platforms.&lt;br /&gt;What I have noticed is that is really, really hard to have people understand that you cannot plan high availability as a "one night affair". Most organizations have their border routers under &lt;a href="http://en.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol"&gt;VRRP&lt;/a&gt;, and their Oracle database running on application cluster, but yet they seldom have layer 2 redundancy ( the "oh my god, a loop! kill it, kill it!" syndrome) or any redundancy on "less-important" systems.&lt;br /&gt;&lt;br /&gt;Like an old friend said, "if it's worth having it, it's worth having it all the time". With the new virtualization techniques available there's really no excuse for not achieving HA on most of your infrastructure.&lt;br /&gt;&lt;br /&gt;Need an easy to manage yet featureful HA firewall? Go for &lt;a href="http://www.pfsense.com/"&gt;pfSense&lt;/a&gt;. You can name almost any software, an HA solution is there for free or for the time you need to build it: if it's running on Linux, then you have &lt;a href="http://www.drbd.org/"&gt;DRBD&lt;/a&gt; (150-160Mb on two bonded nics) and Heartbeat and many others, if it's under Windows you have tons of choice - not to forget a scheduled VMware converter run which might not be HA but yet it's far more than most organizations actually have.&lt;br /&gt;&lt;br /&gt;One of our clients had an hardware failure last Friday, which resulted in a complete halt of business for the weekend. Hard to tell how much damage was actually done, but does it make any sense to work in such a way when HA solutions are so cheap?&lt;br /&gt;&lt;br /&gt;Yes, you need skills to do HA. But what we don't need anymore in our business is IT people without skills: we already have far too many.&lt;br /&gt;&lt;br /&gt;PS: As you might or might not have noticed, this is the first post since a lifetime. Long story short, more posts will come from now on ;)</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/1275175482033728716" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/1275175482033728716" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/JZbnPbSUaTM/understanding-high-availability.html" title="Understanding High Availability" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/08/understanding-high-availability.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-6948734372464451096</id><published>2008-04-12T01:37:00.000-07:00</published><updated>2012-07-25T15:51:22.691-07:00</updated><title type="text">Location aware social networks</title><content type="html">Yet another step in the direction of tight realworld-internet integration: the number of startups proposing cell-phone based location aware software is skyrocketing. We've already discussed &lt;a href="http://oversighting.com/2008/02/linkedin-goes-mobile.html"&gt;linkedin going mobile&lt;/a&gt; and the current problems of &lt;a href="http://oversighting.com/2007/12/android-and-business-cards.html"&gt;actually using cellphones to do social networking&lt;/a&gt;, but now the market is getting crowded.&lt;br /&gt;&lt;br /&gt;The most straightforward use of such a network, and probably the one with the best ROI as of today, is the "Mobile dating" slice. &lt;a href="http://www.meetmoi.com/"&gt;MeetMoi&lt;/a&gt; and &lt;a href="http://limejuice.hyphen-8.com/singleserving/main-static.html#_flirt_summary_page_"&gt;limejuice&lt;/a&gt; are doing it right now, but more will surely join in the future.&lt;br /&gt;&lt;br /&gt;While some other startups are going in a "one network fits all" approach, like &lt;a href="http://www.mobiluck.com/"&gt;MobiLuck&lt;/a&gt;, &lt;a href="http://www.imity.com/"&gt;Imity&lt;/a&gt;,&lt;a href="http://www.aka-aki.com/&gt;aka-aki&lt;/a&gt;, often using a bluetooth powered engine to detect nearby user or leveraging GPS (like &lt;a href="https://loopt.com/loopt/sess/index.aspx"&gt;Loopt&lt;/a&gt;), there is space for more specialized networks.&lt;br /&gt;&lt;br /&gt;Think about a gaming platform, think about hobbists who seldom meet each other and so on. While a clone of facebook would likely result in a huge mess in any city as soon as it reaches critical mass, a focused application only connecting some kind of people could do the job: meeting even one new person into the "70s-singers-wearing-only-black-shirts-from-Losanna" fanclub could easily &lt;br /&gt;&lt;br /&gt;Meanwhile &lt;a href="http://www.techcrunch.com/2008/04/09/i-saw-the-future-of-social-networking-the-other-day/"&gt;the first IPhone powered social network is almost ready&lt;/a&gt;.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/6948734372464451096" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/6948734372464451096" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/tARPE_Veu90/location-aware-social-networks.html" title="Location aware social networks" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/04/location-aware-social-networks.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-5128742552449155395</id><published>2008-04-06T08:55:00.000-07:00</published><updated>2012-07-25T15:51:22.682-07:00</updated><title type="text">Monitoring Software</title><content type="html">Zabbix Nagios &amp; Zeus</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5128742552449155395" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5128742552449155395" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/6p0JRhRb6cw/monitoring-software.html" title="Monitoring Software" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/04/monitoring-software.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-2283743485926538555</id><published>2008-04-03T17:39:00.000-07:00</published><updated>2012-07-25T15:51:22.667-07:00</updated><title type="text">Memory overcommitting and virtualization</title><content type="html">During March the virtualization scene, or at least the most technical part of it, &lt;a href="http://blogs.vmware.com/virtualreality/2008/03/memory-overcomm.html"&gt;discussed about memory management&lt;/a&gt;. What does it mean? &lt;br /&gt;&lt;br /&gt;Imagine you are going out for a picnic with 10 friends. You could choose 3 cars or a small bus. You go for the bus so you can save a little on fuel, just like you could install 10 virtual machines on a single hardware server and save power. So far so good: but now, let's take the metaphor further: since you are going to have a picnic, you need some tools, like a barbecue, a blanket, a basket and so on. Once again, you could have one item for each person, or you could share it. In virtualization, this is called page sharing: virtual machines share memory pages with the same contents. &lt;br /&gt;&lt;br /&gt;Page sharing is a (big) part of the memory overcommitting in virtual environment. The next part is the balloon driver. Image you have to take your coat off in your car: you take a little more space on the backseats and your friend tries to get out of the way, since he's not doing anything important. The same goes for the balloon logic: if a virtual machine is not actually using the RAM  it was allowed to, it gets "preempted" and memory is assigned to another machine.&lt;br /&gt;&lt;br /&gt;VMware, in an attempt to show how its own overcommitting is far better than the rest (say, for instance, XEN's) has shown us some tests where various instances of Windows are running various applications. &lt;a href="http://www.virtualization.info/2008/03/real-value-of-esx-server-memory.html"&gt;Virtualization.info&lt;/a&gt; covered the story as well. &lt;br /&gt;&lt;br /&gt;So, why am I writing about that? Well, as always with tests, we have to think about them, otherwise we just oversight their real meaning. Repeat with me: overcommitting has to be tested in &lt;strong&gt;my&lt;/strong&gt; environment before I can judge it and do proper capacity planning.&lt;br /&gt;Why? 178 virtual machines all running up-to-date Windows and (almost) the same services will leverage page sharing! And a lot of it, I shall add. So you cannot really do capacity planning considering memory overcommitting if you, like 90% of the companies I know (and that's a lot) run different operating systems,applications and so on. &lt;br /&gt;&lt;br /&gt;We could wonder why VMware is not showing some tests with different OSes and services.. and by now you probably can answer yourself to this question.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/2283743485926538555" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/2283743485926538555" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/OXFnoCz5L9I/memory-overcommitting-and.html" title="Memory overcommitting and virtualization" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/04/memory-overcommitting-and.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-957428560579504704</id><published>2008-03-18T17:25:00.001-07:00</published><updated>2012-07-25T15:51:22.701-07:00</updated><title type="text">why linux?</title><content type="html" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/957428560579504704" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/957428560579504704" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/LV_-_2vYuWA/why-linux.html" title="why linux?" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/why-linux.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-2120612316411788778</id><published>2008-03-18T06:46:00.001-07:00</published><updated>2012-07-25T15:51:22.659-07:00</updated><title type="text">Multimonitor</title><content type="html" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/2120612316411788778" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/2120612316411788778" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/QVRO6DTB67w/multimonitor.html" title="Multimonitor" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/multimonitor.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-4343089570807774384</id><published>2008-03-11T03:08:00.001-07:00</published><updated>2012-07-25T15:51:22.676-07:00</updated><title type="text">The best online CRM, intro</title><content type="html">A &lt;a href="http://en.wikipedia.org/wiki/Customer_relationship_management"&gt;CRM&lt;/a&gt; software (where CRM stands for Customer Relationship Management) is one of the central software package of any business.&lt;br /&gt;What we once did by bare memory and "the human touch", today we do by using very very complex softwares (actually CRM is a strategic approach, but nowaday when we say CRM we mean just the software). Web oriented CRM are growing bigger and bigger: their ubiquity, low total costs of ownership and all the usual pros associated with web applications are very important factors when choosing a new CRM.&lt;br /&gt;&lt;br /&gt;A lot of free or low-cost CRMs surface every day, and some are gaining a good degree of popularity. In these articles, I will discuss some of the most used CRMs, examining both the technical and the business facts, from the perspectives of &lt;strong&gt;both&lt;/strong&gt; an SMB and a Freelancer.&lt;br /&gt;&lt;br /&gt;The first one will be the VTiger / SugarCRM couple, coming tomorrow.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/4343089570807774384" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/4343089570807774384" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/t9boB6Y989Q/best-online-crm-intro.html" title="The best online CRM, intro" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/best-online-crm-intro.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-110299815073924172</id><published>2008-03-07T16:05:00.000-08:00</published><updated>2012-07-25T15:51:22.648-07:00</updated><title type="text">Can you trust a replicant? Virtualization and model checking</title><content type="html">Nowaday it's almost impossible to be in the IT business and not be involved somehow with virtualization. Snapshots and complete control over a machine are able to speed up development and testing by orders of magnitude and are unvaluable tools in the hands of sysops and developers as well.&lt;br /&gt;Tonight I've come across &lt;a href="http://www.virtutech.com/"&gt;Virtutech&lt;/a&gt;, a company doing emulation of various hardware platforms. Using their words, they do &lt;i&gt;virtualized software development&lt;/i&gt;.&lt;br /&gt;Their products had me asking myself a question: can we really trust virtualized environments as being significant for our tests?&lt;br /&gt;Last week I had a discussion with a colleague about building an exploit-testing machine where we should run new exploits, a simple sandbox for our lab. My colleague was arguing that using a virtualized solution could have a significant impact on tests involving direct access to memory at ring 0. I've not been able to find an answer to this argument (feel free to comment if you did) since technical insights on these details are somewhat lacking.&lt;br /&gt;&lt;a href="http://en.wikipedia.org/wiki/Model_checking"&gt;Model checking&lt;/a&gt; is a difficult discipline, seldom used in real world. Virtutech solution seems to be based on &lt;a href="https://www.simics.net/"&gt;SimICS&lt;/a&gt;, a virtualization platform originally from &lt;a href="http://www.sics.se/"&gt;SICS&lt;/a&gt;. SimICS is around since 1995 as a full platform emulation aimed at virtualizing embedded systems, and as such seems to be a rather reliable solution: inside its framework hardware vendors have to develope an emulation layer representing their hardware (a &lt;i&gt;virtual platform&lt;/i&gt;).&lt;br /&gt;One could ask how much &lt;strong&gt;reliable&lt;/strong&gt; the framework is, and how much reliable the &lt;i&gt;virtual platforms&lt;/i&gt; actually are. From Virtutech website:&lt;br /&gt;&lt;blockquote&gt;It is important to note that a Simics Virtual Platform is a representation of the physical board/system.  Virtutech does not warrant that all aspects of the physical hardware have been modeled.  Consult the documentation accompanying the Virtual Platform for additional details regarding actual implementation.&lt;/blockquote&gt;&lt;br /&gt;That is: you cannot trust the platforms, and we're speaking about rather simple environments when compared to full x86 server systems.&lt;br /&gt;So, the question is: can we &lt;strong&gt;really&lt;/strong&gt; trust virtualization from a formal, rigorous viewpoint?&lt;br /&gt;Would you trust a life-support machine tested only on virtualized hardware, to cut time to market?</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/110299815073924172" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/110299815073924172" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/aVKkaMOlf5Q/can-you-trust-replicant-virtualization.html" title="Can you trust a replicant? Virtualization and model checking" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/can-you-trust-replicant-virtualization.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-20387912844706326</id><published>2008-03-06T11:09:00.000-08:00</published><updated>2012-07-25T15:51:22.657-07:00</updated><title type="text">iPhone SDK is available, enter the App Store</title><content type="html">Hats off, this time. &lt;a href="http://www.engadget.com/2008/03/06/live-from-apples-iphone-press-conference/"&gt;Engadget&lt;/a&gt; has blogged in real time for the whole day from the iPhone SDK press conference. The results?&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Exchange on the iPhone. That's it, Microsoft has built direct access to the exchange server, bypassing the good old ActiveSync. I see troubles coming from this behaviour, very Apple-style, but time will tell. For now, it's a good thing.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;The sdk. This is &lt;strong&gt;the&lt;/strong&gt; news. Apple got the hint and released the complete SDK from cocoa up. We'll see how much open it really is (unlike what happened &lt;a href="http://oversighting.com/2008/03/can-we-eat-apple.html"&gt;in the past&lt;/a&gt;). That's what community pressions are all about. Is that all, folks?&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Enter &lt;strong&gt;App Store&lt;/strong&gt;. I guess you all know iTunes. Ok, same idea but for applications. No charge for free applications, 30% of customer price for commercial apps, without any hint to entering fees. That's Apple for you: you don't just build a community, you start something bigger able to generate huge revenues. &lt;br /&gt;I'm suspending further judgment until I can actually see the thing running, but feel free to comment: will App Store be able to change the way we use software on the mobile devices? Consider this: in Italy the entertainment contents market on mobile phones is greater than the good old music-on-cdrom market. Why? For many reasons, but</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/20387912844706326" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/20387912844706326" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/ztgduGsfLqw/iphone-sdk-is-available-enter-app-store.html" title="iPhone SDK is available, enter the App Store" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/iphone-sdk-is-available-enter-app-store.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-7935868022114405220</id><published>2008-03-06T01:04:00.000-08:00</published><updated>2012-07-25T15:51:22.696-07:00</updated><title type="text">Cisco and KVM</title><content type="html">&lt;a href="http://www.virtualization.info/2008/03/cisco-puts-kvm-in-its-ios.html"&gt;Virtualization.info published yesterday &lt;/a&gt; a breaking news: Cisco will use KVM on its brand new &lt;a href="http://www.cisco.com/en/US/products/ps9343/index.html"&gt;ASR 1000 router&lt;/a&gt;.&lt;br /&gt;KVM is a virtualization technology included in &lt;a href="http://www.virtualization.info/2007/02/linux-kernel-2620-ships-kvm-and-para.html"&gt;modern Linux kernels&lt;/a&gt;: it is the virtualization platform supported by &lt;a href="https://help.ubuntu.com/community/KVM"&gt;Ubuntu&lt;/a&gt; and ready to replace XEN in most opensource environments as soon as it reach enough stability and usability (and possibly an user interface).&lt;br /&gt;The ASR 1000 is Cisco's highest end router, costing around 35k US$, and it's the first Cisco router using Linux instead of the proprietary IOS. The ASR 1000 will leverage on KVM to provide operating system redundancy without any dedicated hardware.&lt;br /&gt;While Cisco has invested in VMware in the past, and they are collaborating on the VFrame technology, the message is clear: there's no space in embedded, low fingerprinting virtualization for VMware anymore. The possibility to fine tune the operating system to its maximum and the source code availability of KVM offer unmatched advantages in such challenging high performances environments as routers and embedded devices.&lt;br /&gt;We can easily expect to see more and more virtualization embedded in appliances and hardware devices: what about an antivirus box able to trace the stack of malwares running them in a virtual box, instead of the</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/7935868022114405220" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/7935868022114405220" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/uqgW-1cStzY/cisco-and-kvm.html" title="Cisco and KVM" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/cisco-and-kvm.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-477181880839660042</id><published>2008-03-02T04:13:00.000-08:00</published><updated>2012-07-25T15:51:22.680-07:00</updated><title type="text">Web 2.0 IDEs</title><content type="html">How should we develope for the Web 2.0? That's an interesting question: as of today we lack &lt;strong&gt;methodologies&lt;/strong&gt;,&lt;strong&gt;testing tools&lt;/strong&gt; and &lt;strong&gt;a proper development environment&lt;/strong&gt; for the web. That's it, if you go through the smoke: while any C developer can start coding and debugging in less than an hour from a clean system, most PHP developers are still stuck with &lt;i&gt;echo&lt;/i&gt; and similar "debug stuff" from the 70s. If you look at java things get only slightly better: while you can have debugging for some part of the code, the ecosystem around J2EE is so crowded it's almost impossible to have proper methodologies.&lt;br /&gt;But the real nightmare is the frontend. I know CSS/JS gurus coding with Emacs! While Emacs is a very nice operating system, it's unbelievable there's nothing better out there.&lt;br /&gt;The idea of this post came from the recently announced release of the new version of &lt;a href="http://www.wavemaker.com/"&gt;WaveMaker visual studio&lt;/a&gt;, a "drag and drop" IDE for Ajax powered websites.&lt;br /&gt;The arena of web 2.0 IDEs is full of competitors. Mind you, I will only name a few but feel free to drop me a comment if you know some more. I will do a little mixing between Ajax/Client oriented IDEs and IDES supporting server side languages, but that's exaclty the point: in the new Web 2.0 we need to use both! What's more, most IDEs are not just being, well, IDEs, but they're supporting their own framework with proprietary libraries, different standards and so on.&lt;br /&gt;&lt;ul&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.aptana.com/"&gt;Aptana&lt;/a&gt; is one of the best IDEs around, featuring an &lt;i&gt;Ajax powered&lt;/i&gt; web server and supporting AIR too (&lt;a href="http://www.techcrunch.com/2008/02/26/adobe-air-vs-microsoft-silverlight-its-all-about-numbers/"&gt; AIR vs Silverlight&lt;/a&gt; anyone?).Aptana is targeting PHP and ROR, two of the most popular languages in the internet, but... surprise, no support for PHP debugging, only Javascript. So even with the advanced Aptana you're cast to the stone age of echo $debug&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://echo.nextapp.com/site/echo2"&gt;Echo2&lt;/a&gt; is a framework/ide aimed at Ajax and Rich Client development. It's obviously java based, and provides a nice and easy environment for the developer. I can't help but feel a "blackbox" look around echo-based applications.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://qooxdoo.org/about"&gt;qooxdoo&lt;/a&gt; is a complete framework for Ajax: it does not require any knowledge of html, css or whatever, being a huge juggernaut with its own libraries and a development environmente completely masquerading the underlying structure. Server side, it supports PHP, Perl and Java. Did I mention there's no debugging?&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.morfik.com/"&gt;Morfik WebOS AppsBuilder&lt;/a&gt; is a another complete framework for ajax, featuring a visual environment for page building and browser side debugging via FireBug. And when I say complete I mean it: Morfik is a complete RAD tool, so you are either going to love it or hate it.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.eclipse.org/pdt/index.php"&gt;Eclipse PDT project&lt;/a&gt; is an Eclipse plugin powering the development of PHP code. It's still not very mature, but will eventually support complete debugging (it does, actually, by now, but it's a little tricky to setup) and it's my IDE of choice, by the way.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://rubyeclipse.sourceforge.net/"&gt;RDT&lt;/a&gt; is a complete Eclipse plugin for Ruby On Rails development.Nothing to say here, it's probably the IDE of choice of most Ruby developers.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.zend.com/en/products/studio/"&gt;Zend Studio&lt;/a&gt; should be a bigger player. It's Eclipse based now, supporting unit testing (finally!) and proper debugging. But yet, its relatively high price is a huge stop for buyers: most PHP guys nowaday were coding alone yesterday and could not afford Studio. The result is that they don't need it now, and they probably won't tomorrow. Bad move, Zend.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.netbeans.org/kb/60/ruby/"&gt;Netbeans&lt;/a&gt; has a surprisingly good support for Ruby on Rails, including debugging, semantic analysis and so on.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.4d.com/products/4dweb20pack.html"&gt;4D's ajax support&lt;/a&gt; is a nice addition to the 4D suite. I must admit I never quite got to know 4D, being it a little too "closed minded" for me, so I'm just mentioning it here.&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;But wait: how comes we are speaking about web 2.0 IDEs and we are not mentioning any IDE that is actually 2.0? Well, here you are:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://heroku.com/"&gt;Heroku&lt;/a&gt; is a feature-full, powerful and scalable ide for developing Ruby on Rails applications directly on the web. Heroku will take care of everything from giving you an IDE to actually running the applications in production. That's a tremendous improvement, but yet... you will be missing the most advanced features of a fulle IDE (debugging, call tracking and so on).&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://appjet.com/"&gt;AppJet&lt;/a&gt; is a full-javascript solution: write your javascript code in their IDE and voila, it's up and running server side-.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;Conclusions: while we have dozens of players and softwares, not only we're missing the ultimate IDE, but most environments don't support even the most fundamental features that programmers have became accustomed to.&lt;br /&gt;Debugging, proper testing and continuos integration are nowhere to be found in the brave new web.&lt;br /&gt;The next time your favourite web application goes mad, you know why.&lt;br /&gt;&lt;br /&gt;&lt;strong&gt;Update:&lt;/strong&gt; after a quick test, I've added 4D and Netbeans. Thanks go to &lt;a href="http://ajaxdeveloper.blogspot.com/"&gt;freakface&lt;/a&gt; and &lt;a href="http://micktaiwan.blogspot.com/"&gt;Mickael&lt;/a&gt; (even if &lt;a href="http://micktaiwan.blogspot.com/2008/02/gedit-for-ide.html"&gt;he is now using gedit&lt;/a&gt;).</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/477181880839660042" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/477181880839660042" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/_piKMFHHEt0/web-20-ides.html" title="Web 2.0 IDEs" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/web-20-ides.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-3458102073934212481</id><published>2008-03-01T12:32:00.000-08:00</published><updated>2012-07-25T15:51:22.673-07:00</updated><title type="text">How to use google analytics on soup.io</title><content type="html">I'm running &lt;a href="http://blackfire.soup.io"&gt;a soup blog&lt;/a&gt; for personal entertainment: &lt;a href="http://soup.io"&gt;soup.io&lt;/a&gt; is a great service for fast, quick blogging and has a great team, but it's missing statistics.&lt;br /&gt;So, I've used google analytics. Here's how:&lt;br /&gt;&lt;ul&gt;&lt;br /&gt;&lt;li&gt;Create a &lt;a href="http://analytics.google.com"&gt;Google Analytics&lt;/a&gt; account&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Copy the tracking javascript (new version)&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Edit your soup description&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Enter html mode&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Paste the javascript code inside the description, then save.&lt;/li&gt;&lt;br /&gt;&lt;/ul&gt;&lt;br /&gt;Here you are, google analytics up and running.&lt;br /&gt;I think you should not edit the description again, but I'm not sure.</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3458102073934212481" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/3458102073934212481" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/ZOsg8T3c9hc/how-to-use-google-analytics-on-soupio.html" title="How to use google analytics on soup.io" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/how-to-use-google-analytics-on-soupio.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7557844718326912626.post-5984444895228980528</id><published>2008-03-01T09:49:00.000-08:00</published><updated>2012-07-25T15:51:22.689-07:00</updated><title type="text">Can we eat the apple?</title><content type="html">As IT professionals, we are used to love-hate relationships. We invented Perl and LISP, so we know what we're talking about. But it's seems Apple is a white cow in a black herd. &lt;br /&gt;In &lt;a href="http://blog.vlad1.com/2008/02/28/finding-the-os-x-turbo-button/"&gt;a recent article on his blog&lt;/a&gt; (then blogged on &lt;a href="http://arstechnica.com/news.ars/post/20080229-finding-a-worm-in-the-apple-secret-apis-in-mac-os-x.html"&gt;Ars Technica&lt;/a&gt;) Vladimir Vukicevic revelead he found undocumented API in Apple's framework.&lt;br /&gt;While I don't think this is malicious behaviour in itself, think for a moment about Microsoft doing the same thing, and the following reactions.&lt;br /&gt;Instead, the thing went almost unnoticed.&lt;br /&gt;It's hard to hate Apple, or even to be angry with that company: Apple is innovating every day, doing amazing research, and is &lt;strong&gt;cool&lt;/strong&gt; whereas Microsoft is not. And I did not mention the iPhone, the iPod and so on.&lt;br /&gt;But then, &lt;a href="http://oversighting.com/2008/01/oh-and-about-apple.html"&gt;Apple is cheating&lt;/a&gt;,&lt;a href="http://oversighting.com/2008/02/iphone-sdk-and-importance-of-community.html"&gt;not releasing SDKs&lt;/a&gt; and in general acting like it could not care the less about fair play and the community.&lt;br /&gt;How long before we realize</content><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5984444895228980528" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7557844718326912626/posts/default/5984444895228980528" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/Oversighting/~3/BdJA1za3WT0/can-we-eat-apple.html" title="Can we eat the apple?" /><author><name>Claudio Criscione</name><uri>http://www.blogger.com/profile/12202628660778574382</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><feedburner:origLink>http://www.oversighting.com/2008/03/can-we-eat-apple.html</feedburner:origLink></entry></feed>
