Příspěvky

196

Software / Re:Co pouzivate pro skupinovy chat / firemni komunikaci. Aneb nahrada za koncici h

« kdy: 26. 01. 2019, 19:58:17 »

Pro rychlou komunikaci nejen mezi vyvojari pouzivame k nasi spokojenosti hipchat. Co prosim pouzivate vy a s jakou zkusenosti?


Na hipchat nam vyhovuje:
-integracema s emailem, jenkynsem, bitbucketem
-oddelene mistnostmi pro vyvoj, administratory apod.
-funkcni notifikacemi v mobilni aplikaci -to se zda u zkoumanych nahrad docela problem
Zatim mame v hedacku:
-mattermost =pekny , jen mi nefinguji notifikace v mobilni aplikaci
-zulip =pekny , jen mi nefinguji notifikace v mobilni aplikaci
-rocketchat = drive jsme zkousely a nefaungoval, ale uz je to nejaka doba
-discord = pro hrace, funguji notifikace, ale licence, ze s tvymi daty mohou delat co chteji
-telegram = zatim nemam nazor
-matrix/riot = zatim jen typ od kamarada

Dekuji Karel

Pouzivame mattermost. Aktualne cca 250 000 zprav ve vsech skupinach a docela dobry. Oproti free slack je mozne prohledavat vsechny zpravy. Hostujeme si to na vlastnim zeleze.

197

Studium a uplatnění / Re:Java: zaměření na Android nebo backend

« kdy: 30. 12. 2018, 14:19:47 »

Radsej C# ako Javu. Dokonca Oracle zavadza licencovanie javy, som zvedavy ako sa s tym vysporiadaju firmy ako google a ine, ktore vyvijaju v jave. Licencovat to ano, ale pridat nove features to nie.

Tobe prijde mezi dvema poslednimi long time support releasy malo features?

To licencovani je smutne, ale porad mas Open JDK a pokud chces nejakou firmu zatim, tak muzes vsadit trebas na Amazon.

Proc smutne? Naopak si myslim, ze je jedine dobre, pokud Oracle najde zpusob jak na Jave vydelat. Pokud nenajde, tak to cele utne a bude se jen snazit z toho vyzdimat co se da, nez to cele zdechne.
Sun mel jiny plan, chtel prodavat hw a sluzby. Java a frameworky/projekty/produkty postavene na Jave meli zjednodusit prechod na zelezo od Sunu. Nevyslo to. Oracle ma jiny pristup.
Ze zavedeni LTS releasu jsem docela nadseny. Kdyz chci jen bug fix, tak nemusim vzit release, ktery ma tunu dalsich zmen. Jak je to bezne do jdk 8. Jasne ten luxus musim zaplatit, protoze backportovat security bug fixy nekolik verzi zpet, je vsechno jen ne zabava pro kreativni lidi.

198

Hardware / Re:Jaký je váš pracovní stůl? (Fotogalerie)

« kdy: 10. 09. 2018, 11:18:43 »

Tak jo, tady je muj setup. Prave to mam dany na stojaka, ale po obede to bude uz asi na sezeni .
Veci kolo nejsou rozpracovane experimenty!

https://ibb.co/hKuz79

jak delate ty vlozeny obrazky?
img ani url mi nefunguje ...

199

Studium a uplatnění / Re:Otázky na pohovoru

« kdy: 15. 08. 2018, 17:26:55 »

Vždy mě šokuje, že přes 90% uchazečů vypadne už na tomhle.

Mě zas šokuje že dáváte takové hloupé otázky na věc která se probírala na jedné přednášce na VŠ. Uvědomte si, že ne každý má matematický nebo statistický background a zabředával v těchto věcech celé semestry, aby si to pamatoval do konce života a hned spatra vystřelil odpověď. Důležitější je umět si poradit, pokud neznám hned řešení problému.

Já na VŠ počítal fourierovy transformace, šifroval jsem RSA na papír, implementoval grafové algoritmy, ale teď už bych to z hlavy nedal. A tahle vaše otázka na pohovoru by mě opravdu naštvala, protože mi přijde zbytečná. Chvíli mi trvalo, než jsem si v hlavě problém rozložil a přišel na to že je to 36%. Opravdu, takové otázky nedávejte lidem co mají technickou VŠ, je to zbytečné.

