Leaflet Price List Hairdressing

Flash

This game looks like a classic Pong. With the only difference is that one part is created using Flash and the other using HTML5. You will notice while playing with confidence, which is which? Or both behave the same? Of course, without having to examine the site, then it was all very clear.


Source: Mashable

How To Write Memorial Candle In Wedding Program?

Michael Mahemoff: to create software not learn just by reading books (Interview)

Michael Mahemoff works in Chrome as Google Developer Advocate. For many years writing for Ajaxian and in 2006 wrote a book Ajax Design Patterns. He is the author of useful tools such as ListOfTweets.com and funny project of IE6IsOlderThanYourGrandpa.com . Blogging for Softwareas.com and tweetuje as @ mahemoff .

You Can Switch to Česky .

You write for the past five Ajaxian years, so watch the events detailed in this field. What do you consider the biggest changes in the world of JavaScript and Ajax for the last five years?

There was a pile of incremental changes, such as to deepen our understanding of JavaScript and to explore the library and tools such as Firebug and jQuery to make life easier for developers. Another benefit was a significant performance improvement. But the crucial post-Ajax change can be seen recently on the new capabilities of browsers, ie HTML5, CSS3 and related Technologies such as the Geolocation (which for simplification of all refer to as "HTML 5"). Previously, it was not possible to work with advanced video and graphics, regardless of how good you were in JavaScript. You had to resort to the use of plugins, hacks and obezliček to get the skills required for modern applications. Today, for many of these capabilities, there are APIs defined set aside as open standards. Unlike previous techniques are usually faster, safer and easier for developers.

Michael lectures at JSConf 2010 (Source: Flickr )

along with software engineering, you also studied psychology. As these fields go together?

in many cases. This penetrating and fascinating as usual theme has always been artificial intelligence. But in recent decades, mostly academic waters User Experience surfaced and became a key subfield of modern software development. Note that the reviewers today are classified among the factors and user-friendliness, people expect that the products are intuitive. This can be achieved only with an understanding of human psychology, which means more than just speculation, is a branch of psychology based on facts.

you wrote a book Ajax Design Pattern to you from blogging and programming had to write the book?

book was based on my blogpost on the same topic. It was shortly after he created the term Ajax. People were excited, my text scored in the right sites (Delicious Popular, etc.) and my O'Reilly asked me to write a book about it. I continued blogging at the same time demonstrations and text books on the wiki.

If I ever write another book, perhaps avoiding the use of a wiki and I will concentrate more on the blog, or at least with comments on the wiki. It's better if you ask for feedback. For people rarely tackles the editing long articles written by one person. (And when it does, it is half the spam!)

Michael teaches at JSConf 2010 (Source: Flickr )

some time you've spent TiddlyWiki. It is rather curious project. What do you like about it? (Note: TiddlyWiki is a wiki distributed as a single HTML file.)

I worked with in Osmosoftu TiddlyWiki, an innovative group BT, led by the creator of TiddlyWiki by Jeremy Ruston. But the TiddlyWiki code, I was interested before, when I wrote the Ajax Design Patterns. Definitely not a typical project. Like I was joking, that as one of the few people in the world, I have paid me to create a Web application running on the protocol "file".

TiddlyWiki is essentially composed of one single file that contains all the HTML, cascading style sheets and JavaScript. This was in itself an innovative idea back then, but what makes it more unique is the ability to save the application on a local disk without browser extensions without the offline storage API from HTML5. It is possible to use Active X in IE, the native API in Firefox and other browsers by the applet in the second set. You can easily create a persistent web applications and even the "guerrilla" multi-user applications by simply placing the HTML on a shared drive.

Another cool feature is the plugin system. While TiddlyWiky by default acts as a personal wiki, it can easily create a blog, presentation or anything else. I recorded a screencast describing how within 15 minutes to create a forum . TiddlyWeb to use because it is a forum hosted on the server, although it was developed protocol "file".

With Michael Mahemoffem you can personally meet 15th November, hackathonu , the day before the GDD. (In addition, the event will see all day with me, because I was among the organizers 8-)

Interested in HTML5? Build development team and try for one day program useful applications. We give it to you: space, refreshments, Internet access and support for several Google developers during the day.

The server portion of the application can create in your favorite language. The client must use some of the options HTML5.

If HTML5 yet really do not understand, do not despair, for an overview, check presentation on HTML5Rocs . The site developers at Google (including Michael), who will be available throughout the day and advise you.

Join , we look forward to seeing you.

more information, visit Facebook or Twitter .

