Chris Heilmann gave a talk celebrating beautiful web sites but noted that many sites could be more optimized. He highlighted that the average site is over 2 MB in size, with images making up over 1 MB of that. Many sites use unnecessary libraries, send high resolution images to all devices, and include autoplay videos without checking connection speed. However, newer browser capabilities like Flexbox, Service Workers, and camera/microphone access provide opportunities. Sites should cut unnecessary code, optimize images, and leverage new technologies to create accessible experiences for all types of users on today's capable browsers.
The document discusses the evolution of the web from progressive web apps to native mobile apps and back again to progressive web apps. It notes that early mobile web faced issues like small screens, poor connectivity and unreliable browsers, leading to the rise of native apps. However, app distribution issues like slow updates and the "walled garden" approach of app stores have led to a renewed interest in progressive web apps that work offline but do not require app stores, allowing for more open distribution like the original web.
- The web development community needs to focus more on quality, accessibility, and standards compliance rather than constant innovation and new techniques. Browsers have come a long way but still struggle to balance implementing new features while maintaining compatibility. - Web pages have gotten slower and larger over time due to an emphasis on appearance over performance and a reluctance to drop legacy techniques. Many modern solutions make the web more complex without real benefits. - Developers should provide better feedback to browsers, demand stronger support for baseline functionality, and stop catering to outdated browsers to encourage continued progress toward an interoperable web. Simpler, more sustainable approaches would benefit all.
The document discusses the history and future of JavaScript and Node.js. It covers the promises and problems of JavaScript, how Node.js helped address some issues but created new ones like monoculture. It then discusses how ES6 and the ChakraCore engine can help modernize JavaScript and break the Node monoculture by providing an additional engine option. The author hopes for less drama, embracing change, simplicity, inclusiveness, and prioritizing users over developers.
This document discusses JavaScript and ES6. It covers some of the historical issues with JavaScript, the learning process, dependency on libraries/frameworks, and new features in ES6. It also discusses transpiling code to support older browsers, standards and interoperability challenges, and new JavaScript engines like ChakraCore that could break monopolies.
I built this presentation for Prime ICT Meetup that happened in Kathmandu on June, 2016. Here, I talk about What JavaScript really is and about some new features introduced in ES6. The first part of the slides are taken/influenced from David Crockford's talk called "Really. JavaScript" : https://www.youtube.com/watch?v=lTWGoL1N-Kc
JavaScript is arguably the most important language in the world. It comes included in nearly every desktop and mobile browser. It powers the client-side of apps like Facebook and GMail. It is the language of choice for mobile development environments like Apccelerator's Titanium and Apache's Cordova (aka Adobe's PhoneGap). It is even on the server now in Node.js. Yet when programmer's run into performance issue with JavaScript their first inclination is to blame its interpreted nature, not realizing that simple changes in the structure of their code can result in sometimes significant improvements in performance. In this session I will show five quick changes you can make to your JavaScript code to improve its performance and explain why they work.
This document discusses upgrading JavaScript to ES6 and using TypeScript as an alternative. It covers some of the old issues with JavaScript, the learning process, tooling challenges, and dependency on libraries/frameworks. ES6 promises to address many of these with new features, but browser support is still evolving so transpilation is needed. TypeScript is presented as a shortcut that provides type safety and class-based syntax without transpilation overhead. The document also mentions the ChakraCore JavaScript engine as a promising new development.
1) The document discusses high-performance JavaScript and describes how the speaker's company, Plaxo, almost failed to launch their product because it was too slow. 2) It presents a mantra for high-performance JavaScript: be lazy, be responsive, be pragmatic, be vigilant. 3) Some techniques discussed include writing less code, loading JavaScript on demand, drawing UI late, yielding to keep the interface responsive, and profiling relentlessly.
The document discusses building single page web apps and provides tips for doing so efficiently. It recommends using templating to build markup on demand, destroying and rebuilding elements, and managing data through tombstoning, on-demand loading, and purging stale data. It also recommends libraries like Backbone.js, Upshot.js, Navigation.js, and Knockout.js and discusses using local storage and deferred loading of content to improve performance of single page apps.
This document discusses progressing web development and applications. It talks about some common criticisms of the web, including that browsers differ too much and the web is too flexible. However, it argues that browser differences allow for innovation and flexibility is one of the web's strengths. It promotes an approach of focusing on capabilities rather than browsers. The document also discusses progressing technologies like service workers and progressive web apps that can make applications work offline and feel more like native apps while still being web-based. It concludes by arguing the web is not going away and is a great platform to build upon.
Microsoft has become more open in recent years by open sourcing many products, making products cross-platform, and making training materials openly available. This open approach makes business sense for Microsoft as it attracts developers, allows employees flexibility, and taps into outside skills. Examples of Microsoft's success with open source include the Edge browser, Visual Studio Code editor, TypeScript transpiler, and ChakraCore JavaScript engine. The presenter encourages attendees to help promote Microsoft's open products and projects through conference talks, writing, and contributing translations and code.
The document discusses how to recreate native mobile controls like those found in apps using jQuery, CSS, and HTML5. It provides examples of recreating controls from Windows Phone 7 like the Panorama and Jump List controls as well as a slide menu and scroll view control. Resources on mobile web development and specifications are also referenced.
The document discusses using JavaScript like a buffet, where developers should be flexible and not try to do everything with JavaScript or force their preferences on others. It encourages sharing code openly but also being considerate of different environments and users. Developers are advised to focus on quality over quantity and consider progressive enhancement over delivering all functionality at once.
Having a comprehensive mobile strategy is great but your users aren’t waiting around till you have have a pixel perfect solution. Your users are on their mobile devices right now waiting to access your content, having something up is better than nothing. This talk is a look at creating a practical, agile and ever evolving mobile Web presence. A mobile presence can be created on a small budget and without a lot of time. An introduction to the tools, frameworks and testing strategies needed to get a mobile website up quickly and moving in a more useful and usable direction each day.
Keynote of the second You Gotta Love Frontend conference in Tel Aviv/Israel talking about what to expect of the web in the near future.
“If Tetris has taught me anything, it’s that errors pile up and accomplishments disappear” is a common quote and it seems we’re living this to its full extend as web developers. We fail to celebrate the successes we have and the tools that are at our disposal but we’re never short of finding reasons why things don’t work. We also tend to pile on technology on technology to solve problems that may actually not exist and thus clog up the web. In this talk Chris Heilmann wants to remind us what we achieved and how we should celebrate it and how we should stop trying to solve problems that are simply beyond our control.
The document discusses the challenges facing the progressive web and introduces progressive web apps (PWAs) as a solution. PWAs are built using modern web standards to provide native app-like experiences through features like push notifications, offline support, and app installation. They address issues with native apps like high installation friction, lack of control for publishers, and app store policies. PWAs are gaining adoption from companies like Alibaba and Housing.com who saw increases in user engagement metrics after implementing PWAs. The document outlines the core components of PWAs and provides an overview of browser and platform support.
Nearly half of the adult population in the U.S. have low literacy skills. Including these participants in usability studies is important, but they are notoriously hard to recruit. Learn strategies for recruiting participants with poor reading skills and methods for estimating their reading level.
Instructor: Josiah Fisk, More Carrot Simple visual cues can give a tremendous boost to readability — or can undermine it, often significantly. In this workshop, you’ll learn what the most important visual cues are, how to use them effectively, and how to avoid the problems that can come from failing to pay attention to what your visual cues are saying. There will also be an introduction to information design for plain language writers plus hands-on exploration of the differences between graphic design and information design.
It is our right to understand the laws and regulations that we need to comply with as citizens and residents. The Plain Regulations Act will require agencies to write regulations using language we can all understand. This presentation describes ~the Act ~Why you should care and ~How you can help the Center for Plain Language get the bill out of committee for a vote on the floor. Hint: Write a letter ... or 6
From the perspective of a participant, user research is not very natural. We ask participants to try to act naturally in the artificial environment of a lab, or we impose ourselves on their environment and hope our presence doesn't affect their behavior. We often forget how unnatural user research can be and the negative effects it can have on participants. In this presentation, we'll first examine the ways in which user research can be unnatural. Then we'll discuss ways to minimize or eliminate these unnatural aspects of user research.
The document provides guidance on writing content for the web in plain language. It discusses key principles of plain language writing including using common words, short sentences, active voice, and avoiding jargon and unnecessary information. Specific techniques are outlined such as replacing wordy phrases and hidden verbs with stronger verbs. Examples of plain language rewrites improve clarity and readability. The goal is for web content to have a conversational tone that helps users understand what they need through logical organization and signposts.
The document is a scorecard that analyzes a document for quality, categories, and issues related to SEO, terminology, spelling, grammar, style, reuse, readability, informality, and liveliness. It finds 4 issues with spelling, 0 issues with grammar, and 48 issues with style. It also lists specific issues found and suggestions to improve the document.
The document provides a summary of the analysis of an HTML document for quality, categories, terminology, spelling, grammar, style, readability, and other metrics. There was 1 terminology issue identified, 4 spelling issues, and 48 style issues. The style issues included complex words, long sentences, passive voice, noun clusters and other writing issues. The document received an overall quality score of 74%.
The document discusses Dean Shareski's presentation on STEM education at the STEM Academy TCEA conference in Austin, Texas on February 1, 2016. It introduces Dean and provides his contact information. It then asks attendees to find an image and write a 6-word story about STEM using science, technology, engineering, or math terms and share it online. The presentation aims to show the beauty in STEM and make it appealing to more than just "geeks."
The document discusses crisis communication strategies and lessons from BP's response to the 2010 Gulf of Mexico oil spill. It covers developing a crisis communication plan, monitoring social media, being prepared to respond quickly, and the importance of transparency, accountability and engaging stakeholders. It notes that BP was slow to acknowledge and respond to the spill on social media, and that their initial response focused on damage control rather than addressing public concerns, a mistake others can learn from.
Sample text for Business Owners and Group Leaders to use in your write a letter to your Congressmen asking them to Co-sponsor the Plain Language Act.
This document discusses common mistakes made in website accessibility and proposes a solution called A211y. It finds that developers are typically assigned accessibility issues too late in the process, when they are the primary owners of only 20% of issues. Most issues are actually existing best practices (53%) or accessibility guidelines (39%) that should be addressed earlier by their true primary owners - interaction designers (37%), content authors (24%) and visual designers (16%). The document advocates assigning each accessibility success criterion from the start to the appropriate team role responsible for its introduction. This would catch more issues earlier in the design process and require fewer fixes later by developers.
The letter urges the senator to co-sponsor bills that would require the government to communicate with citizens using plain language in regulations. It argues that complicated regulatory language prevents government employees and citizens from fully understanding regulations, leading to wasted time and money trying to comply. Simplifying language would allow citizens to understand their rights and responsibilities without needing expensive experts. The bills aim to save taxpayer money while increasing transparency in government.
Este documento presenta un resumen biográfico de Armando Scannone, un chef venezolano, y una recopilación de más de 100 artículos y recetas de cocina venezolana y latinoamericana. La mayor parte de la recopilación fue realizada por Susana Marchán y Apicius El Romano, quienes añadieron archivos adicionales y lo convirtieron a formato PDF con marcadores.
Companies can leverage game thinking (gamification) to delight customers, increase usage and achieve business goals. The following deck is an overview of my research on the topic of gamification and game thinking. Enjoy!
Center for Plain Language Workshop Fall 2014 Plain Language Starts with Planning and Personas Ginny Reddish http://www.redish.net Overview Communicating successfully doesn’t start with writing - it starts with planning. Learn new ways to state your purposes so you focus on what you want to achieve. Put your reader on your shoulder as you write. See the power of thinking of everything you write as a conversation. You’ll leave with a Plain Language Planning Guide to share with colleagues and use with subject matter experts to focus their writing in new ways.
Presentation Venue: Federal PLAIN language group What is it? Guidance for fedral agency Plain Language Leaders planning for the 2014 Center for Plain Language Reportcard
Center for Plain Language Workshop Fall 2014 Plain Language: So what? Principles of writing to show IMPACT Chip Crane http://cpointconsulting.com/ "What's the point here?" Readers need to understand the Why? of your document so they can really appreciate the What? Learning a few principles will help you make that elusive "So What?" undefined the impact undefined explicit in your workplace writing. Whether a progress update for your supervisor, a brochure describing services, or an email about a new policy, making clear to readers why your information matters to them is vital to effective communication.
The document provides tips for giving constructive feedback to writers in a helpful way. It recommends thinking like a coach by focusing on long-term improvement. Feedback should acknowledge what the writer is trying to do, use a friendly tone, and convince the writer the reviewer is on their side. Editing should be limited to one or two paragraphs and explain any style or grammar changes to empower the writer for continued growth.
Center for Plain Language Workshop Fall 2014 Plain Language: A Tool to Promote Health Literacy Karen Baker http://www.healthwise.org Overview In this interactive workshop, you will learn the many ways that plain language can help people understand health information and engage with the health care system. Understand who struggles with health literacy and why. (It can happen to any of us.) Learn how to use plain language techniques to promote understanding.