Jo take jsem si musel najit jak se pocitala pravdepodobnost sestky na dvou kostkach a upravit to.

Jinak souhlas ze todle jsou otazky typu aha tak sem nechci. Pripomina mi to totiz to jak nas na VS vyhodily od zkousky protoze nam chybel v programu psanem na papir strednik.
Jinak v dnesni dobe uz neni dulezite mit vsechny znalosti v hlave, ale mit spis povedomi kde je rychle dohledat a jak upravit k obrazu svemu.

Tak to funguje skvěle, protože lidi s tvým lemplovským přístupem právě mají takové otázky vyloučit.

takovym filtrem nemusi projit i lidi, ktere chcete

Vim o cloveku, ktery dosel do firmy v Dublinu na pohovor. Anglictina nic moc, ze sesti odpoved na java/sql 4.5 dobre, povidani o protokolech OGC hodne dobry, rikal, ze jim nasel na webu chybu v kombinaci protokolu, neco jako excel 2000 a world 2010 v jednom baliku, coz norma nedovoluje.

Vzali ho, byla to i pro firmu dobra volba, je schopny pomahat operations a podilel se na architektonickych rozhodnutich noveho produktu atd. Kdyby mu dali hadanku, nebo ukol z kombinatoriky, tak by to zadani v anglictine mozna ani nepochopil .

Angličtina je další důležité kritérium, pokud někdo nerozumí ani psané angličtině, tak to není false negative.

Zadavate uchazecum matematicke ukoly v anglictine?

Muzete prosim napsat pro kterou firmu takto delate pohovory? Mozna si pak usetrite prochazeni spoustu CV lidi, ktere by stejne bylo jen ztrata  casu zvat na pohovor.

200

Studium a uplatnění / Re:Otázky na pohovoru

« kdy: 15. 08. 2018, 17:03:23 »

Vždy mě šokuje, že přes 90% uchazečů vypadne už na tomhle.

Mě zas šokuje že dáváte takové hloupé otázky na věc která se probírala na jedné přednášce na VŠ. Uvědomte si, že ne každý má matematický nebo statistický background a zabředával v těchto věcech celé semestry, aby si to pamatoval do konce života a hned spatra vystřelil odpověď. Důležitější je umět si poradit, pokud neznám hned řešení problému.

Já na VŠ počítal fourierovy transformace, šifroval jsem RSA na papír, implementoval grafové algoritmy, ale teď už bych to z hlavy nedal. A tahle vaše otázka na pohovoru by mě opravdu naštvala, protože mi přijde zbytečná. Chvíli mi trvalo, než jsem si v hlavě problém rozložil a přišel na to že je to 36%. Opravdu, takové otázky nedávejte lidem co mají technickou VŠ, je to zbytečné.

Jo take jsem si musel najit jak se pocitala pravdepodobnost sestky na dvou kostkach a upravit to.

Jinak souhlas ze todle jsou otazky typu aha tak sem nechci. Pripomina mi to totiz to jak nas na VS vyhodily od zkousky protoze nam chybel v programu psanem na papir strednik.
Jinak v dnesni dobe uz neni dulezite mit vsechny znalosti v hlave, ale mit spis povedomi kde je rychle dohledat a jak upravit k obrazu svemu.

Tak to funguje skvěle, protože lidi s tvým lemplovským přístupem právě mají takové otázky vyloučit.

takovym filtrem nemusi projit i lidi, ktere chcete

Vim o cloveku, ktery dosel do firmy v Dublinu na pohovor. Anglictina nic moc, ze sesti odpoved na java/sql 4.5 dobre, povidani o protokolech OGC hodne dobry, rikal, ze jim nasel na webu chybu v kombinaci protokolu, neco jako excel 2000 a world 2010 v jednom baliku, coz norma nedovoluje.

Vzali ho, byla to i pro firmu dobra volba, je schopny pomahat operations a podilel se na architektonickych rozhodnutich noveho produktu atd. Kdyby mu dali hadanku, nebo ukol z kombinatoriky, tak by to zadani v anglictine mozna ani nepochopil .

201

Studium a uplatnění / Re:Otázky na pohovoru

« kdy: 15. 08. 2018, 16:06:34 »