Hackathon organized GUG.cz in partnership with Google, and czu.gug.cz Business and Economics Faculty of Life Sciences.

hackathony you like. What do you consider the greatest contribution hackathonů?

Some hackathony I loved. Software engineering as a discipline has its strengths and weaknesses. And the real strength is the ability to create something absolutely stunning in a single day. Of course, many people hackathonech something so good to create, but at least it creates something, and thus learn a lot.

Hackathony celebrates this amazing what happens when you start the day with a small germ of an idea and finish it by showing the finished work of others. And includes social benefits - make new acquaintances, to work with others and learn from each other. And as much as the participants want. Some prefer to work alone - that's okay.

addition to creating software not learn just by reading books or listening. We can guess why this is so, but most developers will agree that to understand the basics you need to roll up our sleeves and get into your own coding. Hackathony are the ideal environment, it's a safe place where your output is not critical and you have many ways can someone advise and give feedback.

What was the longest hackathon which you participated?

In BT we practiced agile approach and actions are carried out intensively for three days. We tried to put together all the stakeholders of the project and gain the attention of users, so we can work with them and ask them to test the emerging work. We clarified our ideas and plan the next iteration.

It was not perfect. I sometimes had the feeling that the right balance we need more developers, we can do events that focus on creating actual projects and their presentation at the end of each day.

Some said that this is how the software occur every day - not to be the occasional big bang. But I think in large multinational corporations, the actions of the "big bang" the best feasible way. Most of these actions should really benefit the company.

So you organized Osmosoftu hackathony business? Why should companies organize their own hackathony?

Yes, they were very effective, and finally we have held about once a month. I've got fond memories. Osmosoft had a number of internal customers and external partners. In the morning we met up with the customer - usually a few of them came. We agreed on user scenarios, their priorities, and We started with hacking. Usually an hour or two sprint. We started at 10 am and the result of the work presented at 7 pm. Meanwhile, sprints, standup meetings to synchronize and schedule the next sprint. If it was, all the time we checkovali the GitHub repository or similar, and we tweeted about the event. The plan was not odprezentovat our work but also publicly to start a web application (this is often wrong).

I must emphasize two important points. Firstly, our progress was very fast, which surprised most of our customers. This was due to our emphasis on re-use - each project was not only an opportunity for creating new applications, but at the same time a series of components that we could use in other projects. It was not us Enteprise great vision, but to create a plugin for padesátiřádkového TiddlyWiki is doing something useful. Could it be a plugin for comments, graphics editor or word counter.

Second, openness may be in the context of forming a new product is surprising. We could not afford it because I built the framework based on plugins. Osmosoft to the creator of open source to create an open source component and thus the application, which in large part on the cost of these components. BT may modify it for their own needs as well as any other business (eg our external partners). My jsme byli součástí BT a tak jsme jim nabízeli přímou podporu k úpravě aplikací. Ale ukázali jsme, že open source může i v případě velké společnosti fungovat a předvedli jsme přínosy hackathonů.

Letos na jaře jsi začal pracovat pro Google jako Chrome Developer Advocate. Jak ses k té práci dostal? Byl to tvůj nápad nebo tě Google oslovil?

Byl jsem osloven jednou osobou z Googlu a pak jsem už prošel klasickým přijímacím procesem.

Chrome podporuje rozšíření, podobně jako řada dalších prohlížečů. However, each browser has a different implementation. It would unify the interface to be able to write the extension once and run everywhere, then?

usually called write once, run many, this is a great advantage for the development site itself. The downside is that it can prematurely halt the process of innovation. Such a mechanism Firefox extensions allow amazing things - like such Firebug, but the current developers are hard at it form the start - there's room left for further improvement, it was too early for standardization.

Today's Chrome for the extension mechanism, which is akin to web developers, Mozilla has JetPack with Opera and Safari also support the extension. Hopefully people will begin to draw Venn diagrams, and find out what are the different mechanisms in common. But just in case it does not stop innovation in other browsers. Chrome recently offered the extension to be able to add to the context menu, something like this would not be blocked standardization process.

How many Google Developer Days recite?

lecturers will be on three European GDD (Munich, Moscow and Prague), for each will have two sessions: Google Chrome Extensions, and HTML or Native for Mobile Development. On the other I, together with Android lawyer Rete Meier.

Have you ever been to Prague and this is your first visit? What are you most looking forward to?

In Prague, I still have not. The most important For me GUG action against GDD. The Czech Republic has a strong developer community, I look forward to meeting with local developers and what he will come.

