7 Tietotekniikan ja Fortun taitotasoa

Kaikkien mielessä talouden laskusuhdanne, työturvallisuutta koskevat oletukset ovat kyseenalaisia, ja jokainen alkaa tutkia taitojaan uudelleen. IT: ssä on paljon ja paljon arvokasta työtä, mutta jotkut taidot arvostetaan vieläkin enemmän kuin toiset. Kaikilla mullistuksilla, joita meillä on tietotekniikassa, monet uudet taidot ovat suuressa kysynnässä tai nopeasti kasvavat. Tässä ovat Top 7 -taidot, jotka auttaisivat sinua paitsi pitämään työn myös parantamaan entistä parempaa työtä ja asettamaan sinut työskentelemään seuraavien sukupolvien IT-sovellusten ja ohjelmistotuotteiden kanssa web-toimitettujen verkkosovellusten aikakaudella.

Web-sovellusten suunnittelu: Minulla on intohimo hyvästä tuotesuunnittelusta ja ihmisistä, jotka osaavat tehdä tämän todella hyvin. Suunnittelu suuri Web-sovellus on hyvin erilainen kuin suunnitella suuri verkkosivusto. He eivät voineet olla erilainen kirjassani. Useimmat UI-suunnittelijat tarvitsevat työskennellä haastavissa olosuhteissa - useimmat ympärillä olevat ihmiset eivät ymmärrä, mitä he tekevät, miten he tekevät sen, kun heidät on tuotava, mitä tietoja ja resursseja he tarvitsevat ja kuinka paljon työtä he tekevät ei vain käyttökelpoista käyttöliittymäsuunnittelua, vaan myös hyödyllistä. Sinun on oltava kekseliäinen henkilö, joka voi sijoittaa arkkitehtien, kehittäjien, käyttäjien, laadunvarmistuksen, testauksen, tuotehallinnan ja kaikkien muiden käyttäjien keskusteluihin, jotka ajattelevat voivansa suunnitella paremman UI-hiirenloukun. UI-suunnittelu on kuin NFL-jalkapallo: Jokainen osaa tunnistaa hyvän pelin, kun he näkevät sen, mutta hyvin harvat voivat itse pelata peliä. Ja meillä kaikilla on mielipide siitä.

Yksi tuotteistani tarkastelevasta asiakkaasta saamani paras arvostelu oli "Tämä käyttöliittymä näyttää kehittäjältä suunnitellulta." Se melkein kertoi kaikesta siitä, mitä he ajattelivat sovelluksen helppokäyttöisyydestä. Nyt, jos olet kehittäjä, joka luulee, että sinulla on silmäys UI-suunnittelusta, se voi olla melkoisen loukkaava lausunto asiakkaalta. Ehkä olet kehittäjä, joka on hyvä, kunnollinen tai asianmukainen UI-suunnittelija, mutta olet ylivoimaisesti harvinainen poikkeus. Jos luulet, että käyttöliittymän suunnittelu on helppoa ja et ymmärrä, mistä kaikesta huolestumisesta on kyse, tarvitset ehdottomasti apua UI-suunnittelijaa.

Jos haluat kasvattaa taitojasi käyttöliittymäsuunnittelijana, etsi käyttäjäryhmiä informaation suunnittelu, kerätä joitain inhimillisiä tekijöitä, oppia suunnitella ja suorittaa käyttäjien haastatteluja, kehittää käyttäjän henkilöitä ja toteuttaa hyvin suunniteltuja tuotetestausistuntoja käyttäjien kanssa. Tärkeintä on aloittaa tietämällä, kuka käyttäjät käyttävät rakennettavaan ohjelmistoon.

