edgarsj

Es baidos, ka codez minētajos testos sociālās attiecības un t.s. emocionālā inteliģence neietilpst gan. Respektīvi, jūs runājat par dažādām lietām.

Codez, intereses pēc - kāds ir tavs IQ?

Un ja man ar PHP >5 gadu pieredzi ikdienas lietošanā tā nepatīk, arī es nesaprotu no kā tā sastāv? Problēma visos citos - nešķiet, ka pārspīlē? Kā zināms, ir pietiekami daudz, kas par PHP labprātāk izvēlas Python. Tev nešķiet, ka cilvēki vairāk ieklausītos tavā sakāmajā, ja nebūtu tik agresīvs? Citādāk kā ar jaunības maksimālismu vai vienkārši stulbumu to izskaidrot nevaru. Domāju, šeit ir pietiekami daudz cilvēku, kam interesē daGrevis pieredze un kas katru Python pieminēšanu automātiski neuztver kā aizvainojošu konkurējošas valodas mārketingu.

Šķiet, ka Accenture algu politika līdzīga, bet lai ievāktu vidusmēra algu ciparus, viņi pasūta datus attiecīgām aptauju veikšanas kompānijām.

sorry, galvā aptuveni uzmetu. īstenībā tiešām sanāk jūtami labāk - ap 680Ls

Kāpēc nevar uzreiz uzrakstīt, ka atalgojums sākot no ~600Ls mēnesī? :)

Man nepatīk. Tikai lieks spams. Un good practice tas varētu būt tikai tad, ja nepieciešama auto ģenerēta api dokumentācija, kas izmanto komentārus.

Varētu lūdzu citātu, kur tieši to izlasīji tajā rakstā? Nevajag jau sākt fantazēt.

Pag, tu nebiji tas džeks, kas teicās, ka vari pa dienu uztaisīt ko labāku par Redmine? Es piedāvāju 5 dienas apmaksāt un paskatīties uz rezultātu.

Turpinot tēmu - šeit tīri labs raksts, kāpēc Eevee (minēts arī kā fraktāļa džeks) argumenti par PHP trūkumiem netiek ņemti vērā vai tiek noraidīti - http://lukeplant.me.uk/blog/posts/php,-python-and-persuasion/

Es paskaidroju, kāpēc man nepatīk PHP, man pārmet, ka par daudz piesienos :) Atkārtoju, katram savs.

Atvainojos. Šis daļēji patiešām palīdz. Līdz pilnai laimei gan pietrūkst exception klase, kas būtu atbilstoša tam error message ziņojumam, kurš stacktrace iekšā parādās. Teorētiski var mēģināt pēc tā kaut kā apstrādāt specifiskās kļūdas, lai gan tas ir čerež ž atkal. Bet pats jau atzini, ka šis ir PHP mīnuss. Un pēc dokumentācijas spriežot jāņem vērā, ka "It's worth noting again that no matter what you do, "E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and most of E_STRICT" will never reach your custom error handler, and therefore will not be converted into ErrorExceptions. Plan accordingly."

Lūdzu piemēru ar simplexml_load_file, demagog.

Tad vismaz zināsi konkrēti kāpēc nosprāga, nevis vienkārši Fatal Error. Un arī neparedzēto exceptionu var noķert un apstrādāt gracefully, piemēram, kā kļūdas paziņojumu lietotājam.

Tas gan nebija smuki. Ja dzimtā valoda nav latviešu, tad skaidrs, ka var gadīties kļūdas, it īpaši, ja raksta daudz un ātri.

Labrīt kungi :) Vai minētajā gadījumā (http://php.lv/f/topi...ec-fatal-error/) tavs error handleris noķers to Fatal Error? Nē? Tad par ko tu runā? Izplati bullshit kā parasti. Trollis. paklikšķināju uz pāris ziņām, nekā tāda neredzēju. varbūt ir kāds konkrētāks links? kaut gan tas, ko mēs visi esam redzējuši / domājuši bērnībā ir diezgan nesvarīgi (es piem. biju tīri lielā sajūsmā par Basic). Reducējamies uz to, ka sāpe ir tieši tajā wrapperī. Nez kāpēc priekš Python tāds wrapperis uztaisīts ar visām Exception. Un šis nav vienīgais sūkājošais wrappers. Dārgais Guru, piemēros augstāk taču bija rakstīts, ka varam izmesto Exception noķert, attiecīgi apstrādāt un turpināt darbu. Arī tev nav zināms, kā pareizi strādāt ar Exception mehānismu? Es gaidīju, ko vairāk no PHP internals listes biedra un valodas virziena iespaidotāja. Bet, acīmredzot, tas kā reizi ir piemērs, kāpēc ar PHP ir kā ir. Tieši tāpēc arī man PHP nepatīk lietot, jo trūkumu ir stipri vairāk kā citām valodām tevis minēto iemeslu dēļ. Un neviens tos nelabos. Ja tev patīk, tad lieto un priecājies. Par Backwards Compatibility - ar prieku skatos uz Python3, kur beidzot visi stringi by default būs unicode. Tur viņi nebaidās uzlabot valodu, salaužot BC. Jo arī piedāvā skaidru ceļu, kā migrēt.

1) Normālā gadījumā tiek izmests exception, tu to noķer, apstrādā un turpini darbu, jo viss ok. 2) Python visa kļūdu apstrāde balstās uz exceptions un tur arī var izvērsties pēc sirds patikas ar ignorēšanu, saviem handleriem utt. Iespējams īsti nesapratu, ko domāji. 3) Trūkums valodā ir tas, ka nomirst ar Fatal Error bez normāla stacktrace logfailos, ja nemēģina uzminēt kur un kā varētu būt kļūda un to apiet. Kā jau Atslēgas kungs mēģināja paskaidrot. 4) Protams, pie katras funkcijas tas nav vajadzīgs. Ir vajadzīgs, lai būtu skaidrs, kas nogāja greizi un vismaz viens standarta mehānisms, kas der visos kļūdu apstrādes gadījumos. Ar labu nakti.