Ahoj, máte tip na nějaké zajímavé otázky k pohovoru? Nemyslím technické věci typu “co je dědičnost” nebo “kolik monád se vejde na špičku jehly”, ale podnětné brain teasers třeba z oblasti pravděpodobnosti nebo kombinatoriky.

disclaimer na pohovoru jako uchazec jsem nebyl  12 let!, s uchazeci jsem se nepotkal, vytvarim podklady pro nove recruitery aby se mohli seznamit s nasi aktualni sw architekturou/implementaci

Pokud opravdu povedete nejake pohovory tak prosim zvazte i to, ze tazatel ma jiny kontext nez mate Vy.

Ptejte se ho idealne na veci, ktere uvedl v zivotopisu, ma na githubu popripade v blogu.

Snazte se mu predstavit co bude delat, jak to bude delat a jaky je technologicky stack a hledejte prusecik mezi tim co vite a co by mohl vedet uchazec a o tom se bavte. Pokud ma v cv, ze umi Java Servlet API a rika o tom blbosti, tak ma problem. Pokud mu davate hadanky a on nevi, tak mate problem Vy. Reseni hadanek ho nemusi bavit i kdyz je schopny hledat hodiny memory leak, protoze v reseni hadanek nevidi duvod proc to delat a netrenuje dostatecne a k udrzbe "mozku" proste treba hraje sachy!

Cilem interview by nemelo byt (podle mych predstav) intelektualni cviceni, ale seznameni se, zjistit jestli clovek na pohovoru jen hleda zamestnani ( i takovy jsou potreba), nebo ho sw vyvoj bavi, jestli ma znalosti z domen, pro ktere vytvarite software (e.g. vyzna se v ucetnictvi, kdyz delate ucto sw, v mapach, kdyz delate gis ... ) a jak si on predstavuje proces vyvoje sw. Je dulezite jestli se u vas bez unit testu neda provest commit, na jake je CI popripade CD. Videl jsem i dost dobre programatory, kteri tvrdili, ze unit testing je ptakovina a ve vetsine pripadech to jen zdrzuje - bohuzel se toto nevylucuje, ale i obracene .

Jak se stavi k tomu, ze se bude muset nove veci naucit. Opet rozdil hleda zamestnani x bavi ho to.

Vicekolove, dlouhe pohovory s narocnyma(casove) ukolama jsou podle me ztrata casu pro vsechny zucastnene a ve vysledku jen zvysuji sanci, ze uchazec prijme jinou nabidku.

Snazte se zjistit co uchazec vi a z to ho si muzete odvodit, co byl/je schopny se naucit.

202

Vývoj / Re:Java: Mám neprázdný Set, ale nemůžu z něj dostat položky

« kdy: 13. 04. 2018, 15:20:24 »

Získám tím sdílený stav.

Získáte tím stav sdílený mezi jedním singletonem. To je trošku nesmysl, ne? A je to přesně to, co vás vypeklo – že jste jeden singleton měl z poloviny udělaný jedním způsobem a z poloviny druhým.

Ano, proto by skutečně dávalo smysl tu funkčnost vytáhnout bokem jak uvádí Zdenek Henek Tam bych si mohl i sám řešit, zda to je tvrdý singleton nebo ne - aniž by na to měl vliv framework (tj. bylo by to vyčlenění kompetence). Co mi ještě není úplně jasné je, čemu se vystavuju, pokud bych vracel ven měnitelné položky toho setu (neobalil je jak uvádí Zdenek Henek)? Pokud se podívám, jak framework implementuje hashCode, compareTo a equals, neměl bych v kolekcích ani při modifikaci narazit na problém. Je to tak? Resp. se to asi dočtu v té kapitole Publication and escape v Java Concurrency in Practice.

Pokud mate synchronizovane oprace nad Set<...> tak to nestaci pokud neco co je v te Set pustite mimo synchronized sekci a pak to tam menite. Musite zajistit, ze se to bud nebude menit - nejlepsi, nebo ze veskere zmeny budou opet synchronizovane.

Jestli muzu doporucit, poridte si tu knihu Java Concurrency in practice. Nebojte se, ze je z roku 2006, jedine, co tam nenajdete jsou nove veci implementovane pozdeji, ale zakladni princip Vasi otazky tam je moc dobre popsany.