Web-sovellusten kehittäminen: Jos kirjoitat raskasta tai asennettua asiakasta käyttäviä sovelluksia, minun on uskottava, että olet " ei todennäköisesti ole eturintamassa, jossa sovelluskehitys on suunnattu. Verkkosovellukset ovat, missä ohjelmistopäälliköt käynnistyvät. SaaS ja PaaS (platform-as-a-service) ovat käynnistyneet. Sovellusten toimittaminen web-selaimella on missä mielenkiintoisin sovellusten kehitys on tapahtumassa, oli kyseessä sitten ASP.NET-sovellukset, Sharepoint-portaalisovellukset, LAMP (Linux Apache MySQL PHP), Java tai Ruby on Rails. Lisää siihen ominaisuuksia, joita PaaS-palveluntarjoajat, kuten Amazon, Salesforce / Force.com ja Google tarjoavat, ja asiat ovat melko mielenkiintoisia.

Sovellusten web-rajapinnat voivat olla hauska asia. Onko Web-käyttöliittymä jotain, joka on pudonnut päälle hyvin suunniteltu sovellus? Onko web-käyttöliittymän suunnittelu ajaa muun hakemuksen suunnittelua? Mikä on suunniteltu ensin, back-end tai front-end-käyttöliittymä? No, se on luultavasti sekoitus molemmista, joista yksi on erittäin merkittävä ajo tekijä. 7 Habitsin tuottavuus guru Steven Covey sanoo, "Aloita loppujen lopuksi mielessä." Ajatus, että et voi eksyä, jos et tiedä mihin olet menossa. Olen muokannut Coveyn sanonta: Aloita loppukäyttäjän mielestä. Tämän tehokas etupääte- ja taustasuunnittelun luominen verkkosovelluksessa on taitava taito, jota treasured ne Web-sovelluskehittäjät, jotka ovat löytäneet paitsi sen, miten se löytää tasapaino, mutta myös auttaa muita tiimeissä näkemään, arvostamaan ja arvostamaan sitä.

Tulevien kuukausien ja vuosien aikana luomamme verkkosovellusten määrä kasvaa vain. Joukkueet ja tekniset johtajat, jotka voivat tehdä tämän hyvin, ovat painonsa kullassa. Tee tämä hyvin, ja sinulla on projektisi ja yrityksesi valinnat.

Virtualisoinnin vaikutusvipu: Puhuin muutaman päivän kollegoiden kanssa virtualisoinnin takana olevista taloudellisista ohjaimista. Minulla on pari tapaa, jolla haluan osoittaa tämän, ja ensimmäinen asia, jonka sanoisin, on; Virtualisointi on CFO: n paras ystävä (Puhuin tästä podcastissani vähän aikaa sitten.) Toinen asia, jonka sanon: CFO: ita on kolme: IT miten virtualisointi voi säästää rahaa, ne, joille IT on osoittanut, kuinka virtualisointi voi säästää rahaa, ja viime kädessä ne, jotka etsivät seuraavaa tietotekniikan päätä.

Haluatko pisteyttää yrityksesi? Tee suuria edistysaskeleita laitteistossa, datakeskuksessa, ohjelmistossa ja laitteiden säästöissä hyödyntämällä virtualisointia missä vain. Se ei ole aina ilmainen, varsinkin sellaisten hallintaominaisuuksien saamiseksi, joita virtualisointi on tarpeen toteuttaa missä tahansa mittakaavassa, mutta tavanomaisten laitteistomyyntien kova kustannussäästö saattaa helposti perustella ohjelmistokustannukset konsolidointiin. Ota nyt seuraava taso ja osoita, kuinka voit saada kuormituksen tasapainottamisen, failoverin, katastrofien talteenoton ja muut ominaisuudet virtualisoinnin kautta. Talousjohtaja saa sinut kunniaksi. Kultaisen laskentataulukon haltija seuraavalla vihreällä visorilla

Virtualisointi ei ole pelkästään datakeskukselle. Sovelluskehittäjänä suunnittele, miten voit hyödyntää virtualisointia sovellusarkkitehtuurissa, käyttöönottovaihtoehdoissa, yksikkötestauksissa ja QA-testauksessa. Virtualisointi tekee suuresta hiekkalaatikosta testattaessa suunnitteluideoita, simuloi verkko- ja palvelinkokoonpanoja ja lataa suuria määriä simuloituja loppukäyttäjäkoneita. QA yksinään hyödyttää yhtä väkevää argumentaatiota virtualisoinnin kustannussäästöille kuin datakeskuksessa. Jos laadunvarmistus- ja laboratoriomallit ovat suurempia pienempien sijasta, teet jotain väärin.

