Video: The Guardian Legend ※ Cracking Videogame Passwords S01E10 2024
Riippumatta siitä, millä alustoilla työskentelet tai mitä ohjelmointikieltä käytät, Twitter voi olla hyödyllinen resurssi alan asiantuntijoiden löytämiseen, jotka jakavat kaupankäynnin temppuja, työpaikkoja ja uusimmat uutiset ja suuntauksia.
Jos olet uusi Twitterissä ja toivottavasti käytät sitä yhteydenpidossa tai ohjelmointityön löytämisessä, tutustu artikkeli Twitterissä Advance Your IT Career -hankkeeseen. Muussa tapauksessa tutustu 18 ohjelmasta alla, jotka sinun pitäisi seurata Twitterissä.
1. Bryan on kirjailija Real World Haskell ja
Mercurial: The Definitive Guide, tekijän julkaisema Bryan O'Reilly. Hän on myös tekijä The Jini Specification . Hän on tekniikan johtaja Facebookissa, missä hän johtaa kehittäjien tehokkuutta, ja hän luennoi Stanfordin yliopistossa.
) Jeff on Stackoverflowin perustaja. com ja stackexchange. com. Vaikka hänen profiilinsa sisältää vastuuvapauslausekkeen, että hänellä ei ole aavistustakaan siitä, mistä hän puhuu, 82 000 seuraajaa saattaisi olla eri mieltä. Hänen blogikirjamerkintinsä Markdownin tulevaisuudesta vaatii parempaa standardointia ja listat tarvitsevat parannuksia Markdown-kieleen. 3. Vanessa Hurst (
@DBNess
)
@MinaMarkham
) Mina on itsensä tunnustettu STEMinist ja front-end-kehittäjä. Hän on tällä hetkellä Hillary Clintonin presidentinvaalikampanjan etupään insinööri. Mina suhtautuu suuresti julkiseen puheeseen ja esittelee konferensseja kuten Sass Summit, Front-End Design Conference ja Midwest. io. 5. K. Allen (
@OdeToCode
) Allen on yli 25 vuoden kaupallinen ohjelmistokehitys C #, ASP. NET, ASP. NET MVC ja SQL. Hän kirjoitti Mitä jokainen JavaScript-kehittäjä tarvitsee tietää ECMAScript 2015
ja Mitä jokainen web-kehittäjä tarvitsee tietää stä. 6. Alex Payne ( @ al3x
) Alex on ohjelmoija, kirjailija ja itse kuvattu maallinen humanisti. Hän on O'Reillyn julkaisema Programming Scala
-yhteistyökumppani ja on asiantuntija uusista ohjelmointikieleistä ja -teknologioista. Payne oli aiemmin yksinkertainen CTO ja ennen sitä auttoi rakentamaan Twitterin kehittäjäalusta ensimmäiseksi työntekijänä vuonna 2007. 7. Amber Conville ( @crebma
) Hän kutsuu itseään codeasaurus rex ja on kehittäjä Test Double. Amber on Itse järjestäjä. konferenssi, Detroit-pohjainen kokoelma täynnä kuumia tech -esityksiä ja oivaltavia keskusteluja. 8. Jason Fried (
@jasonfried
) Jason kirjoitti New York Timesin bestsellerin Rework
David Heinemeier Hanssonin kanssa. Yhdessä he perustivat 37Signals. com, joka rakensi yksinkertaisia mutta tehokkaita työkaluja kuten Basecamp, Highrise, Ta-da List ja Writeboard. "[Facebook ja Twitter] eivät ole todelliset ongelmat toimistossa", Fried sanoo huomaavassa TED-puheessa. ongelmat ovat mitä haluan soittaa M & M: eille, johtajille ja kokouksille. " 9. Chris Smith ( @aChrisSmith
) Chris on insinööri, joka työskentelee seuraavan sukupolven kehittäjävälineissä Googlessa. Ennen Googlelle hän työskenteli Microsoftissa F # -tiimissä. Hän on laatinut ohjelmointikirja F #, opas yksinkertaisen koodin kirjoittamiseen monimutkaisten ongelmien ratkaisemiseksi, julkaisija O'Reilly. 10. Jennifer Dewalt (
@JenniferDewalt
) Jennifer opetti itsensä koodiksi rakentamalla 180 sivustoa 180 päivässä. Hän perusti useita startteja, joista viimeisin on Zube. 11. Kevin Pilch-Bisson (
@Pilchie
) Kevin on Microsoftin ohjelmistosuunnitteluprojekti, jossa hän on Clyn ja Visual Basic IntelliSence -yrityksen kehitysohjelma Roslyn-hankkeelle. Hän kirjoittaa C # ja Visual Studio blogistaan Microsoft Development Network. 12. Kirill Osenkov (
@ KirillOsenkov
) Kirill on Microsoftin Roslyn Services -työryhmän laadunvarmistusmittari, joka suunnittelee myös sisäisen testauksensa ja kehystystensä. Hän kirjoittaa blogissaan C # ja Visual Basic -palveluista MSDN: n verkkosivuilla.
13. Linda Liukas (
@lindaliukas
) Lasten kirja Hello Ruby
kirjoittaja Linda sai Euroopan komission nimekseen "Digital Champion of Finland". Hän perusti Rails Girls -yhtymän, joka opettaa tyttöjä rakentamaan verkkoa. 14. Mike Hay ( @Hay
) Mike on Black Pixelin ohjelmistokehityksen johtaja. Ennen tätä hän rakensi Apple - ja Adobe - apps - sovelluksia, joita käytät todennäköisesti päivittäin. Tällä hetkellä hän on Ticketmaster Mobile Studion tekninen johtaja. 15. Pam Selle (
@pamasaur
) Pam on Comcastin ohjelmistoinsinööri. Hän kirjoitti valitsemalla JavaScript Framework
ja puhuu HTML5-, CSS-, Sass- ja JavaScript-konferensseissa. Pam järjestää Philadelphian JavaScript-kehittäjät, JavaScript-kehittäjäryhmänumerot noin 1000 Philadelphiassa. 16. Una Kravets ( @Una
) Una on front-end-kehittäjä ja kutsuu itseään design-nörttiä. Hän on tekninen kirjailija, ja hän isännöi @toolsday podcastia. Hän puhuu avoimen lähdekokouksen, Sassin konferensseissa ja integroi taidekoodin. 17. Federico Cargnelutti (
@fedecarg
) Perinteinen bloggaaja PHP: stä ja ohjelmistoarkkitehtuurista, Federico on intohimoinen mobiili- ja web-teknologioista. Hän tweets tech uutisia, oivalluksia ja tutorials ja on Senior Software Engineer BBC. 18. John Carmack (
@ID_AA_Carmack
) Tämä ei ehkä ole nimi, jonka tiedät - ellei sinulla ole tuttuja pelejä kuten Wolfensteim, Quake, Rage tai Doom.John oli näiden ohjelmien johtava ohjelmointi id Softwarein kautta, jonka hän perusti vuonna 1991. Hän jätti yrityksen CTO: n aseman Oculus VR: ssä vuonna 2013. Onko jotain, mitä luulet puuttuvan? Kerro minulle tweeting minulle @learncodewithme.
Tätä artikkelia on sen jälkeen muokannut Laurence Bradford.
Miksi sinun pitäisi seurata rahaa (eikä sinun innostusi)
Olemme usein kertoi seuraamaan unelmia, mutta mitä jos meidän intohimot eivät maksa laskuja tai anna meille rahaa säästämiseen?
Minun pitäisi työskennellä kotona? 10 syytä sinun ei pitäisi
Työskennellä kotona voi tuntua hieno idea. Mutta jos kysyt itseltänne kysymyksen "Pitäisikö minun työskennellä kotona?", Tässä on 10 perusteltua syytä.
Sinun tulee seurata sen jälkeen, kun olet jättänyt jonkun uudelleen?
Tässä ovat hyvät ja huonot puolet seurannasta sen jälkeen, kun olet lähetä palautetta ja miten voit seurata sen jälkeen, kun olet lähettämässä palautetta. Onko se tarpeellista vai liian vaivaista?