Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ovrscout

Stran: 1 ... 3 4 [5]
61
Windows a jiné systémy / Re:Rychlý přechod na Windows
« kdy: 01. 06. 2016, 13:16:21 »
Přidám dvě poznámky

Pro win ve virtualboxu je potřeba licence, s největší pravděpodobností krabicová
(flame ohledně licenčních podmínek jistě bude k dohledání na google nebo i zde na rootu).

.. Jinak pokud se naučí principy fungování v LO funguje to stejně jak v MS.. (vzorce nejsou 1:1) Pak ho nebude trápit že tahle ikona je jinde protože má jinou verzi Office..
LO/OO(ačkoliv ho mám rád a všude doporučuji jako alternativu k "pirátění" office, nebo jako SW pro nenáročné uživatele.) není plnohodnotná náhrada office.
Záleží co budou na škole probírat(základka, střední, vysoká?) a taky na tom kdo bude učit. Pro základní formátování textu ve wordu nebo buňek v excelu LO/OO stačí. Ale třeba základní koncept "Tabulky" v calcu úplně chybí(což má docela širokou návaznost od hromadného "formátování", vzorců, automatických sum až po pokročilejší záležitosti jako je třeba zdroje dat a powerquery. A vůbec práce s externími zdroji dat mi přijde taková primitivní.
(MSOffice ani zdaleka nejsou bez chyb, skoro bych i řekl že LO jsou o trochu stabilnější, ale LO/OO se na ně dostupnými funkcemi stále jen dotahují)

Druhá věc je že i základní věci se můžou drobně lišit a najít něco konkrétního může docela dlouho trvat.
Pokud pak bude učitel požadovat nějaký konkrétní postup a  nebo bude na řešení jen krátký čas (bohužel jsem se s obojím již dříve setkal), může se rozdíl znalosti MSOffice a LO/OO projevit na výsledném hodnocení.
Je třeba počítat s tím, že škola nevyučuje pro život. Vyučují učitelé, pro naplnění osnov a získání výplaty. Čest vyjímkám.

62
Vývoj / Re:Nakažení GPL licencí v Pythonu
« kdy: 15. 04. 2016, 23:25:14 »
Re: pavlix
Máš pravdu, není to o technickém řešení ani o logice, je to o účelu. Tohle vyjádření se mi líbí, díky.

Ale zas tak velice jednoduché mi to nepřijde:) . Dovolím si vyjádřit svůj, řekněme, více subjektivní názor.
Na mne to púsobí tak, že se názory,cíle a hlavně metody postupně tak nějak radikalizují. Během let vnímám posun od "Chráníme práva uživatele SW" - zaměřeno na jednotlivé lidi/uživatele, což je super. K "Chráníme GPL a GNU komunitu" - tj. děláme to co je pro nás/vás nejlepší.
Pro mne osobně je to podstatný rozdíl.
I když je pravda že většina těhle negativních pocitů o radikalizaci vychází z chování RMS. Možná to je taky ten důvod proč vnímám FSF o něco pozitivněji než GNU a RMS.

Tahle komunita nebo spíše komunity jsou ale dost rozsáhlé, takže to není zas tak jednobarevné, a sposta lidí se pohybuje někde mezi tím, takže je nehážu všechny do jednoho pytle. Spíš jen píšu jak to na mne jako celek působí - rozporuplně, s postupným negativním nádechem.

P.S. Mně je základní myšlenka, zejména opensource, blízká a také oceňuji zásluhy FSF/GNU/RMS na tomto poli. Vadí mi spíš to provedení.

63
Vývoj / Re:Nakažení GPL licencí v Pythonu
« kdy: 14. 04. 2016, 21:34:08 »
Poměrně silný argument byl, že se jedná o odvozené dílo, neboť ve svém programu používám názvy funkcí / volání API toho GPL modulu. V tomhle případě ale nechápu, jak by bylo možné na Linuxu provozovat a distribuovat closed source software, což dělá spousta firem a není na tom nic špatného. Vždyť přece všechny syscally a celé API je pod GPL.

Linux (jádro) je licencován pod GPL 2 ale málo známý(nebo snad často zamlčovaný :) ) fakt je že  je tam cosi jako vyjímka pro uživatelské aplikace používající normální systémová volání. https://www.kernel.org/pub/linux/kernel/COPYING hned první část úplně nahoře.

Také  základní systémová knihovna která je potřeba ke kompilaci téměř čehokoliv, glibc, obsahuje vyjímku, která omezuje dosah licence pouze na knihovnu. Takže ji můžete použít v jakkoliv licencovaném programu aniž by jej to jakokoliv licečně ovlivnilo. http://www.gnu.org/licenses/gcc-exception-3.1-faq.html

Takže né vše co je GPL je čisté GPL, je třeba si to přečíst celé a pořádně :)

Také bych chtěl upozornit že licence není o tom jak to technicky řešené. Ale hlavně o tom jak to vidí autor, někdo třeba na požádání doplní vyjímku na API, nebo upraví licenci na LGPL, zkuste se ho zeptat.
A pokud je to čistá GPL tak je to také o tom jak se RMS vyspinká a hlavně jak to nakonec právníci a soudy v tom kterém konkrétním případě rozhodnou.

Někde jsem narazil na to že ani volání přes "commandline" není považováno za licenčně čisté. Že může záležet kdo přes commandline volá, mebo dokonce jaké se předávají parametry, třeba pokud je to nějaký nečitelný řetězec který byl vybudován s pomocí .h souborů krytých GPL tak je to zase nepřípustné.

Ale to vše je dohadování a žádný pevný technický základ to nemá, dokud se konkrétní situace to neprožene přes soud. (ano opakuju se ale toto je důležité ten konkrétní případ se musí prohat přes soud aby se to vyjasnilo).

Pokud je to čistá GPL a nevyhovuje vám, doporučuju se jí vyhnout a pokusit se najít nějakou jinou knihovnu s vhodnější licencí.

64
O serveru Root.cz / Re:Podpořte root, platební metody
« kdy: 17. 02. 2016, 01:45:21 »
A to omezení pouze na karty by asi taky chtělo vypsat do toho výběrového okna kde se vybírá automatické prodlužování, je to takové neintuitivní a nenapadlo by mne to.

65
O serveru Root.cz / Re:Podpořte root, platební metody
« kdy: 17. 02. 2016, 01:36:26 »
super, jen by asi bylo vhodné to doplnit i do stránky http://www.root.cz/podporte/ teď tam vidím jen obrázky platebních karet a bitcoinu. Aby to bylo jasné už předem, třeba mne to na první ránu odradilo od prokliknutí na platbu.

Stran: 1 ... 3 4 [5]