Jasně, jsou na to zvyklí, líní se cokoliv učit cokoliv měnit. Takže vymění klasický menu v Opicích za Ribobon a na desktop vrazí Metro (přechod z XP/W7 třeba na LXDE by byl plynulejší). Ten pán z Hampshire asi něco bumbal.
Jasně, nechce závislost na malé firmičce, protože ta se může položit a musela by to přebrat jiná. I světová jednička může jít do kopru jak Nokia a kde je potom jejich proprietální řešení, který pak nepřevezme ... Kdo, když nejsou dostupný zdrojáky a co je patentovaný, to někdo koupí a bude vymáhat výpalný (takže revers inženýring nemožný a když, tak na roky)? Zdá se, že ten pán nejenom bumbal, ale i šňupal...
Ad světová jednička může jít do kopru... jejich proprietální řešení, který pak nepřevezme - zajímavá představa. Při krachu komerční firmy, zvlášť velké, nezůstane kráter v zemi. Zůstanou samozřejmě produkty, zdrojáky, lidé atd. A tyhle zdroje mají velikou cenu, zvlášť když jsou navázané na zákazníky. Takže produkty zpravidla někdo převezme, nebo alespoň nabídne migrační cestu.
A když se podíváme například na open source OpenOffice, tak tam vývoj prakticky ustal od chvíle, kdy Sun přestal do vývoje lít peníze. Aby to bylo zajímavější, vývoj se rozštěpil na LibreOffice, Apache OpenOffice a NeoOffice, které se postupně rozcházejí ve features.
V mé realitě byla Nokia výrobcem telefonů, nikoliv softwaru. Jak v té vaší?
Koukněte se třeba na WordPerfect. Původně ho dělala společnost Satellite Systems International. Od té doby změnil majitele několikrát, mimo jiné ho vlastnil Novell, a teď kotví u Corelu. Vyjma toho Microsoft nabízel zřejmě nejlepší kdy napsané importní filtry pro převod dokumentů z WordPerfectu. A kdyby Corel zítra skončil, jistě by někdo buď přebral vývoj WordPerfectu, nebo nabídnul importní filtry a s nimi možnost migrace.
"V mé realitě byla Nokia výrobcem telefonů, nikoliv softwaru. Jak v té vaší?"
A co v té vaší realitě ty telefony pohánělo?
"Koukněte se třeba na WordPerfect."
LOL, srovnávat jeden jediný kus SW s portfoliem M$, no to je úlet. Už vidím, jak někdo píše importní filtry pro Exchange nebo win server s AD :-D
Ad co v té vaší realitě ty telefony pohánělo - elektřina. Abych byl trochu kooperativní: výroba SW pro Nokii nikdy nebyla nosnou činností. Symbian napsala původně společnost Psion, pak ho vlastnil Symbian Ltd., pak ho koupila Nokia (která ho úspěšně pohřbila), a do doku 2016 ho spravuje Accenture. To že jedna řada telefonů skončí, a nová řada má jiný firmware, je celkem běžný jev.
Ad Už vidím, jak někdo píše importní filtry pro Exchange nebo win server s AD - provést export z MS Exchange není tak složité, API je velmi dobře dokumentované. Import do jiného systému také není rocket science. Trochu problém může být v mapování features MS Exchange na features cílového řešení. Ale kdyby tam nebyla žádná výzva, byla by to skoro nuda :)
S Active Directory nejsem až tolik kamarád, ale samozřejmě se také dá migrovat. Například Novell by jistě jásal nad přílivem nových zákazníků pro produkt eDirectory.
Pokud vás zajímá migrace MS SQL Serveru, tak samotná migrace dat je triviální práce pro Import and Export Wizard, který je součástí management tools. Aplikace samozřejmě potřebují použít jiný DB driver a trochu upravit SQL statements. Trochu problém je u stored procedures, které je třeba přeložit z T-SQL do cílového jazyka, ale i na to už existují nástroje. Pak je potřeba optimalizovat na nový DB engine. Na většinu z toho se dá napsat migrační wizard, podobně jako ho má MS pro Oracle, Sybase a MySQL.
K 1. odstavci: takže to, co psal Kaacz, je pravda.
K 2. odstavci: napsal jste toho hodně, ovšem naprosto zbytečně, nic z toho mě nezajímá a netýká se toho, že po krachu firmy "zůstanou" zdrojáky, tudíž vývoj "někdo převezme". Bavíme se samozřejmě o proprietárních řešeních a firmách velikosti M$, ne o firmičce s jedním produktem.
Ad 1 - jak jsem psal: Nokia není výrobce SW, Symbian obchodně zařízla výrazně dřív než ji převzal MS, a Symbian nyní udržuje jiná firma.
Ad 2 - samozřejmě že zdrojáky po krachu firmy zůstanou. Pokud má produkt tržní potenciál, vývoj nejspíš někdo převezme. Pokud ne, někdo nejspíš nabídne migraci.
Ad 1: takže jak je to s tedy s těmi majiteli Nokií po krachu/odkoupení? Že Symbian udržuje jiná firma jim asi moc nepomůže, že.
Ad 2: pokud firma krachne, asi ten tržní potenciál nebude nic moc :-) Pokud někdo firmu koupí a projekt zařízne, zákazníci si můžou leda tak nakašlat. Pokud jsou zdrojáky volně k dispozici, naopak vývoj pokračovat nějakým způsobem nejspíš bude. Když už mluvíte o Sunu, tak OO -> LO, nebo třeba MySQL -> MariaDB.
Ad 1 - majitelé Nokií se Symbianem mají nadále k dispozici podporu. To že je firmware nových Nokií založený na jiném systému přece nijak neovlivňuje funkčnost telefonů založených na starém firmwaru. BTW kdyby Nokia nezařízla Symbian, stejně by umřel sám. Nokia byla posledním zákazníkem, poté co všichni ostatní přešli na Android.
Ad 2 - firma může zkrachovat z mnoha důvodů.
Ad Sun - OOo je open source dlouhá léta. Oracle do něj jen přestal cpát peníze, protože ví, že by je nikdy nedostal zpátky. MySQL pro Oracle také nemá smysl.
Pokud projekt nemá tržní potenciál, je jednou z možností vyhodit ho na smetiště jako open source. Výrobce se tím zbaví nutnosti produkt jakkoliv financovat, se slovy "tady máte zdroják, a dejte mi už pokoj". A občas se na tom smetišti najde i něco co se dá ještě použít.
Ad 1: nejsem majitelem Nokie, tady ať se vyjádří někdo, kdo je.
Ad 2: nějak jsem nepochopil, co jste chtěl dokázat. Mé argumenty jste nerozporoval, vývoj obou produktů pokračuje díky tomu, že jsou zdrojáky. U MySQL ani náhodou kvůli tomu, že by ji Oracle lidumilně uvolnil komunitě.
Firmy jistě můžou krachovat z různých důvodů, ale vždy je krach způsoben nedostatkem peněz. U SW firmy bude asi tím důvodem nedostatku peněz to, že se ten SW tak nějak neprodává ;-)
Ad 1 - souhlas. Máte někdo Nokii se Symbianem? A přestala snad fungovat díky uvedení Lumií?
Ad 2 - příklad Javy zase ukazuje, že k tomu není potřeba veřejná dostupnost zdrojáků.
Ad vždy je krach způsoben nedostatkem peněz - jednak to nic neříká o tržním potenciálu konkrétního produktu z portfolia firmy, a pak případný kupec má poněkud jiné podmínky, protože ho například netrápí minulé investice do produktu.
Teď skončil MS Office 2003 (s podporou), a dejte uživateli MS Office 2013 ... je to celkem sranda sledovat ty reakce. Hlavně u Outlooku.
On ten opensource jde lépe překroutit, aby se nemuseli měnit návyky, než řešení od MS. Takže asi tak.
Na druhou stranu, proč se učit novým GUI, které dělají to samé, když lze svůj čas strávit smysluplněji a opravdu se něčemu naučit ....
No kdyby to řešení od M$ aspoň fungovalo... Právě jsem se vrátil z meetingu se šéfem, který se uskutečnil napodruhý a v úplně jiné místnosti, než měl. A všechno to dobrodrůžo jenom kvůli Utlouku.
Mělo to být v úterý, šéf tady ale nebyl, tak přesun na pondělí. Utlouk to aktualizoval jenom jemu a nerozeslal nám to, takže v pondělí nic. Dneska ráno došel, zase to bylo vrácený na původní čas. Tak aktualizoval čas, ale když jsme tam došli, meetingovka byla obsazená, protože to holt nedokázalo rezervovat cimru! Tak jsme mrkli, která je prázdná a z té nás po dvou minutách vyhodili jiní, že je rezervovaná. Takže jsme si sedli až na třetí pokus... :Q Není nad propracovaný enterprise řešení za těžký love s bandou odporníků, kteří se starají, aby se to nerozsypalo ještě víc.
Ono nestačí mít Outlook, ještě potřeba s ním umět zacházet. Pokud šéf meeting neorganizuje, přesun v kalendáři proběhne jen u něj, a jakákoliv změna u organizátora meetingu mu jeho změny přepíše. Na to Outlook upozorňuje, když ten meeting přesouváte. Na změnu meetingu, kde jste participantem, je potřeba použít Propose New Time z kontextové nabídky.
BTW nepouštějte nikdo z vaší firmy k terminálu. Mohlo by se stát, že by náhodou nabušil na command line například třeba příkaz rm, a pak se divil, že to celé nějak přestalo fungovat :)
Jo, na POP3/IMAP4 se vám fakt nestane, že špatně přeplánujete schůzku, protože tam jaksi nemáte kalendář. Zato se vám tam snadno stane, že na email odpovíte jen odesílateli místo na všechny, a výsledek bude dost podobný (akorát je to celé daleko pracnější). Ovšem i riziku odpovědi jen odesílateli se vyhnete, pokud ty lidi svoláte fyzicky na jedno místo, a každý si to napíše do vlastního papírového kalendáře - pokud to ovšem půlka lidí také nezvorá :)
Nj, to je ti zajimavy, ze me do thuderbirdu normalne prijde mail ... pres imap ...a z toho se celkem "samo" a "od prirody" zapise do kaledare, jen se me to zepta na potvrzeni ... chmm ... asi delam neco spatne. A ... jake prekvapeni, to kupodivu funguje i z utlouka ... a stejne tak i opacne do utlouka ... exchange na to tak nejak vubec nepotrebuju ...
CalDAV je protokol, a kolegou popsaná situace je věcí UI aplikace. Pokud si Outlook připojíte k CalDAV serveru, samozřejmě se nic nezmění.
BTW pokud používáte Google Calendar založený na CalDAV, na rezervaci místností zapomeňte.
https://support.google.com/calendar/answer/99359?hl=en&ref_topic=13949
V Outlooku je koncept takový, že každý uživatel má vlastní kalendář. Sdílené zdroje, jako například jednačky, mají vlastní kalendář. Když vytvoříte událost, můžete pozvat další účastníky (vidíte jejich free/busy information, případně náhled jejich kalendáře, pokud máte permissions). Outlook jim pak pošle emailem meeting request (Outlook ho ukáže rovnou i v kalendáři v šedivé barvě), který mohou potvrdit, navrhnout nový čas apod.
Tohle řešení má jisté výhody:
- Můžete vlastní appointment jednoduše převést na skupinový meeting, stačí pozvat další účastníky.
- Účastníci mohou meeting potvrdit, říci "možná", odmítnout, navrhnout nový čas, odpovědět s komentářem apod.
- Funguje to i mezi různými firmami, pokud tedy používají Outlook, případně klienty kompatibilní s iCalendar (IBM Lotus Notes, Novell GroupWise, Google Calendar, Apple Calendar, Yahoo! Calendar, Evolution, Lightning for Thunderbird).
Pokud založíte meeting ve sdíleném CalDAV kalendáři, uvidí ho všichni kdo mají do kalendáře přístup (případně budou vaši uživatelé řešit permissions na jednotlivých objektech, nastanou kolize ve free/busy atd. - přeji dobrou chuť), nemohou se vyjádřit k navrženému času, nefunguje to mezi firmami, klient musí podporovat pohled na více kalendářů najednou atd. MS píše workgroup SW už 22 let, a Outlook 17 let. Za tu dobu vytvořil z kombinace Exchange+Outlook vynikající nástroj, vycházející z reálných podnikových potřeb.
1. Nebyl jsem to já, kdo do diskuse začal tahat Outlook. Projděte si thread.
2. Nikde jsem snad netvrdil, že možnost plánování meetingů je unikání pro Outlook. Naopak jsem uváděl i IBM Lotus Notes, Novell GroupWise, Google Calendar, Apple Calendar, Yahoo! Calendar, Evolution, Lightning for Thunderbird.
A uz Outlook dokaze vykopirovat realnou emailovou adresu nejake osoby jinak nez ze ten kontakt musim otevrit jit do 8 zalozky a v ni v nejakem multiline read only textboxu oznacit a kopirovat? Jestli ano bravo, pak uz teda staci odstranit jen vsechny ostatni modalni dialogy. I kdyz chapu ze je dost narocne, aby aplikace delala neco jine nez jen zobrazovala detail kontaktu.
Co je "reálná" emailová adresa? Liší se to nějak od běžné emailové adresy? Když otevřu kontakt, emailovou adresu mám přímo přes sebou. Obyčejně ale nevidím důvod ji kopírovat. Když chci poslat kontaktu email, buď začnu psát jméno adresáta do mailu, nebo vyberu kontakt a založím email pro něj. Kdybych potřeboval kopírovat email z kontaktu fakt často, napíšu si třířádkové makro.
Jak zkopírovat emailovou adresu osoby: Outlook má více náhledů na data. Jděte na kartu View a vyberte Change View / People. Když vyberete kontakt, vpravo vidíte detaily včetně emailu. Pravým tlačítkem na email, pak vyberete Copy email.
Opravdu ne?
Moje produkty se vyrábí v Mexiku. Tam je levná pracovní síla a je to kousek do USA, ale lidi se střídají jak na běžícím pásu. Dojde mail od mexičana, o kterým jsem před deseti minutama neměl tušení. Potom potřebuju ověřit, že ten člověk oprvdu na té lince dělá a že je tan, za koho se vydává. A protože je často rychlejší to vyřešit po telefonu a telefon je taky v adresáři utlouku, stejně jako jeho nadřízený, pracovní pozice, kde dělá,... :Q Ono to totiž není jenom o tom, že přijde mil, tak odpovím. Pokud je zavedený nějaký bezpečnostní standard pro komunikaci s cizíma lidma a střídá se víc způsobů komunikace, tak bych Utloukem fakt někoho utlouk.
Dojde email. Přejedete myší na odesílatele, u kontaktu se objeví mini toolbar. Z něj můžete rovnou odeslat email, zavolat na kontaktní číslo (přes modem nebo Skype), otevřít chat nebo videocall. Pokud chcete detaily, kliknete na šipku v pravé části mini toolbaru; odtamtud můžete zkopírovat informace do clipboardu.
https://az545065.vo.msecnd.net/skype-faq-media/faq_content/skype/screenshots/fa12215/fa12215-a.png
Pisu email, nekomu mimo firmy, a chci mu treba poslat adresu skupiny ci jine osoby z nasi firmy. Jenze samozrejme outlook v radku "to" kam si necham automaticky doplnit danou osobu zobrzi jen "Pepa Novak".
Takze nasleduje dvojklik na jeho jmeno, ktery otevre info o kontaktu a tam nekde v te 8 zalozce adresu pepan@firma.eu vydoluji. Samozrejme v tento moment uz nemuzu psat do emailu a musim okno s informacemi o uzivateli zavrit.
Jiste asi kdyz nepouziju intuitivni cestu a v pulce psani mailu jdu pak nekam do kontaktu, tam znovu vyhledavam pepu (idealne ve spravnem adresari) a klikam a klikam... tak to bude ehm jednoddussi.
Drtiva vetsina softwaru ktery od MS pouzivam to ma tak ze jednoduche veci jdou komplikovane a komplikovane veci jsou nocni mura nebo nejdou vubec.
Jenomže on JE organizátr tohoto meetingu a DALŠÍM DVĚMA LIDEM se stalo, že zorganizovali meeting a zasedačka se nezarezervovala. A čím víc proškoleným lidem se to stává, tím menší je pravděpodobnost, že je chyba na straně uživatelů. Napadá mě:
- IQ kluků z IT
- Chyba v softu
- Tak intuitivní produkt, že se v tom nikdo nevyzná ani po proškolení (a to tady máme v týmu o 80 lidech jenom dva, kteří nemají VŠ, takže moc lidí neschopných učení tady nehledejte)
Humorné je, že věci, které se naučím na MS mohu aplikovat na OS aniž bych se to musel znovu učit. Ctrl Shift > prostě funguje, vzorečky fungují, principy práce s grafikou jsou nezávislé a tak je to všude. Kdo má problém přejít z jednoho programu na druhý, ve skutečnosti neumí ani ten jeden(cvičená opice).
Vzhledem k tomu, že Linuxáci Widle používat umějí, ale nechtějí, budou asi chytřejší, než ti, co zůstávají u Widlí z důvodu "odlišného" prostředí a neschopnosti v něm pracovat.
... což ovšem neznamená, že neurochirurg je víc, než automechanik, či ajťák ... všichni dělají jen svou práci.
A co se IT gramotnosti týče, tak ta se nejlépe pozná na internetu, kde se každý web ovládá jinak. Kdo se nemůže dopátrat dat, obrátí se na znalejšího.