10 tapaa IT-ammattilaiset lähestyvät ongelmaa

Nopea: Kuinka monella tapaa voit lähestyä ongelmaa? Voi, olen varma, että käymällä kauppakorkeakoulussa oli runsaasti liikemiesnimiä erilaisille lähestymistavoille. Vedon myös siitä, että nämä lähestymistavat ovat niin syvälle juurtuneita yliopistoissa, että niillä on vain vähän vaikutusta todellisuuteen. (Tiedätkö - todellisuus, joka nauraa sinua kasvokkain päivittäin Cat5-kaapelilla? Kyllä, tuo.)

Joten sen sijaan, että yrittäisin luetella käytettävissä olevia pedanttisia ongelmanratkaisupolkuja, päätin luetteloida joitain reaalimaailman lähestymistapoja, joita monet kenttä insinöörit ja tietotekniikan järjestelmänvalvojat käyttävät ja jotka lopulta tarjoavat ratkaisun (ihannetapauksessa).

1: Päänpää

Kuva-arvo: tekijänoikeudet © iStockphoto / galdzer

Siellä on insinöörejä, jotka tekevät tämän. Ongelma syntyy, ja lempeä, vaivaton kosketus yksinkertaisesti ei tee. Joten sen sijaan, että leikkisivät aiheen kanssa, tämä lähestymistapa vaatii insinööri maata voimakkaan iskun voimakkaan iskun jälkeen esteen voittamiseksi. Tiedätkö: taskkill, uudelleenkäynnistys, kova sammutus ... vihamielisen järjestelmänvalvojan työkalut, jotka tarvitsevat kipeästi vihanhallintaa. Mutta tiedätkö mitä? Olemme kaikki päässeet tähän kohtaan ongelman kanssa ja tunsimme, että ainoa mahdollinen ratkaisu syntyisi epätoivoisista toimenpiteistä. Se on The Headbutt. Kummitat päätäsi näyttöä vasten riittävän kauan ja tapahtuu jotain loistavaa (tai onnekasta).

2: Elmer Fudd Stealth Attack

Varpaisillaan. Shhh. Ole vewy hiljainen. Metsästän pwoblemia ja olen varma, jos olen liian kova, se loppuu ennen kuin korjaan sen! Tiedät tämän. Se on se Exchange-laatikko, joka on antanut sinulle sopivia, mutta pelkät koskettaa sitä väärään suuntaan, jotta se ei vahingoitu ja menetät vuosien käyttäjän sähköpostin. Joten jatkat munkkin kaltaiseen varovaisuuteen, napauttamalla komentoja ikään kuin jokainen näppäimen kosketus ylittää virrat ja alentaa planeetan kaikki järjestelmät.

3: Sheldon Cooperin labyrintti

Tiedät, keistä puhun, ja tiedät tarkalleen kuinka tämä soi. Sinulla on ongelma ... ja sinulla on taulu. Kyseisessä taulussa kartoitat kaikki mahdolliset polut ratkaisuun, jonka voit kuvitella. Jokaisella polulla on myös haarautumisreittejä, jotka tekevät ratkaisuista todellisen Einsteinin mielenkartan. Tämä lähestymistapa muuttuu niin muotoiltuksi, että se vaatii tutkintoa kvanttimekaniikassa vain insinöörille esitetyn ratkaisujonon purkamiseksi. Loppujen lopuksi tämä lähestymistapa epäonnistuu, koska mennessä ratkaisun saavuttamiseen järjestelmä on kuollut lopullisen kuolemansa.

4 Ninja-lakko

Vaikka osa suunnittelusta menee tähän lähestymistapaan, se liittyy enimmäkseen varkauteen. Hiipi vastustajaa niin, että sillä ei ole aavistustakaan, mikä osui siihen. Palvelimella ei ole aikaa reagoida komentoon ennen kuin olet jo matkalla seuraavaan tehtävään. Yleisesti ottaen Ninja-lakko on lähestymistapa, jota käytetään parhaiten, kun tiedät, että ongelma on vaikea, ja välttää näyttämästä itseään, jos se tietää, että olet tulossa.

5: Rip-It-Out-Start-All-Over -lähestymistapa