Pochybuju ze objectk Image je immutable, pokud je, tak nemusite nic delat. Immutable, znamena, ze bez reflexe se s tim neda nic delat, ne ze si slibite, ze to nebudete menit, protoze na to zapomenete. Jeste muzete pred kazdou modifikaci udelat clon toho objektu a po provedeni zmen vyhodit ze Set objektu ten stary a dat tam novy ... , ale to je cesta do pekel. Pak je clone na kazdem rohu.

Nejjednodussi pravidlo je, ze cokoli je sdilene je immutable a ma to builder. Pokud to nejde, tak wrapper a synchronizace.

203

Vývoj / Re:Java: Mám neprázdný Set, ale nemůžu z něj dostat položky

« kdy: 13. 04. 2018, 10:30:37 »

Takže nevím, zda je root ideální server pro tento dotaz, ale zkusím to 

Mám v javě

Kód: [Vybrat]

package cz.exambuilder.entity.domain.calendar;
(...)
public class Calendar {
    protected static final Set<Image> imagesQueue = new LinkedHashSet<>(); 
    (...)
}

a ten set imagesQueue je neprázdný:

Kód: [Vybrat]

imagesQueue.isEmpty(); // dává false
imagesQueue.size(); // dává 1

Problém je, že položky toho setu nemůžu získat:

Kód: [Vybrat]

 imagesQueue.iterator().hasNext(); // dává false
imagesQueue.iterator().next(); //  hodí java.util.NoSuchElementException. 

Podstatné, že k tomuto stavu dojde až po cca měsíčním běhu aplikace, zprvu to funguje normálně.

Čichal bych tady nějaký problém v implementaci equals(), hashCode() nebo compareTo(), ale na nic jsem nepřišel, používám výchozí implementace z frameworku. Možná vstoupí do hry nějaký JIT nebo přesun instancí do jiné oblasti paměti a změní se hashcode nebo něco podobného? Na co se mám zaměřit? Uvažoval jsem ještě nad tím, zda se to do tohoto stavu nemůže dostat špatně ošetřeným konkurenčním přístupem, ale nedokážu si to představit.

Pozitivní je, že mám k dispozici testovací prostředí, kde to ještě funguje i prostředí, kde to už nefunguje - do obou se můžu se připojit debuggerem nebo z vývojové konzole umožňující spouštět interaktivně kód.

Na co se mám zaměřit? Kdy k něčemu takovému může v principu vůbec dojít?

Používám java version "1.8.0_161", apache-tomcat-8.5.5, Debian 4.8.4-1 a Brightspot ve verzi v3.2.7178-2110f8

Aktuální testovací kód:

Kód: [Vybrat]

import cz.exambuilder.entity.domain.calendar.Calendar;
import java.util.stream.*;
import java.lang.reflect.*;
import org.slf4j.*;

public class Code {
    public static Object main() throws Throwable {

        Logger log = LoggerFactory.getLogger(Code.class);

        // tady získám tu privátní instanci imagesQueue, abych se na ní mohl podívat:

        Calendar calendar = Query.from(Calendar.class).first();
        Field field = Calendar.class.getDeclaredField("imagesQueue");
        field.setAccessible(true);
        Set<Image> imagesQueue = (Set<Image>) field.get(calendar);

        // tady zkouším, co imagesQueue obsahuje:

        log.info("*** imagesQueue.isEmpty(): " + imagesQueue.isEmpty()); // false
        log.info("*** imagesQueue.size(): " + imagesQueue.size()); // 1

        log.info("*** imagesQueue.stream(): " + imagesQueue.stream().map(i -> String.format("%s (%s)", i.getTitle(), i.getId())).collect(Collectors.toList())); // prázdná kolekce
        log.info("*** imagesQueue.iterator().hasNext(): " + imagesQueue.iterator().hasNext()); // false

        try {
           log.info("*** imagesQueue.iterator().next(): " + imagesQueue.iterator().next()); // NoSuchElementException
        } catch(Exception e){
            log.info("*** exception: " + e);
        }
        
        return "SEE LOGS";

    }
}

Dík za nápady!

Nepouzivejte plain Set jak static promenou.

Zabalte to do nejake tridy a pak bud vse synchrnonizujte, nebo at  veskere operace v metode nemeni tu mnozinu.

e.g.

