Příspěvky

1291

O serveru Root.cz / Re:Náhled na novou podobu Roota

« kdy: 06. 08. 2015, 23:10:50 »

Díky, je to zajímavé. Souhlasím, že je potřeba vycházet z reálné situace a reálných potřeb.
Na root.cz by mohlo mít šanci:

• crowdfunding na konkrétní seriál od konkrétního autora (nemusí pokrýt 100% nákladů, i část se počítá)
• crowdfunding na vydání seriálu jako e-kniha (dtto)

Se změnou designu, která toto vlákno iniciovala, dále souvisí možnost zvýhodnit pravidelné přispěvatele:

• mohli by mít možnost ovlivnit dění na rootu - třeba právě změnu designu (zde otázka jakou formou - hlasováním, jinak?)
• možnost vypnout reklamu - často zmiňováno na fóru (zde je otázka, zda neplatící čtenář zobrazením reklamy vlastně také nepřispívá)

Celkově je to také otázka vlastnictví portálu, nynějšího financování a cíle, který vlastník má (tedy motivů). Jde o reklamu, dobré jméno? O prospěšnou věc? O finanční profit? Vezměte třeba https://vpsfree.cz/ které je sdružení a kde není finanční profit na prvním místě. Netýká se to sice žurnalistiky, ale je tam zřejmý záměr pojmout věc dost neotřele. A o to zřejmě jde, protože staré způsoby jsou dost vyžilé...

1292

Vývoj / Re:Programovací jazyk pro tvorbu databáze

« kdy: 06. 08. 2015, 16:41:11 »

Možná by to taky šlo prototypovat úplně jednoduše přímo v sql databázi (Mysql, Postgres) a nějakém gui (přes browser třeba Adminer). Měl byste to pod loginem, mohl byste  nastavit základní oprávnění, vytvářet tabulky a propojovat je, funguje tam i proklik z řádku tabulky na související záznam v další tabulce, na složitejší věci byste napsal sql dotazy a pohledy. Pocvičil byste se v sql a výsledkem by byla hotová struktura databáze a předpřipravené sql dotazy pro běžné operace. Pak by se teprve šlo zamyslet, jakou cestou přidat trochu uživatelského pohodlí a firemního brandu.

Nejkomplikovanější na celé úloze bude nejspíš správně vyřešit konkurenční přístup více uživatelů pro úpravy. Zde se můžete celkem zapotit, zejména pokud to má být neprůstřelné a zároveň snadno srozumitelné pro uživatele.

Pro začátečníka to může být dobrý úkol - pokud Vás to bude bavit a dostanete na to v zaměstnání čas, běžte do toho :-) Ale počítejte s tím, že to bude dost práce a času. Pokud záleží na tom, aby to i fungovalo bezchybně a bylo to robustní, budete potřebovat někoho zkušeného, kdo Vám bude dělat oponenturu a kdo bude kód průběžně revidovat. Bez toho mohou náklady na zhotovení a opravy mnohonásobně převýšit běžnou cenu u placeného externisty (nehledě na to, že může aplikace poskytovat špatná data nebo data i zničit).

1293

O serveru Root.cz / Re:Náhled na novou podobu Roota

« kdy: 06. 08. 2015, 16:02:16 »

Tak zrovna já jsem (jako jeden z mála) nějaký čas přispíval několik set měsíčně jistému vozíčkáři na provoz jeho webu o MDV/MGA.
Takže pro mě to problém není, ale nechtějte zas, abych financoval všechno. Ale nějakou tu stovku měsíčně si mohu dovolit.
Problém je jinde. Zrovna na Linuxsoft jsem časem skoro zapomněl. Připomněla mi ho až zmínka o Linuxzone zde v diskusi.
A hlavně to chce nějaký rozumný model hned od začátku. Třeba mít free a placenou sekci. Nutit uživatele si prostě zvykat, že platit je normální. Ale obávám se, že v případě Linuxsoft už je asi pozdě.
Ale Root ještě žije, tak tady by to mohlo klapnout. Při nejhorším se od toho dá zas upustit.
A články starší např. 1 roku bych uvolňoval jako free.

Ale dejme tomu, že vám budu měsíčně posílat 150,- kč. Kolik nás takových bude? A co nám za to nabídnete? Poslal vám už někdy někdo něco? Zas by bylo zbytečné, abych jako jediný něco přispíval, protože to by nemělo cenu, to jistě uznáte. Ale když mi slíbíte, že pokud nevyberete dost a do půl roku se nezačne nic dít, web bude dále mrtvý, tak mi peníze po půlroce vrátíte, tak proč ne. Jsem ochoten se domluvit.
Co vy na to?
Zvednete tu hozenou rukavici?
Myslím to opravdu vážně.

