Je PHP nutné k uplatnění?

[Kit]

A zkusil jsi to už někdy bez nich?
Větší aplikace však navrhuji tak, abych gettery, settery, property ani public atributy vůbec nepotřeboval.

Zkusil jsem vše. Property a související věci vznikly právě za účelem zvýšení přehlednosti, není znám důvod proč je zavrhnout jako celek.

To tady fakt nikdo neví, jak elegantně a přehledně pracovat bez nich?

[Reklama]

[Kolemjdoucí]

To tady fakt nikdo neví, jak elegantně a přehledně pracovat bez nich?

Jak se to dělá ví skoro každý. Elegantní a přehledné to není, právě proto property vznikly.

[Kit]

To tady fakt nikdo neví, jak elegantně a přehledně pracovat bez nich?

Jak se to dělá ví skoro každý. Elegantní a přehledné to není, právě proto property vznikly.

Zatím vidím jen nepochopení. Kdekdo si myslí, že je mám public. Nemám.

Jak se to tedy dělá bez property to, co není ani elegantní ani přehledné?

[Kolemjdoucí]

Jak se to tedy dělá bez property to, co není ani elegantní ani přehledné?

Vysvětlení jak se to dělá bez g/s se čeká od Vás 
Ve výsledku představíte způsob který je identický dobře napsaným g/s, jenom se metody budou jmenovat jinak.
Připomínám že getter/setter != povinnost zpřístupnit private member variables, programátor si tam může napsat libovolně co chce.

[Kit]

Jak se to tedy dělá bez property to, co není ani elegantní ani přehledné?

Vysvětlení jak se to dělá bez g/s se čeká od Vás 
Ve výsledku představíte způsob který je identický dobře napsaným g/s, jenom se metody budou jmenovat jinak.
Připomínám že getter/setter != povinnost zpřístupnit private member variables, programátor si tam může napsat libovolně co chce.

Vždyť jsem to už psal. Nepracovat s atributy objektu, ale s objektem. Nesouvisející atributy rozdělit do více objektů.

[Reklama]

[Lumorek]

PHP se pouziva dneska primarne jen kvuli tomu ze lidi kteri jsou schopni v nem neco slepit je vsude plno a jsou hlavne velmi levni. Ze setrvacnosti i kvuli webhostingum (dneska je uz situace uplne jinde, VPS si muze dovolit vetsina lidi, kteri chteji nejaky slozitejsi eshop nebo webovou aplikaci). Pokud to myslite s webovyma aplikacema vazne zameril bych se na Spring/Play/JSP/... v Jave a k tomu se venoval i jinym jazykum a frameworkum (Node.js, RoR, Django,...).

Naprostej souhlas. PHP je k uplatneni stejne nutne asi jako Paskal v dnesni dobe. Kdyz da Javu/C/++ tak to pro nej nebude problem a Python/Django stoji rozhodne za to. Node.js ma stejnou syntax jako JavaScript (ktery teda taky nemusim), ale v dnesni dobe jet na necem co byl puvodne sablonovaci system pro html a rikat tomu programovani je offtopic. A jestli si chce chlapec vydelat penize tak at se naucit Fortran a extensivni jazyky pro SQL jako TLC atp., protoze v tom psat nikdo nechce a pritom to vsichni musi pozivat v korporatech Tak ci onak power of triforce mluvi jasne....

[haha]

Node.js ma stejnou syntax jako JavaScript

[ehm]

Node.js ma stejnou syntax jako JavaScript

K smíchu to moc není, hlavní smysl node.js je mít stejnou (= stejně vymaštěnou) syntaxi jazyka na serveru i v prohlížeči.

[haha]

K smíchu to moc není

Mně přišla vtipná ta formulace. Když se to řekne takhle, tak Spring má stejnou syntaxi jako Java, Nette má stejnou syntaxi jako PHP, QT, ... počkat, není "stejných syntaxí" nějak moc najednou?

blablabla

Nemám zájem o flame, toho už je tady dost i bez toho.

[Kit]

PHP je k uplatneni stejne nutne asi jako Paskal v dnesni dobe.

Ne tak docela. Vývoj Pascalu se prakticky zastavil, PHP se stále zdokonaluje. Stále je to sice slepenec, ale při dobré sebekázni programátora a s kvalitním testováním se v něm dají napsat i rozsáhlé projekty. Jen se v něm nesmí moc dělat finanční výpočty, protože na ně není řádně vybaven.

Kdyz da Javu/C/++ tak to pro nej nebude problem a Python/Django stoji rozhodne za to. Node.js ma stejnou syntax jako JavaScript (ktery teda taky nemusim),

Python rozhodně za to stojí. Pokud je možnost volby, tak Pythonu dám přednost před PHP.

... ale v dnesni dobe jet na necem co byl puvodne sablonovaci system pro html a rikat tomu programovani je offtopic.

Co bylo, bylo. Dnes už PHP jako šablonovací systém nepoužívám. PHP mám jako lepidlo mezi HTTP serverem, databází a výstupní šablonou. Vyhozením šablon z PHP aplikacím významně prospělo a nemusím se obávat, že bych výstup neměl validní.

A jestli si chce chlapec vydelat penize tak at se naucit Fortran a extensivni jazyky pro SQL jako TLC atp., protoze v tom psat nikdo nechce a pritom to vsichni musi pozivat v korporatech Tak ci onak power of triforce mluvi jasne....

Fortran je dodnes používaný programovací jazyk, z mého pohledu je lepší a výkonnější než C. Na drcení čísel nic lepšího než Fortran neznám.

