Ankündigung

Einklappen
Keine Ankündigung bisher.

PHP/AngularJS/SQL Entwickler gesucht

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    #16
    hm derzeit vll phoenix?
    sind doch derzeit einige im kommen.
    Finds halt einfach dumm hier php bashing zu betreiben und gleichzeit rails anzupreisen

    Kommentar


      #17
      @DeVo

      Ich verstehe ich nicht wie du einfach behaupten kannst, PHP wäre in 90%, 90%!!! nicht das richtige Tool?
      Woran machst du das fest? Woher nimmst du die 5% Marktanteil bei Startups aus dem Valley?
      Selbst *wenn* dieser tatsächlich bei 5% liegen würde, sagt das genau *nichts* aus über die Möglichkeiten von PHP oder anderen gering oder gar nicht vertetenen Sprachen.

      Quasie täglich kommen irgendwelche neuen fancy Sprachen/Frameworks was auch immer raus, die alles viel besser, toller, höher, weiter machen. Der Hype verschwindet auch wieder, so ist es doch immer.

      Zudem behauptet diese Seite hier, dass PHP 7 ruby, was die Performance angeht, überlegen ist:

      http://stackoverflow.com/questions/2529852/why-do-people-say-that-ruby-is-slow
      http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=php&lang2=yarv

      Was aber auch *nicht* heißt, dass ruby zu langsam ist. Das ist alles sehr sehr relativ.

      Am Ende muss ja keiner PHP, oder etwas anderes nutzen der es nicht möchte, das bleibt jedem zum Glück selber überlassen.

      Kommentar


        #18
        Jungs ;) beruhigt euch... hat bestimmt alles vor und nachteile... :)

        Kommentar


          #19
          Bin eh von der Arbeit geschädigt :D wir setzen meistens auf Pimcore d.h. Zendframework. Komme an PHP also gar nicht vorbei

          Kommentar


            #20
            Zitat von sgraewe
            hm derzeit vll phoenix?
            sind doch derzeit einige im kommen.
            Finds halt einfach dumm hier php bashing zu betreiben und gleichzeit rails anzupreisen
            Gut, mit Phoenix gebe ich dir recht, aber es ist eine Alternative die (noch nicht) auf Augenhöhe ist, aber alles in die richtige Richtung geht und in Zukunft Rails ablösen könnte. Stand jetzt ist Phoenix noch nicht so weit.

            Bei den meisten Startups geht es doch darum so schnell wie möglich eine launchbare Version zu haben, mit der man Geld verdienen kann oder wachsen kann. Das geht selbst mit Phoenix nicht schneller, NodeJS Frameworks sind ebenfalls nicht vergleichbar, auch wenn die Idee hinter NodeJS genial ist, ist das eco system für den Arsch ([email protected] woche neues framework) zudem ist das eine einzige callback hölle und von PHP Frameworks brauchen wir nicht reden.

            Solange es kein vergleichbares Framework für Go, Rust, Swift, Crystal, o.ä. gibt ist und bleibt Rails die #1 für Startups.




            Zitat von Ottmar Zittlau
            @DeVo

            Ich verstehe ich nicht wie du einfach behaupten kannst, PHP wäre in 90%, 90%!!! nicht das richtige Tool?
            Woran machst du das fest? Woher nimmst du die 5% Marktanteil bei Startups aus dem Valley?
            Selbst *wenn* dieser tatsächlich bei 5% liegen würde, sagt das genau *nichts* aus über die Möglichkeiten von PHP oder anderen gering oder gar nicht vertetenen Sprachen.

            Quasie täglich kommen irgendwelche neuen fancy Sprachen/Frameworks was auch immer raus, die alles viel besser, toller, höher, weiter machen. Der Hype verschwindet auch wieder, so ist es doch immer.

            Zudem behauptet diese Seite hier, dass PHP 7 ruby, was die Performance angeht, überlegen ist:

            http://stackoverflow.com/questions/2529852/why-do-people-say-that-ruby-is-slow
            http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=php&lang2=yarv

            Was aber auch *nicht* heißt, dass ruby zu langsam ist. Das ist alles sehr sehr relativ.
            Schau dir doch mal die ganzen Startups an, nur ein Auszug:
            Twitch = Rails, später ist Go dazugekommen
            GitHub = Rails
            Shopify = Rails, später ist Go dazugekommen (10% der ganzen Online-Shops laufen somit auf Basis von Rails)
            Kickstarter = Rails
            DigitalOcean = Rails, später ist Go dazugekommen
            Stripe = Rails
            etc.

            Das Muster ist klar erkenntlich, so schnell wie möglich mit so wenig Geld wie möglich ein MVP zu entwickeln. Entwickler sind teurer als Server deshalb wird auf Performance geschissen, später wenn das Projekt ein Erfolg wird werden Performancelastige Dinge neu geschrieben.

            Ich rede nicht von der Performance zwischen PHP und Ruby, sondern von der Zeit die ein Entwickler braucht um das Projekt zu entwickeln.


            Zitat von Ottmar Zittlau
            Am Ende muss ja keiner PHP, oder etwas anderes nutzen der es nicht möchte, das bleibt jedem zum Glück selber überlassen.
            Da sind wir uns einig :D

            Kommentar


              #21
              Zu den Startups kann ich leider nichts sagen, da ich auch jetzt auf die Schnelle keine vertrauenswürdigen Zahlen gefunden habe.
              Ganz interessant ist die SO Survey 2015 falls ihr es noch nicht gelesen habt.

              Zu Rails kann ich auch selber nichts sagen, da ich damit noch nie in Berührung gekommen bin um fundiert meine Meinung dazu abgeben zu können.

              @DeVo Mich würde mal interessieren was du beruflich machst, falls die Frage erlaubt ist?

              Kommentar


                #22
                Zitat von Ottmar Zittlau
                Zu den Startups kann ich leider nichts sagen, da ich auch jetzt auf die Schnelle keine vertrauenswürdigen Zahlen gefunden habe.
                Ganz interessant ist die SO Survey 2015 falls ihr es noch nicht gelesen habt.

                Zu Rails kann ich auch selber nichts sagen, da ich damit noch nie in Berührung gekommen bin um fundiert meine Meinung dazu abgeben zu können.

                @DeVo Mich würde mal interessieren was du beruflich machst, falls die Frage erlaubt ist?
                Bin Web-Entwickler und leite im Moment noch eine Entwicklungsabteilung bei einer Internetagentur in Stuttgart. Habe aber gekündigt und sitze im Moment meine Kündigungsfrist ab, ab 1. August dann selbstständig :-)

                Kommentar


                  #23
                  Zitat von DeVo
                  Zitat von Ottmar Zittlau
                  Zu den Startups kann ich leider nichts sagen, da ich auch jetzt auf die Schnelle keine vertrauenswürdigen Zahlen gefunden habe.
                  Ganz interessant ist die SO Survey 2015 falls ihr es noch nicht gelesen habt.

                  Zu Rails kann ich auch selber nichts sagen, da ich damit noch nie in Berührung gekommen bin um fundiert meine Meinung dazu abgeben zu können.

                  @DeVo Mich würde mal interessieren was du beruflich machst, falls die Frage erlaubt ist?
                  Bin Web-Entwickler und leite im Moment noch eine Entwicklungsabteilung bei einer Internetagentur in Stuttgart. Habe aber gekündigt und sitze im Moment meine Kündigungsfrist ab, ab 1. August dann selbstständig :-)
                  er fängt dann bei mir an ;)

                  Kommentar


                    #24
                    Cool, dann viel Glück und Erfolg (vermutlich mit Rails? ;) )

                    Kommentar


                      #25
                      Meiner Meinung auch nicht zu vernachlässigen für solche Apps ist React plus irgendeine Flux Implementierung (z.B Redux). Eigentlich nur für die Oberfläche gedacht aber durch das Flux Pattern selbst für Enterprise Applikationen noch sehr gut skalierbar. Die Jungs bei Facebook sagen zwar sie sind kein vollständiges Web Framework sind aber sehr nahe dran ;)

                      Kommentar


                        #26
                        Eher aus der Infrastruktur/Security und vor allem Identity Ecke kommend, willst du ein eigenes Access Mgmt mit eigener User DB bauen?
                        Binde doch per ldap_connect ein bestehendes Directory an (wenn dein Dienst in der DMZ steht, nicht die beste Idee!) oder mach es gleich richtig und arbeite mit OAuth/SAML. Wenn der Kunde ein AD hat, kannst du das ganze per ADFS anbinden (oder irgendeinem anderen STS Provider) und frustest deine Kunden nicht mit eigenen Credential und PW.

                        Kommentar


                          #27
                          Würde ich gern so umsetzen. Das Problem ist aber, dass wir/ich das ganze als Cloudlösung anbieten möchte. Kenne kein AD welches sich von nem Client aus dem Web Infos ablesen lässt.

                          Kommentar


                            #28
                            Gerade zufällig in /r/programming gefunden und passt irgendwie noch:

                            https://github.com/ksimka/go-is-not-good

                            Kommentar

                            Lädt...
                            X