V lepsi spolecnosti se bezne dela to, ze o nabidce reknete, ze do ni nejdete, nez smlouvat na 1% ceny.

Tak nejak chapu, ze to mozna myslite dobre.

Jenomze takhle to nefunguje. Doba se zmenila. Na nove Narodni divadlo dneska nevyberete, ale na kazde zahrade musi byt bazen. Prijde mi to jako kdyz za majitelem podniku prijde par lidi, at jde vyrabet sroubky a ze si koupi 10 sroubku a ze na to rovnou da penize, ale uz nedovedou spocitat, ze sroubarna/podnik/vyroba stoji vice nez 10 sroubku. Navic mi jeste rikate, ze veskere riziko jde na me.

Uz jsem za posledni roky zaslechl par skvelych napadu od predplatneho po neziskovkovou organizaci. A ani jedno neni cesta.

Mam vcelku dost kvalitni data o tom,  kolik lidi z komunity okolo Linuxu si neco koupi a kolik ne. Zrovna z toho mi uz pred par lety vysly veci jako predplatne jako neco, co si na sebe nevydela.

Asi bych uz  prevedl diskuzi jinam. Ani neni moc co probirat. Zkuste si udelat kalkulaci provozu linuxovych novin s predplatiteli a vstupnimi naklady do Open Dokument tabulky. Pokud by jste mel pocit, ze Vam to vychazi dobre, tak mi to poslete na email a muzeme se bavit dale. Chrlit ze sebe napady je krasny, ale musi to byt nejak ekonomicky zivotaschopne.

gf

No když už máte ta kvalitní data, tak proč je neposkytnete, aby mohli ostatní přidávat nápady? Mě ta nabídka Lamy přišla rámcově férová, protože rozděluje zodpovědnost mezi přispěvatele a toho, na koho se přispívá. Na tom bazénu na každé zahradě sice něco je, ale na druhou stranu fungují věci jako crowdfunding nebo alternativní měny. Takže bych nebyl tak veskrze negativní.

1294

O serveru Root.cz / Re:Náhled na novou podobu Roota

« kdy: 05. 08. 2015, 18:00:16 »

Škoda, že jste nediskutovali změnu designu před tím, než jste se pustili do návrhů. Měli jste shromažďovat připomínky a na jejich základě teprve uvažovat o redesignu a případně doplnění funkčnosti. Mohla z toho být i hezká reklamní kampaň a komunita by se cítila zahrnutá do procesu.

Takto je zřejmé, že jde o nějaké obchodní rozhodnutí shora a komunita cítí, že je na vedlejší koleji. S tímhle přístupem si to redesignujte jak chcete, čtenáři, kteří vydrží, si zvyknou na všechno. To je pragmatický pohled na věc.

Už to tu raz padlo. Takže podľa vás je to, že sa tu zverejnil aspoň náhľad a Petr vás požiadal o feedback posunutie komunity na vedľajšiu koľaj?

Na koľkých weboch to takto funguje? Nie je to náhodou vačšinou tak, že web bez akéhokoľvek upozornenia spustí novú verziu a nech si proste uživatel zvykne?

Alebo si myslíte, že sa mala vytvori´t téma "Pošlite nám váš wireframe nového Roota" a potom sa to nejak spojí do jedného?
Myslím, že toto je rozumná miera toho, ako dať priestor čitateľom na vyjadrenie, ale uznajte, nechať to tak, že aby si to celé navrhli čitatelia a pod., je nereálne, aj keď by sa to určite mnohým páčilo.

Ano, v porovnání s tím, že by se změny komunikovali předem a lidé by se mohli do jejich podoby zapojit, je to skutečně odsunutí komunity na druhou kolej. Je to doklad toho, že root.cz není není komunitní portál ani není „community driven“. Chápu důvody a na nikoho neútočím, pouze konstatuji.

1295

O serveru Root.cz / Re:Náhled na novou podobu Roota

« kdy: 05. 08. 2015, 14:03:32 »

Škoda, že jste nediskutovali změnu designu před tím, než jste se pustili do návrhů. Měli jste shromažďovat připomínky a na jejich základě teprve uvažovat o redesignu a případně doplnění funkčnosti. Mohla z toho být i hezká reklamní kampaň a komunita by se cítila zahrnutá do procesu.

Takto je zřejmé, že jde o nějaké obchodní rozhodnutí shora a komunita cítí, že je na vedlejší koleji. S tímhle přístupem si to redesignujte jak chcete, čtenáři, kteří vydrží, si zvyknou na všechno. To je pragmatický pohled na věc.

