7 Færdigheder til IT Fame and Fortune

Web applikationsdesign:

Jeg har en passion for god produktdesign og folk, der ved, hvordan man gør det rigtig godt. Design af en stor webapplikation er meget forskellig fra at designe en stor hjemmeside. De kunne ikke være mere forskellige i min bog. De fleste brugergrænsefladere skal kunne arbejde under udfordrende forhold - de fleste mennesker omkring dem vil ikke forstå, hvad de gør, hvordan de gør det, når de skal indleveres, hvilke oplysninger og ressourcer de har brug for, og hvor meget fungerer det tager ikke blot et brugbart brugergrænseflade design, men også et nyttigt. Du skal være en ressourcefuld person, en person, der kan indsætte sig i samtalerne mellem arkitekter, udviklere, brugere, QA, test, produktstyring og alle andre derude, der mener, at de kan designe et bedre brugerinterval. UI-design er som NFL-fodbold: Alle kan genkende et godt spil, når de ser det, men meget få kan faktisk spille spillet. Og vi har alle en mening om det. En af de bedste kritikker, jeg modtog fra en kunde, der kigger på mit produkt var: "Denne brugergrænseflade ligner en udvikler designet den." Det sagde stort set alt om, hvad de troede om brugervenligheden af ​​den ansøgning. Nu, hvis du er en udvikler, der mener, at du måske har øje med UI-design, kan det være en ret fornærmende udtalelse fra en kunde. Måske er du en udvikler, der er en god, anstændig eller passende UI-designer, men du er langt den sjældne undtagelse. Hvis du mener, at UI-design er let og ikke forstår, hvad al det handler om, har du helt sikkert brug for hjælp fra en UI-designer.

Hvis du vil vokse dine færdigheder som UI-designer, skal du søge efter brugergrupper i informationsdesign, opbygge nogle menneskelige faktorer, lære at planlægge og udføre brugerinterviews, udvikle brugerpersoner og udføre veldesignede produkttest sessioner med brugere. Det vigtigste er at starte med at vide, hvem brugerne er til den software, du bygger. Det er forbløffende, hvor ofte meget lidt er kendt om den sande bruger af et produkt eller it-system.

Webapp udvikling:

Hvis du skriver programmer, der er afhængige af en tung eller installeret klient, må jeg tro på dig ' er nok ikke i spidsen for hvor applikationsudvikling er på vej. Webapplikationer er hvor software er på vej, med et dash af SaaS og PaaS (platform-as-a-service) for at starte. At levere applikationer via webbrowseren er, hvor den mest interessante applikationsudvikling sker, hvad enten det drejer sig om ASP.NET applikationer, Sharepoint portal applikationer, LAMP (Linux Apache MySQL PHP), Java eller Ruby on Rails. Tilføj til de muligheder, der tilbydes af PaaS-udbydere, som Amazon, Salesforce / Force.com og Google, og ting bliver temmelig interessante. Webgrænseflader i applikationer kan være en sjov ting. Er web-brugergrænsefladen noget, der plopped oven på en veldesignet applikation? Kører Web UI design resten af ​​applikationsdesignet? Hvad er designet først, back-end eller front-end brugergrænsefladen? Nå, det er nok en blanding af begge, med en meget betydelig drivkraft. 7 Habits produktivitetsguru Steven Covey siger, "Start med slutningen i tankerne." Slags ideen om at du ikke kan gå tabt, hvis du ikke ved, hvor du skal hen. Jeg har tilpasset Coveys siger:

Start med slutbrugeren i tankerne. Oprettelse af den effektive balance mellem front-end og back-end-design i en webapplikation er en kunstfærdig færdighed, der skal værdsættes af de webapp-udviklere, der har opdaget, ikke kun hvordan man finder det balance, men også hjælpe andre på holdet se, værdsætte og værdsætte det. Antallet af webapps, vi skaber i måneder og år, kommer kun til at stige. Hold og tekniske ledere, der kan gøre det godt, er værd at have vægt i guld. Gør det godt, og du får dit valg af projekter og virksomheder til at arbejde med.

Virtualisering gearing:

Jeg talte lige med nogle kolleger om de økonomiske drivere bag virtualisering. Der er et par måder jeg kan godt lide at demonstrere dette, og det første jeg vil sige er; Virtualisering er CFOs bedste ven (Jeg talte om dette på min podcast et stykke tid tilbage.) Det andet jeg siger er: Der er tre typer CFO'er: de spørger IT, hvordan virtualisering kan spare penge, dem, der er blevet vist af it, hvordan virtualisering kan spare penge og endelig de, der leder efter deres næste IT-chef. Ønsker du at score point med virksomheden? Gør store fremskridt i hardware, datacenter, software og faciliteter besparelser ved at udnytte virtualisering overalt, hvor du kan. Det er ikke altid gratis, især for at få de ledelsesfunktioner, du skal bruge til at implementere virtualisering på en hvilken som helst skala, men de hårde omkostningsbesparelser i forhold til de normale hardwarekøb skal let berettige softwareomkostningerne på et konsolideringsafkast. Tag nu det næste niveau, og demonstrér, hvordan du kan få belastningsbalancering, failover, katastrofeinddrivelse og andre evner gennem virtualisering, og din økonomichef vil gøre dig til en ærer

Holder of the Golden Spreadsheet ved næste Green Visor regnskabskonvention. Virtualisering er ikke kun for datacenteret. Som en applikationsudvikler planlæg dig hvordan du kan udnytte virtualisering i din applikationsarkitektur, implementeringsmuligheder, enhedsprøvning og QA-test. Virtualisering giver en god sandkasse, når du tester designideer, simulerer netværk og serverkonfigurationer og indlæser et stort antal simulerede slutbrugermaskiner. QA-fordele alene gør lige så overbevisende et argument for virtualiseringens omkostningsbesparelser som det gør i datacenteret. Hvis dine QA- og laboratoriemiljøer bliver større i stedet for mindre, gør du noget forkert.

Hvis du leder efter et sted at begynde at synke tænderne i virtualisering, skal du downloade de gratis versioner til Hyper-V, Xen, og VMware. Du vil hurtigt se behovet for ekstra ledelsesfunktioner, men de gratis ting er godt at begynde med.

SaaS multi-lejer og skalerbarhed:

SaaS er, hvor det handler om, om du taler om on-demand-applikationer eller produkter og tjenester, der leveres på nettet. Det er en af ​​de hotteste områder i vores branche lige nu. Men SaaS bringer nogle nye udfordringer, der ikke tidligere blev konfronteret med, hvilket resulterede i mangel på kvalifikationer på nye områder. Sandsynligvis er det mest utrolige, hvad der betegnes som multi-lejer: evnen til fuldt ud at understøtte flere kunder (virksomheder) inden for en vært online applikation. Hvad er den store deal, siger du? Vi understøtter allerede komplekse organisatoriske strukturer i vores applikationer? Nå, husk at du sandsynligvis gør dette inden for en virksomhed eller SMV / SBM. Forestil dig nu at imødekomme de komplekse krav fra hundredvis eller tusindvis af virksomheder. Eller hvis din tjeneste sælges til enkeltpersoner, handler det om at håndtere disse krav til tusindvis af små kunder. Multi-lejer betyder også, at alle konfigurationsindstillinger kan ændres af brugeren. Der er ingen systemindstillinger, der fungerer for alle brugere, fordi vi ikke alle er en stor, lykkelige virksomhedsfamilie. Mange flere konfigurationsmuligheder skal udsættes for, at brugerne kan tilpasse deres egne individuelle eller organisatoriske behov. Den tredje udfordring, jeg ser i multi-lejer miljøer, er skalerbarhed. Imaging du kører alle disse kunder på din software. Den samme database, klyngedesign, transaktionsstyringsdesign (for at nævne nogle få problemer) fungerer muligvis ikke i omfanget af en SaaS-tjeneste.

Hvis du forstår disse problemer og endnu bedre, har løst dem i en implementeret SaaS-applikation, er du blandt de elite få. Selvom du ikke har gjort det som en SaaS-applikation, er det samme system og software arkitektur færdigheder og erfaringer, der er grundlaget for at bygge fra at flytte ind i SaaS miljøet. Hvis din næste generation af applikationer er webapplikationer og kan omfatte en SaaS-komponent (eller vil være fuldt SaaS), er det nu tid til at finpudse disse færdigheder og lade andre vide, at du har dem. Det vil gøre dig alt så meget mere værdifuldt.

Skrivning af sikker kode:

Hver udvikler skriver kode, men ikke alle udviklere skriver sikker kode. Selv om det ikke er en færdighed, forstår mange ledere (eller andre for den sags skyld), at udviklere, der ikke kun kan skrive sikker kode, men også mentor og undervise andre udviklere, hvordan man opretter sikker kode kan være et uvurderligt holdmedlem. Skrivning af sikker kode er mere end bare bekymrende for obskure buffer-overløb angreb eller race betingelser. Du har selvfølgelig set mit tema nu, at flere og flere applikationer er webapps, og i stigende grad bliver de også i mange tilfælde SaaS-applikationer. Webangreb er i spidsen for risici, hvor der skal anvendes gode, sikre softwareudviklingspraksis. SQL-injektion, cross-site scripting, magiske webadresser og skjulte formularer, forebyggelse af data lækage, sikring af webtjenester og dårlige implementeringer af SSL er alle eksempler på sikkerhedsproblemer, som softwareudvikling skal overveje og imødekomme, når du skriver sikker kode.

Hvis du Jeg leder efter nogle gode ressourcer til at komme i gang på vej mod oprettelsen af ​​sikker kode. Jeg anbefaler to bøger 19 Deadly Sins of Software Security af O'Neill, Howard, LeBlanc og Viega, og Web Services Security.

QA-automatisering og beregninger:

Hvis du er en QA-person, har du et særligt sted i mit hjerte. Hvis du er en QA-person, der lever for at automatisere QA-test, indsamler målinger og bruger dataene til at forbedre softwareudvikling og QA-praksis, så har du et specielt sted i himlen! Som du kan fortælle, lægger jeg stor værdi på QA-færdigheder af høj kvalitet, især de dygtige praktikere, som ikke kun finder alle disse ubehagelige softwarefejl før nogen software kommer ud af døren, men også ved at automatisere testen og bruge den viden opnået for at forbedre, hvordan software oprettes i processen. Softwareudviklere kan være førende sangere og guitarister i bandet, men som enhver erfaren musiker ved, er det trommer og bas, der laver eller bryder bandet. Jeg kan godt lide at sige; elsker udviklere og stoler på QA. (Faktisk elsker jeg også QA-folk.) Vil du gøre dig selv uundværlig som en QA-person? Automatiser, automatiser, automatiser. De bedste projekter, jeg har arbejdet med, havde automatiseret testen godt i de øverste 90% s, og testene blev kørt hundreder og hundreder af gange før den afsendte software. Nu kalder jeg regressionstest! Ny funktionalitet kan testes manuelt, men test blev altid automatiseret, før design blev udført på den næste software release. Det handler om den eneste måde, at CTO'er og ingeniørvidenskaberne nogensinde kan få nogen søvn. Tag det ene skridt videre og giv dine jævnaldrende, tekniske ledere og ledelse med learnings og indsigter, som du opnår ved at teste, og du vil nå nirvana status i min bog. Den viden, der er indeholdt i alle disse testresultater, kan tage selv de bedste udviklingsorganisationer til nye højder.

CERTS, enhver velkommen:

Jeg kan godt lide at sige; Du kan aldrig gå galt med CERTS. Det gælder både pustemynterne og tekniske certificeringer. Alle kan lide at argumentere for værdien af ​​certificeringer: om A + certificeringen er værdsat; hvis det er værd at få en MCTS vs at gå til den fulde MCSE; hvis en CISSP har samme vægt det engang gjorde; og hvor mange ledere værdiansætter certificeringer over joboplevelse. Men i slutningen af ​​dagen kunne det gøre forskellen mellem at få jobbet over den anden endelige kandidat. At få den certificering sikker, vil ikke skade! CERTS viser, at du har opnået noget, der viser, at du har en vis grad af færdighed, og det er blevet demonstreret ved at opfylde certificeringens kvalifikationer. De skal ikke nødvendigvis lade dig flyve flyet, men du kan få et bedre skud på at få plads ombord med en it-organisation. Du vil altid hellere være for værdifuld at tabe end forbrug, når de økonomiske tider er hårde.

Hvis du vil vide mere om Microsoft-certificeringer, skal du besøge læringsafsnittet på Microsofts websted for certificeringer. Jeg vil også anbefale nogle certificerings træningsbøger fra Microsoft Press, såsom Windows Server Administration Training Kit af McLean, Konfigurer Windows Vista Client Training Kit af McLean og Internet Information Services (IIS) 7.0 Resource Kit af Volodarsky.