1) es saku, ka konkrētajā gadījumā, tas, ka nav iespējas ar Exception apstrādāt, bet uzreiz ir Fatal Error ir čerez ž. 2) tu man uzbrauc, ka man nepatīk "papildus iespējas izmantot to apstrādes metodi kura liekas konkrētā gadījumā ērtāka" 3) paprasu tev parādīt, kā tad es varu lietot Exception konkrētajā gadījumā 4) sāc stāstīt, cik viss īstenībā ir kruta bez Exception, kaut arī neizproti to būtību WAT? Tad PHP ir tikai mini skriptiem paredzēta? Tur mēs laikam pat varētu būt vienisprātis

Kodējot py2 kodu atbilstoši py3k guidelines, ar šo rīku visu automatizēti var pārkonvertēt - http://docs.python.org/library/2to3.html. Lielais migrācijas process komūnā noris lēni, bet nenovēršami. Prognozēju, ka pēc 2-3 gadiem Python 3 būs noklusētais standarts. Labāk parunāsim par to, ka PHP pat minor versijām ir backwards incompatible izmaiņas ;)

Tieši par šo arī konkrētā manis minētā sāpe. Kāda iksa pēc standarta bibliotēkas nenodrošina normālu kļūdu apstrādes veidu? Kāda iksa pēc man dokumentācijā jāmeklē, ka jāizsauc funkcija libxml_use_internal_errors(true), lai minētais cikls nenobeigtos ar Fatal Error? Normāli būtu, ja bez apstrādes izmestos exception, kura nosaukumu pēc tam es ieliktu kodā un varētu noķert arī dokumentāciju vispār neatverot. Man nepatīk ikdienā strādāt tādā valodā ar tādiem instrumentiem, kur to uzskata par normālu. Ja kādam patīk - uz priekšu.

Vai konkrēto problēmu vispār ir iespējams atrisināt ar Exception mehānismu? Ja jā, tad sorry, piemērs nevietā.

Netaisos daudz iebilst (viss jau n reizes diskutēts un ļoti labi uzrakstīts jau minētajā linkā). Skaidrs, ka jebkurā valodā var dažādi rakstīt, bet dažas tomēr individuāli kulturāli patīkamākas (mana izvēle ir skaidra, uzspiest nevienam nevaru). Labs piemērs no PHP WTF ir kaut vai šajā forumā - http://php.lv/f/topic/20520-ka-panakt-lai-loop-turpinas-pec-fatal-error/. Normālās valodās tomēr ir viens mehānisms kļūdu apstrādei, nevis ntie, kas atšķirīgi no katra gadījuma.

Kāds nav lasījis diskusiju. Man PHP galvenokārt nepatīk jau divreiz iemestajā linkā (http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/) minēto problēmu dēļ - proti, neparedzamība, nesakārtotība, vienkārši dievīgi bugi, utml, kuru pamatcēlonis ir PHP sākotnējā izcelsme un ko faktiski tagad vairs nav iespējams mainīt. T.i. runa ir par to nevis, vai var izdarīt, bet kā izdarīt. Atgādināšu ka gandrīz katrā valodā var izdarīt visu, jautājums vienmēr ir - kā. PHP bija mana pirmā nopietnā valoda, kurā vairākus gadus pelnīju iztiku kā programmētājs (pārsimt rindiņu Perl skripts neskaitās).

Java bieži vien ir garlaicīgi daudz koda. Man personīgi prasās ko straujāku tieši izstrādes ziņā. Bet starp PHP un Javu izvēlos pēdējo.

Un loks ir noslēdzies