Ostatně většina webů iinfo.cz je na hranici bulváru a tak nelze čekat nějak zvlášť progresivní komunitní přístup. A ani komunita asi není dost početná a uvědomnělá, aby byla schopna vytvořit životaschopnou alternativu nebo třeba jen dodávat kvalitní články a získat tím větší podíl na rozhodování. To by byl model, které by odpovídal zaměření portálu, nicméně muselo by se hnout i s obchodním modelem a to se obávám není ani trochu průchodné. I připravovaný systém plateb by šel udělat inovativně, ale musela by k tomu být ochota.

1296

Software / Re:Program pro stažení celého webu

« kdy: 25. 07. 2015, 20:43:49 »

Když nevíte, co chcete stáhnout (název souboru - url), těžko to stáhnete. Můžete jedině hádat - například pokud budete mít obrázek http://www.domena.cz/01.jpg můžete zkusit jestli tam je i http://www.domena.cz/02.jpg a pokud uspějete můžete stahovat po jedničcce všechny soubory dokud nedostanete error. Taková úloha se dá sndadno naskriptovat, ale na počátku musíte vědět, co budete stahovat. Některé servery prozrazují seznam souborů v adresáři (directory listing), pak můžete použít tento seznam. Víc možností už asi není.

1297

Software / Re:Slovník pre množné čísla a tvary slov

« kdy: 18. 07. 2015, 01:27:14 »

Co je úkolem? Nešlo by nasadit nějaké hotové řešení? Jako příklad: Postgres má fulltext, který hledá bez ohledu na tvar slova (pokud se správně nastaví). A funguje to docela dobře a je to skoro bez práce. Případně by šla vzít inspirace.

1298

Vývoj / Re:MySQL - jedna velká tabulka, nebo mnoho malých

« kdy: 18. 07. 2015, 01:24:08 »

Pokud chcete od někoho kvalifikovaně poradit, hoďte sem ukázkový dump db. Strukturu a ukázku dat. Taky dotazy které jste spouštěl. Možná to stačí poladit.

Pro dotazy by se mohly hodit třeba funkcionální indexy, materializované pohledy. A použil bych spíš Postgres, má širší možnosti. Nebo úplně jiný typ úložiště - podle toho, jaká data se sbírají.

1299

Studium a uplatnění / Re:Java nebo .NET pro budoucí freelancing?

« kdy: 16. 07. 2015, 22:07:18 »

Dokumentace ano. Bohužel s abstrakcí je to slabší a s modularitou naprosto zoufalé (to platí i pro .NET). Charakterizoval bych to spíše jako antimodulární - především kvůli tomu, že podtypový polymorfismus je nominální a nikoliv strukturální.

Ale pořád je to lepší než situace v PHP. A to je ten praktický pohled. V akademické debatě bychom asi došli dál, ale na to zas nemám dostatečné vzdělání :-)

To je iluze. Odměnou vám bude zvýšená míra rizika, že se něco přestane dále vyvíjet nebo se to bude vyvíjet tak, že to nebude kompatibilní s vaším programem, takže ho budete muset předělat.

Promítáte si tam něco, co jsem ani neřekl. Rozhled a znalost několika přístupů k věci je výhodou a často i nutností. To ještě neznamená, že budu používat nevhodné technologie, jen abych je vyzkoušel. Chcete proti tomu něco namítat?

1300

Sítě / Re:Ubiquiti / UniFi - administrace bez Java

« kdy: 16. 07. 2015, 12:50:06 »

Ano, to je super, dávat každému technikovi do počítač virtuál jen k vůli Java.
Ono totiž, když spoj nejde, tak se velmi těžko připojíš na virtuál a pokud se na virtuál připojíš, tak se těžko připojíš z virtuálu na ten šrot.

Nic o technicích a vypadávajících spojích jste neříkal. Když nepopíšete situaci, nelze poradit. Ostatně to zařízení jste mohl vyzkoušet předem a předejít tak nemilým překvapením. Pokud jde o techniky, kteří v terénu řeší výpadky, neviděl bych problém v tom nainstalovat jim na notebooky nástroje, které pro svou práci potřebují. Neřešíte náhodou neexistující problém?

1301

Sítě / Re:Ubiquiti / UniFi - administrace bez Java

« kdy: 16. 07. 2015, 12:15:27 »

Proč na x počítačů? Stačí jeden pc s javou, na něj se připojovat odkudkoli přes vnc a z něj spravovat všechny Ubiquiti. Ten pc může být i virtuál.

1302

Studium a uplatnění / Re:Java nebo .NET pro budoucí freelancing?

« kdy: 16. 07. 2015, 12:06:10 »

