Vilket ska jag börja med, Javascript eller PHP?

<span id="toggle">Klicka på mig för att dölja div</span>

<div id="container">Lite text</div>

<script>
$("#toggle").click(function() {
   $("#container").toggle();
});
</script>

Betydligt snyggare ja, men för detta lilla kan man lika väl skippa Jquery då att skriva exakt detta utan är liksom en bagatell http://jsfiddle.net/JqHef/

var $qs = function (query) { return document.querySelector(query) }; //Behövs inte, bara förkortar koden.

$qs("#toggle").onclick   = function() {
  var style = $qs("#container").style;
  style.visibility = style.visibility == "hidden" ? "visible" : "hidden";
};

Ni är ju inga pedagoger precis

Det är klart att det är "bättre" att lära sig JavaScript först, men varför ska han göra det? Stor chans att han aldrig någonsin behöver kunna annat än API:n för jQuery och när han väl behöver kunna mer, ja då är han redan beredd att ge sig in i jungeln.

Tänk lite agilt nu grabbar! Snabbt ut med produkten, lär medan man skapar! Pang schmack, koda och sälj, nu är det helg!

Och sen visst visst, onclick är ju inte direkt modernt, men jag tänkte att det skulle vara lättare att läsa och förstå.

Återigen nej. Du kan skriva desktop appar terminalscript osv i PHP och kräver då ingen server. Om du just skall utveckla web så är det en annan sak och då kommer PHP nu för tiden med en inbyggd webbserver.

Notera att jag skrev "I praktiken" och "som i skarpt läge". JavaScript och PHP används till minst 99 % för just webben. PHP:s inbyggda webbserver är inte den man använder i skarpt läge.

Det är som sagt massor av projekt och skripts skriva i PHP som inte har något med webben att göra. Så 99% för web är det absolut inte. Både QT och GTK kan användas med PHP för att skapa desktop applikationer. Dock kan det disskuteras om det är ett vettigt alternativ. Men för att sätta sig och lära sig koda lite så visar detta klart att man inte behöver någon webserver och kan skriva i princip vilken typ av applikationer som helst. I pricnip alla av dem skulle nog varit snabbare om de skrevs i C++ naturligtvis, men det är fullt möjligt och är en mindre inlärningskurva än C++ och andra hårt typade språk.

http://gtk.php.net/
http://php-qt.berlios.de/

Och massor av terminal/cmd program är skrivna i PHP som tex Greyhole http://www.greyhole.net/
och där behöver man ingen som helst server. Koda och kör
http://www.sitepoint.com/php-command-line-1/

Skriva Windows appar i PHP funkar också
http://winbinder.org/

och med Phalanger kan man koda i Visual Studio och ha tillgång till hela .Net samt skapa dll filer osv skrivna i PHP.
http://phalanger.codeplex.com/

Bra där! Så länge det funkar är det korrekt i min bok. Allt det där andra är bara tjafs och petitesser. Kör så det ryker!

Njae... Tycker man skall vara lite försiktig här. Har tagit över stora system där tidigare utvecklare tänkt lite såhär. De visade sig med tiden att de ovetandes utvecklat saker som var beroende av en "bugg" i mysql och när det fixades i senare versioner slutade hela applikationen att fungera. Så att läsa så man gör "rätt" från början är definitivt att rekommendera.

Beror ju på vem som betalar för att det skall "göras rätt" och om "göra rätt" kostar mer än att släcka bränder efteråt samt den förlorade intäkten från längre utvecklingstid.

Tror att vem som helst som betalar för att något skall lösas inte medvetet hade gått med på att betala för en lösning som man vet bygger på något som måste göras om. Att inte göra "rätt" från början är ofta otroligt mycket dyrare än att lägga lite extra tid på att göra rätt från start. Ofta är dock utveckling en itterativ process och det är naturligtvis svårt att veta exakt hur allt skall se ut redan innan man börjar. Men att medvetet ignorera att göra rätt kan bli väldigt dyrt. Förhållandet mellan kostnaden för att göra rätt från början och att göra om i ett befintligt system för att få det rätt brukar, i vetenskapliga rapporter, handla om potenser av tio.

Det säger sig också att om A är rätt sätt att göra något och B är fel sätt så kan omöjligen B + A (för att senare fixa systemet) vara billigare än endast A.
Skulle vara intressant om du kunde presentera några exampel på vad som skulle kunna vara billigare att göra medvetet fel och sedan göra rätt än att göra rätt från början.

Detta skall dock inte förväxlas med KISS, som förespråkar att du löser det du ska lösa och undviker att göra "för mycket". KISS förespråkar dock inte att man skall slarva med det man faktiskt löser. Men behöver du exempelvis en applikation med en knapp som du skall kunna trycka på, vilket skall resultera i en dialog med texten "hej", så skall man undvika att göra knappen blinkande och att en fanfar spelas när du trycker på den och dialogen presenteras eftersom detta inte är något som efterfrågas.

Likheter med typiska språk som C++, Java etc?
Då både Java och C++ ofta används för objektorienterad utveckling (även om flera paradigmer stöds) så blir det då intressant att se likheterna på detta område.

Här är en superenkel klass i C++, PHP och Java. Den är kraftigt förenklad och jag har inte skrivit konstruktorer osv, samt att C++ funktionerna är inline vilket inte är kotym gällande stora C++ klasser.

Men llikheterna syns ju lite iaf.

PHP

class Foo
{
  private $_message;
  
  public SetMessage($message) {
    $this->_message = $message;
  }
  
  public GetMessage() {
    return $this->_message;
  }
}

C++

class Foo
{
  private:
  string mMessage;
  
  public:
  void SetMessage(string message) {
    mMessage = message;
  }
  
  string GetMessage() {
    return mMessage;
  }
}

Java

class Foo
{
  private string mMessage;
  
  public void SetMessage(string message) {
    mMessage = message;
  }
  
  public string GetMessage() {
    return mMessage;
  }
}

Nu har jag inte kört koden så har säkert missat någon liten del, men själva principen syns och man ser rätt fort att det är väldigt snarlikt. PHP saknar typer för variablerna och variablerna börjar med $. Strippar man detta och sätter typer på alla variabler så har man i princip en C++ klass. Hur ser detta då ut i javascript? Dels finns det flera sätt och dels är det inte riktigt lika intuitivt.

http://www.phpied.com/3-ways-to-define-a-javascript-class/

eller google på

"javascript classes"

För vissa programmerings paradigmer så kan man säkert hoppa lätt mellan språken även om man kört javascript först. Men OO är kanske inte direkt ett av de lättaste. Om det är OO och mera "klassisk" OO programmering som trådskaparen är ute efter så rekommenderar jag skrapt PHP framför javascript som förstaspråk. Sedan finns det andra språk som jag nog hade rekommenderat före något av dessa, men av dessa två nämnda så har PHP flest likheter (rent syntaxmässigt) med andra vanliga språk.

Kan tyvärr inte läsa någon av länkarna, för har 0,02 Mbit/s och 4000 ms i ping.

Jag står fast vid "i praktiken". Jag är villig att slå vad om att TS tänker utveckla någon form av webbinnehåll. PHP står ändå för PHP: Hypertext Preprocessor.

Det tror jag säkert också är fallet. Men det ändrar inte på det faktum att uttalandet är felaktigt