Jos etsit paikkaa aloittaa hampaiden uppoaminen virtualisointiin, lataa ilmaiset versiot Hyper-V: lle, Xenille, ja VMware. Tulet nopeasti näkemään, että tarvitaan lisää hallintaominaisuuksia, mutta ilmaiset tavarat ovat hyviä.

SaaS multi-vuokralainen ja skaalautuvuus: SaaS on missä se on, puhumattakaan yrityksestä on-demand-sovelluksista tai web-toimitetuista tuotteista ja palveluista. Se on yksi alan parhaimmista alueista juuri nyt. Mutta SaaS tuo mukanaan uusia haasteita, joita ei ole aiemmin kohdannut, mikä johtaa siihen, että osaamistarve on uusi osa. Todennäköisesti kaikkein uhkaavin on mitä kutsutaan monivuotiseksi: kyky tukea täysin useita asiakkaita (yrityksiä) yhden isännöimän verkko-sovelluksen sisällä.

Mikä on iso juttu, sanot? Tuemme jo monimutkaisia ​​organisaatiorakenteita sovelluksissamme? Muista, että todennäköisesti teet tämän yrityksen tai pk-yrityksen / SBM: n sisällä. Kuvittele sattuman tai tuhansien yritysten monimutkaisten vaatimusten täyttyminen. Tai jos palvelusi myydään yksityishenkilöille, se koskee kyseisten vaatimusten käsittelyä tuhansille pienille asiakkaille. Multi-vuokralainen tarkoittaa myös, että kaikki asetukset ovat käyttäjän vaihdettavissa. Järjestelmän oletusasetuksia ei ole kaikille käyttäjille, koska emme ole kaikki iso onnellinen yritysperhe. Useita muita asetuksia on asetettava käyttäjille, jotta he voivat mukauttaa omia yksilöllisiä tai organisatorisia tarpeitaan. Kolmas haaste, jonka näen useissa vuokralaisissa ympäristöissä, on skaalautuvuus. Imagoo, kun käytät kaikkia ohjelmistoasi asiakkaita. Samaan tietokantaan, klusterisuunnitteluun, tapahtumien hallintamalliin (muutamia kysymyksiä) ei ehkä toimi SaaS-palvelun laajuudessa.

Jos ymmärrät nämä ongelmat ja vielä paremmalla tavalla, olet ratkaissut ne käytössä olevalla SaaS-sovelluksella, olette vain muutamien eliittien joukossa. Vaikka et olisikaan tehnyt sitä SaaS-sovelluksena, sama järjestelmä- ja ohjelmistorakennustekniset taidot ja kokemukset ovat perusta, jonka avulla voit rakentaa SaaS-ympäristöön. Jos seuraavan sukupolven sovellukset ovat Web-sovelluksia, ja ne voivat sisältää SaaS-komponentin (tai olla täysin SaaS), nyt on aika herättää nämä taidot ja antaa muille tietää, että sinulla on niitä. Se tekee sinusta kaiken paljon arvokkaamman.

Turvallisen koodin kirjoittaminen: Jokainen kehittäjä kirjoittaa koodia, mutta jokaista kehittäjä ei kirjoita suojattua koodia. Vaikka se ei ole taito, mistä useat johtajat ymmärtävät (tai muilta), kehittäjät, jotka eivät voi vain kirjoittaa suojatun koodin mutta myös opettaa muille kehittäjille, kuinka luoda suojatun koodin, voi olla arvokas tiimin jäsen.

Turvallisen koodin kirjoittaminen on enemmän kuin vain huolestuttavia epäselviä puskurin ylivuoto-iskuja tai kilpailuoloja. Olette ilmeisesti nähneet nyt teemani, että yhä useammat sovellukset ovat Web-sovelluksia, ja yhä useammat niistä tulevat monissa tapauksissa myös SaaS-sovelluksiksi. Web-hyökkäykset ovat vaarassa eturintamassa, jossa on sovellettava hyviä ja turvallisia ohjelmistokehityskäytäntöjä.