Thank you for your time

Questions raised by Martin Hassman, matched by Michael Mahemoff.

And if you thought hackathonů, do not hesitate and register an account with our hackathon to organize the 15th November in Prague.

Back Pain More On Left Side

Michael Mahemoff: You can not just learn by reading or listening (interview)

Michael Mahemoff works for Google and Chrome Developer Advocate. He has been writing for Ajaxian for Many Years and wrote Ajax Design Patterns for O'Reilly in the 2006th He is the author of Useful Tools and dry ListOfTweets.com myös and funny project, IE6IsOlderThanYourGrandpa.com . He blogs at Softwareas.com and tweets, and @ mahemoff .

You can read Czech translation. There is United translation available.

You have been writing for Ajaxian five years already, with the field you watch this very Closely. What Were the most important changes in the JavaScript-and AJAX-World During last five years from your point of view?

There have been plenty of incremental changes, like our understanding of JavaScript getting more sophisticated and the introduction of libraries and tools like jQuery and Firebug to make life easier for developers. We've also benefited from massive performance improvement. But I think the most disruptive change, post-Ajax, is what we've seen recently with the new capabilities of browsers, i.e., HTML5, CSS3, and related technologies such as Geolocation (all of which I collectively refer to as "HTML5" for the sake of convenience). No matter how fluent we became with JavaScript and the like, it was still not possible to do things like video and rich graphics. To achieve the kind of capabilities modern apps required, we had to resort to browser plugins, hacks, and workarounds. Now with HTML5, we have dedicated APIs for many of these capabilities, defined as open standards. Compared to the previous techniques, they are based on open standards and they are typically faster, more secure, more powerful, and easier for developers to work with.

Michael speaking at JSConf 2010 ( from Flicker )

You studied Psychology in addition to Software Engineering. How do these subjects go together?

In many ways. Artificial intelligence has always been the obvious intersection and remains a fascinating topic. But over the past couple of decades, User Experience, has come to the fore and emerged from a rather academic niche into a key sub-discipline of modern software development. You see product reviews now which include User-Friendliness as a factor; people expect products to be intuitive. You can only do that with an appreciation of human psychology, which means more than just speculation; psychology is an evidence-based discipline.

You wrote book Ajax Design Pattern. How you got to writing book from blogging and programming?

The book was the product of a blog post on the same topic, where I got inspired to collect ideas after seeing the Ajax term coined. People got excited, it hit a few of the right sites (Delicious Popular, etc.), and O'Reilly approached me about writing a book. I continued blogging excerpts as well as writing the entire book on a wiki. If I write another book, I would probably avoid the wiki approach and concentrate more effort on the blog, or at least a wiki with comments. It's a better way to solicit community feedback as people will rarely make edits to a long article that is mostly one man's voice. (And when they do, it's spam half the time!)

Michael speaking at JSConf 2010 ( from Flicker )

You spent some time working with TiddlyWiki. It is a little bit strange project,isn't it? What do you like on it?

Yes, I worked on TiddlyWiki at Osmosoft, an innovation group inside BT which is run by TiddlyWiki creator, Jeremy Ruston, though I actually pored into the code much earlier, when I was writing Ajax Design Patterns. It's definitely different - I like to joke I'm one of the few people in the world who got paid to make web apps that run off a "file" URI. TiddlyWiki, at its heart, is a Single Page App - it contains all HTML, CSS, and JavaScript in a single file. This alone was innovative when it was first created, but what really makes it stand apart is its ability to save to the local hard drive, without any browser extensions and without using HTML5 offline storage APIs. It's possible using ActiveX on IE, native Mozilla APIs on Firefox, and resorting to a second applet file on other browsers, and it means people can easily build persistent web apps and even make "guerilla" multi-user apps just by sticking an HTML file on a share drive. The other cool thing is the plugin system. While TiddlyWiki is by default a personal wiki, you can quickly turn it into a blog, slideshow, or anything else. I recorded a screencast showing how to build a forum in 15 minutes . It also uses TiddlyWeb, so the forum is actually fully hosted on a server, even though its developed on a file URI.

You can meet Michael Mahemoff on HTML5 hackathon , on 15th November in Prague, register please ( Google Translate ).

You like hackathons. What do you see as the biggest benefit of hackathons?

