This document discusses the growing impact of technology on education and presents strategies for effectively integrating technology into teaching. It notes that while technology has advanced rapidly, education curriculums have not fully embraced technology's importance. The document also addresses challenges like balancing technology with traditional instruction and increasing testing pressures. Additionally, it cautions against overreliance on tools like PowerPoint and advocates using technology visually to engage audiences while addressing complex topics that cannot be overly simplified.
The document discusses the second stage of assessment which is determining acceptable evidence of student learning, such as how teachers will know if students have achieved desired results and standards. It explains that teachers should think about what types of assessment evidence is needed to show students have achieved the goals outlined in stage 1. The document also provides examples of how students can demonstrate their understanding through explanation, interpretation, application, perspective, empathy, and self-knowledge.
This document discusses the growing impact of technology on education and presents strategies for effectively integrating technology into teaching. It notes that while technology has advanced rapidly, education curriculums have not fully embraced technology's importance. The document also addresses challenges like balancing technology with traditional instruction and increasing testing pressures. Additionally, it cautions against overreliance on tools like PowerPoint and advocates using technology visually to engage audiences while addressing complex topics that cannot be overly simplified.
The document discusses the second stage of assessment which is determining acceptable evidence of student learning, such as how teachers will know if students have achieved desired results and standards. It explains that teachers should think about what types of assessment evidence is needed to show students have achieved the goals outlined in stage 1. The document also provides examples of how students can demonstrate their understanding through explanation, interpretation, application, perspective, empathy, and self-knowledge.
Delivering software - process and infrastructureRune Sundling
This document discusses processes and infrastructure for delivering software. It describes a development process of developing, testing, and fixing errors before release. It then outlines roles in the process like developers, business, and operations. The document details a delivery process with commit and acceptance test stages to increase confidence in a build's readiness for production through faster feedback. It advocates for continuous delivery using tools like source control, continuous integration, and configuration management.
The document discusses different models and theories related to health and wellness. It covers the medical model which focuses on treating disease, injuries, and disabilities with drugs and surgeries. It also mentions the environmental model which considers social and physical factors. A holistic model is described that takes a broader view of health as physiological, mental, emotional, social and spiritual well-being. The dimensions of health and wellness are defined along with several theories of health behavior change.
The document summarizes theories of continental drift and plate tectonics. In 1915, Alfred Wegener first proposed the theory of continental drift, which states that parts of the Earth's crust slowly drift atop a liquid core. Wegener hypothesized that around 200 million years ago, all the continents were joined together in a supercontinent called Pangaea. Pangaea later broke apart into smaller supercontinents, and by the end of the Cretaceous period the continents had separated into their modern positions. In the 1960s, Harry Hess proposed the theory of seafloor spreading, which provided support for continental drift by showing how ocean floors spread outward from underwater ridges. Plate tectonics expanded on these ideas
Static code analysis involves using tools to analyze source code for potential issues. It can find bugs, code quality issues, and other problems but is not a replacement for testing. Several experts note that combining static analysis, inspections, and testing leads to better defect removal than only using testing. Common static analysis tools include FxCop, StyleCop, ReSharper, and NDepend. Integrating static analysis into the development process can provide benefits but obstacles like resources and unrealistic expectations must be addressed.
Being able to code does not make you a good developerRune Sundling
Rune Sundling argues in his blog post that being able to code alone does not make someone a good developer. He lists several soft skills that are also important for developers, including taking responsibility, cooperation, communication, listening skills, and considering colleagues, meetings, feedback and one's well-being. Sundling emphasizes that good development requires both technical coding ability as well as soft skills like communication, responsibility and collaboration.
Dell Solutions Tour 2015 - Neste generasjons Windows Server og System Center,...Kenneth de Brucq
Moderne driftsplattformer baseres på neste generasjons Windows Server og System Center, og på Dell Solutions Tour deler han de mest spennende nyhetene og nyttigste funksjonene.
I moderne web og mobile applikasjoner forventer brukerne å ha samme kontroll og oversikt som i tradisjonelle desktopapplikasjoner. Det skaper noen nye utfordringer for oss utviklere når front-end kjøres på en annen enhet en back-end som igjen typisk kjøres på en annen server en eksisterende kjernesystemer.
I denne sesjonen viser Joar Øyen hvordan slike utfordringer er løst i en moderne web applikasjon fra Lindbak Retail Systems. Du får vite mer om Service Bus for Windows Server, Signal R og Windows Azure Notification Hubs og hvordan disse produktene er satt sammen for å holde brukere oppdatert i en asynkron verden.
Delivering software - process and infrastructureRune Sundling
This document discusses processes and infrastructure for delivering software. It describes a development process of developing, testing, and fixing errors before release. It then outlines roles in the process like developers, business, and operations. The document details a delivery process with commit and acceptance test stages to increase confidence in a build's readiness for production through faster feedback. It advocates for continuous delivery using tools like source control, continuous integration, and configuration management.
The document discusses different models and theories related to health and wellness. It covers the medical model which focuses on treating disease, injuries, and disabilities with drugs and surgeries. It also mentions the environmental model which considers social and physical factors. A holistic model is described that takes a broader view of health as physiological, mental, emotional, social and spiritual well-being. The dimensions of health and wellness are defined along with several theories of health behavior change.
The document summarizes theories of continental drift and plate tectonics. In 1915, Alfred Wegener first proposed the theory of continental drift, which states that parts of the Earth's crust slowly drift atop a liquid core. Wegener hypothesized that around 200 million years ago, all the continents were joined together in a supercontinent called Pangaea. Pangaea later broke apart into smaller supercontinents, and by the end of the Cretaceous period the continents had separated into their modern positions. In the 1960s, Harry Hess proposed the theory of seafloor spreading, which provided support for continental drift by showing how ocean floors spread outward from underwater ridges. Plate tectonics expanded on these ideas
Static code analysis involves using tools to analyze source code for potential issues. It can find bugs, code quality issues, and other problems but is not a replacement for testing. Several experts note that combining static analysis, inspections, and testing leads to better defect removal than only using testing. Common static analysis tools include FxCop, StyleCop, ReSharper, and NDepend. Integrating static analysis into the development process can provide benefits but obstacles like resources and unrealistic expectations must be addressed.
Being able to code does not make you a good developerRune Sundling
Rune Sundling argues in his blog post that being able to code alone does not make someone a good developer. He lists several soft skills that are also important for developers, including taking responsibility, cooperation, communication, listening skills, and considering colleagues, meetings, feedback and one's well-being. Sundling emphasizes that good development requires both technical coding ability as well as soft skills like communication, responsibility and collaboration.
Dell Solutions Tour 2015 - Neste generasjons Windows Server og System Center,...Kenneth de Brucq
Moderne driftsplattformer baseres på neste generasjons Windows Server og System Center, og på Dell Solutions Tour deler han de mest spennende nyhetene og nyttigste funksjonene.
I moderne web og mobile applikasjoner forventer brukerne å ha samme kontroll og oversikt som i tradisjonelle desktopapplikasjoner. Det skaper noen nye utfordringer for oss utviklere når front-end kjøres på en annen enhet en back-end som igjen typisk kjøres på en annen server en eksisterende kjernesystemer.
I denne sesjonen viser Joar Øyen hvordan slike utfordringer er løst i en moderne web applikasjon fra Lindbak Retail Systems. Du får vite mer om Service Bus for Windows Server, Signal R og Windows Azure Notification Hubs og hvordan disse produktene er satt sammen for å holde brukere oppdatert i en asynkron verden.
Slides for my talk about Windows Azure Service Bus at MVP Live 2012 in Trondheim on February 23, 2012. The code is avaialbe on GitHub: https://github.com/joaroyen/OneStepIntoTheCloud.
Internett – fra tekniske standarder til samhandlingsarena DRI 3010 H2014Steinar Skagemo
Forelesning for studenter i faget "Demokrati og rettigheter i informasjonssamfunnet" (DRI) ved Avdeling for forvaltningsinformatikk (AFIN), Universitetet i Oslo. Forelesningen fokuserer på utviklingen av World Wide Web fra begynnelsen (dokumentorientert) til det nå er en plattform for deling av strukturerte data. Et mål var også å vise at teknologiene det bygger på ikke er magi, men noe man enkelt kan "ta og føle på".
Maskinvare blir til ressurser, programvare blir til tjenester – vil kjøp av it-tjenester via ”nettskyen” i fremtiden bli like enkelt som å kjøpe strøm fra strømleverandøren? Hva får du nå, når egner alternativene seg best og hva gjør ErgoGroup på området? Direktør for strategi og forretningsutvikling i ErgoGroup, Jakob van der Hagen, kommer med konkrete eksempler på leveranser og erfaringer.
Hvis en skal lage løsninger hvor mange delsystemer skal snakke sammen, blir det ofte mye "plumbing code" for å få demonstrert noe, og det tar tid å lage. Selve logikken blir ofte liten i forhold. Node-RED er et Open Source node.js-basert klikk-og-pek verktøy som lar deg koble sammen en mengde systemer (med Twitter, mail, http, websockets, rest, mqtt, etc.) og slå opp i databaser, sjekke filer, etc. Du kan derfor produsere prototyper og iterere sammen med kunden i rekordfart.
Hva Og Hvorfor Arkitektur - 11. mai 2010, TrondheimEspen Johanson
Arkitektur – hvorfor, hva og hvordan?
Sjefsarkitekt Tore Stokkedal fra IBM presenterer nytteverdien av å ha et sterkt fokus på IT-arkitektur.
Han belyser hva industrien mener IT-arkitektur er, og hvordan arkitektrollen skal fungere med eksempler fra praktisk erfaring gjennom 10 år som sjefsarkitekt i ulike typer prosjekter.
Om foredragsholderen:
Tore Stokkedal er sertifisert IT-arkitekt gjennom Open Group og har bred erfaring som IT-arkitekt fra større infrastruktur- og applikasjonsutviklingsprosjekter. Han er for tiden sjefsarkitekt for IBMs outsourcingsvirksomhet i Norge. Tore er opptatt av hvordan arkitekturarbeid legger verdi til prosjekter og virksomheter, samt hvordan rollen IT-arkitekt skal utføres.
Monolitter og byggeklosser jon erik solheim - stacc
Distribuert utvikling på net platformen
1. Utvikling av distribuerte systemer på .NET-platformen Distribuert utvikling på .NET-plattformen Page 1 , 12.10.2010
2. Forståelse av tilgjengelige arkitekturer og teknologier Diskutere for å bedre felles forståelse Skrive kode for å senke inngangsterskelen Distribuert utvikling på .NET-plattformen Page 2 , 12.10.2010 Formålet med sesjonen
3. Del 1 Mennesker, miljø og omkringliggene krav Kommunikasjonsformer Vanlige arkitekturer Del 2 Teknologier Distribuert utvikling på .NET-plattformen Page 3 , 12.10.2010 Agenda
4. Din og andre utvikleres erfaring Hva med kunden? Leverandører, produkter og penger Distribuert utvikling på .NET-plattformen Page 4 , 12.10.2010 Ikke-tekniske elementer som spiller inn
5. The network is reliable Latency is zero Bandwidth is infinite The network is secure Topology doesn't change There is one administrator Transport cost is zero The network is homogeneous Peter Deutsch & James Gosling, Sun Microsystems Distribuert utvikling på .NET-plattformen Page 5 , 12.10.2010 Fallacies of distributed computing
6. Reliability, Availability, Scalability, Extensibility, Securability, Interoperability, +++ Viktig del avutformingenavenhverarkitektur Løsningerblirlaget kun basertpåikke-funksjonellekrav Extensibility: Workflow/BPM engine, DSL, plug-ins Scalability: Message/Service bus, Database, NoSql Essensielt å forståforretningsproblemene i tillegg! Distribuert utvikling på .NET-plattformen Page 6 , 12.10.2010 Ikke-funksjonelle krav => «-ility»-ene
7. Synkron RPC Asynkron RPC m/callback Meldingsbasert Distribuert utvikling på .NET-plattformen Page 7 , 12.10.2010 Hovedformer for kommunikasjon
8. Den «vanlige» måten å utvikle på Koden lik som vanlige ressurser i minne Tråden blokkeres mens klient venter på at server svarer Koden blir lesbar og sekvensiell, lett å få oversikt Fungerer når Hente mindre mengder data Kalle operasjoner som tar lite tid Distribuert utvikling på .NET-plattformen Page 8 , 12.10.2010 Synkron RPC
9. Ulemper Tette koblinger, i tid og rom (Stadig økende) ventetid for bruker eller tjenester Husk krasj, nettverksproblemer, vedlikehold Vanskeligere å gjøre systemet robust Last-problemer på server Reduserer mulighetene for skalering Distribuert utvikling på .NET-plattformen Page 9 , 12.10.2010 Synkron RPC
10. Vanligst i web Mye tydeligere i koden at noe vil bruke tid Fordeler i forhold til synkron RPC Tråden kan fortsette arbeidet Mindre sårbart for krasj og nettverksproblemer Men fortsatt ikke ideelt Kobling i rom Last-problemer på server Oppstykket kode Distribuert utvikling på .NET-plattformen Page 10 , 12.10.2010 Asynkron RPC m/callback
11. Handler om å kommunisere via meldinger To hovedformer for å administrere flyten Message Broker Message Bus Meldingsstrategi Store & Forward Request / Response Publish / Subscribe Distribuert utvikling på .NET-plattformen Page 11 , 12.10.2010 Meldingsbasert arkitektur
12. «Decouplethe destination of a message from the sender and maintain central control over the flow of messages» Distribuert utvikling på .NET-plattformen Page 12 , 12.10.2010 Messsage broker
13. «Enableseparate applications to work together but in a decoupled fashion such that applications can be easily added or removed without affecting the others» Distribuert utvikling på .NET-plattformen Page 13 , 12.10.2010 Message bus Distribuert!
14. Distribuert utvikling på .NET-plattformen Page 14 , 12.10.2010 Store and forward (Send and forget)
17. Vanligvis er dette ting som har hendt Ordre kansellert, Produkt utsolgt, Kunde opprettet Publiserer vet ikke ved designtid hvem som vil motta meldingen Vanskeligere å få full oversikt over hvordan systemet henger sammen Oppnår løs kobling Distribuert utvikling på .NET-plattformen Page 17 , 12.10.2010 Publish / Subscribe
18. Kode sender/publiserer melding Melding legges på lokal kø Kø(/meldings)-infrastrukturen tar over ansvaret Koden fortsetter å kjøre Distribuert utvikling på .NET-plattformen Page 18 , 12.10.2010 Implementasjon void SendCustomerDeleted() { Customer customer = GetDeletedCustomer(); var msg = new CustomerDeletedMessage (customer.CustomerNumber); ServiceBus.SendMessage(msg); }
19. Køsystemer innebygget i operativsystem siden 80-tallet MSMQ i Windows siden 1997 Køen persisterer meldingen på disk Hvis maskinen krasjer vil den fortsatt kunne sende Når mottaker har mottatt beskjeden vil den persisteres på disk der. Da vil sender slette meldingen. Meldingen vil ligge i mottakerkøen inntil mottaker fjerner den derfra Distribuert utvikling på .NET-plattformen Page 19 , 12.10.2010 Hva skjer når meldingen er lagt på køen?
20. Løs kobling mellom tjenester Håndtere og skalere enkelttjenester. Mindre avhengigheter, mindre bindinger, større individuell frihet => mer robuste systemer Køer Pluggbarhet Distribuert utvikling på .NET-plattformen Page 20 , 12.10.2010 Fordeler ved meldingsbasert arkitektur
21. Ny hverdag Utviklere Driftere Forrestningssiden Nødvendig med nye verktøy Forstå hele flyten i systemet. Distribuert utvikling på .NET-plattformen Page 21 , 12.10.2010 Ulemper ved meldingsbasert arkitektur
22. Design for tjenestefeil Kombiner tjenester på klienten, ikke i tjenestene Ikke distribuerte transaksjoner mellom tjenester Distribuert utvikling på .NET-plattformen Page 22 , 12.10.2010 Designprinsipper
28. Hva slags kommunikasjonsform bruker man når? Og hvilke teknologier finnes? Distribuert utvikling på .NET-plattformen Page 24 , 12.10.2010 Vår verden - vanlige applikasjonsformer
29. WCF RIA Services Standard WCF CQRS (WCF Data Services) Distribuert utvikling på .NET-plattformen Page 25 , 12.10.2010 CRUD (Create, Read, Update, Delete) med ingen/begrenset logikk på server
30. Standard WCF Asynkrone kall/meldingshåndtering CQRS Distribuert utvikling på .NET-plattformen Page 26 , 12.10.2010 CRUD med mye logikk på serveren
31. WCF Data Services Distribuert utvikling på .NET-plattformen Page 27 , 12.10.2010 Eksponere OData eller RESTful interface
32. Standard WCF mellom klient og server – hente data Meldingsbasert CQRS Distribuert utvikling på .NET-plattformen Page 28 , 12.10.2010 Mer komplisert applikasjon med mye koblinger. SOA?
33. Distribuert utvikling på .NET-plattformen Page 29 , 12.10.2010 Forretningsperspektiv Publiser «Vare kjøpt» Kjøp vare Oppdater rabatt Lagre kjøpsinformasjon Salg Abonner på «Kundestatus oppdatert» Abonner på «Vare kjøpt» Kunde Frakt Publiser«Kundestatus oppdatert»
34. Har oppdeling i tjenester, bruk av køer osv. føringer for fysisk deling? Nei Trenger ikke være en maskin per tjeneste Trenger ikke være web services mellom tjenester Kan ha forskjellig transportprotokoller mellom tjenester Distribuert utvikling på .NET-plattformen Page 30 , 12.10.2010 Hardwareperspektivet
36. WCF WCF RIA Services WCF Data Services Biztalk NServiceBus Rhino Service Bus Azure Distribuert utvikling på .NET-plattformen Page 32 , 12.10.2010 Teknologiene
37. «Apart of the .NET Framework that provides a unified programming model for rapidly building service-oriented applications that communicate across the web and the enterprise» MSDN Distribuert utvikling på .NET-plattformen Page 33 , 12.10.2010 Windows Communication Foundation
38. Distribuert utvikling på .NET-plattformen Page 34 , 12.10.2010 WCF RIA Services «WCF RIA Services lets you quickly build N-Tier Silverlight client applications without needing to focus on the service plumbing to get data into and out of your client application from back-end services, logic and data access» MSDN
46. REST-ifisert entitetsmodell med OData Kan returnere XML, JSON eller RDF + XML GET, PUT, POST, DELETE Primærbruk: For andre å konsumere, eventuelt JQuery Distribuert utvikling på .NET-plattformen Page 37 , 12.10.2010 WCF Data Services
48. Message Broker Kommuniserer med andre software systemer gjennom en rekke adaptere Tilbyr Enterprise Application Integration Business Process Automation Business-to-business Communication Message Broker Distribuert utvikling på .NET-plattformen Page 39 , 12.10.2010 Microsoft Biztalk Server
49. Forskjellige versjoner Enterprise - $34,999 Standard - $8,499 Branch - $1,800 Developer - $499 per user Distribuert utvikling på .NET-plattformen Page 40 , 12.10.2010 Microsoft Biztalk Server
50. Design av systemer for meldingsbasert arkitektur med message bus Bygget på toppen av MSMQ Open source Laget av Udi Dahan www.nservicebus.com Støtter Store and forward (send and forget) Request / Response Publish / Subscribe Distribuert utvikling på .NET-plattformen Page 41 , 12.10.2010 NServiceBus
51. Gir mostand ved feil bruk Profiler Generic host Convention over configuration Pluggbarhet Sagaer Enhetstesting Distribuert utvikling på .NET-plattformen Page 42 , 12.10.2010 NServiceBus - Diverse
52. Distribuert utvikling på .NET-plattformen Page 43 , 12.10.2010 NServiceBus – Store and forward Venter ikke på bekreftelse på at epost har blitt sendt.
56. Distribuert utvikling på .NET-plattformen Page 47 , 12.10.2010 NServiceBus – Request / Response – Asynchronous callbacks Hvis klienten går ned mister man meldingen
57. Publisher: Meldinger som hendelser i fortid Distribuert utvikling på .NET-plattformen Page 48 , 12.10.2010 NServiceBus – Publish / Subscribe
60. Vil sende en subscription-melding ved oppstart Distribuert utvikling på .NET-plattformen Page 51 , 12.10.2010 NServiceBus – Publish / Subscribe
61. Det tar tid å komme i gang Mye som må konfigureres Verktøy for oppfølgning i produksjon Distribuert utvikling på .NET-plattformen Page 52 , 12.10.2010 NServiceBus - Diverse
62. http://www.nservicebus.com/Roadmap.aspx Mest spennende i neste versjon: Støtte Micrososft Azure Queues og Amazon SQS (Simple Queue Service) Distribuert utvikling på .NET-plattformen Page 53 , 12.10.2010 NServiceBus – Videre utvikling
63. Laget av Oren Eini (Ayende Rahien) Kun Store and forward og Request / Response Mye mindre alternativer enn NServiceBus. Open Source http://github.com/ayende/rhino-esb Distribuert utvikling på .NET-plattformen Page 54 , 12.10.2010 Rhino Service Bus
64. «I liberally stole from both ideas and code from Mass Transit and NServiceBus. My main goal was to get to a level with no configuration, no complexity, high degree of flexibility from design stand point, but a very rigid structure for the users» Oren Eini Detaljer C# 3.0 & MSMQ 4.0 - taking advantage of features such as sub queues, async queue receiving Pluggable Minimal moving parts, strongly opinionated Hard focus on developer productivity and ease of use Conventions, assertions and convictions Distribuert utvikling på .NET-plattformen Page 55 , 12.10.2010 Rhino Service Bus
65. Interessant eksempel på MSDN: «Building Distributed Apps with NHibernate and Rhino Service Bus» Bruke (1)request / response med message bus og (2)utstrakt bruk av caching for å (3)gi rask respons og (4)støtte occasionally connected , samt (5)samle queries for å gi et naturlig kodeinterface og unngå chatty interface mellom klient og server. Distribuert utvikling på .NET-plattformen Page 56 , 12.10.2010 Rhino Service Bus - Eksempel
66. Distribuert utvikling på .NET-plattformen Page 57 , 12.10.2010 Rhino Service Bus - Eksempel Rhino Service Bus som service bus over MSMQ:
67. Distribuert utvikling på .NET-plattformen Page 58 , 12.10.2010 Rhino Service Bus - Eksempel Ved initialisering – Sende en request for å få svar på alle queries:
68. Distribuert utvikling på .NET-plattformen Page 59 , 12.10.2010 Rhino Service Bus - Eksempel Integrert bruk av cache for å gi hurtig respons:
69. Distribuert utvikling på .NET-plattformen Page 60 , 12.10.2010 Rhino Service Bus - Eksempel Mottak av melding på serversiden, samt respons: Alt som skjer i en message batch wrappes i en transaksjon
70. Distribuert utvikling på .NET-plattformen Page 61 , 12.10.2010 Rhino Service Bus - Eksempel Håndtering av respons fra server på klienten:
71. Hvorfor han lagde det http://ayende.com/Blog/archive/2008/12/17/rhino-service-bus.aspx Ayende sine blogposter om Rhino Service Bus: http://ayende.com/Blog/category/554.aspx Asynchrounous eksempel på MSDN (part 1 & 2) http://msdn.microsoft.com/en-us/magazine/ff796225.aspx http://msdn.microsoft.com/en-us/magazine/ff872394.aspx Distribuert utvikling på .NET-plattformen Page 62 , 12.10.2010 Rhino Service Bus – Mer info