Za mě java. Ohromný ekosystém a variabilita, která toho hodně pokryje (hardware, operační systémy i typy úloh), přitom jazyk je poměrně jednoduchý a konzervativní. Výhodou je možnost vývoje pro Android. Není pravda, že by se java nevyvíjela. Java 8 má několik hezkých novinek a například pro vývoj webu existuje řada progresivních frameworků, takže ani knihovny neustrnuly. Slušná úroveň programátorské „kultury“ - dokumentace, abstrakce a modulárnost. A pokud přestane jazyk vyhovovat, lze přejít k libovolnému jazyku postaveném nad jvm (scala atd.) a získat tím přístup k „nejmodernějším trendům“. Přitom zkušenosti s javou se budou i po přesedlání hodit. Uvozovky jsem použil proto, že ty trendy většinou jen oživují myšlenky, které tu už dávno byly.

C# s .NET jsou dobré, s kratší historií a tudíž od přirozenosti modernější, ale současně s omezenějším ekosystémem. A je potřeba počítat s větším vendor lock-in. Pokud by bylo MONO kompletní, bylo by to super, ale to bohužel není. Osobně by mě zajímalo, zda a kde je použito v reálném nasazení. Osobní zkušenost nemám žádnout.

Jinak budoucnost leží jednoznačně v propojování technologií. Pokud se budete živit programováním, velmi pravděpodobně budete muset zvládnout alespoň na základní úrovni více jazyků a pochopit celou řadu technologií. Odměnou je svoboda - přestanete přemýšlet, jaký jazyk se učit a naopak budete přemýšlet jak jednotlivé díly skládačky propojit, aby to dávalo jako celek smysl a pokrylo co nejlépe potřeby daného projektu.

1303

Vývoj / Re:SQL select

« kdy: 08. 07. 2015, 20:06:20 »

Objektove DB jsem par zkusil a jsou samozrejme nejlepe vyhovujici, protoze zde neni zbytecna mezivrstva.
Zakaznikovi se neda jen tak predat projekt udelany nad jinou nez mainstreamovou DB, protoze ho pak casto bude udrzovat nekdo jiny a kolik vyvojaru dobre ovlada nejakou objektovou DB...

Map-reduce a NoSQL resi jine kategorie problemu nez zminuji a uz treba s transakcema a integritnimi omezenimi to neni zrovna v poradku. Zkousel jste nad map-reduce navrhnout datove schema treba inzertniho serveru nebo eshopu, ktery je jako komercni reseni minen zcela vazne? Ja myslim, ze to zatim neni dost dobre mozne. Do toho dynamicky vyvoj datoveho modelu a jeho refaktoring.

Ne, nezkoušel jsem to. Zajímaly by mě právě spíš objektové databáze než NoSQL. Co jste zkoušel a v čem byly v reálu problémy? Já dělám samé malé projekty, které když neudržuju sám tak neudržuje už nikdo, takže bych to klidně vyzkoušel, pokud by to nemělo moc těžkou učební křivku.

1304

Vývoj / Re:SQL select

« kdy: 08. 07. 2015, 17:45:37 »

(...) Spinava cache je ve vsech distribuovanych systemech, ktere porizuji kopii dat urcenou ke cteni a modifikaci, takze to nelze pricitat specielne k problemum ORM.

Souhlasim s tim, ze tandem DB + ORM neni stastne reseni. Bohuzel se za tech nekolik desitek let do RDBMS nainvestovalo tolik, ze se i dnes vyplati je pouzivat. Lepsi by bylo nemit ORM vrstvu, ale zaroven mit k dispozici objekty (resp. funkce) bez zbytecne mezivrstvy. Bohuzel neznam zadny takovy produkt, ktery by tento handicap odstranoval a zaroven zachoval vyhody, ktere mainstreamove relacni DB poskytuji.

No a zkoušel jste nějaké objektové databáze? V době, kdy se už docela běžně používá map-reduce apod. by mohly bok po boku NoSQL databází proniknout do praxe, ne?

1305

Vývoj / Re:SQL select

« kdy: 08. 07. 2015, 17:40:10 »

Pokud mám ORM dané, tak stejně nebudu vědět nic, protože na rozdíl od SQL k tomu není žádná univerzální dokumentace. Takže o ORM nepotřebuji vědět vůbec nic - zkušenosti z jednoho ORM u jiného ORM nevyužiji.

A pokud si vybrat můžu, tak jednoznačně SQL. Je fakt, že mezi jednotlivými implementacemi jsou velké rozdíly - např. hstore z PostgreSQL by se jako řešení dotazu velmi dobře hodil, ale Firebird tím nedisponuje. Vůbec však netuším, které ORM podporuje hstore a které ne. A je mi to jedno, protože s ORM dělat nebudu.

Ještě byste byl rád za ORM - konkrétní ORM nástroj naopak představuje standard, který je výhrou v porovnání s lepením sql jak koho při psaní té nebo oné applikace napadlo.