codecademy

[gtr]

Brugere her, der har gennemgået codecademy kurser?

[lath]

Brugere her, der har gennemgået codecademy kurser?

Jeg har ikke - mest fordi jeg har fået uddannelse ud i programmering, og også er autodidakt (jeg begyndte med programmering for 30 år siden).

Googler man code academy sammen med ordet opinions (meninger), kommer der noget op om at nogen synes at det er over-rated, hvilket på dansk kan oversættes til over-solgt - selv om det er gratis kurser.

Den her artikel fra i år er mere positiv og skriver at de er forbedret siden 2012: http://www.skilledup.com/articles/codecademy-review-learn-coding-for-beginners

Jeg anbefaler at hoppe ud i at lære programmering. Det er sjovt at kunne fortælle en computer hvad den skal.
Arduino: http://arduino.cc/ og tilhørende læring om elektronik kan også anbefales

Hotte tip, hvad angår elektronik:

• Lad nu være med at teste om lodde-kolben er varm nok ved at røre ved den!
• Undgå loddetin med bly i - du kan få bly-forgiftning af det, hvis du ikke har en kraftig ventilation lige over der hvor der loddes med bly-loddetin.
  Det betyder at du typisk har behov for at købe sølv-loddetin, som er både sværere at lodde med, og koster kassen på grund at de høje indhold af sølv.
  Ved sølv loddetin har du også brug en varme-regulerende loddekolbe-station.

/Lars

[thj01]

Jeg synes codeacadamy går alt for hurtigt frem og at deres "undervisning" er for komprimeret. Man har ikke lært noget af at prøve en kodefunktion en gang.. og der mangler en grundig gennemgang af hvad der sker, hvordan det virker og hvorfor.

Derfor har jeg valgt at søge den litteratur der ligger på nettet f.eks:

http://www.linuxtopia.org/online_books/programming_books/thinking_in_c++/index.html
http://www.linuxtopia.org/online_books/programming_books/c++_practical_programming/index.html

Eller hvis det skal være lidt mere praktisk orienteret så f.eks:
https://www.howtoforge.com/tutorial/linux-shell-scripting-lessons

Den sidste vil faktisk i løbet af de 5 lektioner der er skrevet give en gennemgang af de mest basale ting og giver brugeren adgang til at kunne lave simple scripts... der faktisk kan anvendes til noget .

Hvis man ønsker den fulde tour kan man prøve: http://www.linuxtopia.org/online_books/advanced_bash_scripting_guide/index.html

Det skal lige siges at jeg overhovedet ikke er programmør, men at jeg underviser i simpel programmering og scripting - og der finder man ud af at det er rigtig skidt hvis man ikke kan de mest basale ting "by heart" med strenge, variabler, løkker, conditions, arrays osv. Her giver https://www.howtoforge.com/tutorial/linux-shell-scripting-lessons et godt indblik i disse strukturer som genfindes i alle programmeringssprog.

PS. Det er MEGET bedre at have en fysisk bog at bladre rundt i end at bruge sider på nettet. Måske det fungerer med en tablet ved siden af ...?

[gtr]

Tak for svarene. Jeg startede codecademy python. Gjorde holdt. Gennemførte Michigan University coursera python https://www.coursera.org/course/pythonlearn. Fortsatte codecademy python. Og er nået til 50%. Nu virker opgaverne mere svære. Hvor svære bliver de?
Jeg bruger epub bogen Python for Informatics: Exploring Information til opslag.

Codecademy har api kurser. Er det det samme api, vi før har skrevet om? Man kan ikke tage et kursus i generel api? Api er knyttet til bestemt software?

[lath]

Tak for svarene. Jeg startede codecademy python. Gjorde holdt. Gennemførte Michigan University coursera python https://www.coursera.org/course/pythonlearn. Fortsatte codecademy python. Og er nået til 50%. Nu virker opgaverne mere svære. Hvor svære bliver de?
Jeg bruger epub bogen Python for Informatics: Exploring Information til opslag.

Codecademy har api kurser. Er det det samme api, vi før har skrevet om? Man kan ikke tage et kursus i generel api? Api er knyttet til bestemt software?

Et API er et akronym: Application Programming Interface,

Det er nemmere, hvis du selv lige læser op på defenitionen selv:
https://en.wikipedia.org/wiki/Application_programming_interface

Konkrete svar på:

1) Hvor svære bliver de?
2) Codecademy har api kurser. Er det det samme api, vi før har skrevet om?
3) Man kan ikke tage et kursus i generel api?
4) Api er knyttet til bestemt software?

1. Jeg ved det ikke.
2. Et programmeringssprog er ikke et API, og en GUI er heller ikke et API.
3. Nej
4. Ja

/Lars

[AJenbo]

Der findes også agnostiker api'er som Rest, men man skal stadig implementere dem i et givet sprog og de var måske bedre kaldt services

Hvad er det egentlig du ønsker at opnå via api?

[lath]

Brugere her, der har gennemgået codecademy kurser?

Du kunne også tage et kig på http://www.tutorialspoint.com/index.htm

Det er ikke on-line kurser, men bare tutorials du kan læse i dit eget tempo. De er på engelsk.
Scroll lidt ned af web siden som jeg linkede til for at finde interessante tutorials.