class MySet{
.....
  MySet(Set<Image> a){
    this.a = new HashSet(a);
  }

  ... metody pro praci s tou mnozinou...
  tu mnozinu nepoustejte ven z tohoto objektu

  pokud budete predavat objekty z te mnoziny ven, musite zajistit ze budou nemenne, nebo opet obalte obalovou tridou a synchronizujte. Vice v Concurrency in Practice strana 39, Publication and escape.
}

Jako bonus toto Vam pomuze udrzovat kod, ktery nejak manipuluje s tou mnozinou na jednom miste.

Jetse me tak napada, ze byste mohl spis pouzivat neco jako https://github.com/ben-manes/caffeine at Vam tam ty obrazky nevytvari memory leak a po case je vyhazovat. Jetsli teda mate moznost si ty obrazky opet vytvorit, kdyz uz nebudou v te mnozine.

204

Studium a uplatnění / Re:Holka pro všechno?

« kdy: 22. 02. 2018, 12:42:22 »

Ahojte,

něco naprosto jiného, takže ve finále neví o ničem nic pořádne protože sprinty mají délku dva týdny.

Myslim, ze toto je ten problem. 2 tydny je dost kratka doba. Pokud je vse pripravene a uz se "jen" koduje, tak ok, pokud se to da posunout tak ok.

K praci na infrastructure, production - operations, dokumentace. Ano mame to podobne, ale nejedeme podle zadnych utazenych pravidel, ale vydava se, az je co vydat a je to stabilni. Je nas uz vic, tak mame QA, ale to, ze kdyz se podela produkce, tak na to jdou vyvojari je normalni. Kdo jiny by to mel dat do kupy. Kdo jiny si to pak bude pamatovat a udela vse aby to nemusel znova delat? - teda pokud to byla chyba programu a ne jen nastaveni site atd.

Bud rad, ze je Tva prace ruznoroda mohlo by se Ti taky stat, ze se pridas  k mistnim kriklounum jak je to v praci * ze v praci porad delaji to same dokola, nebo ze nedelaji nic atd.... je toho tady plno, neda se to cist.

Jo jeste jedna dulezita vec. Pomahame si. Neni to tak, ze ja dostanu bug a at se v tom treba utopim ...
Mozna proto nam moc nesedela zadna agilni trendy metodika. Ve forme nas drzi to, ze sw, ktery piseme si taky provozujeme. Prave tento tyden mam 24/7 oncall a povazuji to za normalni. Od te doby, co to takto delame, tak nam nase dilo moc casto nepada

205

Studium a uplatnění / Re:Loajalita - nedává mi smysl

« kdy: 05. 02. 2018, 18:22:19 »

tak kolik let v jedne firme povazujete za rozumne minimum, abyste si o cloveku nemyslel ze je to ten psychous, viz. popis?

Podle me
4 - 5 let, neco se naucis, k necemu te pusti i samostatne, chyby, ktere jsi udelal te dozenou a vyresis si jeznovu a lepe - a to je chvile, kdy zacinas byt lepsi developer, ne v poctu zkratek, ktere se ti vejdou do CVcka.

Co pořád máte s tím učením se? Když někam nastupujete, tak nic neumíte? Chápu, když je třeba si osvojit proprietární technologie. Ale to vám nic nedá, po odchodu jinam to většinou můžete celé zahodit. Ještě jsem nepotkal proprietární technologii, o níž bych mohl říci, že jsem se na ní něco naučil, kromě toho, jak se to dělat nemá.

Jinak ve svém prvním zaměstnání jsem vydržel 8 let, pak už jsem nikde nebyl déle než 3 roky a nakonec jsem začal dělat na ŽL. Ač jsem působil i ve dvouch korporacích, které by asi šlo zařadit mezi leadery ve svých oborech, ani tam jsem se ničemu užitečnému nepřiučil, jen mě překvapilo, jak se tam ty produkty flikují a jak neodborně se přistupuje k návrhu architektury.

Nevím, zda to považovat za štěstí či smůlu, ale do profesionálního života mi nejvíce dala škola (FJFI-ČVUT). Všude jinde jsem spíš protáčel panenky nechápaje, zda to opravdu myslí vážně. Když jsem použil nějaký "sofistikovanější" postup (asi tak na úrovni Töpferovy učebnice pro střední školy), musel jsem 5x tolik času strávit psaním dokumentace toho, co by měl profesionál znát jako svůj základní arzenál.

