際際滷shows by User: oliverochs / http://www.slideshare.net/images/logo.gif 際際滷shows by User: oliverochs / Thu, 07 Mar 2013 09:09:43 GMT 際際滷Share feed for 際際滷shows by User: oliverochs Enterprise JS https://de.slideshare.net/oliverochs/enterprise-java-scriptohnebilder enterprise-javascript-ohne-bilder-130307090943-phpapp02
Um Bilder und Grafiken "bereinigte" Version des Vortrags bei der JUG Ostfalen. Nahezu jede groe Website egal ob das Backend in Java, PHP, Ruby oder Python programmiert wurde verwendet im Browser JavaScript als Sprache. Software-Artefakte, die in JavaScript erstellt wurden, werde zunehmend wichtiger, da Logik in letzter Zeit tendenziell wieder vom Server zur端ck in den Browser wandert. JavaScript-Entwicklung ist im Alltag des Enterprise-Entwicklers angekommen. Teils muss er als Backend-Entwickler JavaScript-Code 端berarbeiten, der z.B. von einer Webagentur erstellt wurde, teils muss er auch selbst JavaScript-Artefakte erzeugen oder ein ganzes Framework oder eine Library in JavaScript schreiben oder pflegen.Der erste Teil des Vortrags richtet sich an Enterprise-Enwickler (meist mit einem Java-EE-Hintergrund), die sich f端r JavaScript interessieren, sich schnell darin einarbeiten wollen und Tipps suchen, dieses Ziel zu erreichen. Dabei werden einige Grundlagen der Sprache vorgestellt. Dieser Teil des Vortrags soll eher Lust auf Mehr machen als fundamentales Wissen in aller Tiefe zu vermitteln.Enterprise-Entwicklung ist in der Regel Teamarbeit. Eine groe Codebasis mus wartbar bleiben. Im zweiten Teil des Vortrags werden Techniken und Tools vorgestellt, die dabei helfen k旦nnen, eine geeignete Codequalit辰t zu erreichen und zu wahren]]>
Um Bilder und Grafiken "bereinigte" Version des Vortrags bei der JUG Ostfalen. Nahezu jede groe Website egal ob das Backend in Java, PHP, Ruby oder Python programmiert wurde verwendet im Browser JavaScript als Sprache. Software-Artefakte, die in JavaScript erstellt wurden, werde zunehmend wichtiger, da Logik in letzter Zeit tendenziell wieder vom Server zur端ck in den Browser wandert. JavaScript-Entwicklung ist im Alltag des Enterprise-Entwicklers angekommen. Teils muss er als Backend-Entwickler JavaScript-Code 端berarbeiten, der z.B. von einer Webagentur erstellt wurde, teils muss er auch selbst JavaScript-Artefakte erzeugen oder ein ganzes Framework oder eine Library in JavaScript schreiben oder pflegen.Der erste Teil des Vortrags richtet sich an Enterprise-Enwickler (meist mit einem Java-EE-Hintergrund), die sich f端r JavaScript interessieren, sich schnell darin einarbeiten wollen und Tipps suchen, dieses Ziel zu erreichen. Dabei werden einige Grundlagen der Sprache vorgestellt. Dieser Teil des Vortrags soll eher Lust auf Mehr machen als fundamentales Wissen in aller Tiefe zu vermitteln.Enterprise-Entwicklung ist in der Regel Teamarbeit. Eine groe Codebasis mus wartbar bleiben. Im zweiten Teil des Vortrags werden Techniken und Tools vorgestellt, die dabei helfen k旦nnen, eine geeignete Codequalit辰t zu erreichen und zu wahren]]> Thu, 07 Mar 2013 09:09:43 GMT https://de.slideshare.net/oliverochs/enterprise-java-scriptohnebilder oliverochs@slideshare.net(oliverochs) Enterprise JS oliverochs Um Bilder und Grafiken "bereinigte" Version des Vortrags bei der JUG Ostfalen. Nahezu jede groe Website egal ob das Backend in Java, PHP, Ruby oder Python programmiert wurde verwendet im Browser JavaScript als Sprache. Software-Artefakte, die in JavaScript erstellt wurden, werde zunehmend wichtiger, da Logik in letzter Zeit tendenziell wieder vom Server zur端ck in den Browser wandert. JavaScript-Entwicklung ist im Alltag des Enterprise-Entwicklers angekommen. Teils muss er als Backend-Entwickler JavaScript-Code 端berarbeiten, der z.B. von einer Webagentur erstellt wurde, teils muss er auch selbst JavaScript-Artefakte erzeugen oder ein ganzes Framework oder eine Library in JavaScript schreiben oder pflegen.Der erste Teil des Vortrags richtet sich an Enterprise-Enwickler (meist mit einem Java-EE-Hintergrund), die sich f端r JavaScript interessieren, sich schnell darin einarbeiten wollen und Tipps suchen, dieses Ziel zu erreichen. Dabei werden einige Grundlagen der Sprache vorgestellt. Dieser Teil des Vortrags soll eher Lust auf Mehr machen als fundamentales Wissen in aller Tiefe zu vermitteln.Enterprise-Entwicklung ist in der Regel Teamarbeit. Eine groe Codebasis mus wartbar bleiben. Im zweiten Teil des Vortrags werden Techniken und Tools vorgestellt, die dabei helfen k旦nnen, eine geeignete Codequalit辰t zu erreichen und zu wahren <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/enterprise-javascript-ohne-bilder-130307090943-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Um Bilder und Grafiken &quot;bereinigte&quot; Version des Vortrags bei der JUG Ostfalen. Nahezu jede groe Website egal ob das Backend in Java, PHP, Ruby oder Python programmiert wurde verwendet im Browser JavaScript als Sprache. Software-Artefakte, die in JavaScript erstellt wurden, werde zunehmend wichtiger, da Logik in letzter Zeit tendenziell wieder vom Server zur端ck in den Browser wandert. JavaScript-Entwicklung ist im Alltag des Enterprise-Entwicklers angekommen. Teils muss er als Backend-Entwickler JavaScript-Code 端berarbeiten, der z.B. von einer Webagentur erstellt wurde, teils muss er auch selbst JavaScript-Artefakte erzeugen oder ein ganzes Framework oder eine Library in JavaScript schreiben oder pflegen.Der erste Teil des Vortrags richtet sich an Enterprise-Enwickler (meist mit einem Java-EE-Hintergrund), die sich f端r JavaScript interessieren, sich schnell darin einarbeiten wollen und Tipps suchen, dieses Ziel zu erreichen. Dabei werden einige Grundlagen der Sprache vorgestellt. Dieser Teil des Vortrags soll eher Lust auf Mehr machen als fundamentales Wissen in aller Tiefe zu vermitteln.Enterprise-Entwicklung ist in der Regel Teamarbeit. Eine groe Codebasis mus wartbar bleiben. Im zweiten Teil des Vortrags werden Techniken und Tools vorgestellt, die dabei helfen k旦nnen, eine geeignete Codequalit辰t zu erreichen und zu wahren
from Oliver Ochs
]]> 1961 37 https://cdn.slidesharecdn.com/ss_thumbnails/enterprise-javascript-ohne-bilder-130307090943-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Schwar http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Rolling out Real User Monitoring at Telefonica Germany /slideshow/rolling-out-real-user-monitoring-at-telefonica-germany/14586066 rollingoutrealusermonitoringattelefonicagermany-121004050530-phpapp02
Telef坦nica Germany, best known for its consumer brand o2 (www.o2online.de), operate several Web portals for prospects, customers, service agents, and business partners. With 3 million PageViews a day, their Web portals are an integral part of nearly all major business processes. Performance is a critical factor that directly influences conversion rates and revenue of a Web portal. Thus performance is a major requirement that adds specific effort to the entire Web development process. Telef坦nica Germany use a variety of tools to ensure and verify that performance requirements are met. In 2012 we rolled out Real User Monitoring based on the recent Navigation Timing API adding a new aspect to Web page monitoring that no other approach provides. Real User Monitoring takes place right in your users browsers measuring your users true experience when accessing your Web pages. This captures all factors, e.g., bandwidth, network latency, hardware, protocol, banners, tracking pixel, mashups, browser extensions allowing new findings, e.g., How many users actually load a particular page in up to 2.5 seconds? How many users does our portal actually reach (coverage), i.e., how many users do we abandon due to their limited bandwidth? Does my portal actually meet service level agreements (SLAs)? This session addresses the following questions: Navigation Timing API What does it do? How to choose the right parameters How to implement the sensor How to send the data to the server How much data is needed Which pages should be measured? Which key performance indicators (KPIs) make sense? Which service level agreements (SLAs) make sense? What did we learn from real users performance data? This session reports on the introduction of Real User Monitoring at Telef坦nica Germany. It provides experience and learnings, practical tips, dos and donts. Attendees will walk away with a clear unterstanding of Real User Monitoring based on the Navigation Timing API, its benefits and limitations, and how it can be implemented.]]>
Telef坦nica Germany, best known for its consumer brand o2 (www.o2online.de), operate several Web portals for prospects, customers, service agents, and business partners. With 3 million PageViews a day, their Web portals are an integral part of nearly all major business processes. Performance is a critical factor that directly influences conversion rates and revenue of a Web portal. Thus performance is a major requirement that adds specific effort to the entire Web development process. Telef坦nica Germany use a variety of tools to ensure and verify that performance requirements are met. In 2012 we rolled out Real User Monitoring based on the recent Navigation Timing API adding a new aspect to Web page monitoring that no other approach provides. Real User Monitoring takes place right in your users browsers measuring your users true experience when accessing your Web pages. This captures all factors, e.g., bandwidth, network latency, hardware, protocol, banners, tracking pixel, mashups, browser extensions allowing new findings, e.g., How many users actually load a particular page in up to 2.5 seconds? How many users does our portal actually reach (coverage), i.e., how many users do we abandon due to their limited bandwidth? Does my portal actually meet service level agreements (SLAs)? This session addresses the following questions: Navigation Timing API What does it do? How to choose the right parameters How to implement the sensor How to send the data to the server How much data is needed Which pages should be measured? Which key performance indicators (KPIs) make sense? Which service level agreements (SLAs) make sense? What did we learn from real users performance data? This session reports on the introduction of Real User Monitoring at Telef坦nica Germany. It provides experience and learnings, practical tips, dos and donts. Attendees will walk away with a clear unterstanding of Real User Monitoring based on the Navigation Timing API, its benefits and limitations, and how it can be implemented.]]> Thu, 04 Oct 2012 05:04:42 GMT /slideshow/rolling-out-real-user-monitoring-at-telefonica-germany/14586066 oliverochs@slideshare.net(oliverochs) Rolling out Real User Monitoring at Telefonica Germany oliverochs Telef坦nica Germany, best known for its consumer brand o2 (www.o2online.de), operate several Web portals for prospects, customers, service agents, and business partners. With 3 million PageViews a day, their Web portals are an integral part of nearly all major business processes. Performance is a critical factor that directly influences conversion rates and revenue of a Web portal. Thus performance is a major requirement that adds specific effort to the entire Web development process. Telef坦nica Germany use a variety of tools to ensure and verify that performance requirements are met. In 2012 we rolled out Real User Monitoring based on the recent Navigation Timing API adding a new aspect to Web page monitoring that no other approach provides. Real User Monitoring takes place right in your users browsers measuring your users true experience when accessing your Web pages. This captures all factors, e.g., bandwidth, network latency, hardware, protocol, banners, tracking pixel, mashups, browser extensions allowing new findings, e.g., How many users actually load a particular page in up to 2.5 seconds? How many users does our portal actually reach (coverage), i.e., how many users do we abandon due to their limited bandwidth? Does my portal actually meet service level agreements (SLAs)? This session addresses the following questions: Navigation Timing API What does it do? How to choose the right parameters How to implement the sensor How to send the data to the server How much data is needed Which pages should be measured? Which key performance indicators (KPIs) make sense? Which service level agreements (SLAs) make sense? What did we learn from real users performance data? This session reports on the introduction of Real User Monitoring at Telef坦nica Germany. It provides experience and learnings, practical tips, dos and donts. Attendees will walk away with a clear unterstanding of Real User Monitoring based on the Navigation Timing API, its benefits and limitations, and how it can be implemented. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/rollingoutrealusermonitoringattelefonicagermany-121004050530-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Telef坦nica Germany, best known for its consumer brand o2 (www.o2online.de), operate several Web portals for prospects, customers, service agents, and business partners. With 3 million PageViews a day, their Web portals are an integral part of nearly all major business processes. Performance is a critical factor that directly influences conversion rates and revenue of a Web portal. Thus performance is a major requirement that adds specific effort to the entire Web development process. Telef坦nica Germany use a variety of tools to ensure and verify that performance requirements are met. In 2012 we rolled out Real User Monitoring based on the recent Navigation Timing API adding a new aspect to Web page monitoring that no other approach provides. Real User Monitoring takes place right in your users browsers measuring your users true experience when accessing your Web pages. This captures all factors, e.g., bandwidth, network latency, hardware, protocol, banners, tracking pixel, mashups, browser extensions allowing new findings, e.g., How many users actually load a particular page in up to 2.5 seconds? How many users does our portal actually reach (coverage), i.e., how many users do we abandon due to their limited bandwidth? Does my portal actually meet service level agreements (SLAs)? This session addresses the following questions: Navigation Timing API What does it do? How to choose the right parameters How to implement the sensor How to send the data to the server How much data is needed Which pages should be measured? Which key performance indicators (KPIs) make sense? Which service level agreements (SLAs) make sense? What did we learn from real users performance data? This session reports on the introduction of Real User Monitoring at Telef坦nica Germany. It provides experience and learnings, practical tips, dos and donts. Attendees will walk away with a clear unterstanding of Real User Monitoring based on the Navigation Timing API, its benefits and limitations, and how it can be implemented.
Rolling out Real User Monitoring at Telefo鐚ica Germany from Oliver Ochs
]]> 1147 3 https://cdn.slidesharecdn.com/ss_thumbnails/rollingoutrealusermonitoringattelefonicagermany-121004050530-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Building performance auf der Developer Conference Hamburg /slideshow/building-performance-auf-der-developer-conference-hamburg/14221336 building-performance-120909031419-phpapp01
Die Geschwindigkeit einer Website ist in entscheidendem Mae f端r den Umsatz mitverantwortlich. Ein wesentlicher Faktor hierbei ist die Zeit f端r das Laden und Rendern von Seiten im Browser. Steve Souders zeigte beispielsweise, dass ca. 80% der Ladezeit einer Seite im Client verbraucht werden. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern]]>
Die Geschwindigkeit einer Website ist in entscheidendem Mae f端r den Umsatz mitverantwortlich. Ein wesentlicher Faktor hierbei ist die Zeit f端r das Laden und Rendern von Seiten im Browser. Steve Souders zeigte beispielsweise, dass ca. 80% der Ladezeit einer Seite im Client verbraucht werden. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern]]> Sun, 09 Sep 2012 03:14:18 GMT /slideshow/building-performance-auf-der-developer-conference-hamburg/14221336 oliverochs@slideshare.net(oliverochs) Building performance auf der Developer Conference Hamburg oliverochs Die Geschwindigkeit einer Website ist in entscheidendem Mae f端r den Umsatz mitverantwortlich. Ein wesentlicher Faktor hierbei ist die Zeit f端r das Laden und Rendern von Seiten im Browser. Steve Souders zeigte beispielsweise, dass ca. 80% der Ladezeit einer Seite im Client verbraucht werden. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/building-performance-120909031419-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Die Geschwindigkeit einer Website ist in entscheidendem Mae f端r den Umsatz mitverantwortlich. Ein wesentlicher Faktor hierbei ist die Zeit f端r das Laden und Rendern von Seiten im Browser. Steve Souders zeigte beispielsweise, dass ca. 80% der Ladezeit einer Seite im Client verbraucht werden. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern
Building performance auf der Developer Conference Hamburg from Oliver Ochs
]]> 908 15 https://cdn.slidesharecdn.com/ss_thumbnails/building-performance-120909031419-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Building Performance - ein Frontend-Build-Prozess f端r Java mit Maven /slideshow/building-performance-ein-frontendbuildprozess-fr-java-mit-maven/12795018 build-prozess-120504015510-phpapp01
Jan Weinschenker und Oliver Ochs (Holisticon AG) In diesem Vortrag geht es um eine konkrete Website. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor, die auerhalb eines Builds durchgef端hrt wurden. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern.]]>
Jan Weinschenker und Oliver Ochs (Holisticon AG) In diesem Vortrag geht es um eine konkrete Website. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor, die auerhalb eines Builds durchgef端hrt wurden. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern.]]> Fri, 04 May 2012 01:55:08 GMT /slideshow/building-performance-ein-frontendbuildprozess-fr-java-mit-maven/12795018 oliverochs@slideshare.net(oliverochs) Building Performance - ein Frontend-Build-Prozess f端r Java mit Maven oliverochs Jan Weinschenker und Oliver Ochs (Holisticon AG) In diesem Vortrag geht es um eine konkrete Website. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor, die auerhalb eines Builds durchgef端hrt wurden. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/build-prozess-120504015510-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Jan Weinschenker und Oliver Ochs (Holisticon AG) In diesem Vortrag geht es um eine konkrete Website. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmanahmen vor, die auerhalb eines Builds durchgef端hrt wurden. F端r eine dauerhafte, nachhaltige Performance-Optimierung m端ssen die Manahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess f端r Java-Webanwendungen, der Teile der Optimierungsmanahmen durchf端hrt. Andere Teile m端ssen durch eine geeignete Architektur sichergestellt werden, wof端r wir ebenfalls Ideen liefern.
Building Performance - ein Frontend-Build-Prozess f腴r Java mit Maven from Oliver Ochs
]]> 1140 3 https://cdn.slidesharecdn.com/ss_thumbnails/build-prozess-120504015510-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 https://cdn.slidesharecdn.com/profile-photo-oliverochs-48x48.jpg?cb=1523281444 https://cdn.slidesharecdn.com/ss_thumbnails/enterprise-javascript-ohne-bilder-130307090943-phpapp02-thumbnail.jpg?width=320&height=320&fit=bounds oliverochs/enterprise-java-scriptohnebilder Enterprise JS https://cdn.slidesharecdn.com/ss_thumbnails/rollingoutrealusermonitoringattelefonicagermany-121004050530-phpapp02-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/rolling-out-real-user-monitoring-at-telefonica-germany/14586066 Rolling out Real User ... https://cdn.slidesharecdn.com/ss_thumbnails/building-performance-120909031419-phpapp01-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/building-performance-auf-der-developer-conference-hamburg/14221336 Building performance a...