Jos et käytä SQL-injektioita, sivustojen väliset komentosarjat, taika-URL-osoitteet ja piilotetut lomakkeet, tietovuodon ennaltaehkäisy, verkkopalvelujen varmistaminen ja SSL: n huonot toteutukset ovat kaikki esimerkkejä tietoturvaongelmista, etsitään joitain hyviä resursseja, joiden avulla voit aloittaa turvallisen koodin luomisen polun, suosittelen Howardin, LeBlancin ja Viegan Deadly Sins of Software Security -ohjelmistoa sekä O'Neillin Web Services Security -palvelua.

QA-automaatio ja tiedot: Jos olet QA-henkilö, sinulla on erityinen paikka sydämessäni. Jos olet QA-henkilö, joka asuu auttamaan QA-testausta, kaapata metrisiä tietoja ja käyttää näitä tietoja parantamaan ohjelmistokehitystä ja QA-käytäntöjä, niin sinulla on erityinen paikka taivaassa! Kuten voitte sanoa, arvostan laadukkaita QA-taitoja, erityisesti ammattitaitoisia ammattilaisia, jotka paitsi löytävät kaikki nämä ikävät ohjelmavideot ennen kuin ohjelmisto pääsee ulos, mutta osaa myös automatisoida testit ja käyttää tiedon hankkimisen prosessin parantamiseksi. Ohjelmistokehittäjät voivat olla bändin laulajia ja kitaristeja, mutta kuten kokenut muusikko tietää, rumpuja ja bassoa tekevät bändit tai hajottavat. Haluan sanoa; rakkauden kehittäjiä ja luottamusta QA: han. (Oikeastaan ​​rakastan myös QA-ihmisiä.)

Haluatko tehdä itsestäsi välttämättömän QA-henkilön? Automaatti, automatisointi, automatisointi. Paras projekti, jonka olen työskennellyt, oli testejä automatisoitu hyvin 90%: n yläosaan ja testit ajettiin satoja ja satoja kertoja ennen ohjelmiston lähettämistä. Nyt minä kutsun regressiotestiksi! Uusia toimintoja voidaan testata manuaalisesti, mutta testit testattiin aina automaattisesti ennen suunnittelun tekemistä seuraavassa ohjelmistoversiossa. Kyse on siitä, että tekniset insinöörit ja insinööritekijät voisivat koskaan nukkua. Ota tämä askel eteenpäin ja anna vertaisryhmäsi, tekniset johtajat ja hallinnointi oppimistasi ja näkemyksesi, joita olet saanut kaikesta testauksesta, ja tulet nirvana-tilaan kirjassani.

CERTS, kaikki ja kaikki tervetulleita: Haluan sanoa, Sinun ei koskaan saa mennä pieleen CERTSin kanssa.

Se sopii hengitysmallit sekä tekniset sertifikaatit. Jokainen haluaa väitellä sertifikaattien arvosta: onko A + -sertifikaatti arvostettu? jos kannattaa saada MCTS vs. menossa koko MCSE; jos CISSP: issä on sama paino kuin kerran; ja kuinka paljon johtajat arvostavat todistuksia työharjoittelusta. Mutta päivän päätteeksi se voisi tehdä eron sinusta, että saat työn toiseen lopulliseen ehdokkaaseen. Sertifikaatin saaminen varmasti ei loukkaa!

CERTS osoittaa, että olet suorittanut jotain, joka osoittaa, että sinulla on jonkin verran taitoa, ja se on osoitettu täyttämällä sertifikaatin pätevyys. He eivät välttämättä päästä sinut lentämään koneeseen, mutta saatat saada paremmat mahdollisuudet saada paikka paikan päällä IT-organisaation kanssa. Olet aina mieluummin liian arvokasta menettää kuin kuluttaa, kun taloudelliset ajat ovat kovaa.