Situace v IT vývoji je naprosto tristní. Většina lidí spíš problémy přidělává než aby je pomáhala řešit. U ŽL mám výhodu v tom, že popíšu, co je všechno chybně v předloženém projektu, proč musím fakturovat o 40% více a proč to bude trvat déle. Už mě vážně nebavilo se nervovat kvůli nedodělkům a odfkláknuté práci jiných a ještě mít kvůli tomu nízkou produktivitu, protože estimátor zkoumal jen co je třeba přidat, nikoliv jaký shit je třeba kvůli tomu modifikovat a bude-li to vůbec možné.

Nevim jestli mas smulu, nepracuju pro firmu v CR.

Ad uceni. Opravdu se na zadnem projektu nic nenaucis a vse co vis jsi se naucil na FJFI?
FJFI je kvalitni skola o tom nepochybuju, ale stejne ...

206

Studium a uplatnění / Re:Loajalita - nedává mi smysl

« kdy: 05. 02. 2018, 17:26:03 »

tak kolik let v jedne firme povazujete za rozumne minimum, abyste si o cloveku nemyslel ze je to ten psychous, viz. popis?

Podle me
4 - 5 let, neco se naucis, k necemu te pusti i samostatne, chyby, ktere jsi udelal te dozenou a vyresis si jeznovu a lepe - a to je chvile, kdy zacinas byt lepsi developer, ne v poctu zkratek, ktere se ti vejdou do CVcka.

207

Studium a uplatnění / Re:Loajalita - nedává mi smysl

« kdy: 05. 02. 2018, 17:13:40 »

Nesedim taky na zadku a necekam co dostanu pridelene

Zalezi aj co firma robi, ze ano? 12 rokov v jednej firme je fakt vela. To musite robit naozaj zaujimave veci. Ja som v malej firme, kde na zaciatku som tiez nieco robil, vyzeralo to slubne, ale nakoniec to lahlo. Odvtedy som robil len take prkotiny, take testovacie appky, nic nedavajuce cloveku, a potom testujem. Byt tu 12 rokov, tak asi som na urovni absolventa.

Firmy jsou různé, lidé také, a navíc se lidé mění - po určité době už nemá cenu střídat firmy, jelikož už nic moc nového v další firmě vidět nemůžete, v jeden moment člověk začne mít pocit, že změny jsou spíš k horšímu, a začnete oceňovat stabilitu, předvídatelnost a možná i klid na práci i klid na život.

Pal let zpet jeden kolega, ze uz ho to nebavi a chce vic penez. Tak odesel do korporatu. Za tri mesice byl zpet a od te doby uz prakticky nikdo neodesel .

Problem je, pokud nekdo vidi pojem rozvoj a vylepseni v postupu na "vedouciho". Vetsionou to pak zabali, protoze se u nas moc na hierarchie a tituly nehraje ...

208

Studium a uplatnění / Re:Loajalita - nedává mi smysl

« kdy: 05. 02. 2018, 15:20:12 »

Každá firma má něco, otázka je, jak se ten vztah vyvíjí. Já osobně se snažím vydržet 2 roky, pak to přehodnocuji, tj. buďto se tam za 2 roky někam posunu, ať platově či jinak, nebo mi to přijde ztráta času, ale každý to může mít jinak. Po 2 letech mi přijde, že člověk už má tu firmu v malíčku, a když v ní neroste a to třeba ani platově, je někde asi problém...

Myslim, ze je lepsi zustat dele. Zalezi na typu sw a kdy se zacinas v ramci daneho ukolu rozhodovat zcela sam. U inhouse sw je feedback docela rychly, nekdy az moc . Ale pokud delas na nejakem frameworku, ktery pak nekdo z kolegu zavadi u klientu, tak ten feedback muze byt i nekolik let. Vyresit svoje vlastni chyby, ktere te dozenou az po case. To behem dvou let proste na produktovem vyvoji nestihnes.

Neni nutne mit porad pocit, ze se clovek uci neco nove od nekoho, ale urcite je to pak lehci, nez to tahnout cele sam.
Delam pro stejnou firmu uz 12 let a opravud se nenudim. Nesedim taky na zadku a necekam co dostanu pridelene. Delam v male firme, to urcite hraje taky roli.