Loves me some hackathon. As a discipline, software has strengths and weaknesses, and a major strength is that you can produce something completely awesome in a single day. Or of course, many people won't do exactly that, but they'll still build something and learn a lot in the process. So hackathons are a celebration of this amazing thing we do, where we can start the day with a seed of an idea and end up with a concrete manifestation of the idea. It's going with the flow, fitting in with the nature of software development. There's also a social aspect as well, people making connections, working with each other, learning from each other. And it can be as much or as little as the attendees want - some prefer flying solo, and that's fine too. Something else about software is that you can't just learn by reading or listening. We can debate the reasons, but most developers would agree you can only grasp the concepts by rolling up your sleeves and hacking out real code. Hackathons are an ideal environment to do that, a safe place where the output is not critical and there are plenty of opportunities to get feedback and assistance.

What was the longest hackathon you participated in?

At BT, we had an agile hothouse concept where the events went for three intense days.The idea was to pull together all the project stakeholders and put real users at the centre of attention, so we could work with them and ask them to test our emerging work. We could spike ideas and come out with a plan for the next iteration. It wasn't perfect. I felt like we sometimes needed more coders to get the balance right, in an event that was heavily oriented around building real products and presenting them at the end of each day. Some also argued that it's how software should work every day, not just an occasional big bang, but I think in a complex multinational corporation, such "big bang" events are the best thing realistically. I felt the principle was sound and found most of these events to be good value for the company.

So in Osmosoft there were hackathons inside the company? Why should companies try out their own hackathons?

Yes, they were incredibly effective and we ended up running them about one a month, as Osmosoft had a wide range of internal customers and external partners. Fond memories! We'd meet the customer in the morning, usually several of them present. We'd agree on user stories and prioritise them, and then we'd get hacking. Typically an hour or two per sprint, running from 10am and presenting our work at 7pm. Between sprints, a standup meeting to sync up and plan the next sprint. Ideally, we'd be checking into GitHub or similar repo the whole time, and tweeting the event. The ultimate plan was to not only present our work, but also host the resulting web app publicly by end of play (not that it always happened in practice).

There are two important points here. Firstly, we could move very quickly, in a way that often surprised our customer. The reason was our emphasis on reuse - every new project was an opportunity to build not just a new app, but a series of components that could be used on other projects. Not grand enterprisey whitepaper visions, but a 50-line TiddlyWiki plugin that actually does something useful, today. It could be a comments plugin, a graphical editor, or a word counter. Secondly, the openness may be striking in the context of a company building new products. We could do this because we were building a plugin-based framework. Osmosoft, as an open source provider, would make the open source components and an app which is mostly just a composition of those components. BT could then come along and customise it to their own needs, just as any other enterprise (such as our external partners) could pick it up and use it too. Of course, in practice, we were part of BT and we would offer them direct support in customising and deploying the apps. But we showed open source can work for a big company, and we showed the benefits of a hackathon.

You started working for Google in spring this year as a Chrome Developer Advocate. How do you got this job? Was it your idea or have you been asked by Google?

I was invited to apply for the role by someone in Google and I then went through a standard interview process.

Chrome has support for extensions as many other browsers today. But every browser has different implementation. Doesn't make sense to create some cross-browser interface for browser extensions? To make possible for developers to write extension once and run everywhere?

The obvious upside is write once, run many; which is a huge benefit of web development in general. The downside is the risk of stifling innovation too early. While Firefox's extension mechanism has led to wonderful things like Firebug, it's also been difficult for everyday web developers to jump into and left opportunities for improvement, so it was too early to standardise on something like that. Now that Chrome has an extension framework that's easy for web developers to pick up and use, and Mozilla has JetPack, and Safari and Opera also have extension mechanisms, hopefully people will start to draw Venn diagrams and work out where we have common ground. But only if it doesn't stop browsers from continuing to innovate in this area. Chrome has recently introduced the ability for extension commands to appear in the context menu; that's one example of the kind of ongoing improvement that shouldn't be hindered by a standardisation process.

How many GDD do you visit this year as a speaker?

I will speak at the three European GDDs (Munich, Moscow, Prague), in two sessions at each: Google Chrome Extensions and HTML or Native for Mobile Development. The latter will be me alongside Android advocate Reto Meier, so it should be a lot of fun.

Have you ever been to Prague or is it your first visit? What are you most looking for?

I've not been to Prague, But looking forward to it. The best thing for me Will Be The pre-GDD GTUG event. Czech Republic Clearly Has a strong web development community, so I'm looking forward to meeting the local developers and seeing what They come up with.

Martin Hassman WAS Interviewing Michael Mahemoff before HIS visit to Prague.

If you want to meet Michael at hackathon on November 15th, please register .