/Lars

[gtr]

Igen og igen, når jeg læser om interessant software, er der henvisninger til api. Man skal bruge en api eller der mangler en api eller spørgsmål om, hvordan softwaren's api fungerer.

[AJenbo]

Et api er en definition af hvordan man kan kommunikere mellem forskellige stykker software og der ved udnytte funktionen fra et program i et andet uden at skulle lave det hele forfra.

Du kan der for ikke lære om api generelt, da metoden er forskellige fra program til program og api nettop er definitionen der beskriver hvordan det virker. Der findes dog forskellige typer af arier så som Rest, soap m.m.

[zob]

For at blive mindre teknisk så kan du sige at et API er programmørens kontrolpanel eller instrumentbræt, om du vil. Det er vigtigt for at kunne betjene sin ovn at lære dens kontrolpanel at kende, men det er sværere generelt at sige man "gerne vil lære kontrolpanel". Så i en omskrivning af hvad ajenbo netop har sagt, er det forskelligt fra enhed til enhed.
Kontrolpanel på ovn, i bil (instrumentbræt), på toilet (træk/slip=fjern efterladenskaber), vandhane (rød=varm, blå=kold, med uret=luk for vand, mod uret=åbn for vand) er alle vidt forskellige.
Så ja. Det er rigtigt at det er vigtigt at man lærer de API'er (kontrolpaneler) man skal bruge, ellers kan man risikere at lave oversvømmelse eller brænde sig (ved vandhanen). Til gengæld er det de færreste der ved hvordan instrumentbrættet i en Boeing 747 virker, og der er heller ikke grund til at bruge tid på det, med mindre man gerne vil være pilot.

Men hvis man har behov for at vide noget bestemt, f.eks. hvordan man bruger google maps i en android app, får det aktuelle vejr vist i sin web-app eller bruger information fra last.fm i en mediaplayer man har skrevet, så må man google sig frem.

På et lavere niveau har et programmeringssprog også et API. Det dækker over de funktioner/metoder man kan kan kalde. F.eks. kan du i python skrive

Kode: Vælg alt

print "api".upper()

(brug paranteser hvis python3), hvilket vil give dig outputtet API (du kan klikke på det følgende link for at se hvorfor). Her er string.upper() en del af Pythons API (her specifikt string API): https://docs.python.org/2/library/string.html#string.upper

Måske er det dette sidste du har hørt. At du skal lære lidt om pythons API for at kunne kalde pythons funktioner, og det er jo for så vidt korrekt.

[thj01]

Kan man ikke sige at API'er er for programmer, hvad drivere er for Operativsystemer?

Programmer
API
OS
Drivere
HW

[lath]

Kan man ikke sige at API'er er for programmer, hvad drivere er for Operativsystemer?

Programmer
API
OS
Drivere
HW

Nej det kan du ikke.

En (device) driver deltager i abstraktionen af hardwaren overfor programmerne. Man siger at programmer kører i user-space, og nogle device driver kører i kernel space.
Bare lige for at gøre det mere kompliceret., så kører nogle device drivers også i user space - som et program.
En styresystem abstraktion er noget helt andet end et API, men udmærker sig ved at forkellige - fx filsystemer - har nøjagtig det samme API i user-space.

Kernen har et forud-defineret API for hver kategori af hardware (forsimplet forklaring, men det rækker her - det er mere komplekst i virkeligheden).

Det betyder at skal du implementere en character device driver, så skal du på kerne-siden - hvor din device driver bor - implementere et bestemt API, så kernen kan snakke med din character device driver. Ud fra kernel-space APIet som device driveren implementerer har kernen så et helt andet API over for programmerne, der som sagt kører i user-space.

F.eks. behøver Pyhton ikke at vide at en del at filsystemet (VFS) er baseret på et ext4fs filsystem, og at et andet er baseret NFS filsystemet, der kører på en helt anden computer, over et netværk.
Alt hvad Python fortolkeren ser er et VFS interface. Den ville også se et VFS interface imod din character device driver, selvom de 2 interfaces (character, og file system) er helt forskellige inde i kernen.

/Lars

[gtr]

Tak for svarene. https://bbs.arkos.io/t/what-is-arkos-can-you-clarify/1600/5 I linket spørger jeg, hvordan man får linux software ind i arkos. Jeg vil gerne have vuze, tribler, i2p, etc ind i arkos. Svaret henviser til api. Samt noget mere.

[AJenbo]

Har du læst dokumentationen for api'et, som de nævner?

Lidt off-topic, hvad er dit modersmål. Det undre mig at du altid formulere spørgsmål som fakta, både på dansk og engelsk.

[gtr]

Jeg har spurgt arkos om api dokumentation. De siger, at arkos 0.7 er ny og de har ikke skrevet noget endnu.

Du har den opfattelse, at man ikke kan skrive en konstaterende sætning efterfulgt af et spørgsmålstegn. Jeg har forklaret, at det kan bruges, når man ikke er sikker på sætningens udsagn. I journalistikken kaldes det spørgsmåltegnsjournalistik. Sammenlign: Han gjorde det og han gjorde det?

Hvis du ikke kan bemærke en kvalitetsforskel, når jeg skriver på dansk eller engelsk, må jeg være hverken dansk eller engelsk.