209

Vývoj / Re:Implementace rozhraní v Javě

« kdy: 13. 07. 2017, 09:24:38 »

Implementace je jen jedna. Nic určovat nemusí.

Samozřejmě, jenže tazatel specifikuje "Obě tyto metody však slouží k naprosto jinému účelu a nijak spolu nesouvisí". Jak se v té jedné metodě rozhodne, který z těch dvou účelů zrovna nastal?

O implementaci se stara trida, ktera implementuje rozhrani. Ta proste udela, co ma v dane metode naimplementovane. Takze je to na Tobe co to udela. Interface jen rekne, jake dana metoda ma jmeno, jake parametry a co vrati.

Pokud ma kazda metoda jiny navratovy typ, tak se to neprelozi.

Pokud jeden s interface tu metodu implementuje jako default function v danem interface, tak ji MUSIS stejne implementovat v te Tride. Nevyuzije se implementace z interface.

Rozhodne bych to nedelal. Pouzit jednu implementacni tridu na vice rozhani doporucuji jen v extremnich pripadech,

treba kdyz chces, aby byl objekt dane tridy serializovatelny a zaroven implementoval nejaky jiny interface

public class Ddd implements Serializable, Ccc { ....

dalsi varianta je, ze dany objekt neni immutable a potrebujes napriklad opet serializaci

public class Fff implements Cloneable, Serializable { ....

Misto implementace dvou interface v jedne tride bych vetsinou implementoval dve tridy, kazda by implementovala jeden interface a pak bych vytvoril tridu, ktera ma oba interface jako parametry konstruktoru, pokud by tam byl duvod tridy pouzivat spolecne.


btw. dobry programator se pozna, ze sna spoustu pravidel a vi kdy je ma porusit

210

Studium a uplatnění / Re:Programátoři přes 50 mají problém sehnat práci

« kdy: 07. 07. 2017, 14:46:21 »

Naopak, dle mých zkušeností se ti nejhorší konzervativci vyskytují ve věkovém pásmu 35-45. Abych to formuloval jako bonmot "SVN + TurboPascal OOP" generace

Neni to nahodou zrovna vek (35 - 40 let), kdy ma clovek deti, resi bydleni a nekteri se pusti i do stavby domu, bohuzel vetsina svepomoci a ze si tu stavbu budou ridit sami? V te chvili je casu tak malo, ze malokdo zvladne nejake dalsi uceni doma, pokud na to nedostane prostor v praci.

Ano, to je nejpravděpodobnější.

Zas tak rychle bych lidi neodepisoval . Muzou zase byt ok az se doma dostanou zase do normalu. Stavba je zdarne u konce, deti uz maji 5 a vice let etc. Do te doby budou proste jen delat, co dostanou zadano a moc inovaci od nich bohuzel nejde cekat. Na druhou stranu takovyto clovek muze byt spolehlivy a nejlepsi na udrzbu stareho projektu, protoze ostatni utecou, kdyz uvidi, ze na udrzbovem projektu se pouziva cvs + mave 1.0 (to neni preklep) a java 1.6 nebo dokonce jeste java 1.5

Jo, já určitě nechci nikoho odepisovat.

Spíš si myslím že je celkem zbytečné o tom diskutovat, protože nemáme žádný relevantní vzorek. Padesátníků je v oboru strašně málo a začínali v úplně jiné době, takže nemůžeme podle jejich zkušenosti extrapolovat jak to bude vypadat pro další generace. Trochu jiné je v jiných státech jako je např. USA, ale tam jsou zase jiné extra špeky (jako třeba to, že se na programátory se v některých státech explicitně nevztahuje zákoník práce).

Ok, blbe jsem to pochopil.

Myslim si, ze jakekoliv odhadovani jak to bude vypadat za 20 let je prakticky nemozne.

Kdyz si vzomenu, jak IT v CR vypadalo pred 20 lety.

Kdyz si vzomenu, na nektere diskuze, kdyz jsem daval prihlasku na VS IT ...

treba - "Kolik myslis, ze tech pocitacu bude potreba? To si myslis, ze te to uzivi?"

nebo doporuceni "Bez na stavarnu, stavet se bude porad ..."