Tämä menetelmä on dramaattinen, mutta joskus välttämätön. Kun ongelma saavuttaa kriittisen massan, jatkuva vianetsintä aiheuttaa enemmän työtä kuin pelkkä aloittaminen kokonaan - aloitat alusta. Vedä pistokkeesta. Poista kaikki. Joskus alusta tyhjästä on ainoa mahdollinen ratkaisu. Mutta sanon tämän yhdellä varoituksella: Varmista, että sinulla on vankka varmuuskopio, ennen kuin aloitat uudelleen.

6: Vanhan koulun menetelmä

Ah, komentorivi. Jotkut meistä haluaisivat mieluummin tehdä asioita komentorivillä kuin GUI: lla. Ja monta kertaa ongelmat voidaan täysin välttää tai ratkaista tällä tavalla. Tämä pätee erityisen hyvin, kun hallitaan Linux- tai UNIX-laatikkoa, jossa komentorivi on kuningas ja voi auttaa ja auttaa sinua poissa tahmeista tilanteista. Asia on, että kaikki eivät ole tyytyväisiä komentoriviin. Onneksi The Old School -metodologia ei rajoitu komentoriviin. Koko lähestymistapa voidaan nähdä silmällä pitäen vanhoja ratkaisuja. Esimerkiksi yhden palvelimen sijasta, joka palvelee heitä kaikkia, vanhan koulun lähestymistapa erottaa nämä palvelut eri koneisiin! GASP! Mitä, ei virtualisointia?

7: Puristava veri-nauris-temppu

Mitä tapahtuu, kun asiakas on kieltäytynyt käyttämästä tarvittavaa rahaa laitteistoon, jota he tarvitsevat liiketoiminnan harjoittamiseen? Olet kiinni yrittäessäsi saada laitteistoa tekemään enemmän kuin pitäisi - puristamalla verta naurista. Useimmiten tämä saa järjestelmänvalvojat ja insinöörit etsimään luovia ratkaisuja, mikä usein loppuu palvelimelle, joka isännöi liian monta palvelua. Tässä on tietenkin kaksivaiheinen lähestymistapa hyödyllinen. Kaksi piikkiä: Veren puristaminen naurisista ja vanhasta koulusta.

8: Paranoia-se-tuhoaa-Ya-ansa

Tiedät pelkäävasi tehdä mitä sinun täytyy tehdä. Kun käynnistät palvelimen uudelleen, se ei tule takaisin. Minuutin, kun irrotat vaihtokaupat, ne eivät asenna uudelleen. Se varmuuskopio, jonka loit? Se ei palauta. Ja vaikka heittäisitkin kaiken ongelmaan (mukaan lukien keittiön synkronoinnin), mikään ei korjaa sitä. Tämän lähestymistavan avulla jokainen askel matkalla antaa sinulle toisen arvata itsesi, kasvaa yhä varovaisempana ja kääntyä harmaammaksi tällä hetkellä.

9: Gatling-ase

Heittää. Kaikki. Klo. . Tehtävä. Ja. Jotain. Tahtoa. Lopulta. Työ. Tiedät lähestymistavan. Aloitat yksinkertaisella ja työskentelet tietä kohti kompleksiin ja jossain vaiheessa ongelma vain katoaa. Tämä on luultavasti suosituin lähestymistapa, koska useimmat ongelmat eivät koskaan näytä haluavan ratkaista itseään ensimmäisellä ja helpoimmalla korjauksella.

10: Sileä rutiini

Ja nyt epäsuosittuin lähestymistapa asiakkaan silmien läpi. Tätä lähestymistapaa käytetään yleensä kahdesta syystä: 1) asiakkaalla on enemmän rahaa kuin hän tietää mitä tehdä ja 2) insinöörillä ei ole aavistustakaan kuinka ratkaista ongelma. Joten kun tätä menetelmää käytetään, ratkaisu on kaukana horisontista ja ongelmanratkaisija ei ole kiire.

Mikä lähestymistapa on paras?

Mitä menetelmää käytät? Käytätkö näiden tekniikoiden yhdistelmää? Ovatko nämä samat ongelmanratkaisumenetelmät, joita sinulle opetettiin yliopistossa? Kuuntele kommentteja. Kerro meille kaikille kuinka työskentelet ja mikä toimii parhaiten sinulle ja asiakkaillesi ja / tai käyttäjille.

© Copyright 2021 | mobilegn.com