Kun minulta kysytään mitä kieliä tiedän, minulla on aina kiusaus sanoa "kaikki ja kukaan niistä". Olen kauhea itsensä mainostamisessa, koska ylimielisyys ärsyttää minua, enkä koskaan halua astua sinne. Mutta todellakin, mielestäni mikään kieli ei ole rajojen ulkopuolella.

Monet ihmiset, jotka olen kuullut sanovan tämän tai jotain vastaavaa, ovat samat, jotka pyydettäessä luomaan sovellus C #: ssa päättävät tehdä se VB: ssä tai Javassa, koska "ne ovat kaikki samanlaisia". Vaatimuksena on käyttää tiettyjä kieliä, joihin yritys on standardoinut. Kun yritys kysyy kysymyksen, he ovat kiinnostuneita tuntemuksestasi ja mukavuudestasi käyttää näitä kieliä.

Ja vaikka kielet, kuten C # ja Java, ovat hyvin samankaltaisia, tunnen ihmisiä, jotka eivät pystyneet siirtymään helposti. He kirjoittivat erittäin huolimattoman C #: n ja kertoivat jatkuvasti, kuinka paljon parempi Java oli tiettyjen tuntemiensa kirjastojen takia.

Kuinka voin jatkaa ansioluettelossa, että ohjelmointikielet eivät ole tärkeitä?

Sinun ei pitäisi. Liiketoiminta etsii ihmisiä, jotka ohjelmoivat heille tarvitsemillaan kielillä. Ansioluettelon tehtävänä on näyttää taitosi, jotta yritys näkee, vastaavatko taitosi heidän tarpeitaan. Kukaan ei aio lukea kappaletta sinusta selittäen, kuinka voit valita minkä tahansa kielen vain pienellä vaivalla. He haluavat tietää, mitä voit tehdä ensimmäisenä päivänä aloittaessasi niin, että vaikka et koskaan edistyisikään, et tule olemaan kokonaishukkaa, jos et treenaa.

Olen erikoistunut ansioluetteloni niille, joita pyydetään työpaikkailmoituksessa. Luokittelen heidät aloittelijasta asiantuntijaan. Ja olen varma, että otan ansioluettelooni niin monta taitoa kuin ne on lueteltu työnkuvassa.

Voit todella oppia kaiken, mutta ...

On totta, että kaikki kielet ovat ulottuvillasi, kun olet oppinut muutaman. Se ei tarkoita, että olisit helposti tuottava heidän kaikkien kanssa ja että heidän kaikkien on yhtä helppo ottaa vastaan ​​työ.

Älä odota hakevasi Haskellia sisään sydämenlyönti, jos olet koskaan käyttänyt esimerkiksi vain VB: tä ja C: tä.

Loppujen lopuksi rekrytoijille ja työnantajille on silti hyödyllistä luoda visio siitä, mitä voit ja ei voi tehdä juuri nyt, ja mitä voit tehdä muutaman kuukauden sisällä, kun olet työskennellyt heidän kanssaan.

Arvioi itseäsi

Pidän Dreyfus-mallista taitojen hankinnasta tai sen muunnelmista:

• aloittelija,
• aloittelija,
• osaava,
• Ammattitaitoinen,
• asiantuntija.

Yksinkertainen tapa on arvioida yhdestä kolmeen:

• Lue kirja,
• tarkasteli kirjaa,
• kirjoitti kirjan.

Monet ihmiset ovat eri mieltä siitä, koska heistä tuntuu pahalta saada monet "tason 1" merkinnät heidän ansioluettelonsa näyttää siltä, ​​että he näyttävät huonolta. Jos kuitenkin selvität asteikon, se on melko vahva lausunto, jos onnistut saamaan kaksi ja jopa vain yhden.

Sitä ei tietenkään pidä otteena. Olisit voinut kirjoittaa esimerkiksi laajoja blogimerkintöjä ja muuta.

