|
|
|
|
|
|
|
| | Zitat von Daddi89
PIMP?
Aber ja, auch PHP. Die wenigsten hier werden wissen, welche Sprünge PHP in den letzten Jahren gemacht hat und welche Änderungen jetzt in der neuen Version noch dazukommen werden.
Wie ich vor kurzem erfahren hab, denk die Masse immer noch, dass PHP nur innerhalb von HTML Dateien verwendet wird, um dann bspw. direkt im HTML irgendwelche Datenbank-Queries abzufeuern. Da wundert mich nicht, dass es nach aussen hin immer wieder ins Kreuzfeuer gelangt.
Lassen wir das, mehr als genug darüber diskutiert. So lange ich mein Geld damit verdiene ist mir völlig egal, was andere darüber denken 
| |
Stockholmsyndrom.
Ich habe das zwar nicht lange, aber auch gemacht. Grauenhaft.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von audax
Benutzt/kennst du denn auch andere Sprachen und Frameworks außerhalb der PHP-bubble? 
| |
Ja, ich hab neben PHP meine Erfahrungen mit Python + Django, Java + Tapestry / Jersey und ein paar Spielereien mit node.js im Webbereich.
Das Einzige (+ sowas wie Angular) was mir jetzt "fehlt" ist Ruby. bzw RoRails, da hatte ich einfach noch keine Gelegenheit reinzuschauen.
Ausserhalb des Web einiges mit C# im Unity-Bereich und C++ in Verbindung mit SFML und ähnlichen Bibliotheken. Ich bin also, meiner Meinung nach, nicht jemand der nur PHP kennt und nichts anderes.
Was war denn für dich "modernes" PHP?
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Daddi89 am 11.05.2015 13:26]
|
|
|
|
|
|
|
|
|
"modernes PHP" war bei mir mit Composer, Basis war Yii 1.x mit MongoDB (ultra bleeding edge mit viel Blut), Projekt wurde vor 3 Jahren angefangen. Wir waren erst auf PHP 5.4, dann 5.5.
Die Kombination aus Weak-Typing in MongoDB und dem Weak-Typing in PHP ist übrigens ein ganz, ganz großer Clusterfuck.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
rats: Das Weak-typing hat man ja beim konvertieren zwischen MongoDB-Werten und PHP-Werten. Außerdem macht der Treiber einfach was er will. Zum Schluss hab ich fast noch explizit gewrapte Werte übergeben:
| |
| Code: |
foocollection.find({age :{'$gte': new MongoInt32(4)}}) |
|
Ich gebe übrigens zu: Ich bin zu doof für PHP. Bei PHP muss ich dermaßen viel im Kopf behalten um keine doofen Fehler zu machen, dass es mich einfach überlastet. Klügere Köpfe kommen damit wohl besser klar.
|
|
|
|
|
|
|
|
|
|
|
Ja "==" sollte niemand nutzen der nicht die Comparison Tables dafür kennt. Macht ein geübter Nutzer auch nicht, einfach ersetzen mit === und man ist auf der sicheren Seite.
@audax
Yii 1.x würde ich definitiv nicht mehr als "modernes" PHP bezeichnen. Da reicht mir ein grober Blick in den Source Code und ich verstehe, wieso du da die Lust verlierst.
Wer ernsthaft sich mit dem Thema auseinander setzen will, sollte mal einen Blick in Projekte wie Laravel (http://laravel.com/) oder Symfony 2.x (http://symfony.com/) schauen, wobei ich ersteres präferiere (Facaded bei Laravel ignorieren, dafür hats schon ordentlich einen auf den Deckel bekommen ).
Wenn man dann sich noch PHP 7 anschaut (optionales Strict-Typing) und schaut wie solche modernen Frameworks aufgebaut sind, sieht die Welt um PHP ganz anders aus.
Auf PHP wie es vor 5-10 Jahren geschrieben wurde, hätte ich heute auch HASS
Und dass die Sprache selbst, unabhängig vom Ökosystem, so einiges einfach nur falsch macht, streite ich gar nicht ab. Ich lese und lache selbst fast täglich in http://www.reddit.com/r/lolphp/ (kann ich nur empfehlen ), aber die Sprache bessert sich mit jeder Version und steht sicherlich nicht alleine da. Das berühmte "wat"-Video (https://www.destroyallsoftware.com/talks/wat) zeigt, dass auch andere Sprachen ihre Eigenheiten haben die man einfach kennen muss. Es ist und bleibt trotzdem DIE vorherrschende Sprache im Web und wird es wahrscheinlich auch noch lange bleiben.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Daddi89 am 11.05.2015 13:48]
|
|
|
|
|
|
|
|
|
| | Zitat von Daddi89
@audax
Yii 1.x würde ich definitiv nicht mehr als "modernes" PHP bezeichnen. Da reicht mir ein grober Blick in den Source Code und ich verstehe, wieso du da die Lust verlierst.
| |
Yii war noch das kleinste Problem. Der MongoDB Treiber war und ist fürchterlich und der Großteil der libraries die wir verwendet haben und verwenden wollten waren schlecht gewartet, verbugt oder schon nach kurzer Zeit wieder verwaist. So lange man nen vernünftiges Framework hat und sonst keinerlei Abhängigkeiten hat ist die Welt ja in Ordnung. Der Code da draußen ist aber echt unter aller Kanone. Das habe ich bei Perl, Ruby und Python völlig anders erlebt.
Aber das ist ja auch mein Problem, externe libraries verwenden zu wollen. In PHP 7 wird das sicher auch alles besser.
| |
| Code: |
declare(strict_types=1) |
|
¤dit²: Ich bin überfordert mit den Eigenheiten von PHP.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von audax am 11.05.2015 13:51]
|
|
|
|
|
|
|
|
|
Mit dem MongoDB Treiber hab ich nichts zu tun gehabt bisher, aber deine Erfahrungen bzgl. externer Libaries kann ich überhaupt nicht teilen. Im Gegenteil eigentlich.
Wahrscheinlich ist aber weder deine noch meine Erfahrung wirklich weitreichend, weil wir einfach in nem anderen Bereich gearbeitet haben und sicherlich jeweils andere Pakete von aussen benutzen.
e:
Ja, die Eigenheiten sind eigentlich das einzig schlimme noch an der Sprache, zusammen mit den naming "conventions" der Standard Library
Nach 10 Jahren in dem Bereich fallen einem die Sachen nicht mehr auf, weil man durch die tagtägliche Arbeit damit an all den Kram gewöhnt ist. Wer nicht so tief drin steckt wird sicherlich so einige Probleme damit haben, da stimme ich zu.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Daddi89 am 11.05.2015 13:55]
|
|
|
|
|
|
|
|
|
- Python:
| |
| Code: |
>>> import builtins
>>> len(dir(builtins))
150 |
|
- R:
| |
| Code: |
> length(builtins())
1283 |
|
- PHP:
> 5300
wer sich wundert: in python sind das 68 builtins, ein paar __specials__ und der rest sind Exception-klassen.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von flying sheep am 11.05.2015 14:48]
|
|
|
|
|
|
|
|
|
|
PHP ist also 35 mal mächtiger als Python? Gut zu wissen!
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Daddi89
Wer nicht so tief drin steckt wird sicherlich so einige Probleme damit haben, da stimme ich zu.
| |
5 Jahre hätten reichen sollen. 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
PHP ist also 35 mal mächtiger als Python? Gut zu wissen!
| |
So ganz hab ich jetzt auch nicht verstanden. Klar ist ein kleiner Core ne tolle Sache und wird bei Python ja auch als Feature aufgeführt, aber das macht ne Sprache doch nicht automatisch besser.
Eher würde mich interessieren, wie es in weiteren Sprachen aussieht. Was ist mit Java/Scala oder C++?
Bei der Angabe für PHP würde mich wundern, wenn das alle Core-Funktionen sind. Da wird wahrscheinlich die Standard Library mit reingezählt.
e:
Da klappt die Seite noch:
http://us1.php.net/manual/en/indexes.functions.php
Und wie vermutet, sind da ne ganze Menge extensions schon mit drin. Wenn ich bei Python also ein paar hundert Pakete reinwerfe und nochmal zähle, kommen sicherlich auch ein paar mehr dabei raus
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Daddi89 am 11.05.2015 15:04]
|
|
|
|
|
|
|
|
|
was ihr immer gleich reininterpretiert
ich hab das nur mal so dahin gestellt weil es mich interessiert hat.
|
|
|
|
|
|
|
|
|
|
|
Naja, so ein Post mitten zwischen PHP gebashe sagt normalerweise ne Menge aus
csde_rats "==" musste ja auch irgendwie interpretiert werden
|
|
|
|
|
|
|
|
|
|
|
Interpretieren sollte ja dann deine Stärke sein.
Hue hue hue
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ich kann auch gern beim bashen mitmachen, wenn du das willst 
|
|
|
|
|
|
|
|
|
|
|
Pff, als könnte man bei Python nix zum bashen finden
Gibts da eigentlich ne Begründung, wieso Kapselung und Interfaces nicht mit dabei sind? Das fand ich bisher am ehesten befremdlich. Aber die Array/Slice Syntax gleicht das wieder aus, die hätte ich gerne in mehr Sprachen
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Daddi89
Pff, als könnte man bei Python nix zum bashen finden
Gibts da eigentlich ne Begründung, wieso Kapselung und Interfaces nicht mit dabei sind? Das fand ich bisher am ehesten befremdlich. Aber die Array/Slice Syntax gleicht das wieder aus, die hätte ich gerne in mehr Sprachen
| |
Was meinst du mit Kapselung, dass Python nicht hat?
"Echtes" private, dass sich nicht durch __foo umgehen lässt? 
Interfaces sind übrigens hier: https://docs.python.org/3/library/abc.html
Abstract Base Classes heißen sie und tun im Prinzip das gleiche wie Interfaces
| |
Abstract base classes complement duck-typing by providing a way to define interfaces when other techniques like hasattr() would be clumsy or subtly wrong (for example with magic methods). ABCs introduce virtual subclasses, which are classes that don’t inherit from a class but are still recognized by isinstance() and issubclass(); see the abc module documentation. Python comes with many built-in ABCs for data structures (in the collections.abc module), numbers (in the numbers module), streams (in the io module), import finders and loaders (in the importlib.abc module). You can create your own ABCs with the abc module. | |
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von audax
Was meinst du mit Kapselung, dass Python nicht hat?
| |
Ist das nicht so, dass man dort bei Klassen die "Kapselung" durch Convention löst? Normale Namen für public-Methoden und ein _-Präfix für private Methoden?
|
|
|
|
|
|
|
|
|
|
|
|
Ja, das steckt tief im Sprachdesign drin, ist also absichtlich und kein Problem von Python, dessen Problemfelder ganz woanders liegen (und einigermaßen reichlich bestellt sind).
|
|
|
|
|
|
|
|
|
|
|
Unicode!!! Byte-Type ohne String-Methoden!! GIl!
Aber immer wenn ich mich zu sehr über Python geärgert haben dann schaue ich kurz zu PHP rüber und freue mich, dass meine dreckige Scheune wenigstens nicht auch noch brennt.
|
|
|
|
|
|
|
|
|
|
|
So Freunde, mein Laptop ist da. \o/ Arch und windoze laufen schon im Dual boot.
Jetzt habe ich folgendes Problemchen: Bei 1920p auf 13" ist mir der Kram zu klein. Was tut man da? Auflösung runtersetzen? Oder gibt es schon irgendwelche Möglichkeiten, um die UI zu skalieren? Die ganzen retina Displays haben das Problem ja noch stärker.
|
|
|
|
|
|
|
|
|
|
|
jo also, public, protected und private *sind* nur conventions. auch in java kannste die per reflection zugänglich machen. in C++ per friend-class oder so.
ich finde auch im sprachdesign sind erstaunlich wenig warzen. so richtig warzig wird es in den bereichen python3-popularität und packaging.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
So Freunde, mein Laptop ist da. \o/ Arch und windoze laufen schon im Dual boot.
Jetzt habe ich folgendes Problemchen: Bei 1920p auf 13" ist mir der Kram zu klein. Was tut man da? Auflösung runtersetzen? Oder gibt es schon irgendwelche Möglichkeiten, um die UI zu skalieren? Die ganzen retina Displays haben das Problem ja noch stärker.
| |
https://wiki.archlinux.org/index.php/HiDPI schon gesehen?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von mYstral
| | Zitat von Oli
So Freunde, mein Laptop ist da. \o/ Arch und windoze laufen schon im Dual boot.
Jetzt habe ich folgendes Problemchen: Bei 1920p auf 13" ist mir der Kram zu klein. Was tut man da? Auflösung runtersetzen? Oder gibt es schon irgendwelche Möglichkeiten, um die UI zu skalieren? Die ganzen retina Displays haben das Problem ja noch stärker.
| |
https://wiki.archlinux.org/index.php/HiDPI schon gesehen?
| |
nope, besten Dank!
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von flying sheep
so richtig warzig wird es in den bereichen python3-popularität und packaging.
| |
Meine größten Nervpunkte:
- Unicode, weil sie es in Py2 falsch gemacht haben
- Unicode, weil sie es in Py3 richtig machen
- Python zugeschoben, eigentlich MS-Schuld: Unicode in Terminals unter Windows
- Packaging
- Packaging
- Packaging
- Namespace packages
- Py2 C API (etwas ranzig)
- Py3 C API (bricht mit Py2)
- Py2+3 Code ist auf bestimmten Ebenen echt meh
- Binär-I/O könnte IMHO etwas schöner sein
Der Rest sind eher Details.
|
|
|
|
|
|
|
|
|
|
|
|
Also Unicode und Packaging?
|
|
|
|
|
|
|
|
|
|
| | Zitat von Daddi89
Also Unicode und Packaging? | |
und der 2/3-split.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von flying sheep am 12.05.2015 0:01]
|
|
|
|
|
|
|
|
|
Unicode bezieht sich ja fast ausschließlich auf den 2/3 split
- Sie sind's nicht standardmäßig
- Für den Rest siehe PEP 0382, 0402 und 0420
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 12.05.2015 0:07]
|
|
|
|
|
|
| Thema: 100 gute Gründe für Linux ( 0x20 ) |