SQL bude potřebné vždy.

[Hmmm]

Jak se to tedy dělá bez property to, co není ani elegantní ani přehledné?

Vysvětlení jak se to dělá bez g/s se čeká od Vás 
Ve výsledku představíte způsob který je identický dobře napsaným g/s, jenom se metody budou jmenovat jinak.
Připomínám že getter/setter != povinnost zpřístupnit private member variables, programátor si tam může napsat libovolně co chce.

Dal by sa uviest priklad? len pre zaujimavost a uplnost

Vždyť jsem to už psal. Nepracovat s atributy objektu, ale s objektem. Nesouvisející atributy rozdělit do více objektů.

[Neználek]

Fortran je dodnes používaný programovací jazyk, z mého pohledu je lepší a výkonnější než C. Na drcení čísel nic lepšího než Fortran neznám.

Ve fortranu jsem nikdy neprogramoval, můžeš být konkrétnější v čem spočívá výhoda fortranu na výpočetní úlohy?

[Kit]

Fortran je dodnes používaný programovací jazyk, z mého pohledu je lepší a výkonnější než C. Na drcení čísel nic lepšího než Fortran neznám.

Ve fortranu jsem nikdy neprogramoval, můžeš být konkrétnější v čem spočívá výhoda fortranu na výpočetní úlohy?

Fortran je o něco výkonnější, než C, pro techniky a vědce má přijatelnější syntaxi. Indexy polí začínají od 1, ale mohou být jakékoli, třeba -10:20 je pole o 31 prvcích začínající indexem -10. Na polích a maticích se přímo dají dělat některé matematické operace, bez cyklů. Z polí a matic se přímo dají dělat výřezy, opět bez cyklů. Pracuje s reálnými i komplexními čísly s volitelnou přesností, pro vědecké výpočty existuje spousta knihoven.

[perceptron]

To tady fakt nikdo neví, jak elegantně a přehledně pracovat bez nich?

ja to neviem

lebo bez prikladu netusim co chcete vasimi vseobecynmi vyrokmi povedat

urobim robotu za vas

class ucet {
   private int zostatok
   private osoba majitel
   public void zuroc() {
      zostatok = zostatok + zlozityVypocet()
   }
}     

zostatok a majitela natrepete cez konstruktor? k zostatku pristupujete ako?

priklad 3:

class matica {
   private int[][] prvky

   ...
}     

ako nastavujete prvky matice?

priklad 2:

ako riesite objekty mapovane na riadky tabulky? cez properties, ktore v php nemate?

class automobil {
  private string znacka
  private string model
}

kto vam riesi ukladanie dat? automobil ma metodu find a save ako v ruby?

[Fodrek (not logged in)]

Ta otazka evokuje narazky na tototo: Chcem vedit, co mi staci na rutinnej baze, aby to bolo dobre?

Odpoved je nic. Treba byt mimo rutinnej prace a teda byt tvorivy, je jedno v com...

Ktoré profesie nám ukradnú roboty?

16.12.2014

Austrálska správa, ktorá sa zamerala na tamojší priemysel, sa snažila analyzovať, ktorým profesiám hrozí najväčšie riziko automatizácie či rastúce využívanie robotov. Podľa nej budú súperiť s robotmi o zamestnanie najmä účtovníci, pokladníci, sekretári, stenografi či bankári, ale napríklad aj mäsiari. Do zóny ohrozenia sa zaradili aj poštoví úradníci, farmaceuti a lekárnici.

Zo správy vyplýva, že automatizácia nie je obmedzená na pracovné pozície s nízkou kvalifikáciou – austrálski farmaceuti dosahujú bakalársky alebo vyšší titul. „Vyššie vzdelanie teda negarantuje záruku proti automatizácii,“ cituje správu ekonomický portál Business Insider.

 Ide najmä o práce, ktoré sú založené na rutinnej báze a ktoré je možné riešiť pomocou algoritmov.

Ako sa presvedčili americké noviny LA Times, roboty sú vhodné aj na písanie automatizovaných správ. Mediálne.sk v marci tohto roka upozornilo, že kedykoľvek v Los Angeles a okolí nastane zemetrasenie, systém nazývaný Quakebot, ktorý naprogramoval jeden z redaktorov novín, dokáže o tom napísať správu.

Pretože ide o robota, ktorý dokáže analyzovať emócie zákazníkov, ich mimiku a tón hlasu, mnohí ho považujú za vhodného adepta, ktorý môže poskytovať zákaznícky servis alebo vykonávať maloobchodný predaj.


S príchodom vyvinutejších počítačov sa potreba ľudskej pracovnej sily výrazne zredukuje v profesiách, ktoré zahŕňajú rutinu. Ide najmä o práce, kde sa vykonávajú obchodné a finančné operácie. Predpokladá sa, že takýmto spôsobom príde o prácu približne sedem miliónov ľudí.

Business Insider upozorňuje, že ak sa všetky dôsledky súvisiace s expanziou technológií, automatizácie a robotiky zhrnú, môže v USA vzniknúť 50-percentná nezamestnanosť. Podnikateľ Martin Ford však predpovedá, že nezamestnanosť sa môže vyšplhať až k 75 percentám. „Väčšina ľudí vykonáva rutinnú prácu. Ľudská ekonomika vždy vyžadovala rutinnú prácu,“ dodáva M. Ford.
http://www.etrend.sk/technologie/ktore-profesie-nam-ukradnu-roboty.html