Pidän tästä asteikosta sekä käyttäjänä että muuten rekrytoijana. Ja vihaan niitä, jotka yrittävät jauhaa tiensä läpi, kun he näkevät 2s ja 3s kaikkialla ja ovat lopulta vain "normaalit". Se ei auta kumpaakaan meistä :)

Voit kirjoittaa algoritmeja haluamallasi kielellä. Niiden toimiminen on toinen asia.

On melko turvallista sanoa, että National Instruments LabView, T / SQL ja GWBasic eroavat radikaalisti toisistaan, mutta noudattavat kuitenkin perussääntöjä. Kaikilla on taulukot, bittikentät, merkkijonotyypit, liukuluku jne. Jokainen niistä kuitenkin sopii tiettyyn tarkoitukseen, kielellä on tältä osin paljon merkitystä.

On mahdollista 'kielellä ei ole merkitystä 'jos keskustellaan Java-, Perl-, C #- ja Ruby-ohjelmien välisestä erosta ja suurin osa koodistasi tekee edestakaisia ​​matkoja tietokantaan kyselyjen ja päivitysten saamiseksi. Haluaisin nähdä, kuinka näytät digitaalista dataa 80 000 näytettä sekunnissa joko T-SQL: ssä tai GWBasicissa, ja haluaisin nähdä kuinka paljon koodia olet kirjoittanut kielellä käyttämättä ulkoisia paketteja tai kirjastoja. Ja olen hieman utelias, miten voisit tehdä sen GWBasic 64K -muistirajoituksessa.

Kielille on optimoitu kolme (ainakin) akselia: ohjelmoijien tuottavuus, koneiden tehokkuus ja tosielämän käyttöliittymä. T-SQL: n avulla voin luoda yhdellä rivillä lausekkeen, joka voi tehdä hyvin monimutkaisen muunnoksen satojen miljoonien tietueiden joukosta miljardeja. En viettää aikaa ajatella, miten kone tekee sen, kirjoitan ilmeeni ja lyön vihreää nuolta. Tehty. Yksi asia, joka pyrkii pitämään paikkansa tietokannoista, on se, että sisältö on yleensä "puhdasta", joten en ole huolissani siitä, onko päivämäärä todella päivämäärä vai onko liukuluku todella numero.

C: ssä ohjelmoijien tuottavuus vie takapenkin koneen rajoituksiin. Jos joudun 'tekemään sen sopivaksi' 32K: iin ja että 32K on sulautetulla ohjaimella, joka pyörii renkaan sisäpuolella moottoritiellä 85 MPH: lla 4. heinäkuuta keskipäivällä, en voi todellakaan kertoa asiakas voi lisätä muistia, jos se loppuu. Jos minulla on vuosi kirjoittaa ja testata 2500 koodiriviä, niin se menee. Jos tämä koodi menee miljardiin renkaaseen, kyseisen kehitysvuoden kustannukset ovat huomiotta.

Tietotyypit, tietorakenteet ja ohjausilmaisujen virtaus ovat melko yleisiä kielillä. Hieno yksityiskohdat todellisessa maailmassa tapahtuvasta tapahtumasta ovat jotain aivan muuta.

Ensimmäisenä työharjoittelupäivänä mainitsin, että olen perehtynyt Pythoniin. Tarkoitin tuolloin, että olin kirjoittanut pari pientä ohjelmaa (noin 100 riviä) luokalle muutama vuosi sitten. Mitä tämä tarkoitti heille, oli se, että olin nyt "Python-kaveri" ja he antoivat heti Python-komentosarjan, jonka halusivat minun tulkitsevan ja parantavan.

Takeaway tästä: jos aion väittää että voin käyttää kieltä ansioluettelossa tai haastattelussa, niin minulla olisi parempi olla valmis aloittamaan lukeminen ja kirjoittaminen tällä kielellä heti kun aloitan, koska työnantaja aikoo olettaa. "Voin oppia mitä tahansa kieltä" ei ole yhtä hyödyllistä kuin "Tiedän tämän kielen, jota ihmiset käyttävät työpaikallasi". Heillä on työtä, joka on tehtävä; voitko hypätä sisään ja aloittaa sen tekemisen?