Compare commits

...

162 Commits

Author SHA1 Message Date
594bdaa7f5 Merge pull request 'uaktualniona dokumentacja' (#70) from s434723/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#70
2021-01-28 00:17:39 +01:00
729fdd3a08 Merge pull request 'Dokumentacja' (#69) from s434779/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#69
2021-01-28 00:17:25 +01:00
mevryn
34d7e8ba1f uaktualniona dokumentacja 2021-01-27 23:00:00 +01:00
cfaf4b17e7 Merge pull request 'Update FlatMapp project requirements' (#62) from s434657/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#62
2021-01-27 21:47:15 +01:00
d00d8ae80e Merge pull request 'Electron update' (#60) from s434802/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#60
2021-01-27 11:54:26 +01:00
d029cbd789 Delete 'Krzywdzinski/ciecie-szkla/(gotowe) Wizja projektu (6).docx' 2021-01-26 22:13:46 +01:00
2010632cce Delete 'Krzywdzinski/ciecie-szkla/(gotowe) Wymagania projektowe (2).docx' 2021-01-26 22:13:35 +01:00
d23a8a53da Upload files to 'Krzywdzinski/ciecie-szkla' 2021-01-26 22:13:07 +01:00
baa15b82e6 Dokumentacja 2021-01-25 23:24:37 +01:00
66fe08e436 Merge pull request 'Dodanie dokumentacji oraz prezentacji na obronę' (#68) from s434690/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#68
2021-01-25 21:20:59 +01:00
e9ce13ec2a Dodanie dokumentacji oraz prezentacji na obronę 2021-01-25 21:07:35 +01:00
b04141a607 Merge pull request 'korpusy uczenia maszynowego' (#66) from s434659/DPRI_doc_20-21:analiza-dyskusji into master
Reviewed-on: bikol/DPRI_doc_20-21#66
2021-01-25 09:44:09 +01:00
4a82793fce Merge pull request 'Dokumentacja developTeam' (#67) from s434732/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#67
2021-01-24 22:37:32 +01:00
827a78c6b6 Upload files to 'Pilka/obiekty-sportowe' 2021-01-24 22:01:00 +01:00
148511afa0 Delete 'Pilka/testy.png' 2021-01-24 22:00:37 +01:00
62384b7deb Delete 'Pilka/InstrukcjaWdrożeniowa.pdf' 2021-01-24 22:00:31 +01:00
e0e1023159 Delete 'Pilka/InstrukcjaPaneluAdministratora.pdf' 2021-01-24 22:00:25 +01:00
8428198f9a Delete 'Pilka/DokumentacjaTechniczna.pdf' 2021-01-24 22:00:17 +01:00
a5cb132364 Upload files to 'Pilka' 2021-01-24 21:59:30 +01:00
3d0e61ca6c Merge pull request 'Dodanie dokumentacji wdrożeniowej, dokumentacja backend/fronted, prezentacji dla komisji itp.' (#64) from s434812/DPRI_doc_20-21:plannaplan-dokumentacja into master
Reviewed-on: bikol/DPRI_doc_20-21#64
2021-01-24 18:22:04 +01:00
496099ae34 Merge pull request 'Dokumentacja techniaczna SushiBar' (#65) from s426206/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#65
2021-01-24 18:21:44 +01:00
26107bb7ab korpusy uczenia maszynowego 2021-01-24 18:09:43 +01:00
14a2ea0b97 Dokumentacja techniaczna 2021-01-24 17:17:47 +01:00
c16b41fd3a
Dodanie dokumentacji, prezentacji itp
Signed-off-by: Marcin Woźniak <y0rune@aol.com>
2021-01-24 17:08:13 +01:00
4acb23b25a Update FlatMapp project requirements 2021-01-23 20:28:09 +01:00
17ae3a6179 Merge branch 'master' into master 2021-01-23 20:27:04 +01:00
5b9642c1ab Prześlij pliki do 'Witkowski/flat-mapp' 2021-01-23 20:25:49 +01:00
91b4a2e897 Merge pull request 'Added project requirements document 2.0.1' (#59) from s394161/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#59
2021-01-23 14:18:32 +01:00
048eea333e Electron update
Auth0 and Electron production conflict
2021-01-22 19:25:32 +01:00
24812fdec8 Upload files to 'Krzywdzinski/motocykle' 2021-01-22 11:04:46 +01:00
e37248bcbf Upload files to 'Krzywdzinski/rpg' 2021-01-22 11:03:51 +01:00
3b0baef630 Upload files to 'Krzywdzinski/portal-randkowy' 2021-01-22 11:03:29 +01:00
04471c2907 Upload files to 'Krzywdzinski/o-piwie' 2021-01-22 11:03:07 +01:00
c0fd3ead8b Upload files to 'Krzywdzinski/ciecie-szkla' 2021-01-22 11:02:47 +01:00
370f02061f Added project requirements document 2.0.1 2021-01-21 21:20:27 +01:00
26dc220970 Merge pull request 'raport_z_testow' (#55) from s440552/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#55
2021-01-19 22:05:41 +01:00
e807fd87b5 Merge pull request 'Dokumentacja techniczna aplikacji BusinessCard' (#57) from s434815/DPRI_doc_20-21:s434815-patch-1 into master
Reviewed-on: bikol/DPRI_doc_20-21#57
2021-01-19 20:38:26 +01:00
8fbbd8f840 Dokumentacja techniczna aplikacji BusinessCard 2021-01-19 20:33:42 +01:00
361b6ae893 Merge pull request 'dokumentacja_deweloperska' (#1) from bikol/DPRI_doc_20-21:master into master
Reviewed-on: s440552/DPRI_doc_20-21#1
2021-01-19 18:18:49 +01:00
6765607cc5 Prześlij pliki do 'Marciniak/possessed-redeemer' 2021-01-19 18:17:39 +01:00
6b478bb176 Prześlij pliki do 'Marciniak/possessed-redeemer' 2021-01-19 16:44:17 +01:00
d319dfb9db Merge pull request 'dokumentacja techniczna' (#54) from s434659/DPRI_doc_20-21:analiza-dyskusji into master
Reviewed-on: bikol/DPRI_doc_20-21#54
2021-01-19 13:54:50 +01:00
7e786f888e dokumentacja techniczna 2021-01-19 00:56:23 +01:00
f6089f71f7 Merge pull request 'dokumentacja Brewed' (#53) from s434723/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#53
2021-01-18 22:54:58 +01:00
402c0a0878 Merge pull request 'wymagania_projektowe' (#52) from s440552/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#52
2021-01-18 22:52:55 +01:00
2dd0b329b6 Merge branch 'master' into master 2021-01-18 16:26:14 +01:00
04b5bd3eaa Merge pull request 'Wizja i zakres projektu WhisperPress' (#49) from s434690/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#49
2021-01-18 12:54:15 +01:00
63d3b0f94a Merge pull request 'MealyCompiler (Solomonoff) imporved documentation' (#44) from s434749/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#44
2021-01-18 10:07:37 +01:00
5b6bed8c09 Merge pull request 'master' (#48) from s434802/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#48
2021-01-18 09:02:39 +01:00
mevryn
fc0333b1ae dokumentacja Brewed 2021-01-18 00:41:07 +01:00
c365d60cb1 Prześlij pliki do 'Marciniak/possessed-redeemer' 2021-01-17 14:08:11 +01:00
aee5f97351 Update FlatMapp project requirements 2021-01-16 17:41:50 +01:00
abe48879bd Update FlatMapp project requirements 2021-01-16 17:41:31 +01:00
8789bcd49e Prześlij pliki do 'Witkowski/flat-mapp' 2021-01-16 17:40:31 +01:00
6d1bbe2c80 Merge pull request 'Zaktualizowany opis pracy w zespole' (#50) from s434804/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#50
2021-01-16 14:55:50 +01:00
2b7355875f Merge branch 'master' into master 2021-01-16 13:26:14 +01:00
907659e28a Zaktualizuj 'Witkowski/aport-me/dokument_wymagan_projektowych.md' 2021-01-16 13:21:08 +01:00
8715acfd7f Merge pull request 'wymagania-projektowe' (#47) from s434723/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#47
2021-01-15 19:22:48 +01:00
d03e590ce1 Wizja i zakres projektu WhisperPress 2021-01-15 18:42:10 +01:00
528257bfc9 Update 'Przybylski/awionika/wizja_projektu.md' 2021-01-14 21:40:16 +01:00
993ea717ef Update 'Przybylski/awionika/wymagania_projektowe.md' 2021-01-14 21:39:58 +01:00
489100232a Update 'Przybylski/awionika/wymagania_projektowe.md' 2021-01-14 21:38:59 +01:00
0e0fd95081 Update 'Przybylski/awionika/wizja_projektu.md' 2021-01-14 21:38:31 +01:00
WSebo
57277742dd Update dokumentacji 2021-01-14 21:34:35 +01:00
mevryn
6b7fb92ce3 wymagania-projektowe 2021-01-12 14:04:08 +01:00
7ce3b8fce0 Merge pull request 'dokument wizji i wymagań' (#45) from s434659/DPRI_doc_20-21:analiza-dyskusji into master
Reviewed-on: bikol/DPRI_doc_20-21#45
2021-01-12 00:01:49 +01:00
f1b4ed024d Merge pull request 'Dodanie pliku wymagań projektowych' (#46) from s434779/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#46
2021-01-11 23:59:50 +01:00
4b9b7512de Dodanie pliku wymagań projektowych 2021-01-10 23:30:32 +01:00
9b79130b0f poprawiony wygląd wymagań 2021-01-10 21:18:27 +01:00
5666a9551a dokument wizji i wymagań 2021-01-10 21:11:19 +01:00
Alagris
5070567b40 MealyCompiler (Solomonoff) imporved documentation 2021-01-09 10:44:49 +01:00
69ee43dfdb Merge pull request 'Pomocnik Profesora prof. Michał Hanckowiak' (#43) from s440056/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#43
2021-01-05 17:53:35 +01:00
489a53557a Merge pull request 'Dokumenty - SushiBar - dr Tomasz Piłka' (#12) from s426206/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#12
2021-01-05 12:35:16 +01:00
44b1f8e872 Merge pull request 'develop team files' (#29) from s434732/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#29
2021-01-05 12:34:55 +01:00
pawroz
bb1d24a4a2 Pomocnik Profesora prof. Michał Hanckowiak 2021-01-04 20:25:49 +01:00
8efdc9827e Merge pull request 'wizja i wymagania projektowe' (#42) from s434817/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#42
2021-01-04 11:33:06 +01:00
525460d60c Merge pull request 'vision + project scope' (#39) from s434749/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#39
2021-01-04 09:52:03 +01:00
4b26539c30 Merge pull request 'master' (#40) from s153070/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#40
2020-12-23 10:50:57 +01:00
43a397b0f0 Merge pull request 'Wizja i wymagania - update' (#41) from s434795/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#41
2020-12-23 10:50:30 +01:00
c3d9380303 Usuń 'Ostateczny dokument wymagań projektowych.pdf' 2020-12-23 01:36:11 +01:00
f3abdc4e75 Usuń 'Ostateczna wizja projektu.pdf' 2020-12-23 01:35:58 +01:00
f03bb12e4f Prześlij pliki do '' 2020-12-23 01:32:26 +01:00
5aff9e0c25 Prześlij pliki do 'Hanckowiak/sprawozdania' 2020-12-23 01:14:46 +01:00
46df9bb322 Usuń 'Hanckowiak/sprawozdania/Dokument wymagań projektowych.docx' 2020-12-23 01:13:02 +01:00
156191a67f Usuń 'Hanckowiak/sprawozdania/Dokument wizji projektu(poprawiony).pdf' 2020-12-23 01:08:35 +01:00
Daniel Matuszewski
5e27202fd2 docs complete 2020-12-21 18:40:12 +01:00
Daniel Matuszewski
3dab14ab12 beta version 2020-12-21 11:35:13 +01:00
4bdc6659c1 Merge pull request 'Pomocnik Profesora Wizja projektu - prof. Michał Hanckowiak' (#38) from s440056/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#38
2020-12-21 10:07:22 +01:00
34dfafe015 Merge branch 'master' into master 2020-12-20 20:47:04 +01:00
Alagris
7a90f34370 vision + project scope 2020-12-20 19:42:46 +01:00
pawroz
0888bd83e1 wizja projektu - Pp 2020-12-19 13:43:43 +01:00
c07d5951d2 Merge pull request 'Wizja i wymagania projektowe' (#31) from s434795/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#31
2020-12-18 13:30:04 +01:00
a58e498a61 Merge pull request 'PickApp: Added project requirements' (#23) from s434607/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#23
2020-12-17 16:40:30 +01:00
33c9dc8ca0 Prześlij pliki do 'Zywica/pickup' 2020-12-16 08:31:26 +01:00
e2ea9c1f9c Usuń 'Zywica/pickup/Project Requirements.pdf' 2020-12-16 08:29:45 +01:00
12e0656188 Merge branch 'master' into master 2020-12-16 08:23:10 +01:00
b6571b4258 Merge pull request 'dr. Piłka - Dodanie dokumentow - plannaplan' (#4) from s434812/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#4
2020-12-15 09:31:28 +01:00
2f3219084b Merge pull request 'wizja i zakres projektu BusinessCard' (#10) from s434820/DPRI_doc_20-21:s434820-patch-1 into master
Reviewed-on: bikol/DPRI_doc_20-21#10
2020-12-15 09:27:39 +01:00
21d05ffeef Prześlij pliki do 'Hanckowiak/gameweb' 2020-12-14 18:48:55 +01:00
26754170a2 Prześlij pliki do 'Hanckowiak/gameweb' 2020-12-14 18:46:01 +01:00
59f0c94239 Merge pull request 'Dodanie dokumentów z wizją i zakresem projektu "Wycena -RP"' (#34) from s434823/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#34
2020-12-14 11:50:17 +01:00
02c0838ef8 Merge pull request 'Dokument Wymagań Projektowych' (#27) from s440056/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#27
2020-12-14 11:49:41 +01:00
ab7b415d94 Merge pull request 'first version of docs' (#32) from s153070/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#32
2020-12-14 11:48:41 +01:00
ea766c8833 Merge pull request 'Add UltiTracker document' (#30) from s434762/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#30
2020-12-14 10:47:06 +01:00
7732d7229c Merge pull request 'Platformowa gra w Unity: Dodanie dokumentu wymagań projektowych i wizji projektu' (#35) from s434797/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#35
2020-12-14 08:43:52 +01:00
68cb530d66 Merge pull request 'Generator Sprawdzianów - Dodanie Wizji Projektu i Wymagań Projektowych.' (#36) from s434735/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#36
2020-12-14 08:42:18 +01:00
498ad13fd0 Merge pull request 'Dodanie wizji projektu i wymagań projektowych dla awioniki' (#37) from s434802/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#37
2020-12-14 08:41:19 +01:00
458b3e5c44 Upload files to 'Przybylski/awionika'
Dodanie wizji projektu i wymagań projektowych
2020-12-13 23:56:04 +01:00
6e3fa53afe Dodanie Wizji Projektu i Wymagań Projektowych. 2020-12-13 23:33:27 +01:00
Kamil Tyrek
5a0cf4880a Dodanie dokumentu wymagań projektowych i wizji projektu 2020-12-13 20:21:49 +01:00
12685ea03d Dodanie dokumentów z wizją i zakresem projektu "Wycena -RP" 2020-12-09 18:04:04 +01:00
c310d556f9 Merge branch 'master' into master 2020-12-08 23:47:33 +01:00
nowaak
756a79d48c Update UltiTracker - wymagania projektowe.pdf 2020-12-08 23:46:58 +01:00
59e63749e0 Merge pull request 'Dostosowanie dokumentu "Wymagania projektowe" do uwag promotora.' (#24) from s434744/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#24
2020-12-07 15:26:35 +01:00
1485013b95 Merge pull request 'Added Travellan's scope document' (#33) from s434604/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#33
2020-12-07 15:24:02 +01:00
b7818f6fea Merge branch 'master' into master 2020-12-06 21:31:58 +01:00
8c9834e546 Added Travellan's scope document 2020-12-02 20:15:13 +01:00
81b32b6770 Merge pull request 'wizja projektu' (#25) from s434782/DPRI_doc_20-21:s434782-patch-1 into master
Reviewed-on: bikol/DPRI_doc_20-21#25
2020-12-02 07:49:37 +01:00
strus100
e120897820 first version of docs 2020-12-01 19:56:06 +01:00
7e8466dec3 Dokument wizji projektu
Wizja dla projektu "Sprawdzarka z zajęć"
2020-12-01 00:18:16 +01:00
c77e944093 Dokument wymagań projektowych
Dla projektu "Sprawdzarka z zajęć"
2020-12-01 00:16:44 +01:00
d07d57f2ba Merge branch 'master' into master 2020-11-30 14:13:18 +01:00
c68a71efec Wymagania projektowe - SushiBar - dr Tomasz Piłka 2020-11-30 14:12:11 +01:00
6fb81e465c Merge pull request 'Carpool: project requirements document' (#28) from s440054/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#28
2020-11-30 12:04:20 +01:00
e2cec27817 Update: project boundaries 2020-11-29 20:09:39 +01:00
9d9da8576b Update: project boundaries 2020-11-29 19:54:01 +01:00
6a7b577803 Update: project boundaries 2020-11-29 18:45:30 +01:00
207ad2cd10 Add external links 2020-11-29 18:42:05 +01:00
d75b6e0c5c Update: non-functional requirements 2020-11-29 18:27:24 +01:00
0e21edc744 Uaktualnienie kryteriów akceptacji semestr 2 2020-11-29 18:05:00 +01:00
Julian Kobryński
9d1d9f08de Repo and jira links added 2020-11-29 17:58:09 +01:00
Julian Kobryński
5ee96888da Subtitle typo fixed 2020-11-29 17:45:44 +01:00
2bee0737ac Merge pull request 'Dodanie wizji i wymagań projektowych - system skautingowy - profesor Dyczkowski' (#26) from s426197/DPRI_doc_20-21:dyczkowski-scouting-docs into master
Reviewed-on: bikol/DPRI_doc_20-21#26
2020-11-29 12:49:09 +01:00
nowaak
5482accfe4 Add UltiTracker document 2020-11-29 11:50:47 +01:00
bb3adfe0fe develop team files 2020-11-28 17:30:53 +01:00
6a7b78c760 Merge pull request '+ Create project requirements document. Update README.md' (#1) from carpool/docs into master
Reviewed-on: s440054/DPRI_doc_20-21#1
2020-11-26 20:28:45 +01:00
Norbert Litkowski
74e26a0ab0 + Create project requirements document. Update README.md 2020-11-26 20:17:15 +01:00
ae6893061d Merge branch 'master' into dyczkowski-scouting-docs 2020-11-25 11:45:19 +01:00
ce232ddec1 wizja projektu 2020-11-25 11:33:09 +01:00
89ea7e0d21 Dokument Wymagań Projektowych
Dokument Wymagań Projektowych - Pomocnik Profesora - Zapisy 

Paweł Rozpłochowski
2020-11-25 11:25:55 +01:00
33026a18c0 Prześlij pliki do 'Zywica/ork'
Dostosowanie dokumentu "Wymagania projektowe" do uwag promotora.
2020-11-25 00:01:04 +01:00
895f55b216 Added project requirements 2020-11-24 19:22:07 +01:00
04e56cf5ea Merge pull request 'added "Wymagania Projektowe"' (#8) from s434744/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#8
2020-11-24 16:10:53 +01:00
f6100391e5 Merge pull request 'Added DevMatch project documentation' (#3) from s394161/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#3
2020-11-24 16:01:44 +01:00
6f95826186 Merge pull request 'Upload files to 'Witkowski/transport-platform'' (#22) from s442613/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#22
2020-11-23 21:46:39 +01:00
ed9b6c5e78 Upload files to 'Witkowski/transport-platform'
requirement
2020-11-23 21:25:18 +01:00
40e513d509 Merge pull request 'Rentall project requierements doc' (#16) from s432759/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#16
2020-11-23 17:25:40 +01:00
9d34856b85 Delete 'witkowski/PanaCea/PanaCea final Documentation.pdf' 2020-11-23 13:09:34 +01:00
cdb1759a36 Merge pull request 'master' (#21) from s439546/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#21
2020-11-23 13:00:15 +01:00
80eb840b51 Merge pull request 'Upload files to 'Witkowski/pana-cea'' (#1) from s439546-patch-1 into master
Reviewed-on: s439546/DPRI_doc_20-21#1
2020-11-23 12:59:10 +01:00
0f8eafaa28 Upload files to 'Witkowski/pana-cea' 2020-11-23 12:58:16 +01:00
f7a1386a2c Merge pull request 'witkowski/PanaCea' (#20) from s439546/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#20
2020-11-23 12:51:46 +01:00
cf8f5ea556 witkowski/PanaCea 2020-11-23 11:52:10 +01:00
9cf1ed96aa Merge pull request 'doc without comments' (#18) from s150169/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#18
2020-11-22 23:10:39 +01:00
d575bc4f17 Merge pull request 'Added Project Requirements document' (#17) from s150169/DPRI_doc_20-21:master into master
Reviewed-on: bikol/DPRI_doc_20-21#17
2020-11-22 22:59:31 +01:00
cd8b4601ae Загрузить файлы 'Zywica/rents' 2020-11-22 17:53:10 +01:00
e94dd98627 Wizja projektu 2020-11-21 14:28:32 +01:00
c89a2f208e wizja i zakres projektu BusinessCard 2020-11-19 20:40:35 +01:00
f5c9bdbebc added "Wymagania Projektowe" 2020-11-17 15:38:56 +01:00
1be9b0f0e0 Dodanie dokumentow
Signed-off-by: Marcin Woźniak <y0rune@aol.com>
2020-11-16 18:50:06 +01:00
ee656156ae Added DevMatch project documentation 2020-11-15 23:06:54 +01:00
Eryk Miszczuk
129df2821b Dodanie wizji i wymagań projektowych 2020-11-10 21:14:13 +01:00
416 changed files with 103349 additions and 217 deletions

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

File diff suppressed because it is too large Load Diff

View File

@ -0,0 +1,702 @@
id paragraf tag
0-0 Często można spotkać się z podejściem, które zakłada że przy budowie systemu informatycznego powinny być stosowanie najnowsze technologie i modele architektoniczne. Podejście takie jest oczywiście zasadne jeżeli budowany jest nowy system nie obarczony koniecznością integracji z innymi systemami / technologiami. hipoteza
0-1 Co jednak w sytuacji w której budujemy system który musi się integrować ze “starymi” technologiami / architekturami? Czy zawsze mamy prawo żądać zmiany starych technologii? Kiedy się to nie uda? Podaj przykłady rozwiązań, które tak jak np. standard EDI mają już wiele lat i nadal są powszechnie wykorzystywane. hipoteza
1-0 Zmiana starych technologii na nowe nie uda się na przykład w następującym przypadku. System składa się z ogromnej liczby linii kodu napisanych w języku programowania, którego się już powszechnie nie używa. System ten jednocześnie jest rozpowszechniony - dużo osób z niego korzysta w różnych miejscach. Z tego powodu musi funkcjonować prawie przez cały czas, nie może mieć dłuższych przerw w działaniu. logiczne
1-1 Przykładem może być system, który we Francji zajmuje się lokalami (socjalnymi?). Napisany w Fortranie. Mnóstwo osób z niego korzysta codziennie, więc wyłączenie go na dłuższy czas i migracja danych nie są możliwe. rzeczowe
1-2 Kolejny przykład to niemiecki system związany ze służbą zdrowia. Zawiera kartoteki pacjentów. “”Przepisanie“” go od nowa również by nie było możliwe. rzeczowe
2-0 Czy zawsze mamy prawo żądać zmiany technologii? Nie, ale z czasem możemy być do tego zmuszeni. hipoteza
2-1 Przykład systemu napisanego w Fortranie przewijał się już kilkakrotnie. Podobno nikt nie odważy się go zmienić na jakiś inny. Pytanie brzmi czy wszystkie modyfikacje, które będzie trzeba wprowadzić będzie można zrealizować? W końcu Fortran jest językiem ograniczonym, nie obsługuje np. rekurencji, nie jest językiem obiektowym. Oczywiście nie potrzeba języka obiektowego, żeby programować obiektowo, ale z pewnością ułatwia to rozwiązywania problemów. hipoteza
2-2 Oczywiście wszystko się da zrobić w informatyce, pytanie za ile i na kiedy. Jednak były podane również przykład (na APO) systemu zdaje się napisanego w Delphi, który z czasem tak się rozrósł, że programiści stracili nad nim kontrolę i było trzeba go przepisać zgodnie z nowymi trendami. emocjonalne
3-0 Był jeszcze kontrprzykład na ASI - SOLSystem, który to ze względu na objętość pozostanie w języku Delphi. rzeczowe
3-1 Wydaje mi się jednak iż zmiany i unowocześnianie technologii powinno następować, nawet jeśli wydaje się to niemożliwe. Inaczej może się zdarzyć sytuacja podobna do tej w Kalifornii (przepraszam jeśli mylę miejsca) gdzie władze stanowe musiały “”wskrzeszać z martwych“” i ściągać z emerytury programistów COBOLa aby wprowadzili zmiany w używanym od zawsze systemie informatycznym. inne
4-0 Jeśli klientela się nie burzy - po co zmieniać coś co działa? Taki argument przesłonił mi motywację objętościową w tym przypadku (choć gdyby jej nie było to zapewne system rzeczywiście zostałbym przepisany). emocjonalne
4-1 Jak powszechnie wiadomo, klienta zazwyczaj interesuje tylko czy dany system spełnia jego wymagania, a nie jakie ma fundamenty. Skoro nie mają nawet problemów z nieco archaicznym interfejsem, a nowi klienci również się znajdują, może nie ma potrzeby inwestowania czasu i środków w żmudną przebudowę. inne
4-2 Rozumowanie oczywiście naiwne, ale myślę że i w niektórych (raczej niszowych) przypadkach praktyczne. Ostatecznie jednak zgadzam się, że modernizacje powinny mieć miejsce, bo może to zapobiec wielu potencjalnym problemom w przyszłości (a także wytworzyć wiele potencjalnych problemów w trakcie, ale to inna historia). logiczne
5-0 Większość moich przedmówców skupiła się głównie na, pewnie najistotniejszym, aspekcie procesu wymiany systemów na nowe - kosztach. Wydaje mi się jednak, że innym, całkiem ważnym, jest stabilność istniejących już systemów. Mając np. jakąś ważną (tzn. np. mającą podtrzymać czyjeś życie, albo czuwać nad sprzętem wartym miliony) aplikację, która działa bez szwanku, przejście na nowy, potencjalnie lepszy system, może spowodować więcej problemów niż zysków. logiczne
5-1 Ten błyszczący nowością produkt nie został przecież jeszcze przetestowany na równi z tym starym, który działa latami. Dlatego też w takich sytuacjach “”przesiadka na nowe“” nie jest czymś na co łatwo się zdecydować. logiczne
5-2 Jakiś czas temu czytałem, że w części pojazdów kosmicznych NASA nie wymienia się pewnych działających komputerów, gdyż dobrze działają i mają pewną “”zaletę“” nad nowymi. Otóż w przypadku przeniknięcia przez kadłub cząsteczek, które mogłyby “”zamieszać“” w operacjach, które wykonują są one bardziej odporne, jako, że ich podzespoły są większe. Nie wiem na ile jest to wiadomość wiarygodna, a na ile kolejna miejska legenda, ale brzmi sensownie. rzeczowe
5-3 Przyłączę się jednak również do zdania mówiącego, że należy się unowocześniać, bo nie wiemy co będzie konieczne w przyszłości. Tak jak często ludy, które nie musiały, z przyczyn ogólnego dobrobytu, rozwijać się padały łupem tych, na których rozwój był wymuszony, tak my możemy kiedyś zmierzyć się z problemem, że myślenie w stylu: “”jak działa, to po co zmieniać“” doprowadzi nas nad przepaść. emocjonalne
5-4 Dlatego też należy przeć do przodu, ale nie powinno się przesadzać w pogoni za unowocześnianiem wszystkiego. hipoteza
6-0 Widzę, że osoby wypowiadające się w tym wątku wymieniły już kilka kontrargumentach jak objętość dotychczasowego kodu, koszty, stracony czas czy stabilność. rzeczowe
6-1 Z wykładów kojarzę dwa projekty informatyczne, którym nie spieszy się do zmiany technologii. inne
6-2 Pierwszy to system do zarządzania lokalami socjalnymi we Francji napisany w Fortranie. Nie jestem pewny czy wzmianka o nim pojawiła się akurat na DASI czy na DTSI. W każdym razie poprawki do tego systemu są testowane co najmniej trzy miesiące przed wprowadzeniem ich w życie. Nie wydaje się być to zbyt efektywne. Mimo to sądzę, że ten system przetrwa aż do upadku obecnego rządu Francji. rzeczowe
6-3 Drugi przykład który kojarzę, to zintegrowany system obsługi lokali firmy SOL-System. Jako ciekawostkę dodam, że jednym z pracowników tej firmy jest kierownik laboratoriów wydziału matematyczno-informatycznego uczelni, której jeden z absolwentów sformułował twierdzenie, które wygrało drugą wojnę światową. System nie dojść, że napisany w Delphi (wcześniejsze wersje w Pascalu), to nie wykorzystuje systemu uprawnień po stronie bazy danych a aplikacja kliencka ma interfejs typowych dla programów biurowych systemu MS-DOS (przynajmniej jeśli chodzi o główne menu). rzeczowe
6-4 Jednakże system jest rozwijany już kilkanaście lat i wątpię, żeby kiedykolwiek doszło do zmiany języka (widzę ewentualną możliwość zmiany środowiska z Embarcadero/CodeGear Delphi na FPC/Lazarus). Ba, sądzę również, że ze względu na przyzwyczajenia obecnych klientów nawet interfejs aplikacji nie zostanie prędko zmieniony. logiczne
7-0 Na początek, zacznę od sprostowań dotyczacych systemu firmy SOL-SYSTEM 1. System w obecnej wersji budowany jest przy użycia środowiska Embracadrero Delphi (wciąż rozwijanego i stabilnego) 2. Poprzednie wersje nie były pisane w pascalu lecz w środwisku Clipper, przejscie z tego środowiska trwalo ok 4lat i było zaprojektowanie i zaimplementowaniem systemu od zera. 3. Srodowisko w którym tworzony jest system nie składa się tylko z języka programowania, ale również składa sie na nie serwer baz danych Firebird (ogólnie mówiąc struktury danych i procedury) oraz warstwa dostepu do danych IB-objects i komponenty wspomagające np do generowanie pdf, szyfrowania danych, administracyjnych modułów serwerowych, modułów integracyjnych z systemami zewnętrznym itd. 4. system jest dalej rozwijany w tym środowisku nie tylko ze względu na ilość kodu (na wykładzie był podane to tylko jako jeden z argumentów), ale po prostu nie ma powodu by to robić wszystko działa stabilnie, wydajnie, a pracy jest dość przy rozwoju funkcjonalnym obecnej wersji. rzeczowe
7-1 A teraz moje zdanie na temat wymiany srodowiska. inne
7-2 Należy sobie postawić pytanie: jaki miałby być cel zmiany środowiska? *jeżeli jest to środowisko stare, już dawno nie rozwijane, w którym występują błędy utrudniające prace programistyczną oraz wystepuja problemy z uruchamianiem aplikacji w nim wykonanych w nowych systemach operacyjnych - to oczywiście się zgodzę, że trzeba rozwarzyć możliwoć zmiany technologii *natomiast zmiana środowiska programistycznego tylko dlatego, że jest moda na inny język programowania, jeżeli środowisko jest cały czas rozwijane i suportowane, i nie występją w nim błędy oraz aplikacja spełnia wszystkie wymagania klientów oraz środowisk systemowych i bazodanowych, to jest to bez sensu. logiczne
7-3 Wymienie dodatkowych kilka inncyh powodów: * Zmiana technologi to nie tylko przepisanie kodu, to również często potrzeba zmiany modelu danych, motedy dostepu do nich, konieczność wymiany wielu współpracujących komponentów. Pociąga za sobą ogromne koszty, jest czasochłonna, wymusza koniecznośc zatrudniania specjalistów znających się na obu platformach przez długi okres, wsparcie dwóch różnych projektów przez długi czas. rzeczowe
7-4 "Potrzebny jest długi czas na testowanie nowego rozwiązania. Często wymagana jest zmiana sprzętu. * W jaki sposób taka zmiana miała by poprawić komfort pracy użytkownika? Jeśli prowadziłby do zmiany interfejsu użytkownika to już z założenia utrudni ona życie uzytkownikowu przyzwyczajonemu do pracy z poprzednim systemami. A jesli mamy zachować dokładnie interfejs to użytkownik i tak nie zauważy zmiany ;) Oczywiście zakładamy, że system w obu środowiskach działa wydajnie i stabilnie. *Używając nowego środowiska natykamy się na nowe problemy, które nie występowały wcześniej w starym, a więc zmiana środowiska to nie tylko przepisanie kodu. *po co inwestować ogromne kwoty w zmiane srodowiska, klienci na pewno za to nie zapłacą!" logiczne
7-5 Kilka pytań, które mnie zastanowiły po porzednich wypowiedziach : *Dlaczego środowisko Delphi jest gorsze od javy, c++, C#, VB, itd? Tylko dlatego, że ma składnie pascala? Czego nie umożliwia co umożiwają inne środowiska, a co może mieć wpływ na jakość produkowanej aplikacji? *W czym środowisko Lazarus miało by być lepsze od delphi? hipoteza
7-6 "Na koniec, zgodzę się w 100% z ostatnim zadaniem autora poprzedniej wypowiedzi ;)" inne
8-0 Na ile pamiętam Delphi (z zajęć jakieś 6 lat temu) to nie posiadało ono garbage collectora, chyba że coś się zmieniło od tego czasu? Konieczność ręcznego zarządzania pamięcią (i związane z tym błędy) jest moim zdaniem co najmniej tak samo uciążliwa jak niedostatki składni. inne
8-1 Nie twierdzę, że jest to argument, który uzasadniałyby przepisanie prawidłowo działającej aplikacji, która realizuje cele biznesowe klientów, ale gdybym miał pisać aplikację od zera to: brak garbage collectora, uciążliwa (przynajmniej dla mnie) składnia oraz mała w stosunku do Javy czy C# społeczność programistów wystarczałyby mi, aby odrzucić Delphi jako środowisko. emocjonalne
8-2 Niekiedy nie mamy już szansy przejścia na nową technologię - w USA dużo systemów było napisanych we fortranie i do dzisiaj programiści fortrana dzięki temu mają pracę a w kryzysie roku 2000 byli potrzebni do pracy nad tymi systemami. rzeczowe
8-3 Jeżeli chodzi o przestarzałe technologie wykorzystywane do dzisiaj, wspomnę tylko, że komputer wahadłowca kosmicznego ma tylko 1 MB RAM! Wszystko działa w UNIX-podobnym środowisku. Dlaczego nie jest to modernizowane? Otóż ta moc wystarcza do przeprowadzania bardzo skomplikowanych przecież obliczeń, a po drugie wdrożenie wymagało by bardzo bardzo wielu testów.. rzeczowe
8-4 Przykładem zastosowania starszego oprogramowania może być wersja Stable dystrybucji Debian, której kolejne wersje pojawiają się dosyć rzadko i z opóźnieniami. rzeczowe
8-5 Powodem tego jest nacisk deweloperów na poprawianie błędów krytycznych i latanie dziur bezpieczeństwa. Nie ma tam miejsca na najnowsze wersje programów. Właśnie dzięki temu dystrybucja ta jest stosowana na serwerach. rzeczowe
9-0 Wg mnie należy najpierw wyznaczyć wszelkie za i przeciw, przy zmianie oprogramowania(technologii) na nowsze. Czyli: - co nam daje obecna technologia - co zyskujemy, a co tracimy wprowadzając nową technologię - jakiego sprzętu/oprogramowania potrzebuje nowa technologia - czy będzie to opłacalne na dłuższą metę - czy będzie niezbędne - jakie korzyści z tego będziemy mieli my, a jakie nasi użytkownicy hipoteza
9-1 Na pewno ważnym czynnikiem będzie także czas potrzebny na przejście z jednej technologii na drugą, oraz budżet jakim dysponujemy. logiczne
9-2 Tytułem podsumowania: inne
9-3 Oczywiście trudno jest rozstrzygać jak to będzie. Ale wydaje mi się, że informatyka powoli wkracza na taki poziom rozwoju jak rozwiązania inżynieryjne sprzed powiedzmy 100 lat. We Francji jeździełem windami, które miały ze 100 lat prawie. Oczywiście były konserwowane, wymieniane były części i działały. inne
9-4 W Poznaniu mamy tramwaje sprzed kikudziesięciu lat i jeżdzą (i tak w sumie to jeżeli są ekonomiczne i tanie w utrzymaniu - nie wiem czy są - to niech sobie jeżdżą). Samoloty czasami mają po kilkadziesiąt lat i też im niczego nie potrzeba (oczywiście części sprzed kilkudziesięciu lat w nich pewnie za dużo nie ma). inne
9-5 Zatem niby dlaczego wszystkie systemy należy zastapić nowymi? Według mnie odpowiedź jest taka: zastępujemy tylko wtedy jeżeli ma to ekonomiczne uzasadnienie. Według mnie niektóre pisane współcześnie (tzn. przez ostatnie 10 lat) systemy w J2EE będą działały i 30-40 lat… hipoteza
10-0 Czasem łatwiej jest wprowadzić pewnego rodzaju nakładkę na istniejący już system ułatwiając tym samym pracę z nim. Np. Windows Forms jest to technologia praktycznie w całości bazująca na poczciwym już Win32. rzeczowe
10-1 Łatwość użytkowania + wprowadzona obiektowość (również ograniczenia wynikające z nieobiektowej biblioteki) przedłużyły żywotność Win32 na kolejne kilka lat. inne
11-0 Widze, że wszyscy raczej zgodnie są przeciwni zmianie technologii w starych systemach. Ogólnie wygląda na to że, nowsze jest wrogiem dobrego. Ale niekoniecznie zawsze. Na przykład w przypadku systemu via internet, z którego zdarza się, że korzystają jednocześnie miliony użytkowników, a są takie przecież, zmiana technologii na nowszą, tzn. dużo bardziej wydajną, no bo wydajność systemu przy tak dużej ilości użytkowników odgrywa w znacząca role, może być zbawienna w skutkach. hipoteza
11-1 Prosty scenariusz: Powstała aplikacja webowa w jakiejś prostej technologii, niech to będzie PHP - oklepane prawda? emocjonalne
11-2 Aplikacja zdobywa popularność, zyskuje użytkoników, liczba odwiedziń rośnie - strzelają korki od szampana. emocjonalne
11-3 Teraz załóżmy, że liczba odwiedziń osiąga krytyczny poziom. Szybkość działania aplikacji drastycznie spada, przez co rośnie niezadowolenie użytkowników. inne
11-4 Trzeba działać. Co robimy? Oczywiście inwestujemy spore kwoty w high-end hardware. Lecz zamiast tego można wziąć na warsztat asynchroniczny framework webowy z nieblokującym I/O (przy okazji, szkoda, że takich rzeczy nie ma w ramach programu kształcenia na naszej uczelni) i zacząć działać. inne
11-5 Uwaga teraz ekstremalny przykład: np Node.js - czyli właśnie taki framework do pisania aplikacji webowych. Uwaga, w czym? W javascripcie (oczywiście po stronie serwera). Wydajność systemu opartego właśnie na takiej technologii będzie tak zadowalająca, że o zakupie high-endu bedziemy mogli na długo zapomnieć. hipoteza
12-0 Przypomina mi to trochę sytuację na polu aplikacji internetowych, gdzie rynek czasami wręcz zniechęca developerów do używania najnowszych technologii. Jeżeli klient stawia wymagania, aby frontend strony był bardzo rozbudowany i estetyczny, a jednocześnie działał w najpopularniejszych przeglądarkach internetowych, to kulą u nogi staje się nieszczęsny IE6 sprzed niemal dziesięciu lat. inne
12-1 Nie wiem, czy HTML, CSS i JavaScript można nazwać nowoczesnymi, ale faktem jest, że w ostatnich latach nastąpił ich znaczny rozwój. Przy okazji producenci różnych przeglądarek zaczęli wprowadzać specyficzne dla siebie funkcjonalności. rzeczowe
12-2 Dodając do tego fallback dla “”dinozaurów“” nagle okazuje się, że musimy zaimplementować to samo kilka razy, dodając setki linii kodu JS i hacki na CSS. Jeżeli oprócz tego nasza strona ma działać nawet przy wyłączonym JS i wtyczkach typu Flash/Silverlight, oznacza to, że nie możemy polegać na nowoczesnych technologiach wogóle. emocjonalne
12-3 Być może trochę przejaskrawiam, zwłaszcza, że mamy dobre frameworki dla JS rozwiązujące za nas dużą część problemów z różnicą API i fallbackiem, jednak pewien niesmak pozostaje. Zwłaszcza, gdy ma się świetne rozwiązania na wyciągnięcie ręki (np. canvas + JS zamiast Flasha) i nie można z nich skorzystać, bo statystycznie ponad połowa ludzi i tak nie zobaczy efektu. logiczne
12-4 Oczywiście jestem jak najbardziej za używaniem nowych, dobrych technologii Ubolewam tylko nad faktem, że czasami przez problemy zaznaczone przeze mnie powyżej, idealistyczne podejście do projektu może zostać zabite przez deadline i budżet. emocjonalne
13-0 Zgadzam się z przedmówcą. Spójrzmy na problem ze strony otrzymanego zlecenia na system. Czemu mamy się martwić o to, co będzie X lat później i nad czym nie będziemy mieli nigdy pełnej kontroli. Niech zleceniodawca zapłaci nam za system, który jest “”w miarę“” aktualny na dzień dzisiejszy, nie koniecznie w najnowszej technologi, a w miarę upływu czasu, gdy on przestanie być aktualny.. emocjonalne
13-1 Niech zapłaci po raz kolejny. Nigdy nie będziemy mieli gwarancji, że technologia będzie najnowsza/aktualna. Piszmy w tym co jest dobre i aktualne, nie koniecznie najnowsze. hipoteza
13-2 Co do przykładu SOL-SYSTEM, to wydaje mi się, że co kilka lat (jeśli będzie na ten produkt jeszcze zainteresowanie) można go “”przepisać“”, ale to naprawdę w dramatycznych przypadkach. Po co zmieniać coś, co działa i jest wystarczająco użyteczne? hipoteza
14-0 Podobnie jak moi przedmówcy, uważam, że jeśli dane rozwiązanie spełnia swoją funkcjonalność, jest poparte długim okresem użytkowania świadczącym o stabilności i bezawaryjności danego systemu oraz nic nie wskazuje na potrzebę wprowadzania w przyszłości dość radykalnych zmian w systemie, to zmiana technologii raczej nie wydaje się być uzasadniona. logiczne
14-1 Jednym z ważnych czynników jak już jeden z kolegów wspomniał jest skalowalność systemu (sprostanie zwiększonej ilości użytkowników), zapewnienie stabilności działania i dostępności systemu - wówczas w przypadku nieprzewidzenia takiej sytuacji, lub napotkania na barierę ze strony aktualnie wykorzystywanej technologii, przesiadka na inną (być może wcale nie nowszą) technologię może okazać się nieuniknioną koniecznością. logiczne
14-2 Nigdy jednak nie jesteśmy w stanie do końca przewidzieć wszystkich czynników zewnętrznych, które kiedyś mogą sprawić, iż technologia, którą wybraliśmy może okazać się nieodpowiednia - dlatego uważam, że jeśli dostaniemy sygnały (nawet najmniejsze), mogące wskazywać na (być może) konieczność wprowadzenia w przyszłości drastycznych zmian w systemie wymagających zmiany technologii, to nie powinniśmy się tego bać i z wyprzedzeniem przygotować się (poczynić pewne kroki) do ewentualnej (gotowości do) zmiany technologii, by przebiegła ona możliwie płynnie i bezboleśnie. hipoteza
15-0 Rozwój projektu, zmiana jego wersji musi iść w parzę z wymaganiami postawionymi przez klientów. Jednakże, nowe wersje oprogramowania powinny być wystawiane dla klienta nie jako wersja Stable a np Release. To chyba rozwiązanie. Kto potrzebuje aktualizuje, kto nie czeka na opinie użytkowników odnośnie poprawnego działania. hipoteza
15-1 W kwestii kosztów przepisywania oprogramowania w celu dostosowania do nowszych technologii : jeśli firma, która ma stary i skomplikowany system będzie potrzebowała prostych zmian, a zmiany te będą zlecone innej firmie niż ta, która wdrożyła ten system , zmiany te mogą być z upływem czasu droższe lub może być problem ze znalezieniem firmy, która się tego zlecenia podejmie. inne
15-2 Takie sytuacje zdarzają się przy mniejszych projektach, gdzie klient nie chce unowocześniać swojego systemu przy okazji zmian, bo będzie za drogo. Oczywiście zgadzam się z tym, że jeżeli system działa mimo iż powstał nawet przy użyciu ekstremalnie starych technologii to należy go w takim stanie zostawić, szczególnie jeśli nie przewiduje się w nim zmian. inne
15-3 O korzyściach płynących ze stosowania cloud computing można usłyszeć na niemal każdej poświęconej mu prezentacji. O wysokim potencjale “”przetwarzania w chmurze“” świadczy nie tylko mocna pozycja weteranów tego rynku jak Amazon czy Rackspace, ale również pojawienie się nowych silnych graczy jak Microsoft i Google. Warto jednak zastanowić się również nad kilkoma kwestiami otwartymi związanymi z przetwarzaniem danych w chmurze. hipoteza
15-4 "A. Jakie potencjalne problemy biznesowe mogą wyniknąć z utrzymywania aplikacji w chmurze? B. Jakie zagrożenia trzeba uwzględnić na poziomie architektury/projektowym przygotowując aplikację do umieszczenia w chmurze? C. Czy biorąc pod uwagę mnogość dostawców rozwiązań typu cloud computing oraz zróżnicowanie poszczególnych usług można (a jeżeli można, to czy warto) rozwijać aplikację działającą na wielu środowiskach typu cloud? D. Czy warto budować chmurę prywatną (private/internal cloud) w obrębie przedsiębiorstwa? E. Czy cloud computing ma szansę przebić się w instytucjach, które zwracają szczególną uwagę na ochronę danych (banki, instytucje finansowe itp.)? F. Jakiego rodzaju systemy powinny/nie powinny/mogą/nie mogą zostać przeniesione na chmurę w Polsce? Czy cloud computing może znaleźć zastosowanie w administracji publicznej np. w ZUSie ;) ?" hipoteza
16-0 Pozwolę sobie na pierwszą wypowiedź w duchu krytyki cloud computingu. Widzę w tym podejściu zasadniczy problem - konieczność zarządzania czasem działania wynajmowanych maszyn wirtualnych (ze względu na koszty). Jest to kwestia, o której do tej pory firmy nie musiały myśleć. Przestawienie na nowy model może być dość oporne, co może doprowadzić do klęski cloud computingu. logiczne
16-1 Nie do końca rozumiem dlaczego konieczność zarządzania czasem działania maszyn jest aż tak wielką wadą tego rozwiązania ze mogła by doprowadzić do klęski. Z tego co wiem, to stawka jest, przynajmniej u niektórych dostawców, naliczana z dokładnością do 1 sekundy/minuty wykorzystanego czasu. Czas podłączania/odłączenia maszyny jest również dość krótki rzędu 10-60 minut. Stąd niebawem, jeśli jeszcze ich niema, pojawią się narzędzia do automatyzacji i optymalizacji ilości używanych maszyn w zależności od obciążenia obsługi. logiczne
16-2 Takie rozwiązanie mogło by pozwolić zoptymalizować wykorzystanie sprzętu, np: wcześniej przytoczony ZUS pracuje od poniedziałku do piątku i tylko powiedzmy od 8:00 do 15:00, ponieważ wiemy że w weekend nie będzie żadnego obciążenia systemu to możemy zmniejszyć ilość maszyn powiedzmy do 10% ilości niezbędnej do pracy w ciągu tygodnia. Pozwala to zaoszczędzić koszty, a jak coś pozwala zaoszczędzić to managment firmy już jest na to chetny :) emocjonalne
16-3 Stąd moje zdziwienie taka wadą, gdyż w moim rozumieniu jest to jedna z największych zalet cloud computingu - płacimy za sprzęt, który potrzebujemy w danym momencie, a nie za sprzęt, który musi podołać maksymalnemu obciążeniu które zdarza się co jakiś czas. hipoteza
16-4 Moim zadaniem większy problem może stanowić konieczność przestawienia się z myślenia o zasobach jako o konkretnym sprzęcie na myślenie o zasobach jako o usłudze. Wiele osób myśli, przecież jak będziemy im płacić po x $ miesięcznie to po 5 latach nazbieralibyśmy na własny sprzęt o wystarczającej mocy, a bylibyśmy przynajmniej niezależni. emocjonalne
16-5 Takie rozumowanie jest poprawne, przecież podobnie jest z wynajmem mieszkań, lepiej kupić własne mieszkanie niż przez całe życie je wynajmować. Jednak zakup mieszkania różni się od zakupu sprzętu komputerowego. Po pierwsze dom kupiony 10 czy 20 lat temu nadal spełnia wymagania znacznej większości współczesnych użytkowników. 20 letni komputer miał by zainstalowane Windows 3.0 (nawet nie 3.11 bo ten ma dopiero niecałe 19 lat). logiczne
16-6 Druga różnica polega na tym, że pojęcie 20 letni dom nikogo nie dziwi, co więcej takie domy sprzedaje się obecnie po cenie nieznacznie niższej od ceny nowowybudowanych. 20 letni komputer brzmi przynajmniej niezwykle, a 20 letni komputer zarządzający pewną niezawodną usługą wykorzystywana przez wielu użytkowników to naprawdę rzadkość (choć istnieją takie systemy, np system informacyjny na dworcu Poznań Główny), współczesne komputery o dużej mocy nie są przeznaczone do pracy przez 20 lat, lecz co najwyżej 2. inne
16-7 Dlatego w tym przypadku rozumowanie to nie uwzględnia dodatkowych kosztów i problemów. Jeśli chcemy kupić własną infrastrukturę to oprócz kosztu jej zakupu, utrzymania, trzeba również doliczyć koszt jej wymiany na nowa gdy ta już się zużyje. Wtedy jednak może się okazać ze lepiej będzie płacić już Im za usługę niż za własny sprzęt. logiczne
17-0 Przetwarzanie w chmurze wywołało spore zamieszanie w branży ogólnie określonej jako IT. Interesujące jest, a dodatkowo chyba jedno z najważniejszych, jak zostanie rozwiązana kwestia bezpieczeństwa. hipoteza
17-1 Jak podaje World Privacy Forum (organizacja non-profit zajmująca się m.in.problemem bezpieczeństwa danych w Internecie) nie jest do końca jasne, co się dzieje z danymi przechowywanymi w ramach tejże usługi, ani gdzie dokładnie przechowywane są dane. Na pewno osoby nieupoważnione mają łatwiejszy dostęp do danych przechowywanych w chmurze, przecież dane oprócz przechowywania muszą dodatkowo płynąć z i do chmury. W dużej mierze bezpieczeństwo opiera się o zaufanie do dostawcy usługi. rzeczowe
17-2 Żeby rozwiązać problemy na pewno trzeba zastosować odpowiednio mocne zabezpieczenia i to w wielu miejscach całej usługi. hipoteza
18-0 Bezpieczeństwo danych to jedno, gorzej jeśli w ogóle zostanie utracony do nich dostęp (szczególnie tyczy się to mniejszych providerów). Powiedzmy, że system nagle padnie i zewnętrzny usługodawca nie może (lub nie chce!) naprawić usterki - jesteśmy zdania na łaskę techników. Podobnie może się zdarzyć jeśli usługodawca nie będzie mógł dalej dla nas świadczyć usług. emocjonalne
18-1 Praca z chmurą ma to do siebie, że trzeba być podłączonym do internetu. Może to wydawać się śmieszne, ale w historii parę razy zdarzało się, że np. statek uszkodził kabel i co spowodowało albo gigantyczne zator ruchu lub odcięcie dostępu. Rozwiązaniem może być np. rozproszenie głównych węzłów, jednak nie jest ono zawsze możliwe choćby ze względu na różne systemy prawne. inne
18-2 "W jednej z dyskusji w internecie poruszono też możliwość bankructwa providera w czasach kryzysu. Co prawda obecnie nic nie wskazuje na to aby np. Amazon miał ogłosić upadłość ;), ale patrząc na to jak Lehman Brothers nagle pożegnał się z rynkiem…" inne
18-3 M.in. dlatego warto inwestować w prywatną chmurę, aby dane nie uciekały za daleko, a nadwyżce zasobów można też zarobić. hipoteza
19-0 Andrzej, tylko to o czym mówisz nie ma związku z samym cloud computingiem, a dostarczaniem przez kogoś usługi. Już w obecnych, powiedzmy klasycznych data canter, przy dzierżawie serwera albo wirtualki mamy do czynienia z takimi samymi zagrożeniami. To w kwestii dostawcy leży zapewnienie ciągłości usługi w tym np. redundantnych łącz. rzeczowe
19-1 "Oczywiście część problemów tradycyjnie się pokrywa, jednak chyba źle rozłożyłem akcent w poprzedniej wypowiedzi ;) Poza aspektem technicznym jest też biznesowy. W klasycznym podejściu firmy mają względnie wąski zakres działalności. Główni potentaci świadczą szeroki wachlarz usług, więc istnieje realne zagrożenie, że część moich rozwiązań może być wykorzystywana w innych podmiotach usługodawcy bez mojej wiedzy." emocjonalne
19-2 Tam gdzie są wielkie korporacje jest duża sieć powiązań między firmami (m.in. poprzez kapitał), więc mojemu providerowi może bardziej zależeć na wspieraniu pośrednio własnych rozwiązań (które mogą pojawić się w późniejszym czasie) niż konkurencyjnych. inne
19-3 "Cóż, nie jestem wielkim fanem korporacji, w szczególności tych które mają powód do grzebania w moich danych, jak np. Google ;)" emocjonalne
20-0 Obecnie cloud computing stał się bardzo głośnym tematem. Czasami mam wrażenie, że za kilka lat stanie się czymś dla nas naturalnym. Już teraz zdecydowaliśmy się oddać swoje dane innym firmom (patrz: mail, kalendarz, filmy u “”wujka“” Google), pytanie czy oddawanie swoich “”obliczeń“” również możemy przekazać innym? hipoteza
20-1 Wydaje się, że wszystkie zalety chmur są też ich wadami. hipoteza
20-2 Owszem nic nie zapowiada upadku Amazona, ale nigdy nie wiemy, czy rząd USA nie zdecyduje się zmusić ich do oddania ich wszystkich danych w celu “”walki z terroryzmem i pedofilią“”. emocjonalne
20-3 Statki często przepływają nad kablami i wszystko działa, ale zdarzają się pojedyncze przypadki, gdy coś się psuje. Wystarczy przypomnieć sobie “”odcięcie“” ZEA i Arabii Saudyjskiej w zeszłym roku (przecięte zostały dwa z pięciu światłowodów łączących te kraje z siecią). rzeczowe
20-4 Do tego, pomimo pozornego rozproszenia. Internet należy (jest pod kontrolą) kilku dużych organizacji. Jak zapewnić ich niezależność i sprawiedliwość? Czy nie będą nas “”podsłuchiwać“”? hipoteza
20-5 Do tego rozwój sieci - infrastruktury nie nadąża za potrzebami. Coraz częściej zdarzają się przestoje spowodowane zapchaniem się łącz. Czy sieć jest wsatnie utrzymać dużo chmur? hipoteza
20-6 Jedyną naszą obroną jest anonimowość przez masowość. Giniemy w tłumie informacji i dopóki jesteśmy “”nieciekawi“” dla innych możemy czuć się bezpiecznie. Możemy też zadbać o własne zabezpieczenia danych (np. szyfrując je), ale potrzebujemy do tego własnej mocy obliczeniowej, czy to nie psuje idei cloud computingu? hipoteza
20-7 Nie twierdze, że CC jest złe, ale należy się solidnie zastanowić czy jest adekwatne do naszych potrzeb. logiczne
20-8 Idealnie pasuje tu komiks. Dzisiejszy (07 Stycznia) Dilbert: http://dilbert.com/strips/comic/2011-01-07/ inne
21-0 Zastanawia mnie, dlaczego wszyscy burzą się tak bardzo o bezpieczeństwo. emocjonalne
21-1 Czy każdy z nas będzie przechowywał w chmurze dane z hasłami albo inne bardzo ważne dane? Skoro tak, to wtedy niestety trzeba zapłacić więcej dla lepszej ochrony. logiczne
21-2 Dla mnie to jest wygodne, tak samo jak dostęp do dokumentów umieszczonych na google, zawsze i wszędzie ma się do nich dostęp (pod warunkiem dostępu do internetu). Nie trzeba wszystkiego zapisywać np. na pendrive, a potem martwić się czy przypadkiem się nie uszkodzi). inne
21-3 Co do zastosowania chmury w bankach i innych instytucji, które muszą mieć większe zabezpieczenia, to jaki w tym problem, jeżeli dostęp do takich danych miałyby tylko banki? hipoteza
21-4 Banki i tak muszą się komunikować w celu weryfikacji np. kredytobiorcy, więc banki z przyczyn oczywistych nie robiły ataków na konkurencje, bo wtedy skończyło się to źle dla wszystkich. inne
21-5 Z pewnością trzeba dość dobrze opracować szyfrowanie (jak to koledzy pisali wcześniej) i to chyba jest największym problem. hipoteza
21-6 Z pewnością za parę lat to już niewiele osób będzie cokolwiek instalować na komputerze tylko korzystać z tego co jest w necie. hipoteza
21-7 Podobnie było z kartą płatniczą. Ludzie myśleli jak to nie płacić gotówką, tylko jakąś plastikową kartą? A teraz w co 2 sklepie można płacić kartą (byłoby lepiej, gdyby były mniejsze prowizje banków :evil: ) inne
22-0 Musze się zgodzić z tą uwagą a nie zgodzić z Patrykiem. Uważam iż może powstać w firmie konflikt tego typu iż pracownicy będą naciskani do wykonania zadania w jak najszybszym czasie aby rachunki przychodzące za używanie clou computing były jak najmniejsze. Przez co powstaje niemiła atmosfera w pracy a efekty pracy mogą być gorsze. emocjonalne
22-1 Co do bezpieczeństwa to pewna organizacja europejska o nazwie ENISA zajmująca się bezpieczeństwem informacji zaproponowała cloud computing jako obecnie najlepszy wybór jako “”showstoopera“”. rzeczowe
23-0 W tej kwestii się zgadzamy. Oczywiście, wynajmowanie platformy w cloudzie może okazać się bardziej opłacalne, niż kupienie własnego sprzętu, ale musi być ktoś, kto to wyliczy i będzie zarządzał pracą w cloudzie (czytaj: będzie za to odpowiadał). logiczne
23-1 Na wykładzie zostało podane ciekawe porównanie: przestawienie się na cloud computing ma być tym, czym było przestawienie się z generowania prądu agregatami na zakup energii elektrycznej. Obawiam się jednak, że w przypadku cloud computingu, sytuacja jest inna. Dzisiejsze “”agregaty“”, czyli komputery są znacznie lepiej dostępne, niż agregaty prądotwórcze były kiedyś. logiczne
23-2 Dopiero pojawienie się dostarczycieli energii elektrycznej dało szansę mniejszym odbiorcom na pobieranie prądu. Moim zdaniem, to właśnie zadecydowało o sukcesie modelu sprzedawania prądu. Cloud computing nie ma takiej cechy. Czy mimo to da sobie radę? hipoteza
24-0 Nie nazwałbym tego “”naciskiem“”, a raczej dbałością o to, aby zadania uruchamiane na chmurze były dobrze zaprojektowane, skalowalne i odpowiednio przetestowane. Programiści i tak ulegają presji związanej z dotrzymywaniem harmonogramu, w obliczu której jakość dostarczanego kodu często schodzi (choć nie powinna) na drugie miejsce. inne
24-1 To, że zły design w chmurze przekłada się bezpośrednio na podwyższone koszty utrzymania aplikacji jest raczej zaletą niż wadą. Programistów zmusza to do skoncentrowania się na jakości rozwiązania, a pracodawcom pozwala łatwo ocenić co jest bardziej korzystne - płacić amazonowi/ibmowi/googlowi więcej za utrzymanie aplikacji, czy zatrudnić (lepszego/droższego) developera, który dobrze rozumie specyfikę chmury. logiczne
24-2 Odnośnie przechowywania danych (mam na myśli dane zastrzeżone osobowe) należy pamiętać, że jest to kwestia regulowana prawnie. Normy dotyczące przechowywania takich danych nie są spójne (w rozumieniu ogólnoświatowym). Wytyczne są dość rygorystyczne co do ich zabezpieczeń (także fizycznego zabezpieczenia nośnika), nie wiem czy dobrze pamiętam ale w naszym kraj obowiązuje konieczność przechowywania takich danych na terenie europy/kraju??. rzeczowe
24-3 Wydaje mi się, że jest to istotne ograniczenie wykorzystania CC. hipoteza
25-0 Pewne klasy problemów, związanych z bezpieczeństwem danych w chmurze stara się ominąć IBM. rzeczowe
25-1 Dzięki teorii krat i ideałów (ciężka algebra) udało się wypracować metody analizy i prowadzenia obliczeń na zaszyfrowanych danych. W ten sposób wyniki obliczeń mogę zostać odczytane przez klienta dopiero po odszyfrowaniu. rzeczowe
25-2 Źródło: http://websphere.sys-con.com/node/1015761 rzeczowe
26-0 Wydaje mi się, że jest jeszcze za wcześnie, aby polskie instytucje finansowe zaczęły korzystać z cloud computingu. W sferze takiej jak bankowość, gdzie przechowywane są ogromne ilości poufnych danych wskazana jest ostrożność. Mam na myśli tutaj dokładne sprawdzenie istniejących rozwiązań pod względem wydajności jaki i bezpieczeństwa. logiczne
26-1 Zapewne dużo będzie także zależeć od poczynań konkurencji, od tego jak sprawdziły się wprowadzone u nich rozwiązania. Na świeci banki stopniowo zaczynają korzystać z tego typu rozwiązań np. w Australii. Jak przy wprowadzeniu każdej nowej technologii musi upłynąć trochę czasu zanim ludzie się do niej przekonają. logiczne
26-2 Odnośnie administracji publicznej to takie rozwiązanie na pewno pozwoliłoby ograniczyć koszty a zarazem umożliwiłoby przeznaczyć te pieniądze na inne cele budżetowe. Znając polskie realia obawiam się jednak, że wprowadzenie mogłoby przysporzyć dużo niepotrzebnych kosztów i problemów dla nas, zwykłych obywateli. hipoteza
27-0 Czytając każdą z odpowiedzi widzę że każde myśli o kupowaniu chmury w jakimś DataCenter. Istnieje przecież jeszcze inne rozwiązanie. Taką chmurę można zbudować na sprzęcie zakupionym, gdzieś w lokalnym garażu. Owe Banki posiadające masę sprzętu, dzięki wykorzystaniu Chmury, mogłyby zachować aktualne bezpieczeństwo danych, równocześnie zwiększając wydajność sprzętu. W tym wypadku dostępność usługi jest raczej problem dalszym bo zbudowanie redundantnej sieci LAN jest prostsze niż MAN czy WAN. inne
27-1 Podsumowując Cloud'y, instytucje które chcą lepiej wykorzystywać zasoby mogą budować własne chmury w oparciu o już dostępne urządzenia, bez konieczności utraty bezpieczeństwa (do tej chmury tylko oni mają dostęp). hipoteza
28-0 Pozostają jeszcze kwestie prawne, które są najmniej zrozumiałe obszarach cloud computingu. Na przykład, odpowiedzialności za własności intelektualne. Są dwa przykłady zagadnień prawnych, które często są przedmiotem dyskusji. Inne kwestie związane z umowami to koniec wsparcia eksploatacji - w przypadku gdy stosunki dostawca-nabywca, dane klientów i wnioski powinny być dostarczane do klienta, a wszelkie pozostałe kopie danych klienta powinny być usuwane przez operatora infrastruktury, itd. rzeczowe
28-1 Uważam, że cloud computing ma przed sobą przyszłość. hipoteza
28-2 Umieszczanie usług w publicznej chmurze jest dobre dla małych, nowopowstałych firm. Nie muszą się one martwić np. o opóźnienia powstałe w trakcie zamówienia i instalacji własnej infrastruktury, dzięki czemu nasza usługa może wystartować szybciej. My studenci, jako potencjalni przedsiębiorcy i twórcy przełomowych usług internetowych, zdajemy sobie sprawę z tego, że popularność takich produktów może rosnąć lawinowo, a raczej nikt z nas nie startuje z budżetem pozwalającym na własne Data Center. emocjonalne
28-3 Całkowicie się z tym zgadzam. Prywatny cloud utworzony wewnątrz firmy pozwala na skalowanie działających w nim aplikacji oraz na wyłączanie części clouda (ponieważ usługi nie są bezpośrednio powiązane z konkretną maszyną), gdy nie jest potrzebny cały, w celu obniżenia kosztów. Dodatkowo jeżeli nasze usługi działają na maszynach wirtualnych, bardzo upraszcza to sprawę wymiany sprzętu. Przy takim podejściu mamy zalety zarówno własnej serwerowni, jak i chmury. logiczne
29-0 Ja również się zgadzam. Chciałbym też zaznaczyć, że chmura prywatna prawdopodobnie sprawdzi się w niewielu sytuacjach. Jest dobra dla naprawdę dużych firm, które stać na postawienie odpowiedniej serwerowni u siebie. Albo ewentualnie firmy (być może także banki), które nie mogą całości danych czy aplikacji wynieść z serwerowni a chciałby korzystać z tej skalowalności, którą daje chmura. hipoteza
30-0 Główny problem biznesowy - brak dostępu do usługi/awarie. Rynek cloud computingu udownodnił, że potrafi wielokrotnie zawieść: http://www.reuters.com/article/idUSTRE6BB1TH20101213 http://webhosting.pl/Ciagle.awarie.Amazon.S3..Czy.uzytkownicy.sie.zbuntuja rzeczowe
30-1 Bardzo dobrze opisuje to artykuł: http://webhosting.pl/SaaS.entuzjazm.maleje.firmy.odwracaja.sie.od.aplikacji.w.chmurze rzeczowe
30-2 Firmy wycofują sie z cloud computingu, niedojrzały do tego typu inwestycji. Objawiły się nowe problemy z “”synchronizowaniem danych w chmurach i przenoszeniem danych między aplikacjami“” (cytat z podanej wcześniej strony). Początkowa fascynacja i popularność tego typu usług przechodzi w raczej w stan “”ochłodzenia“”. W dużej mierze winę ponoszą lobbiści tego typu rozwiązania, którzy forsowali w mediach/magazynach cloud computing jako świetne rozwiązanie dla biznesu. rzeczowe
30-3 Najbardziej w cloud computingu obawiałbym się bezpieczeństwa. Z racji tego, że cloud computing stawia na masowe ilości danych, wyciek jakichkolwiek danych/dziury byłby o skalę większy niż dostęp do pojedynczego serwera dedykowanego. logiczne
30-4 Jeśli chodzi o rozwijanie applikacji u wielu dostawców coud computing, jest to w chwili obecnej niemożliwe, albo bardzo trudne. Google korzysta z BigTables, Amazon ma własne S3 - takich przypadków możnaby mnożyć w nieskonczoność. Różnie w specyfikacji oraz sdk są nie do zunifikowania w najbliższym czasie. rzeczowe
30-5 Oczywiście istnieje amatorskie narzędzie do przeniesienia aplikacji z Google App Engine do Amazona EC2 o nazwie AppDrop (http://waxy.org/2008/04/exclusive_google_app_engine_ported_to_amazons_ec2/), ale niestety nie stanowi to w żadnym wypadku komfortowego rozwiązania na tego typu problemy. rzeczowe
30-6 Prowadzona na tym forum dyskusja pokazała, że w zakresie cloud computingu jest jeszcze wiele do zrobienia. Podniesione przez dyskutantów problemy takie, jak poziom bezpieczeństwa, jakość usług (bezawaryjność) czy kwestie prawne stanowią realne wyzwania dla dostawców chmur i pewnie w niedługim czasie doczekają się one bardziej wyszukanych “”chmurowych“” rozwiązań. hipoteza
30-7 Cloud computing ma duży potencjał, ale ma też swoje wady. Przetwarzanie w chmurze nie jest “”srebrną kulą“” informatyki. Nie powinno być to zaskoczeniem dla tych z Państwa, którzy doceniają zdobycze inżynierii oprogramowania, bowiem już jej klasyk (F. Brooks) stwierdził, że srebrnych kul nie ma. hipoteza
30-8 Dziękuję wszystkim za owocną dyskusję w tym wątku. inne
31-0 Wydaje się, że serwisy społecznościowe zaczynają wielu użytkownikom zastępować system operacyjny i dostępne na nim aplikacje i oferowane przez nie usługi. Ludzie logując się rano na facebooka spędzają na nim cały dzień, w tym czasie uzyskują dostęp dla istotnych dla nich informacji, pozostają w kontakcie z bliskimi, relaksują się (np. grają w dostępne gry) i w końcu informują innych o swoich aktywnościach. hipoteza
31-1 Czy ten model funkcjonowania serwisu społecznościowego sprawi, że “tradycyjny” system operacyjny niedługo w ogóle nie będzie dla użytkownika widoczny, tak jak kiedyś system dos przestał być widoczny dla użytkowników Windowsa 3.0? hipoteza
32-0 W pewnym sensie wydaje się, że jest to możliwe, ale rozumiem, że poza serwisami społecznościowymi mówimy tutaj również o udostępnianiu pewnego oprogramowania on-line, jak np. pakiet Office. W tym sensie wydaje się możliwe, że system operacyjny jako taki przestanie istnieć lub odgrywać istotną rolę. logiczne
32-1 Wystarczyły by wtedy terminale dające tylko przeglądarkę i dostęp do Internetu. I szczerze dla osób które tylko potrzebują dostęp do pakietów biurowych i Internetu było by to genialne rozwiązanie, praktycznie nic nie zepsują, o nic nie będą się pytać. logiczne
32-2 Inna sprawa, że dla osób mniej zaznajomionych z obsługą komputera coś takiego jak system operacyjny nigdy nie istniało, była tylko ikonka worda i przeglądarki internetowej zwana przez niektórych internetem. W tym sensie system operacyjny już jest niewidoczny dla użytkownika. inne
32-3 Z drugiej strony jednak osoby bardziej doświadczone nie pozwolą na takie rozwiąznie, bo straciły by całkowitą kontrolę nad własną maszyną. logiczne
32-4 Mam jeszcze tylko wątpliwości co do tego stwierdzenia. Wydaje mi się, że serwisy społecznościowe zastępują użytkownikom lokalne aplikacje. Systemu operacyjnego potrzebują tak jak zawsze, korzystając z urządzeń, karty sieciowej, klawiatury, zapisując pliki na dysku, itd. hipoteza
33-0 Zgadzam się z tą wypowiedzią. Moim zdaniem to właśnie przeglądarka internetowa (a właściwie to dostęp do Internetu) może zastąpić system operacyjny. Nie sądzę za to by facebook sam w sobie przejął funkcję systemu operacyjnego. Mimo dużej popularności tego serwisu większość osób nie korzysta tylko i wyłącznie z niego. logiczne
33-1 "Google nadal utrzymuje się na drugiej pozycji najczęściej odwiedzanych stron. A może za chwilę facebook przestanie być potrzebny? Rozwój technologi może jeszcze wiele zmienić. (Więcej na temat złych prognoz dla facebooka: http://wnet.bblog.pl/wpis,co;zastapi;facebooka;i;dlaczego;twoja;lodowka;polubi;polsat,47672.html :wink: )" rzeczowe
34-0 Facebook bardzo dynamicznie się rozwija, dostarcza coraz więcej możliwości - to fakt. Być może jednak w niedługim czasie zastąpi tradycyjny system operacyjny - ale jedynie przeciętnemu użytkownikowi (co w sumie oznacza większość rynku :)). hipoteza
34-1 "Swoją drogą facebook odniósł, przynajmniej tak wynika z pewnych statystyk, które niedawno widziałam, sukces w pewnych dziedzinach, który mnie dziwi. Mianowicie, jako źródło wiadomości z różnych stron. Jak dla mnie RSS dużo lepiej się sprawdza w tej roli! Ale widocznie facebook ma lepszy PR ;)." emocjonalne
34-2 Jeszcze jedno, to czy facebook zastąpi zwykłego maila? Słyszałam o planach uruchomienia maila w domenie facebook.com. Google już drży o swojego Gmaila, tym bardziej, że ponoć frima Zuckerberga współpracuje z Microsoftem nad połączenia tegoż maila z pakietem biurowym MS Docs.com, który jak wiadomo konkuruje z Google Docs. rzeczowe
34-3 Dlatego właśnie powstaje (powstało?) Chrome OS od Googla :). Zgadzam się jak najbardziej z Mateuszem, ale wydaje mi się, że jeszcze na to za wcześnie, a Google ze swoim systemem wyprzedziło swoje czasy. hipoteza
35-0 Postępujące sprzęganie wielu procesów z Facebookiem zwiększa szanse, że odpowiedź na zadane pytanie będzie brzmiało “Tak”. Pisząc procesy mam tu na myśli zatrudnianie pracowników (bywa, że jedyną możliwością złożenia aplikacji o pracę to zgłoszenie via Facebook), organizacja zbiórek pieniężnych ( sponsor przydziela tym większą kwotę, im więcej wirtualnych znajomych zdobędzie fundacja na Facebook-u ) czy też reklamowanie firm. logiczne
35-1 Odnosząc się do \rzeczywiście Internet oferuje co raz więcej funkcjonalności, które zastępują ich wersje desktopowe. Na dzień dzisiejszy nie potrzebujemy już klientów e-mail, konwersji formatów dokumentów dokonujemy on-line, powstają projekty które w przyszłości mogą zastąpić nawet oprogramowanie do obróbki grafiki typu Photoshop ( przykład tutaj : http://www.pixlr.com/editor/ ). rzeczowe
35-2 Gdyby pytanie dotyczyło Google, to odpowiedź byłaby jasna, ponieważ Google stworzył już prototyp komputera ( Cr-48 ), którego, nieprecyzyjnie mówiąc, systemem jest przeglądarka. Nie posiada on dysku twardwego, operacje wykonywane są w przegladarce a gromadzenie danych oparte jest o Cloud Computing. logiczne
35-3 Źródło : http://www.youtube.com/watch?v=zL2tuhjRFyw. rzeczowe
35-4 Jeśli technologia będzie dalej dążyć w tym kierunku - mam na myśli rozpowszechnienie Cloud Computingu i zastąpienia aplikacji desktopowych - internetowymi, należy zadać sobie pytania: 1) Czy nasze dane będą bezpieczne ? 2) Co się stanie gdy nie będziemy mieli dostępu do internetu? hipoteza
36-0 Nie prototyp a działające maszyny. Pierwsza seria została rozesłana losowym testerom w USA. rzeczowe
36-1 ChromeOS - system operacyjny google netbookach prawdopodobnie będzie hitem tego roku. A stąd już o krok od zadomowienia się w systemu - przeglądarki w komputerach osobistych i laptopach. rzeczowe
36-2 2) Co się stanie gdy nie będziemy mieli dostępu do internetu?Zwykli użytkowicy komputerów, gdy nie mają dostępu do internetu i facebooka zaczynają oglądać filmy w telewizji bądź czytać książki. Brak internetu w naszych czasach jest dla użytkowników komputerów prawie jednoznaczny z brakiem prądu. emocjonalne
37-0 "Zwróć uwagę, że Facebook daje łatwą oraz szybką możliwość dyskusji i dzielenia się ze znajomymi jakimś newsem lub wydarzeniem. Mało tego, w RSSie nie zaznaczę, że wybieram się na koncert mojego ulubionego zespołu ;)." inne
37-1 Jeśli technologia będzie dalej dążyć w tym kierunku - mam na myśli rozpowszechnienie Cloud Computingu i zastąpienia aplikacji desktopowych - internetowymi, należy zadać sobie pytania: 1) Czy nasze dane będą bezpieczne ?Jeżeli dostęp do całej mojej poczty i plików ma polegać tylko na jednym haśle, to odpowiedź nasuwa się sama :) hipoteza
37-2 Prztyczkiem w nos Facebooka może być startująca powoli Diaspora, jednak czy zamieni się to w nokautujący cios? Raczej nie zależy to od tego czy internauci kupią idee, które za nią stoją. Być może wytworzy się zjawisko mody na Diasporę, ale w tym momencie jest to wróżenie z fusów. emocjonalne
38-0 Wydaje mi się, że jak to Zuckerberg określił facebooka, jako “”social operating system“” tym zostanie i raczej tego nic nie zmieni. Tak jak inni pisali, przeglądarka to nie wszystko i są jeszcze ludzie, którzy używaja innych funkcji systemów operacyjnych. hipoteza
38-1 Natomiast chciałam kontynuować coś, co napisał Kamil. Jeżeli idąc tym tokiem myślenia, że jeśli nie ma internetu ludzie sięgaja do filmów i telewizji, to co jeśli facebook zaatakuje i ta strefę życia/rozrywki? Czytałam właśnie artykuł o tym, że przyszłością telewizji ma być właśnie facebook! http://www.businessinsider.com/facebook-tv-2011-1 inne
38-3 Jeśli dobrze zrozumiałam ten artykuł, jeżeli podłączymy telewizję do internetu, to będziemy mogli mieć zawartośc internetu w telewizorze oraz mieć opcje zwykłego telewizora. Czyli nie ma to jak dwa w jednym. Pomysł wziął się chyba z tego, że google i apple też mają zamiar ruszyć z własną “”telewizją“”. hipoteza
38-4 Ale co by nie było, możliwość przeglądania swoich friendsów na telewizorze w tym samym czasie oglądając swój ulubiony program telewizyjny brzmi interesująco. Facebook jest juz zintegrowany z Xbox live, więc czemu by nie pójśc o krok dalej? emocjonalne
38-5 Podsumowując, wydaje mi się, że obawa o to, że Facebook mógłby się stać systemem operacyjnym nie jest najgorszym, co może nas spotkać w niedalekiej przyszłości. hipoteza
39-0 W moim “”zagajeniu“” chodziło mi o to, że facebook to coś zupełnie innego niż przeglądarka (i również system operacyjny). System operacyjny to środowisko, w którym można uruchamiać różne aplikacje w celu uzyskania dostępu do pewnych usług. Z tej perspektywy przeglądarka to na pewnym poziomie abstrakcji to samo - dzięki niej mogę uzyskać dostęp do określonych aplikacji/usług. Facebook to coś więcej. Na pierwszym miejscu jest sprofilowana usługa (kontakt ze znajomymi, rozrywka, informacja, itp.) bez konieczności zastanawiania się jaką to też aplikację muszę zainstalować aby uzyskać dostęp do określonej usługi. rzeczowe
39-1 Czy na pewno tak jest? Czy będzie tak, że przy starcie komputera (albo terminala - bo po co komputer?) od razu uruchomi się facebook jako nakładka? Czy użytkownik (nie programista) musi wiedzieć jak to wszystko działa tzn. czym ten facebook jest “”napędzany“” (tak samo jak i my nie wiemy w większości jak działa oprogramowanie sterujące silnikiem/absem/esp w samochodzie)? hipoteza
40-0 Moim zdaniem facebook ma szansę zastąpić system operacyjny, bo tak jak napisał pan dr Marciniak, wszystkie niezbędne aplikacje są pod ręką i nie musimy się zastanawiać jaki program należy uruchomić jeżeli np. chcemy odtworzyć film. hipoteza
40-1 Sama mam wielu znajomych dla których podjęcie decyzji jaka aplikacja jest odpowiednia do otworzenia danego pliku graficznego jest nie lada wyzwaniem. A nie daj boże jeżeli np. podczas uruchamiania filmu pojawi się informacja o brakującym kodeku wtedy lepiej zrezygnować z filmu:) inne
40-2 Z drugiej strony uważam, że teraz jest po prostu moda na Facebook i dlatego ludzie tak oszaleli na jego punkcie. Zauważcie, że tak samo było z Naszą Klasą… wystarczyło, że zaczęli wprowadzać za dużo nowinek i ludzie zniechęcili się do tego portalu przynajmniej takie jest moje odczucie. emocjonalne
41-0 Moim zdaniem póki co facebook przypomina bardziej portal społecznościowy niż pewnego rodzaju abstrakcje systemu operacyjnego. Na razie ma mało wspólnego z abstarakcja wspomniana przez dr Marciniaka i prędzej zsiwieje niż to się zmieni. Wydaje mi się, że głównie użytkownikami są osoby które logują się an Facebooka w celu skomentowanie zdjęć znajomego, czatowania i dodawania “”sweetasnych foci“” i nie sadzę aby takie osoby potrzebowały facebooka na kształt systemu operacyjnego. emocjonalne
42-0 Facebook to oczywiście portal społecznościowy i pewnie zawsze (?) nim będzie. W moich wypowiedziach chodziło nie o to, że facebook przyjmie postać znanych obecnie systemów operacyjnych, ale że przejmie (dla użytkownika) rolę systemu operacyjnego (tzn. że użytkownikowi takiemu windows do niczego nie będzie potrzebne bo wszystko co mu będzie potrzebne do działania będzie miał w facebooku). Czyli systemy operacyjne jakie znamy znikną. No właśnie, znikną? hipoteza
43-0 Zgodzę się z twierdzeniem, że portale społecznościowe (czy ogólne przeglądarka internetowa) mogą przejąć niektóre funkcje systemu operacyjnego i programów użytkowych. Przede wszystkim kontakt ze znajomymi może być z powodzeniem realizowany przez portale społecznościowe. Znam kilka osób, które odłożyły standardowe komunikatory na rzecz rozwiązań proponowanych przez portale społecznościowe. inne
43-1 Równie dobrze portale internetowe mogą służyć do publikowania zdjęć, nawet całych galerii. Sądzę, że niektórym może to nawet zastąpić tradycyjny album. Ostatnio namnożyło się serwisów oferujących telewizję internetową czy internetowych wypożyczalni filmów. Dalej, istnieją aplikacje internetowe pozwalające na zarządzanie i edycję dokumentów. inne
43-2 Chyba wszyscy tutaj słyszeli o Google Docs. Równie a nawet bardziej rozwinięty jest przemysł gier “”przeglądarkowych“”. Sam od czasu do czasu pogrywam w Burnin Rubber 3 czy Burnin Rubber 4 . Istnieją nawet wyspecjalizowane aplikacje webowe do edycji grafiki, animacji czy nawet muzyki (sic!) - chociażby AjaxAnimator czy Aviary Tools . inne
43-3 Poza tym powstało wiele innych ciekawy rozwiązań oferujących webowy interfejs. Od programów do fakturowania na zarządzaniu systemem operacyjnym kończąc (Webmin, Usermin, Virtualmin, ISPConfig). Nikogo już dziś nie dziwi możliwość zarządzania routerem, serwerem wydruku, serwerem plików czy zasilaniem awaryjnym przez przeglądarkę internetową. Stało się to wręcz czymś naturalnym. emocjonalne
43-4 Mimo to uważam, że portale społecznościowe ani nawet przeglądarka internetowa nie są w stanie zastąpić systemu operacyjnego. Producenci oprogramowania już się o to zatroszczyli. hipoteza
43-6 Kilkanaście lat temu na cyfrowy aparat fotograficzny mogli sobie w Polsce pozwolić nieliczni. Dzisiaj ten wynalazek nikogo nie dziwi. Jest on w zasadzie wypierany przez coraz lepsze aparaty w telefonach komórkowych . Podobnie z kamerami cyfrowymi. Obróbka filmów z wakacji na komputerze, przygotowanie filmu na DVD i oglądanie na później na telewizorze nie jest już niczym niezwykłym. inne
43-7 Do tego jednak potrzebne jest odpowiednie oprogramowanie. A tego na razie nie zapewni nam Facebook czy żadna inna aplikacja internetowa. rzeczowe
43-8 Od lat do komputerów Mac dołączane jest oprogramowanie iLife. W skład pakietu wchodzi program do zarządzania i prostej obróbki zdjęć (iPhoto), tworzenia cyfrowych filmów video (iMovie, iMovie HD), authoringu DVD (iDVD), tworzenia muzyki (GarageBand), tworzenia prostych stron internetowych (iWeb). Dodatkowo już w samym systemie dostępne jest oprogramowanie do zarządzania muzyką zintegrowane ze sklepem internetowym (iTunes), klient poczty (Mail), kalendarz (iCal) i książka adresowa (Address Book). rzeczowe
43-9 Całość jest ze sobą mocno zintegrowana jak również z zewnętrznymi usługami internetowymi. Na przykład iPhoto poza możliwością tworzenia albumów ze zdjęciami, kart okolicznościowych i kalendarzy, pozwala wygenerować galerię zdjęć w postaci strony www i umieścić ją w Internecie, tworzyć fotokasty, czy też zamówić przez Internet odbitki zaznaczonych zdjęć. Zadania, wydarzenia, kontakty oraz inne dane możemy łatwo zsynchronizować z urządzeniami przenośnymi za pomocą iSync. rzeczowe
43-10 Do niedawna w Windows musieliśmy szukać oprogramowania wśród produktów firm trzecich. Czasami było one dołączane do zakupionego sprzętu w szczególności laptopów czy kamer cyfrowych, jednak nie oferowało takiej integracji jakiej możemy doświadczyć w przypadku oprogramowania Apple. inne
43-11 Microsoft obudzi się jednak nieco przy premierze Visty wprowadzając Windows Calendar, Windows Contacts, Windows Mail, Windows Photo Gallery, Windows Movie Maker (w tym przypadku akurat ulepszając istniejący program) czy Windows DVD Maker. rzeczowe
43-12 O ile zgodzę się, że blogi czy portale społecznościowe są w stanie zastąpić oprogramowanie takie jak iWeb to jednak do innych tradycyjnych programów nadal portalom społecznościowym daleko. Uwierzę jeszcze w przeniesienie niektórych programów częściowo do chmury czy wzbogaceniu obecnych rozwiązań o publikację materiałów w serwisach społecznościowym, ale nie widzę możliwości zastąpienia wszystkich aplikacji przez przeglądarkę internetową a już na pewno nie przez portale społecznościowe. inne
44-0 Wciąż obstaję przy opcji, że facebook ma szansę odgrywać dla zwykłego użytkownika (nieinfromatyka) rolę systemu operacyjnego. Bo zastanówmy się z czego taki zwykły użytkownik najczęściej korzysta? hipoteza
44-1 Do szczęścia potrzebne mu są: Aplikacje: - do tworzenia dokumentów tekstowych, arkuszy kalkulacyjnych, prezentacji, do przeglądania, edytowania zdjęć, - słuchania muzyki, - oglądania filmów, - do komunikacji ze znajomymi. Funkcje: - możliwość sprawdzenia poczty, - śledzenie aukcji, - możliwość personalizacji swojego profilu (zmiana tapety, kompozycji, ikonek, itp.), - no i oczywiście możliwość pogrania w gry. rzeczowe
44-2 Jak widać wszystkie te funkcje są realizowane przez facebook, a jeżeli nie to pewnie pojawią się w przyszłości. Co więcej wszystko znajduje się w jednym miejscu, nie musimy szukać po folderach odpowiednich aplikacji. logiczne
44-3 Ale z drugiej strony, są jeszcze również użytkownicy bardziej zaawansowani, którzy wymagają znacznie więcej. Dlatego możemy być spokojni, bo facebook na pewno nie zastąpi SO, jedynie dla mało wymagającego użytkownika może pełnić taką rolę. logiczne
45-0 SilveOS jest tego dobrym przykładem: http://silveos.com/ Polecam wypróbować ten “”system operacyjny“” (Logujemy się bez hasła) rzeczowe
46-0 Po części zgadzam się z Justyną Z. W moim przekonaniu nie ma najmniejszej szansy aby jakiś serwis społecznościowy zastąpił choćby promilowi użytkowników internetu system operacyjny. Na pewno znajdą się szaleńcy którzy przesiedzą na tym portalu mnóstwo czasu ale zapewne wynika to z jednej podstawowej funkcjonalności FB “”łatwy kontakt ze znajomymi“”, najprawdopodobniej są to ci sami ludzi którzy siedzieli tak na NK, czy też jeżeli chodzi o polaków to np. na gg i spędzali na tym tyle samo czasu. emocjonalne
46-1 Jeżeli chodzi o kwestie tego, że niektórym posiadaczą komputera wystarczył by terminal z przeglądarką i dostępem do internetu to faktycznie coś w tym jest. Pakiet biurowy, mail, komunikator, jakieś forum i strona z newsami to często wielu osobom wystarcza. logiczne
46-2 "Ale jest ogromna ilość osób posiadająca większą świadomość oraz większe potrzeby (tzw. bardziej wtajemniczeni ;) ), którzy potrzebują więcej. Jakże wielka grupa ludzi którzy wykorzystają komputer w celach rozrywkowych tj. gracze (mam na myśli takie prawdziwe gry nie takie przeglądarkowe) tutaj bez porządnego sprzętu się nie obejdzie." emocjonalne
46-3 W teori można było by to zrealizować ale w praktyce nie wyobrażam sobie tego. Oglądanie filmów w jakości full hd (który jest standardem na dzień dzisiejszy) też było by ciężkie do zrealizowania (łącza internetowe tutaj by za mocno nas ograniczyły, nie każdy posiada >1Mb/s). logiczne
46-4 No i pozostaje jeszcze cała masa ludzi która korzysta z bardziej zaawansowanych programów, które nie zanosi się aby były dostępne przez przeglądarkę. inne
46-5 Podsumumowując FB nie zastapi SO. Sam system na pewno się zmieni w kilku najbliższych lat (np. http://windows8beta.com/2010/03/windows-8-will-be-a-cloud-based-os) ale to temat na inną dyskusję. hipoteza
47-0 Widzę, że zdania co do zastąpienia systemu operacyjnego Facebook'iem są dość podzielone. Ja także nie jestem do końca przekonany, czy taki obrót spraw będzie możliwy. Chociaż warto się zastanowić dla kogo taki FacebookOS byłby skierowany i jak miałby wyglądać. hipoteza
47-1 Wydaje mi się, że dzisiaj większość przeciętnych użytkowników komputera, to osoby, które nie pracują na nim w żaden sposób, a po prostu szukają rozrywki w internecie. Robią to także dość długo, sam znam kilka takich osób w pewien sposób już “”uzależnionych od internetu“”, które po prostu czują, że dzień bez surfowania w internecie jest dniem straconym. hipoteza
47-2 Nie należy długo szukać jeśli chodzi o miejsce gdzie warto surfować. Facebook jest do tego idealny - nie dość, że możemy “”spotkać się“” ze swoimi znajomymi, to jesteśmy przez niego informowani co ostatnio zdażyło się na świecie jeśli chodzi o sprawy trafiające w nasze upodobania. inne
47-3 W zasięgu ręki mamy przeglądarkowe gry, gdybyśmy chcieli poćwiczyć refleks lub umysł, nowe utwory muzyczne ulubionych wokalistów, gdy chcemy poobcować z muzyką itd. Można wymieniać prawie w nieskończoność. Internet jest gigantycznym źródłem informacji i faktycznie dzisiaj nie wyobrażamy sobie nie posiadać do niego dostępu gdy włączamy komputer, a Facebook jest miejscem ułatwiającym bez wątpienia dostęp do tego co nas interesuje. inne
47-4 Użytkowników naszego FacebookOS'a na pewno by nie zabrakło, gdyż ludzi użytkujących komputera tylko (a może i aż) w taki sposób są miliony. Co ze stroną techniczną? hipoteza
47-5 Na mniej więcej takich samych, wyżej wymienionych założeniach ma opierać się ChromeOS już wcześniej wspomniany w dyskusji. Oparcie głównie o aplikacje webowe i ogólnie zasoby internetowe w dzisiejszych czasach wydaje się dobrym pomysłem. logiczne
47-6 Zatem może faktycznie Facebook mógłby konkurować z systemami operacyjnymi jakie znamy dzisiaj. Być może nasz FacebookOS będzie klonem nadchodzącego ChromeOS lub pewnego rodzaju nakładką na coś bliższego dzisiejszym systemom operacyjnym. Ja jestem ciekaw co przyniesie przyszłość. logiczne
48-0 Nazwał bym to pytaniem o koncepcje Tannebauma - dane i ich przetwarzanie będzie w sieci. rzeczowe
48-1 Przeglądarki zaczynają coraz bardziej wspierać “”technologie“” takie jak javascript, jquery, gdzie mamy programowanie po stronie klienta. Łatwo możemy się połączyć z jakimś zasobem, bez odświeżania przeglądarki - facebook tak działa i m.in. dlatego jest popularny. rzeczowe
48-2 Dla firm, facebook udostępnił api programistyczne, jak to wygląda dzisiaj? Użytkownik naszej aplikacji internetowej podaje nam login i hasło do facebooka a my następnie przetwarzamy jego dane( miejsce zamieszkania, data urodzenia, znajomi, atrybuty profilu ) - narazie nie ma wszystkich informacji w api, ale pewnie gdyby nie kwestie prawne, już teraz mogłoby to spowodować jeszcze większy rozwój facebooka i dążenie do zastąpienia systemu operacyjnego. rzeczowe
48-3 Wyobrażmy sobie że wiele firm ma w swoich aplikacjach 20% danych pobranych z facebooka - powstaje dużo więcej programów dla danych z facebooka, a że wszystko jest łatwo dostępne, to firmy uzależniają się od facebooka lub są ich partnerami. Usługi internetowe takie jak facebook api, czy webservice, oraz rozwój przeglądarek i przetwarzania po stronie klienta, zrewolucjonizują internet i wpłyną na funkcje systemów operacyjnych. inne
49-0 Odnosząc się od wypowiedzi kolegi zgadzam się że Facebook nie zastąpi systemu operacyjnego, sprawdził by się on zapewne na komputerach typu netbook czyli małych, mobilnych laptopach z których mało kto korzysta w celu np grania w wymagające gry, oglądania filmu w jakości HD czy pisania programów lub innych rzeczy wymagających przynajmniej większego ekranu w celu komfortowej pracy i rozrywki. inne
49-1 Netbooki są głównie używane do mobilnego dostępu do Internetu, pisania maili, krótkich notatek, dokumentów tekstowych itp. W takiej roli portal społecznościowy Facebook miałby duże szanse powodzenia, udostępniając użytkownikowi w jednym miejscu wszystkich potrzebnych funkcjonalności. logiczne
50-0 "Z mojej strony mam nadzieję, że facebook nie zastąpi systemu operacyjnego… W końcu to jest portal społecznościowy - byłoby to wręcz doskonałe narzędzie do monitorowania każdego ruchu użytkownika… Czasem warto mieć coś swojego lokalnego ;-) Oczywiście to tylko moje zdanie. Taką mam jednak nadzieję, mimo że technicznie pewnie byłoby to możliwe…" emocjonalne
51-0 Moim zdaniem facebook mógł by spokojnie zastąpić system operacyjny. Nie, nie chodzi mi o to, że umiał by zarządzać pamięcią, szeregować procesy itd. Bardziej widzę facebooka jako nakładkę do czegoś, co posiada już wszystkie te funkcje, taki system udostępniał by użytkownikowi wszystkie funkcjonalności z facebooka i tylko te. Dla przeciętnego użytkownika korzystającego z facebooka przez większość swojego czasu było by to rozwiązanie optymalne, nie musiał by się martwić o rzeczy typu „przez przypadek usunąłem plik i system nie chce się uruchomić”. inne
51-1 System sam w sobie zajmował by bardzo mało miejsca, a jego możliwości konfiguracyjne były by w znacznym stopniu ograniczone, dzięki czemu użytkownik nie mógł by go „zepsuć”. Najbardziej przypomina mi to system obsługi towarów u pani na kasie w sklepie. inne
51-2 A jeżeli chodzi o ludzi którzy chcieli by więcej, tzn. programowanie i te sprawy, to mam na to jedną prostą odpowiedź: Zainstalujcie inny system operacyjny!(Albo doinstalujcie, bo zawsze można mieć ich kilka) emocjonalne
51-3 Wyobraźmy sobie że, posiadamy jeden komputer w domu i nagle przyjeżdża rodzina z młodszym kuzynem, który chce sobie „pograć” na komputerze, wtedy ze spokojem włączacie mu komputer, wybieracie system Facebook OS i spokojnie możecie iść wypić kawę z rodziną, bez obawy, że kuzyn usunie wam jakieś ważne plik itd. bo w systemie nie będzie w ogóle takiej możliwości(Oczywiście kuzyn musiał by mieć konto na facebooku, by nie powypisywać na naszym profilu dziwnych rzeczy, ale pewnie znając nasze piękne polskie społeczeństwo miał by je założone tuż po swoim urodzeniu). inne
52-0 To znacznie ograniczyłoby problemy przeciętnego użytkownika i co za tym idzie sytuacji, w których trzeba mu pomagać. logiczne
52-1 Całkowicie zgadzam się z opinią, że w przyszłości dla większości użytkowników jakiś portal będzie synonimem systemu operacyjnego, właśnie przez oferowanie wszystkich podstawowych, potrzebnych im funkcjonalności. logiczne
52-2 Ale to bardzo mało prawdopodobne, żeby moja mama założyła sobie konto na facebooku, gdyż dla niej funkcjonalność -kontakt ze znajomymi -jest zbędna i wręcz niepożądana. Dlatego myślę, że niekoniecznie to właśnie facebook stanie się tym synonimem OS. logiczne
53-0 Ja rozpatrywał bym pokolenie nasze oraz przyszłe, a jak widać po dość sporej grupie społecznej lepiej przesiedzieć pół dnia na facebooku niż zrobić cokolwiek.( I tu przypomina mi się wizja rodem z filmu matrix, w której to ludzie są “”zniewoleni“” przez system komputerowy, ale to już temat na zupełnie inną dyskusję) emocjonalne
54-0 Ja zgodziłbym się z Michałem. Raczej aplikacje typu FB nie zastapią OS ale na pewno aspirują do tego. Funkcjonalności typu kontakt ze znajomymi, gra przez internet, oglądanie filmów, wymiana plików w skrócie rozrywkę (dla większości użytkowników nie związanych z informatyka do tego właśnie służy komputer) bez wątpienia można przenieść z komputera użytkownika na stronę oferującego (np w chmurę) . logiczne
54-1 Wtedy użytkownik nie musiałby się martwic instalacjami na dysku, posiadaniem aktualnej wersji, czy dostępnością stanu gry z innego komputera :). Wystarczyłby mu dowolny komputer, dowolny system operacyjny na nim i dowolna przeglądarka żeby mógł korzystać ze swoich zgromadzonych danych. (tak działa np q3live gdzie wystarczy mały plugin do przeglądarki i możemy grać) inne
54-2 Zostaje aspekt: a co jeśli nie ma internetu ? no wtedy taki system staje się bezużyteczny i wydaje mi się że to będzie jego największą potencjalna wada. logiczne
55-0 Brak dostępu do internetu w przypadku tego typu systemu mógłby być problemem, ale: -wydaje się kwestią czasu to, że internet będzie dostępny niemal w każdym miejscu na świecie -wiele osób włącza komputer tylko po to żeby skorzystać z facebooka, więc jeśli nie mają w danej chwili połączenia z internetem to i tak z niego nie korzystają inne
55-1 Myślę, że taki system mógłby odnieść duży sukces komercyjny. Reklama załatwiona. Inna sprawa, czy zatrzymałby użytkowników (nawet wielkich fanów) na dłużej. hipoteza
55-2 W dodatku całkiem niedawno portal Nasza-Klasa przewyższał popularnością Facebooka. Teraz się to zmieniło. Za rok, dwa może pojawi się jakiś inny popularny portal społecznościowy. Jeszcze kilka lat temu taki pomysł na system operacyjny zostałby wyśmiany. Może niedługo pojawi się coś zupełnie nowego co również “”wciągnie“” internautów. inne
56-0 Nie rozważyliśmy jeszcze dwóch kluczowych dla wielu osób kwestii: anonimowości oraz bezpieczeństwa. rzeczowe
56-1 Taka unifikacja logowania pozwala na łatwe zidentyfikowanie osoby oraz jej nawyków, stron które odwiedza czy też zainteresowań przez nie tylko Facebook'a, ale też firmy trzecie. Dla mnie jest to zła praktyka, poświęcamy naszą anonimowość w sieci na rzecz wygody - jeden login dla większości stron. logiczne
56-2 Twórcy takiego systemu mają w tym bardzo duży interes, posiadanie takich danych pozwala, na przykład, na dokładne wybieranie reklam dostosowanych do odbiorcy (Google już od dawna takie zabiegi stosuje). rzeczowe
56-3 Idzie to coraz dalej… Facebook pozwala na dostęp do coraz większej ilości naszych danych personalnych (http://tinyurl.com/4fkubzu), dla nas może nie jest to kluczowe ale na przykład dla mieszkańców USA to może być problem - zaczną się telefony z reklamami. A nie każdy wie o możliwości zapisania się do specjalnej listy (https://www.donotcall.gov/) aby ukrócić te praktyki. inne
56-4 W końcu to jest portal społecznościowy - byłoby to wręcz doskonałe narzędzie do monitorowania każdego ruchu użytkownika… Czasem warto mieć coś swojego lokalnego Oczywiście to tylko moje zdanie. Taką mam jednak nadzieję, mimo że technicznie pewnie byłoby to możliwe… emocjonalne
56-5 "Nie jest to tylko Twoje zdanie, jest nas więcej niż myślisz ;)" emocjonalne
56-6 Biorąc pod uwagę wspomniane już plany integracji Office Online z Facebook'iem nasuwa się kolejna kwestia: bezpieczeństwo naszych danych. Aplikacje zamiast przechowywać dane na naszych, lokalnych, dyskach będą przechowywane u producenta danego rozwiązania. rzeczowe
56-7 Poprzez “”zachmurzanie“” horyzontu internetowego firmy takie jak Google czy Microsoft będą w posiadaniu ogromnych ilości danych użytkowników. Oczywiście w regulaminach korzystania z tych usług gwarantowana jest pełna dyskrecja oraz bezpieczeństwo danych, ale czy na pewno nikt postronny nie ma do nich dostępu? hipoteza
56-8 "Drugą sprawą jest fizyczne bezpieczeństwo naszych danych. Nawet największym firmom zdarzają się awarie powodujące utratę danych klientów (Microsoft - http://tinyurl.com/yhydpu2). Oczywiście równie łatwo dane mogą “”zniknąć“” z lokalnych dysków ;)" inne
56-9 Ogólnodostępne portale społecznościowe czy zestawy aplikacji biurowych nie sprawdzą się także w firmach, gdzie bezpieczeństwo danych jest kwestią kluczową. Oczywiście sama technologia Cloud nie jest zła, poprzez tworzenie lokalnych chmur w obrębie instytucji można udostępniać funkcjonalności pakietów biurowych dla wszystkich ich pracowników. rzeczowe
56-10 Niestety funkcjonalność takich rozwiązań jest na razie dość ograniczona - udostępniają one jednak tylko podstawowe funkcje dla programów nie wymagających dużych zasobów. rzeczowe
56-11 Podsumowując: zgadzam się z opinią, że systemy a'la FacebookOS dla “”szarego“” człowieka mogą spełnić swoje zadanie, ale mają one swoją cenę. hipoteza
57-0 Odnosząc się do wypowiedzi przedmówców to internet w telewizorze nie jest chyba żadną nowością już od dawna różne dekodery na to pozwalały, potem do tego grona dołączyło PlayStation a od jakiegoś czasu już bez żadnych dodatkowych urządzeń można podłączyć telewizor do internetu. Patrząc na to, że w przeszłości już się tak dało a nie widać ludzi posiadających PS i korzystających z FB przez TV to raczej dalej tak zostanie (szybciej skype + TV będzie popularne zamiast telefonów). inne
57-1 Kolejnym aspektem jest popularność FB dość znana jest taka teoria, że migracja pomiędzy portalami społecznościowymi następuje co 4 lata ( mieli mało czasu aby to wyliczyć ale jakoś się to mądrym ludziom udało). Chciaż patrząc na google.com/trends facebook rośnie w siłe. rzeczowe
57-2 Ktoś wspomniał o programach do edycji zdjęć przez internet. Moim zdaniem skoro Gimpowi nie udało się dogonić Adobe do tej pory to nikt inny jak Adobe sobie z tym nie poradzi. Chyba, że mówimy o podstawowej edycji. logiczne
57-3 Oglądanie filmów z internetu czy to przez FB czy inne strony jak MegaVideo w jakości HD jest raczej póki co fikcją. YouTube jeśli dobrze pamiętam do dziś nie przynosi dochodów(w 2008r. przyniósł im z kolei 470 milionów straty) ponieważ zyski z reklam nie zwracają im przestrzeni dyskowej, prądu etc a tu nawet nie mamy porządnej jakości. Przyzwoity HDrip waży jakieś 10GB. inne
57-4 10.000MB / 90min/60sek = 1,8MB/s czyli około 15Mbit/s potrzeba żeby przesłać taki obraz. Nie oszukując pomimo że możemy wziąć np. z UPC 25Mbit/s to i tak jest to transfer ciężki do osiągnięcia dziś na przeciętnym internecie. inne
57-5 Do tego dochodzi kwestia legalności filmów. Muszą być płatne jeśli mówimy o nowościach kinowych. A jak dobrze wiemy, żaden polak nie zapłaci za to co można mieć za darmo. Sadzę, że dużo szybciej popularne będzie VOD, które już jest dostępne u większości operatorów telewizji kablowej. emocjonalne
57-6 Następną sprawą jest to, że FB się rozwija ale nie bardzo widać, żeby tempo było zatrważające. Raczej zmiany wprowadzane są dość powoli (chyba, że o czymś nie wiem nie jestem fanem). A bez dużych zmian sytuacja, że FB zastąpi nam OS jest mało prawdopodobna. logiczne
57-7 Mogą przejąć nasze maile itp. Tak jak to niedawno było słychać, że za parę milionów od amerykańskich farmerów kupili domene fb.com, podobno żeby nie mieszać kont firmowych( z końcówka @facebook.com) i użytkowników i przy okazji pokłócili się z google, że nie będą im dawać danych o preferencjach użytkowników jeśli oni nie pozwolą im grzebać w gmailach ludzi. inne
57-8 Na koniec chciałbym jeszcze dodać, że bardziej prawdopodobna wydaje się sytuacja jak już kilka osób wspomniało, że przeglądarka przejmie role systemu operacyjnego. Google z Chrome jest na dobrej drodze, są dodatki rozszerzające przeglądarkę o proste funkcje ale także jest https://chrome.google.com/webstore z ciekawszymi rozwiązaniami. A ostatnia wersja silnika od JS zdyskwalifikowała przy okazji chwilowo konkurencję. Jeśli już dopatrywać się przejęcia przez coś roli OS to właśnie w chrome. logiczne
58-0 Skoro Google postanowił stworzyć system operacyjny oparty na przeglądarce internetowej uważam, że Facebook może przejąć taką rolę. hipoteza
58-1 Urządzenia, których systemem operacyjnym byłby rozbudowany klient Facebooka (nie mam tutaj na myśli przeglądarki) z pewnością trafiłyby do pewnej określonej grupy ludzi. hipoteza
58-2 Wydaje się jednak, że oczekiwania potencjalnych użytkowników z czasem zaczęłyby rosnąć, co sprowadza się do systemu operacyjnego. Chyba, że Facebook zacząłby udostępniać bardziej użyteczne narzędzia w chmurze. Obecnie poza komunikatorem można na facebooku pograć we flashowe gierki, a nie np. wysyłać maile i tworzyć dokumenty. logiczne
58-3 Systemy operacyjne nie znikną ze względu na to, jakie możliwości udostępniają użytkownikom. logiczne
59-0 W tej chwili wydaje się, że internetowe systemy operacyjne są gotowe do pracy. Nie oferują one jednak tego samego komfortu jak systemy desktopowe, ale wydaje mi się, że dla każdego fana technologii, prawdopodobnie będzie równie użyteczny. Bardzo przydatną funkcją jest przesyłanie danych. System operacyjny może służyć jako miejsce składowania kopii zapasowych danych i zapobiega awarii komputera. Warto wypróbować. Jeżeli byłoby to zintegrowane z Facebookiem to całość byłaby uslugą godna uwagi. inne
59-1 Wydaje mi się, programy do obróbki zdjęć dla zwykłych, domowych, użytkowników to zupełnie inny kaliber niż Gimp czy Photoshop. Dla prostej obróbki aplikacje internetowe, działające oczywiście najpierw na lokalnych danych (model “”upload-to-process“” tutaj się nie sprawdza), mogą się całkiem nieźle sprawdzać. Szczególnie jeśli są połączone z usługami do publikacji (Picasa) czy drukowania odbitek. logiczne
59-2 Niekoniecznie, warto rozważyć model stosowany na przykład przez Hulu. Jest on stosowany przez iplex.pl. rzeczowe
60-0 Wszystko zależy od definicji słowa “”fan“”. Jak dla mnie dla osób biegłych w obsłudze komputera dzisiejsze aplikacje internetowe po prostu udostępniają zbyt małe możliwości. Problem jest podobny do różnicy pomiędzy graniem na PC i konsolach - PC udostępniają większe możliwości za cenę większych kosztów developowania oprogramowania na nie, gdyż konsole posiadając ujednolicony sprzęt ułatwiają proces optymalizacji. logiczne
60-1 "Fan może sobie taką funkcjonalność oskryptować używając na przykład Dropbox'a ;)" emocjonalne
61-0 Jeżeli facebook miałby zastąpić system operacyjny to (według mnie) tylko dla “”przeciętnych“” użytkowników, którzy nie pracują przy pomocy komputera. Nie mogę sobie wyobrazić, aby na dzień dzisiejszy na facebooku umieścić kompilator lub programy do profesjonalnej obróbki zdjęć. logiczne
61-1 W dzisiejszych czasach wiele filmów powstaje “”w komputerze“” - również nie widzę, aby facebook mógł sprostać temu zadaniu. Niemniej jednak wiem, że większości użytkowników do szczęścia nie są potrzebne takie “”profesjonalne“” narzędzia i dlatego myślę, że gdyby powstał taki system operacyjny mógłby się cieszyć dużym powodzeniem. logiczne
62-0 Moim zdaniem facebook to tylko portal społecznościowy z przeróżnymi “”bajerami“” i jeśli utrzyma tak wielką popularność i w najbliższym czasie nic podobnego nie pojawi się na rynku co spowodowałoby nagły spadek tego „wzięcia” to możliwe, że powstanie coś takiego jak facebook OS . logiczne
62-1 Ale zgadzam się, że taki system byłby tylko dla użytkownika, który korzysta z takich funkcji jak sprawdzenie poczty, stworzenie dokumentu tekstowego, słuchanie muzyki itd. czyli korzysta z podstawowych funkcji, gdyż również sobie nie wyobrażam, żeby zastąpił system operacyjny na którym można profesjonalnie pracować. logiczne
62-2 Wydaje mi się, że facebook nigdy nie zastąpi systemu operacyjnego chociażby dlatego, że jak już wspomniano, każdy na pewno chce mieć coś swojego lokalnie i wiedzieć w 100% gdzie to coś się znajduje oraz że nikt nie ma do tego dostępu/wglądu jeśli tego chcemy. logiczne
63-0 Stwierdzenie “”tylko dla użytkownika“” bardzo bagatelizuje sprawę. Ja bym tu raczej użył sformułowania “”aż dla użytkownika“” :wink: emocjonalne
63-1 Pół roku temu liczba użytkowników Facebooka przekroczyła 0,5 mld… Jest to ogromny sukces, spowodowany właśnie dostępem w jednym miejscu do większości funkcjonalności potrzebnych użytkownikom. A taki użytkownik, jak to wiele osób wcześniej słusznie zauważyło, nie potrzebuje innych profesjonalnych narzędzi ani tym bardziej nie musi wiedzieć, że coś gdzieś coś szereguje i jak to wykorzystać. rzeczowe
63-2 Ale spójrzmy też na to z drugiej strony, jeżeli w przyszłości ludzie będą korzystać z Facebook OS i załóżmy, że będzie to dla większości pierwszy system z jakim mieli kontakt, to odsetek specjalistów w dziedzinach informatyki (i tak już niski w skali świata) znacznie spadnie. Stare systemy staną się “”zbyt skomplikowane“”, bo tu trzeba instalować, konfigurować, wiedzieć gdzie co kliknąć itp. A tak od razu ma się wszystko na tacy :wink: emocjonalne
63-3 Społeczeństwo wykona krok w tył… ale to dobrze dla nas informatyków oraz nawet “”informatyków“”, bo staniemy się elitą :lol: emocjonalne
64-0 Aż się zdziwiłem że przy tylu wystąpieniach słowa “”przeglądarka“” w poprzednich postach nikt nie wspomniał o dość ciekawym projekcie Facebooka czyli RockMelt http://www.rockmelt.com/ rzeczowe
64-1 Jest to, w skrócie, przeglądarka integrująca w sobie Facebooka, która sprawia że FB jeszcze bardziej “”scala się“” z użytkownikiem na bieżąco widzącym to co dzieje się z jego znajomymi tudzież to co ostatnio udostępnili. rzeczowe
64-2 Oglądając film demonstrujący jej działanie, oprócz świetnego marketingu, widzimy przykład przepisania przeglądarki jako hm… serwisu społecznościowego mającego ambicje zostania takim właśnie systemem operacyjnym dla “”mało wymagającego“” użytkownika. emocjonalne
64-3 Sprawa jest bardzo ciekawa, zachęcam do ściągnięcia wersji beta :) emocjonalne
65-0 Wszystko fajnie z tym RockMeltem, ale pierwsze na co zwróciłem uwagę, to fakt, że ta “”przeglądarka“” wymaga konta na Facebooku. Rozumiem, że w tym przypadku to oczywiste założenie, ale patrząc w ew. przyszłość z Facebook OS oraz idąc tym tropem, łatwo można zauważyć, że czy chcemy czy nie, będziemy musieli dać się zapisać w bazie danych, jeśli chcemy z tego wszystkiego korzystać. inne
65-1 To jest poważna wada dla systemu, bo oznacza dla wielu użytkowników po prostu brak wolności (choćby nawet tylko w ujęciu ideologicznym, ale jednak). logiczne
65-2 Anonimowość albo chociaż jej złudzenie jest jednak w cenie :wink: Dlatego też przejście na system oparty na portalu społecznościowym może nie być aż tak atrakcyjne jak się wydaje… emocjonalne
66-0 Z tego co zdołałem zauważyć większość przeciętnych użytkowników wcale nie chce anonimowości nawet jeżeli zdaje sobie sprawę z zagrożeń jakie niesie jej brak. inne
66-1 Swobodnie rozrzucają swoje dane osobowe gdzie tylko się da, podobnie z danymi innego rodzaju. Kwestia tego czy po odpowiednim uświadomieniu może się to zmienić. Pamiętajmy też że przynajmniej teoretycznie anonimowość w sieci nie istnieje :wink: emocjonalne
67-0 Temat tej dyskusji wydał mi się dość dziwny ze względu na zestawienie portalu społecznościowego jakim jest facebook z systemem operacyjnym :) być może dla mało doświadczonego użytkownika komputera wizja zastąpienia systemu operacyjnego przez facebooka wiele w jego życiu by nie zmieniła, zakładając, że używa on komputera jedynie w celu zalogowania się na fb, jednakże ciężko jest sobie wyobrazić, że wizja ta spotkałaby się z uznaniem profesjonalnego użytkownika komputera, dla którego to serwis taki jak facebook jest jedynie małym dodatkiem / gadżetem urozmaicającym jego czas wolny (zakładając, że w ogóle czuje on potrzebę i chęć korzystania z tego typu serwisów). inne
67-1 Facebook nie jest w stanie zapewnić użytkownikowi dostępu do zaawansowanych narzędzi do pracy, czy też innych celów. System operacyjny stanowi podstawę dla oprogramowania dedykowanego dla poszczególnych użytkowników szukających danej funkcjonalności, daje możliwość pełnej personalizacji i dostosowania do potrzeb użytkownika, czego nie jest w stanie zapewnić żaden serwis, w szczególności serwis społecznościowy jakim jest facebook. rzeczowe
67-2 Moim zdaniem, dla przeciętnego użytkownika, niekoniecznie polskiego - u nas popularność Facebook'a nijak ma się do “”manii“” jaka ogarnęła np. USA (i co wiem z doświadczenia - Turcję), taki “”system“” byłby w sam raz. Po prostu włączasz komputer i masz możliwość komunikacji ze znajomymi. emocjonalne
67-3 Oczywiście konieczna byłaby obsługa dokumentów, etc. ale dla przeciętnego zjadacza chleba, to idealna możliwość posiadania systemu, którego praktycznie nie da się zepsuć (zakładając, że np. system byłby całkowicie ładowany z sieci,a dane użytkownika dostępne w chmurze). inne
67-4 Przecież podobna idea przyświeca Google ChromeOS (choć on zdaje się być bardziej uniwersalny). A po ruszeniu Buzz'a (usługi społecznościowej Google) na pewno ChromeOS będzie z nim zintegrowany. rzeczowe
67-5 "Druga sprawa to “”zaawansowani“” użytkownicy (co jest dość szerokim terminem), którym takie rozwiązanie na pewno nie wystarczy, ale jak to się mówi - nikt ich do korzystania z niego nie zmusza. ;)" emocjonalne
68-0 Dyskusja miała właśnie dotyczyć tego, czy mało zaawansowany użytkownik potrzebuje czegoś więcej niż umowny facebook, który integruje potrzebne temu użytkownikowi usługi. Po co takiemu użytkownikowi “”walka“” z instalowaniem kolejnych kodeków, żeby obejrzeć film, czy też zastanawiania się która to też aplikacja do robienia albumów zdjęć jest dobra (bo ta windowsowa jest np. do niczego). inne
68-1 Gdyby usługi takie były zintegrowane w miejscu, z którego taki użytkownik korzysta (umowny facebook) i gdybym miał możliwość wybrać narzędzi, z którego korzysta ktoś do kogo mam zaufanie (istota działania facebooka i społecznościówek wszelkiego rodzaju) to taki użytkownik miałby wszystko czego potrzebuje (oczywiście przy założeniu że na facebooku będą integrowane różne usługi, co chyba już teraz ma miejsce). logiczne
68-2 A jeżeli chodzi o bardziej zaawanwsowanego użytkownika tzn. programistę/Panią z banku/grafika komputerowego. Taki człowiek usiądzie sobie przy dedykowanym narzędziu, tak samo jak dzisiaj przy takim narzędziu siada mechanik samochodowy, który sprawdza jak działa silnik w moim samochodzie (przy uszkodzeniu zaworu jakiegoś tam zapaliła mi się tylko lampka ostrzegawcza, a nie dostałem na deskę rozdzielczą 40 komunikatów co mam zrobić żeby to naprawić, czy 8 wyjątków że posypał się program obsługujący komputer sterujący silnikiem). logiczne
68-3 I to jest właśnie istota rzeczy - użytkownik wg. mnie nie potrzebuje zaawansowanego ustrojstwa typu system operacyjny (wszystkich tych plug and pray, 1000 niepotrzebnych aplikacji, magicznych czynności żeby zainstalować drukarkę - ostatnio pod Windows 7 sam walczyłem przez 1/2 h z instalacją prostej laserówki), ale potrzebuje prostoty i usługi. hipoteza
68-4 Facebook nie jest w stanie zapewnić użytkownikowi dostępu do zaawansowanych narzędzi do pracy, czy też innych celów. System operacyjny stanowi podstawę dla oprogramowania dedykowanego dla poszczególnych użytkowników szukających danej funkcjonalności, daje możliwość pełnej personalizacji i dostosowania do potrzeb użytkownika, czego nie jest w stanie zapewnić żaden serwis, w szczególności serwis społecznościowy jakim jest facebook.Nikt nie mówi, że wszystko ma się dziać na facebooku. logiczne
68-5 Tak jak dzisiaj nikt nie oczekuje że Windows 7 będzie wykorzytane do obsługi silnika w moim samochodzie, czy promu kosmicznego :) logiczne
69-0 Pytanie o przyszłość “”Portalu“” jako systemu operacyjnego z późniejszymi doprecyzowaniami dr Marciniaka zdaje mi się być pytaniem/dyskusją o preferencjach/potrzebach “”zwykłych użytkowników“”. hipoteza
69-1 Czy podstawowe potrzeby mogą być zaspokojone przez aplikacje internetowe? hipoteza
69-2 "Cóż: *komunikacja (czat facebookowy, gTalk w GMailu) *filmy (hulu, iplex, ekino.tv ;)) *zdjęcia (nie potrafię wskazać konkretnego serwisu, który pozwala na edycję ale już gdzieś spotkałem się z edycją rozmiaru obrazu, przycinaniem, zmianą kolorystyki zdjęć) *muzyka (znam last.fm z płatnym radiem, chyba można tworzyć własne listy, ale nawet jeśli nie to dlaczego nie stworzyć serwisu z indywidualnie układaną playlistą?) *edycja dokumentów (Google Docs) *podstawowe gry (nie znam pojedynczego serwisu, ale jak mam ochotę zagrać w coś prostego, to to znajduję bez problemu)" rzeczowe
69-3 już dzieją się (i to z sukcesami) w internecie. Co prawda nie pod sztandarem jednej firmy, ale można sobie wyobrazić, że pojawia się nowy portal, który zawiera wszystkie te podstawowe możliwości, zatem myślę, że można stwierdzić, że w małej skali już przenieśliśmy swoje komputerowe życie do sieci. inne
69-4 "Czy ludzie zdecydują się używać tych wszystkich funkcjonalności za pomocą jednego portalu to już kwestia marketingowców/projektantów interfejsów. W Facebooku akurat zdaje się, że pracują nieźli psycholodzy i zadbają o to, by korzystanie z FaceDocs czy FaceVideo było powodem do dumy ;) (choć przez niektóre kręgi kulturowe sam FB przedrzeć się jeszcze nie może; Japonia)" emocjonalne
69-5 Istnieje kilka przeszkód przez które, moim zdaniem, stanowią przeszkodę w realizacji w najbliższym czasie idei sieciowego OS'a na wielką skalę: inne
69-6 "*HTML nie został stworzony do bycia interfejsem systemu operacyjnego; choć się rozwija to zdaje mi się być zbyt ograniczony by traktować taki projekt (przenosin OS'a do sieci) jako coś poważnego *infrastruktura do realizacji takiego projektu byłaby przeogromna, nie wiem czy jej sprawne działanie nie leży poza zasięgiem przez najbliższe długie lata (synchro, niezawodność, szybkość, storage) *czysto subiektywnie; we mnie tego typu molochy budzą strach. Facebooka głównie czytam, ograniczam używanie niektórych produktów Google'a, żeby dać sobie iluzję opierania się Goliatowi, może w pewnym momencie, gdy “”Portal“” stanie się dostatecznie duży więcej ludzi zacznie myśleć o tym w taki sam sposób" inne
69-7 Zastanawiające jest czy pojawią się nowe potrzeby wirtualnego dnia codziennego, których nie będzie można realizować poprzez www? hipoteza
70-0 W Japonii po prostu od dawien dawna mają swoje mixi.jp. Dla nich Facebook nie był specjalnie niczym nowym, ot pewnie cały sekret. Chyba, że podasz jeszcze jakiś przykład :). rzeczowe
70-1 Obecny kierunek jest chyba zgoła odmienny, w wielu przypadkach odcięcie komputera od internetu oznacza niemożność spełniania swojej funkcji. rzeczowe
70-2 Wyobrażam sobie, że ciężko byłoby np. renderować grafikę jedynie online, ale to też pewnie tylko do czasu. inne
71-0 Stale rosnące możliwości przeglądarek internetowych, dużo nowoczesnych, lekkich oraz stosunkowo łatwych frameworków, jak również większe zainteresowanie użytkowników sprawiają, iż coraz więcej współcześnie tworzonych aplikacji wybiera platformę web i przeglądarkę internetową jako interfejs użytkownika. logiczne
71-1 Czy są aplikacje których nie da się napisać pod przeglądarkę ? Czy na rynku istnieje jeszcze miejsce dla aplikacji desktopowych ? hipoteza
71-2 Wszystko wskazuje na to że, aplikacje desktopowe nie znikną z rynku, przynajmniej przez dobre parę lat. Świadczyć o tym może chociażby dynamiczny rozwój frameworków dla tych aplikacji takich jak: Eclipse RCP, NetBeans Platform, czy Spring RCP dla Javy. logiczne
72-0 Z tego co zauważyłam, a nie trudno wykonać to co ja zrobiłam, wrzuciłam porównanie samych wyników dla web application framework oraz dla desktop i widać, że web app ma dużo więcej wyników i łatwiej znaleźć jakieś informacje na ten temat. W języku polskim szukanie czegos o aplikacjach desktopowych wogóle już nie jest łatwe - bynajmniej z poziomu zwykłego użytkownika, który nie wie czego konkretnie szuka. inne
72-1 A jest wiele aplikacji, które nie służą przecież tylko programistycznym potrzebom, np. biznesowym potrzebom, jak np. Tryton (akurat desktopowa aplikacja), a wiele ludzi biznesu, będzie podążać za tym co jest teraz nowe, czy popularne. Ale mimo wszystko myśle, że ludzie z czasem mogą woleć wybrać aplikacje webowe, bo nie przejmują się tym, na jaki system aplikacja dana działa, co trzeba do niej posiadać, tylko ze po prostu działa. A jeżeli działa równie sprawnie, to czemu nie. logiczne
72-2 Mimo że aplikacje webowe mają obecnie swoje pięć minut, to jestem zdania, że programy stand-alone nie znikną. Nie wyobrażam sobie, aby pisać webowo program obsługujący procesy produkcyjne w fabrykach i rezygnować z możliwości podglądu parametrów danego procesu w czasie rzeczywistym (aplikacja webowa w końcu będzie miała niewielkie opóźnienia). inne
72-3 Aplikacje webowe są rzeczywiście bardzo popularne ostatnio. Dzieje się tak za sprawą szybszych łącz i ogólnego rozwoju internetu. Jednak według mnie ich naturalne minusy: zależność od łącza, opóźnienie w działaniu, mniejsze bezpieczeństwo, zwykle słabsza funkcjonalność itd. Sprawiają, że nie są wstanie zastąpić aplikacji typu stand-alone. logiczne
72-4 Aplikacje tego typu zawsze będą bardziej zawodne: więcej elementów, które mogą nie działać: łącze, lokalny terminal/komputer, serwer w porównaniu z tylko lokalnym komputerem w stand-alone. Poza tym nie nadają się do przetwarzania bardzo dużej ilości informacji. logiczne
72-5 Istnieje również rynek gier komputerowych (aktualnie 2 miejsce na świecie po filmie pod względem dochodów spośród branż rozrywkowych), w którym aplikacje webowe nie mają szans. rzeczowe
73-0 Moim zdaniem nigdy nie dojdzie do tego, że wszystko przejdzie do sieci i to z kilku względów. hipoteza
73-1 Po pierwsze, nawet jeżeli użytkownik używa tylko przeglądarki, to ona sama musi być natywną aplikacją środowiska. Jest to aplikacja na tyle duża, że potrzebuje sporego frameworka chociażby dlatego, że aby spełnić wymagania takich technologii jak HTML5 czy WebGL potrzeba masy oprogramowania, sterowników i wsparcia ze strony systemu operacyjnego. logiczne
73-2 Po drugie części rzeczy nie chcę robić w sieci. Z tych czy innych powodów mogę nie ufać dostawcy aplikacji internetowej. Nie wiem komu udostępni moje dane. Najczęściej w różnego rodzaju regulaminach dostawcy zabezpieczają się na wypadek udostępnienia naszych danych komukolwiek. emocjonalne
73-3 Po trzecie, wydajność. Jeśli mamy milion klientów z aplikacją, która musi wykonać trochę konkretniejszych obliczeń, lub też musi przesyłać sporo danych to może być problem ze zgromadzeniem wystarczających zasobów. logiczne
73-4 Używanie programu do obróbki graficznej, gry komputerowej czy edytora wideo do dużych rozdzielczości nie zadziała przez sieć chociażby z racji fizyki otaczającego nas świata. Tego typu aplikacji sami w całości nie napiszemy. Najczęściej będziemy potrzebowali pomocy w postaci frameworków itp. inne
73-5 Kolejnym problemem może być założenie leżące u podstaw protokołu HTTP, który napędza dziś sieć. Otóż jest on protokołem bezstanowym. Dotychczasowe próby obejścia tego założenia jak na razie najczęściej kończą się ziejącymi lukami bezpieczeństwa. rzeczowe
73-6 Trochę poza tematem. Moim zdaniem flashowa gierka, którą uruchamiam w przeglądarka to nie żadna aplikacja webowa. Najczęściej to plik binarny, w całości wykonywany na naszym komputerze korzystając z przeglądarki tylko w charakterze łapacza zdarzeń systemu ewentualnie w pewnym stopniu komunikujący się z siecią. inne
74-0 Czy na rynku istnieje jeszcze miejsce dla aplikacji desktopowych? Tak, istnieje i jeszcze przez dłuższy czas, według mnie, będą one gościły w różnych gałęziach rynku z różnych względów. hipoteza
74-1 Jak zauważyli moi przedmówcy, aplikacje webowe “”mają swoje pięć minut“” i ostatnio stają się coraz bardziej popularne i co do tego nie można mieć wątpliwości. Jak sama ich nazwa wskazuje jednak, korzystanie z nich wymaga dostępu do sieci. Oczywiście dzisiaj nie jest problemem, żeby podłączyć się do internetu nawet w środku Puszczy Białowieskiej, ale nie do tego dążę. inne
74-2 Chciałem natomiast opowiedzieć po krótce pewną historię, którą usłyszałem ostatnio na naszym wydziale. Wynikało z niej, że szef pewnej firmy, kierując się swoim głębokim przekonaniem, że jest to najlepsze rozwiązanie aby zmusić pracowników do pracy, a nie obijania się w godzinach jej trwania m.in. pozbawił ich dostępu do sieci. inne
74-3 Na nic zdały się wtedy tłumaczenia programistów, że potrzebują internetu do poszukiwania rozwiązań problemów itd., szef wie bowiem lepiej. Zwróćmy uwagę zatem na problem. Zawsze znajdzie się ktoś, kto będzie wiedział lepiej i kogo nie przekonamy do swojego zdania. Nawet jeśli korzystanie z aplikacji webowej byłoby dla niego lepszym rozwiązaniem, to on wybierze rozwiązanie desktopowe, bo tak uważa… inne
74-4 Oczywiście można mieć także bardziej uzasadnione zastrzeżenia co do użytkowania aplikacji webowej. Jak wyżej wspomniano korzystanie z aplikacji webowej powoduje pewne wątpliwości co do bezpieczeństwa danych, szczególnie jeśli pracujemy z danymi ważnymi. Dlatego wybierzemy aplikację desktopową. Będziemy wtedy spokojniejsi o bezpieczeństwo. logiczne
74-5 Zatem wydaje mi się, że aplikacje desktopowe nie znikną, nawet jeśli będzie kontynuowany trend związany z aplikacjami webowymi. logiczne
74-6 Mianowicie wydaje mi się, że warto w tym wątku wspomnieć o ChromeOS, który będzie opierał się na wykorzystywaniu aplikacji internetowych. Jeśli system zostanie przyjęty przez użytkowników pozytywnie, może to jeszcze bardziej ugruntować pozycję aplikacji webowych na rynku. Być może programiści zaczną porzucać aplikacji desktopowe i frameworki jak Eclipse RCP czy NetBeans Platform i przerzucą się na Java EE czy Ruby on Rails? hipoteza
74-7 Czy właśnie to wróżycie nowemu dziecku Google i wspomnianym framework'om? hipoteza
75-0 Aplikacje desktopowe były, są i będą obecne, choćby to ze względów technologicznych. logiczne
75-1 Są one: - szybsze - nie wymagają(zazwyczaj) połączenia z internetem - nie są podatne na tzw. „lagi” spowodowane przez przeciążenie serwera(Nie jednego użytkownika przyprawiły one o chęć wyrzucenia komputera przez okno). - można z nich korzystać niezależnie od tego, czy serwer hostujący jest włączony. emocjonalne
75-2 W grach np. widać diametralną różnicę między desktopowymi, a webowymi produkcjami(tak, tak, grafika renderowana w czasie rzeczywistym) i wątpię w to, by się ona w najbliższym czasie zatarła. inne
75-3 Do tego dochodzi prywatność. Pliki które tworzymy za pomocą programów desktopowych zazwyczaj przechowujemy u siebie na dysku, do którego żadna niepożądana osoba nie ma dostępu. rzeczowe
75-4 Patrząc na nowe zlecenia dotyczące tworzenia oprogramowania można odnieść wrażenie, że zapotrzebowanie klientów na aplikacje desktopowe znacząco zmalało w ostatnim czasie. Z tego co zauważyłem to znaczna część klientów woli aplikacje działające w sieci, których nie potrzeba przechowywać na własnych stacjach roboczych. Wydaje się to słusznym rozwiązaniem, ponieważ niezależnie od stacji roboczej na jakiej pracujemy wystarczy nam tylko dostęp do internetu, żeby użytkować program. logiczne
75-5 Z drugiej jednak strony nie wszystko da się przenieść lub stworzyć w ten sposób. Istnieje wiele aplikacji pisanych w mało już używanych językach programowania, które realizują ważne funkcje np. w ministerstwach. Przykładem takich programów mogą być pisane w języku Fortran aplikacje dla urzędów w USA. Głównie dla takich aplikacji, musi istnieć wsparcie, żeby mogły one być rozwijane i naprawiane w razie awarii. logiczne
75-6 Moim zdaniem nie dojdzie do takiej sytuacji, że aplikacje deskotpowe znikną w przyszłości z rynku. hipoteza
76-0 Wiadomo, ze aplikacji desktopowych nie pozbedziemy sie. Nie zamierzam powtarzac tego samego po raz setny. Aplikacje webowe sa bardzo wygodne, ale polityka prywatnosci i praca bez dostepu do neta sprawia, ze desktop jest niezbedny. emocjonalne
76-1 Dodam tylko, ze faktycznie zapotrzebowanie na aplikacje desktopowe zmalalo,owszem, ale trzeba uwazac o jakim sektorze mowimy. W przypadku przecietnego zjadacza chleba na dzien dzisiejszy rzadzi web. Teraz juz istnieje mozliwosc pracy offline nawet (google gears, a teraz html5). Gdy mowimy o sektorze finansowym, bankowosc itp, lub stacje robocze w jakis fabrykach to desktop rzadzi. Ale nie sa to aplikacje ktore sciagniemy sobie z rapida. inne
76-2 Ja chcialbym zwrocic uwage na cos innego. Wlasnie na frameworki. W koncu to o tym jest ten temat. inne
76-3 Czego wymaga od nas, jako programistow, aplikacja webowa i desktopowa? Pisanie tych dwoch rodzajow aplikacji rozni sie znaczaco. hipoteza
76-4 Obowiazuja nas rozne wzorce, rozne podejsie. W obu przypadkach trzeba zwrocic uwage na calkiem cos innego. rzeczowe
76-5 Podejmujac prace w firmie (lub zakladajac wlasna) musimy sie zdecydowac: web czy desktop? Jednoczesna praca nad aplikacja webowa z wykorzystaniem JEE oraz Ajaxa, a z drugiej strony z poteznym frameworkiem jak NB Platform lub EclipseRCP graniczy z cudem. logiczne
76-6 Owszem, mozna, ale albo cos prostego albo cos bedzie do bani. emocjonalne
76-7 Bycie dobrym z architektury webowej oraz desktopowowej wymaga wielkiego doswiadczenia. Ktos kto bardzo dlugo pisal jakas duza aplikacje z wykorzystaniem NB Platform na przyklad bedzie mial spory problem z przesiadka. Mam nadzieje, ze kazdy zdaje sobie z tego sprawe. inne
76-8 Nie chodzi mi tu o napisanie czegos na kolanie, tylko o porzadne aplikacje. Nie mowie tez o szarym programiscie, ktory sobie poradzi szybko, tlyko o architekcie, ktory bedzie chcial swoje przyzwyczajenia z frameworka, popdatrzone metody itp przeniesc na framework webowy, ktory wymaga calkiem czegos innego. emocjonalne
77-0 Nie mogę się z tym zgodzić moim zdaniem nie jest tak, że zapotrzebowanie na aplikacje desktopowe zmalalo, tylko zapotrzebowanie na aplikacje webowe wzrosło. Wiąże się to bezpośrednio z faktem, że coraz więcej grup społecznych ma stały dostęp do internetu i co ważniejsze chce to wykorzystać. Jest sporo aplikacji, które swoje zastosowanie mają tylko przy założeniu, że są to aplikacje webowe np. dzienniki szkolne (odpowiednik USOSa, dla niższych szkół). logiczne
77-1 Polemizował bym z tym stwierdzeniem. Nie wiem kto dla Ciebie jest przeciętnym zjadaczem chleba ale większość ludzi korzysta z programów desktopowych. Kilka programów z których taki przeciętny zjadacz chleba będzie korzystać: inne
77-2 Wydaje mi się, że zwykły użytkownik z niczego innego nie korzysta. hipoteza
77-11 Sądzę, że desktop w każdym sektorze rządzi. Frameworki dla aplikacji desktopowych będą rozwijane i moim zdaniem nigdy nie odejdą do lamusa. hipoteza
78-0 Przy taki zdecydowanych stwierdzeniach to ja bym poprosił o wyniki badań które pokazują, ze większość użytkowników ma takie a nie inne preferencje. Inaczej to jest Pana punkt widzenia i tak zdecydowane stwierdzenia nie mają racji bytu. inne
79-0 Jesteś w wielkim błędzie. Spojrzeć na to trzeba z innej strony. Użytkownicy (mówię o zwykłych użytkownikach komputera: czyli od czasu do czasu Word, GG i jakiś portal społecznosciowy, czy allegro) są strasznie leniwi. Jak już ktoś się pofatyguje zainstalować przeglądarke i wszystkie ptorzebne komponenty (Java, Flash etc.) to już chce mieć potem święty spokoj. Takie rozwiązanie jest wygodniejsze! inne
80-0 Masz prawo tak uważać, ale dziś ludzie są bardzo leniwi. Wolałbyś mieć desktopową aplikację do NK/Facebooka czy webową? Wolisz wejść na “”fejsa“” czy “”naszą“” :mrgreen: z praktycznie każdego kompa, czy nosić na penie exe'ka? emocjonalne
82-0 Tak jeżeli chodzi o frameworki i aplikacje webowe to wydaje mi się, że trendy są dwa: a) RIA - bogate frameworki, które moga działać na desktopie i jako aplikacji webowa (z pluginem). Przykładem niech będą Flex, WPF/Silverlight, JavaFX. Zaciera to granice pomiędzy tradycyjną webową aplikacją (opartą na html + css) a tradycyjna desktopową aplikacją (opartą na jakimś systemie kontrolek/widżetów). b) Zyskiwanie przez aplikacje webowe na rzecz desktopowych. Edumtic i eduwiki, z których korzystamy na tych zajęciach to przykłady takich webowych aplikacji. Masywny sukces facebooka i pojawianie się każdego dnia nowych aplikacji webowych nie mogą być zignorowane. Bardzo ciekawe są powody tej migracji: * Aplikacje webowe nie muszą bać się piractwa, wszystko jest wykonywane po stronie klienta. * Aplikacje webowe są z natury modularne - jeśli coś nie zadziała na stronie to zazwyczaj reszta stron działa. Błąd w aplikacji desktopowej często zabija całą aplikację. * Niskie oczekiwania użytkowników - aplikacje webowe może i są szybsze, ale tak naprawdę nikt tego w aplikacjach webowych specjalnie nie potrzebuje - facebook to nie quake. * Niska bariera użytkowania - wystarczy względnie nowa przeglądarka internetowa (i oczywiście internet), nie trzeba nic instalować (wizja instalowania czegokolwiek przeraża znaczną liczbę użytkowników) * Niska bariera tworzenia - języki webowe zazwyczaj są dynamicznie typowane, przyjemnie i ekspresywnie się w nich pisze, języki, w których pisane są aplikacje webowe zazwyczaj są statycznie typowane - szybkie, ale niewygodne. rzeczowe
82-1 Oczywiście powódź aplikacji webowych przeżyją aplikacje, których zwyczajnie nie da się przenieść do sieci - gry, aplikacje ciężkie obliczeniowo, aplikacje wymagające bardzo szybko reagującego interfejsu etc. logiczne
82-2 P.S. Quake Live - gra, nie jest aplikacją webową. Część webowa to tylko przeglądarka serwerów/profile/friendsi, gdyby usunąć te kawałki to mamy z powrotem Quake 3. rzeczowe
83-0 Rozumiem, że pod pojęciem aplikacji desktopowej kryje się szeroko rozumiany typ aplikacji okienkowej. inne
83-1 Myślę, że do rozpowszechnienia budowania tego rodzaju interfejsu znacznie przyczynił się system Windows. Budowanie interfejsu okienkowego przy użyciu Win32 i VisualStudio na system Windows to bajka w porównaniu z ręcznym budowaniem, laytów, modeli i dostosowywania kontrolek we frameworkach typu Swing, czy AWT. inne
83-2 Rok programowałem w Swingu przez Eclipsa i z doświadczenia, wiem, że Java kuleje bardzo jeśli chodzi o okna, a jej flagowe: “”Write once use everywhere“” nijak się ma do rzeczywistości przy interfejsie okienkowym. inne
83-3 NetBeans Platform znacznie upraszcza problem, ale byłbym ostrożny jeśli chodzi o uniwersalność tej technologii. logiczne
83-4 Uważam, że desktopy prędzej, czy później sprowadzą się do wysoko wyspecjalizowanych narzędzi(aplikacje typu IDE, photoshop itp.), a zwykły użytkownik(oglądający filmy, używający komunikatora, grający w gry, surfujący po internecie itp) korzystał będzie jedynie z przeglądarki internetowej. hipoteza
83-5 Do tej rewolucji szykuje się Google, czając się ze swoim ChromeOS, integrującym w jedno swoje flagowe produkty. inne
83-6 Czynnikiem który może również wpłynąć na wyparcie aplikacji desktopowych jest łatwość walki z piractwem w przypadku web aplikacji. Wiele z firm posiadających aplikacje desktopowe traci sporo pieniędzy z powodu piractwa lub też na walkę z nim. W przypadku web aplikacji są one w stanie w 100% weryfikować czy ktoś posiada odpowiednią licencję czy też nie. Nawet jeżeli z utrzymaniem takiej aplikacji po stronie serwera wiązały by się koszty to i tak firmy takie docelowo wyszły by na plus. rzeczowe
83-7 Innym czynnikiem jaki może wpłynąć na rezygnacje z aplikacji desktopowych jest brak dostępu do danych z innych miejsc. Z własnego doświadczenia przekonałem się jak bardzo jest to przydatne, kiedy potrzebowałem kiedyś pilnie pewien numer telefonu, a telefon miałem rozładowany. Dzięki temu że telefon miałem “”zbindowany“” z kontem na google mogłem dostać się do tych danch przez przeglądarkę. inne
84-0 Widzę, że dość jednomyślnie większość z Was opowiada się za tym że aplikacje desktopowe nie dochodzą do lamusa. hipoteza
84-1 Zgodziłbym się z tym, biorąc pod uwagę najbliższe kilka lat. Jednak w perspektywie dłuższego czasu, uważam, że aplikacje webowe całkowicie wyprą desktopowe. hipoteza
84-2 Przecież głównym motorem napędowym takich zmian są największe firmy takie jak MS, IBM czy google. Gdyby nie widzieli oni przyszłości w aplikacjach web, nie wspierali by ich i nie inwestowali w nie pieniędzy (chociażby w przypadku CloudComputingu). logiczne
84-3 "Ktoś wspominał o tym, że jeśli szef jakiejś firmy chce aplikacje desktopową i nie da się go przekonać to nie ma wyjścia. Uważam, że skoro nie da się takiej osoby przekonać to znaczy, że się nie potrafi tego zrobić;]" emocjonalne
84-4 "Prosty przykład: W danej firmie mamy system księgowy. Nasza główna księgowa wyjeżdża na wakacje za granicę. Nagle okazuje się, że “”zapomniała“” wykonać jakiś operacji w systemie. Firma ma problem jeśli korzysta z aplikacji desktopowej ponieważ musimy czekać na powrót z urlopu pracownika. Jeśli korzystamy z aplikacji webowej to pani księgowa w dowolnym miejscu ma możliwość wykonania wymaganych operacji. Przykład może dość abstrakcyjny, ale myślę że idea jest jasna;]" inne
84-5 Generalnie wraz z dynamicznym rozwojem internetu można zauważyć równie szybki rozwój aplikacji webowych. Zarówno aplikacje webowe jak i desktopowe mają swoje plusy i minusy, ale stwierdzenie, że „desktop w każdym sektorze rządzi” jest niestety mylne a bynajmniej nie obiektywne. Głównym atutem przemawiającym za aplikacjami web jest możliwość dostępu do nich z praktycznie każdego miejsca na świecie o ile jesteśmy „online” i tutaj bywa różnie. logiczne
84-6 Pomijając przypadki gdzie internet jeszcze„ nie sięga ” jest szereg czynników które pracę z aplikacjami webowymi mogą nam znacznie utrudnić (usterki, ograniczenia ze strony providera etc.). Aplikacje desktopowe przywiązują do stanowiska pracy, korzystać z niej możemy o ile jest zainstalowana na danym komputerze i tutaj pojawia się kolejny problem. inne
84-7 Tak jak wspomniał Kamil. Użytkownicy są strasznie leniwi , app desktopowe to ciągła instalacja/deinstalacja/aktualizacja itd. inne
84-8 Odnosząc się do pytania Patryka o frameworki, myślę że dużą siłą napędową frameworków desktopowych są, wbrew nazwie, aplikacje mobilne. Sprzęt w platformach mobilnych nie posiada zwykle wystarczającej mocy, aby “”udźwignąć“” rich applications oparte na tzw. technologiach webowych, z uwagi na powolność użytych rozwiązań takich jak wykonywany w przeglądarce javascript. Aktualnie dużym sukcesem cieszy się, moim zdaniem doskonały, framework Qt rozwijany przez firmę Nokia. inne
84-9 Nie służy on wyłącznie do pisania aplikacji na platformy mobilne (takie jak Maemo/Meego), lecz przede wszystkim jest wpełni rozwiniętym frameworkiem desktopowym, na tyle jednak dobrze zaprojektowanym, iż pisząc taki sam lub bardzo podobny kod można uzyskać oba typy aplikacji. Dodatkową przewagą jest użycie języka C++, który jest kompilowany do kodu natywnego co dodatkowo zwiększa szybkość działania, co jak już wspomniałem, jest ważnym czynnikiem w przypadku platform mobilnych i urządzeń wbudowanych. rzeczowe
84-11 "A co kiedy urządzenia mobilne zgodnie z prawem Moore'a osiągną już odpowiednią wydajność? ;)" hipoteza
84-13 Zasadniczo ciekawią mnie poczynania google (www.docs.google.com) przenoszącego każda możliwą z “”podstawowych aplikacji“” potrzebnych userowi do sieci. inne
84-14 W sumie cały standard jak komunikatory, pakiety office, zarządzanie naszymi plikami (oczywiście umieszczonymi “”gdzieś“” np. chmurze) jest już wdrożony w wersji online, najczęściej dostępnej za darmo. inne
84-15 To właśnie od poczynań takich gigantów i ich polityki będzie zapewne zależało to jak będą się układały trendy za którymi pójdą rzesze zarówno userów jak i programistów. logiczne
84-16 Oczywiście nie twierdzę że frameworki dla aplikacji deskopowych odchodzą do lamusa, zasadniczo trudno byłoby sobie to w ogóle na chwilę obecną wyobrazić, bo niby jak bez nich życ? :wink: hipoteza
85-0 Ale czy aby na pewno wszyscy chcą, żeby wszystkie ich dane były przetwarzane zdalnie(przy pomocy aplikacji webowych)? Mnie osobiście nie kręci jakoś idea jaką stara się wypromować kilka firm z Googlem na czele. Jednym z pytań które się nasuwają jest właśnie to, co stanie się kiedy nie mamy dostępu do Netu(a na szczęście jeszcze jest dużo takich miejsc)? Czy nie lepiej najważniejsze dane mieć “”pod ręką“”? Widzę, że dyskusja skupia się głównie na kwestiach technologicznych, ale zadajmy sobie także pytanie o kwestie prywatności - czy powierzanie jednej czy kilku wiodącym firmom danych milionów ludzi nie stwarza dla niej zagrożenia? Wiem, że można machnąć na to ręką, ale wydaje mi się że jednak lepiej rozsądnie zapobiegać. hipoteza
85-1 Nie jest tak, że jest przeciwny aplikacjom webowym, ale nie jestem też za przerzucaniem na ich barki odpowiedzialności za losy całego świata :wink: emocjonalne
86-0 Zaletą pisania aplikacji webowych jest o wiele tańszy i krótszy czas testowania produktu. Na rynku dominują 3-4 przeglądarki, pod które należy przygotować aplikację, dla aplikacji deskopowych niestety nie jest tak łatwo. Konfiguracja sprzętowa + wersja systemu operacyjnego + zainstalowane aplikacje + wcześniejsze wersje naszej aplikacji = o wiele większy czas i koszta testowania aplikacji deskopowej. rzeczowe
86-1 Aplikacje webowe są z zasady multiplatformowe (chodzi mi o system operacyjny) - bez większych nakładów pracy aplikacja zadziała na Windowsie, linuksie, Mac Os. Dla frameworków deskopowych np. .Net sprawa nie jest taka prosta - linuksowy odpowiedniki Mono jest stanowczo więcej niż niekompletny, dla Javy występują duże problemy ze stworzeniem identycznej warstwy prezentacyjnej dla Windowsa i linuksa. Teoretycznie tylko Qt wychodzi z tego pojedynku obronną ręką. logiczne
86-2 Chciałbym zwrócić uwagę, że czołowi producenci popularnych aplikacji deskopowych stworzyli ich odpowiedniki webowe, przez to zapełnili kolejną lukę osób, którym nie odpowiadały aplikacje deskopowe. Microsoft stworzył webowego Offica (http://office.microsoft.com/pl-pl/web-apps/), Adobe Photoshopa (http://www.photoshop.com/tools?wf=editor). rzeczowe
87-0 A nawet w takiej kwestii grunt może się osuwać spod nóg aplikacjom desktopowym, a to za sprawą bardzo ciekawego frameworku do tworzenia gier o nazwie Unity. logiczne
87-1 Unity dostarcza bardzo rozbudowany środowisko do tworzenia gier 3D na różne platformy, a jedną z ciekawszych możliwości tego rozwiązania jest opublikowanie takiej gry w wersji web. Osadzamy wtedy naszą grę na stronie internetowej jak obiekt flash czy dowolny inny i każdy kto odwiedzi naszą stronę będzie mógł sobie w nią zagrać. rzeczowe
87-2 Dane potrzebne do uruchomienia gry (dźwięki, mapy poziomów, modele 3D) są streamowane jak film, dlatego nie trzeba pobierać całej gry aby zacząć rozgrywkę, wystarczą tylko dane aktualnie potrzebne, a reszta się dociągnie w czasie samej gry. rzeczowe
87-3 Tutaj fantastyczne demo pokazujące możliwości silnika. Do uruchomienia potrzebna jest specjalna wtyczka, która jest również do pobrania z tej strony. http://unity3d.com/gallery/live-demos/index.html#bootcamp rzeczowe
88-0 Zgadzam się z przedmówcą, Unity zaskakuje możliwościami przy jednoczesnym całkowitym oderwaniu od platformy sprzętowej. Nie narzuca przy tym jedynego słusznego języka programowania. Pierwotnie pomyślany jako narzędzie do tworzenia gier, może znaleźć zastosowanie także choćby w architekturze - jako narzędzie do modelowania interaktywnych obiektów 3D. rzeczowe
88-1 Zamiast prezentować klientowi jedynie parę renderów jego nowego mieszkania, możemy dodatkowo umożliwić mu w łatwy sposób przespacerowanie się po nim łącznie z otwieraniem drzwi itp. inne
88-2 Czym różnią się te dwa modele dystrybuowania oprogramowania ? Jakie są plusy, a jakie minusy open, closed source ? Lepiej budować zamknięte oprogramowanie i je sprzedawać, czy opierać się na rozwiązaniach open source i dostosowywać je do wymagań klientów ? Jakie są szanse i zagrożenia przyjęcia jednego i drugiego modelu biznesowego ? hipoteza
89-0 Moim zdaniem ciężko powiedzieć co jest lepsze. Każdy model ma zastosowanie do innej dziedziny. hipoteza
89-2 Open Source pozwala rozwinąć aplikację za darmo, natomiast close source niestety trzeba sporym nakładem pieniędzy. logiczne
89-3 Przykład open source to sklep internetowy PrestaShop. inne
89-4 Jest to sklep opensource, każdy ma dostęp do podstawych funkcji sklepu, jak wczytywanie plików csv, tworzenie kategorii, koszyk itp. Natomiast prestashop zarabia na dodatkach do tego sklepu, np. aby dodawać do produktów jakieś filmy. inne
89-5 Jednak dość często ludzie “”zapominają“” używają aplikacji opensource, aby umieści informację przez kogo została aplikacja stworzona. inne
89-6 Closed source najlepszym przykładem jest windows. Każda wersja płatna. A praktycznie na większości komputerach. Rozumiem że ktoś powie Linux, jest taki sam, no ale nie wszystko się uruchamia na Linuxie, a przeciętnemu użytkownikowi, który chce pograć, posurfować w necie i stworzyć dokument w Wordzie, raczej nie będzie instalował innego systemu. (mogę się mylić) inne
89-7 Żeby sprzedawać close source trzeba pokazać klientowi, że ma się coś czego nie ma open source. hipoteza
90-0 Wśród ludzi panuje przekonanie, że rzeczy które są za darmo, są gorsze. Poza tym odpowiedni marketing też robi swoje, a na to oczywiście trzeba mieć pieniądze. :mrgreen: emocjonalne
91-0 Czy są gorsze to chyba nie do końca prawda. hipoteza
91-1 Jeżeli mamy aplikację takie jak joomla, drupal, prestashop, php-fusion itp. To wszystko jest darmowe używa tego dużo ludzi i może zostać bardzo dobrze przetestowane w krótszym czasie. Ludzie przy darmowym aplikacjach prawdopodobnie chętniej pomogą niż przy płątnych. Np. w Office czy w innym aplikacja jest pomóż nam rozwijać program itp. czy dużo osób potwierdza tą prośbę? hipoteza
91-2 W darmowych chętniej się pomoże, ponieważ sami jesteśmy w stanie coś dopisać przez to czasami może nam się przydać rozwiązanie problemu, które ktoś wcześniej wynalazł. emocjonalne
91-3 Zapomniałem napisać o marketingu, tworząc aplikacje opensource mamy link do tej firmy w stopce (albo tylko nazwę), natomiast pisząc tworząć własną aplikację wszystko jest nasze i reklamujemy się nazwą swojej firmy, dzięki czemu mamy plus u klienta bo “”mówimy nasza aplikacje“” a nie “”korzystamy z darmowej wersji, która jest dobra“”. emocjonalne
92-0 Jedna z różnic polega na tym, że oprogramowanie o zamkniętym źródle zwykle dostarcza support, chociaż jakość tego supportu bywa różna. Ale tak na prawdę to jest tutaj detal. inne
92-1 Otwarte oprogramowanie rozwija się szybciej, dlatego że każdy kto ma jakiś pomysł i umiejętności może nasze oprogramowanie wziąć i zrobić z niego coś lepszego. logiczne
92-2 Podobna sytuacja miała miejsce z silnikiem baz danych, o którym wspominał dr Dyczkowski. inne
92-3 Ktoś stworzył projekt, po czym przestał go rozwijać. Kod otworzono i inni ludzie zaczęli go rozwijać dalej. Kiedy zaczęło coś sensownego z tego wychodzić kod znowu zamknięto. Gdyby nie otwarte źródło, nie powstał by darmowy Firebird, a pierwotna organizacja nie miała by swojego produktu w sensownej postaci. Opłaciło się to wszystkim. rzeczowe
92-4 Z drugiej strony, jeżeli wpadniemy na genialny pomysł i wydamy go jako open source, to może się znaleźć ktoś inny, kto weźmie nasz pomysł dołoży swój i zarobi na tym miliony. My zostaniemy +/- z niczym. emocjonalne
92-5 Zatem główną wadą open source'a jest to, że zdecydowanie trudniej na nim zarobić :P inne
93-0 Trzeba zadać pytanie co ma Open/Closed Source do zarządzania projektem - co jest moim zdaniem sporym aspektem tej dyskusji. hipoteza
93-1 Jeżeli istnieje dobra społeczność chętna pracować, to projekt open source ma ogromne szanse stać się czymś “”skończonym“” (cokolwiek by to miało znaczyć). Jednak wielu projektom OS brakuje dobrego zarządzania. Należą do “”wszystkich, czyli do nikogo“”, więc nikomu nie śpieszy się z ich rozwijaniem. W myśl zasady “”niech zrobią to inni“”, ciężko jest jednak wskazać tych “”innych“”, którzy nie wypełniają swojej roboty. emocjonalne
93-2 Projekty zamknięte, zazwyczaj posiadają jakąś osobę odpowiedzialną, której zależy na rozwoju (np. dla zysku, albo sławy :) ). To popycha rozwój oprogramowania. inne
93-3 Podsumowując, uważam że rozwój oprogramowania open source jest ściśle związany z tym czy ktoś się przyznaje jako właściciel (opiekun) danego projektu. Spójrzmy na wsparcie dla takich rozwiązań jak Nokia Qt, albo Apache, za te projekt są odpowiedzialne firmy, które pilnują jakości i narzucają plan rozwijania projektów. hipoteza
93-4 Z drugiej strony szali możemy postawić wiele społecznościowych dystrybucji Linuxa, które zniknęły z rynku po tym jak pojawiły się problemy i dyskusje, a nie było żadnego właściciela, który wskazałby odpowiednią drogę. inne
94-0 Moim zdaniem przeciętne aplikacje OS, w tej formie w której teraz są dostępne, niestety nie mogą konkurować za bardzo ze zwykłymi aplikacjami. Wyjaśniam dlaczego: hipoteza
94-1 - Zazwyczaj jakość kodu, który jest otwarty jest nieporównywalnie niższa. Spowodowane to jest podejściem programistów, słomianym zapałem niektórych ludzi oraz brakiem zaangażowania w projekt, z którego nie da się utrzymać. - Projekty nie są zarządzane w profesjonalny sposób. - System to nie tylko aplikacja, ale wsparcie do niej itp. - Projekty z zamkniętym kodem niosą za sobą duże straty w przypadku ich nieukończenia - niestety w projektach OS brakuje takiego aspektu, dlatego często umierają same śmiercią naturalną. emocjonalne
94-2 Z drugiej strony nie twierdzę, że wszystkie aplikacje OS są do niczego. Sam używam kilku aplikacji i jestem zadowolony, ale zazwyczaj są to aplikacje wspierane przez wielkie przedsiębiorstwa i tylko dlatego ich jakość jest taka wysoka. inne
94-3 Tak sobie czytam wasze wypowiedzi i naszlo mnie pytanie co się bardziej oplaca dla firm, zakupienie oprogramowania clsoed source czy uzyskanie oprogramowania open source? Jakie koszta pociagnie za soba wdrozenie open a closed source? hipoteza
94-4 Doszedlem do wniosku, ze bardziej oplaca sie wdrazac systemy open source(oczywisice jesli istnieje odpowiedni do naszych potrzeb). Mysle iz wdrozenie otwarto zrodlowych programow zamknie sie w klosztach wsparcia technicznego i szkolen pracownikow, a w closed source mamy opragromowanie+ abonament na wsparcie techniczne + szkolenia pracownikow. logiczne
95-0 I tak, i nie. Przecież są projekty OS, które posiadają szeroki support i szkolenia. Na przykład różne dystrybucje Linuxa są dostępne z płatnym supportem, więc można mieć aplikację za darmo oraz solidne wsparcie. rzeczowe
95-1 Jednak wiele systemów/aplikacji pisanych jest przez społeczność i tu jest pytanie. Czy Kowalski - pracownik firmy z działu księgowości będize miał chęć znaleźć rozwiązanie w sieci? W takim przypadku trzeba by mieć przeszkolonego człowieka od udzielania supportu (koszta!). hipoteza
95-2 W przpyadku programów płatnych można zawsze wymóc support. W końcu jak się płaci, to się wymaga, a dla klienta sprzedawcy zrobią wszystko. emocjonalne
96-0 Najbardziej odpowiada mi model, który wytworzył się w środowisku Javovym, a który został zapoczątkowany przez Apache Foundation. Pisząc aplikację na platformę J EE z jednej strony mamy dostęp do komercyjnych elementów infrastruktury posiadających dobre wsparcie techniczne (jak serwery aplikacyjne, systemy kolejkowe, szyny etc.), z drugiej strony mamy szereg bibliotek programistycznych open source, dostępnych na licencjach pozwalających na wykorzystywanie w projektach komercyjnych (jak Apache License). rzeczowe
96-1 Biblioteki programistyczne z otwartym kodem źródłowym posiadające licencję umożliwiającą zastosowanie w celach komercyjnych mają kilka zalet. Po pierwsze każdy może je pobrać i ich użyć. Programista/projektant/architekt może zatem ułatwić pracę sobie i swojemu zespołowi unikając jednocześnie pytań ze strony kierownictwa projektu w rodzaju “”Po co wam framework do serializowania obiektów do postaci XML za 10000$? Mamy napięty budżet. emocjonalne
96-2 Przecież możecie wygenerować XML ręcznie?“”. Po drugie dostępność otwartych bibliotek sprawia, że łatwiej znaleźć znającego je programistę (Ilu programistów miało do czynienia z Hibernate, a ilu z komercyjną wersją TopLinka?). Po trzecie sam dostęp do kodu źródłowego biblioteki bywa w niektórych sytuacjach nieoceniony np. można podpiąć kod źródłowy do debuggera i założyć pułapkę niżej/wyżej niż ma to miejsce w przypadku aplikacji bazującej na zamkniętych bibliotek. inne
96-3 Z drugiej strony zrzucenie odpowiedzialności za prawidłowe działanie takich usług jak klastrowanie instancji serwera aplikacyjnego czy failover na komercyjne komponenty infrastruktury pozwala firmie zmniejszyć ryzyko związane z utrzymywaniem aplikacji. logiczne
96-4 Dlatego uważam, że najwygodniejszy dla producenta oprogramowania model biznesowy to: 1. Wykorzystać komercyjne komponenty środowiska uruchomieniowego (serwery aplikacyjne, systemy kolejkowe, chmurę). 2. Okleić komponenty z pkt. 1 rozpowszechnionymi otwartymi bibliotekami z licencją umożliwiającą zastosowanie w projektach komercyjnych. 3. Sprzedać usługę lub zamkniętą aplikację bazującą na punktach 1 i 2. hipoteza
96-5 To dość obszerny temat, moim zdaniem wszystko zależy od tego jaki cel chcemy osiągnąć. hipoteza
96-6 Jeśli zależy nam na jakimkolwiek rozwoju, a nie dysponujemy środkami czy wiedzą OS może nam w tym pomóc. Niesie to za sobą oczywiście problemy związane z nieładem i błędami w kodzie, nieskończoną liczbą nic nie wnoszących wersji ( w skrajnych przypadkach różnią się jedynie np. lepszym zestawem motywów wizualnych) itp. logiczne
96-7 W celach zarobkowych CS sprawdza się lepiej. Mamy kontrole nad rozwojem oprogramowania ale wiąże się to z poniesieniem kosztów. Jeśli projekt okaże się nieudany (np. nie trafi w branżę lub nie będzie przyjazny dla użytkowników) to padnie, a poniesionych kosztów nie da się w takim przypadku odzyskać. logiczne
96-8 Jeśli projekt OS jest odpowiednio zarządzany i w procesie implementacji oprogramowania biorą udział pasjonaci (ew. osoby posiadający pewien pozom umiejętności) to przedsięwzięcie ma szanse powodzenia (także finansowego). W takim przypadku każdy może coś wnieść do projektu, nie koniecznie kawałek kodu. inne
97-0 Moim zdaniem to strasznie szerokie uogólnienie. Nie ma czegoś takiego jak “”przeciętna“” aplikacja. inne
97-1 Spowodowane to jest podejściem programistów, słomianym zapałem niektórych ludzi oraz brakiem zaangażowania w projekt, z którego nie da się utrzymać. rzeczowe
97-2 Nie wiem skąd czerpiesz informacje o jakości kodu zamkniętego skoro jest zamknięty. Jak dotychczas najbardziej pełne porównanie kodu dużych projektów jakie widziałem, to praca Diomidisa Spinellisa porównująca kernele FreeBSD, Linux 2.6.18, Solaris i Windows Research Kernel (z grubsza kernel Windows Vista)http://www.spinellis.gr/pubs/conf/2008-ICSE-4kernel/html/Spi08b.html. Linux wypada moim zdaniem lepiej od Windowsa (przeczytałem całą pracę). rzeczowe
97-3 Akurat jeśli chodzi o jakość kodu to środowisko FLOSS ma w tym punkcie dość łatwo, bo do masy projektów zgłaszają się ludzie, którzy nie umiejąc za dobrze programować, cieszą się wkładem do projektu w postaci sprzątania. inne
97-4 Ciężko też przychylić się do tego argumentu, chociażby ze względu na dotychczasowe historie z otwieraniem kodu dużych aplikacji zamkniętych. rzeczowe
97-5 Praktycznie każda taka historia zaczyna się od gruntownego przepisania kodu do czytelniejszej wersji. Było tak w przypadku Quake2, Quake3, blendera czy Netscape Navigator. inne
97-6 Zatem ten argument uważam za nietrafiony. Zwłaszcza w świetle jakości kodu dużych aplikacji, które zostały otwarte. logiczne
97-7 Projekty, które nie są prowadzone w profesjonalny sposób umierają. I jest to moim zdaniem jedna z największych zalet FLOSS. Naturalna selekcja pozostawi najlepszych i najpotrzebniejszych logiczne
97-8 Dlaczego aplikacje FLOSS nie radzą sobie zatem na naszych biurkach? Duże projekty tego typu najczęściej utrzymują się ze wsparcia, i te radzą sobie zazwyczaj bardzo dobrze. Ale utrzymanie ze wsparcia aplikacji desktopowych nie działa. Dlaczego? Bo jeżeli użytkownik potrzebuje wsparcia do aplikacji dekstopowej, to przegrałeś. Tutaj ten model biznesowy nie zadziała. hipoteza
97-9 Warto też się czasem zastanowić, czy jeżeli moglibyśmy korzystać w naszej pracy z projektu FLOSS gdyby nie jedna brakująca funkcjonalność to nie taniej wyjdzie opłacić kogoś do napisania tej funkcjonalności niż kupować licencje. inne
98-1 To zależy, uważam, że przykładowo do gier sieciowych kod nie powinien być dostępny, ponieważ wiadomo, że przy otwartym kodzie łatwiej znaleźć błędy i to może być wykorzystane do kantowania :) logiczne
98-2 Ale jeśli chodzi o programy czy OS to jak najbardziej otwarty z tego względu, że po pewnym czasie błędy zostaną wyeliminowane :) logiczne
98-3 "No i na zakończenie tak jak mówił Stallman w filmie Linux Code, Open Sorce jest jak przepis na ciasto, jeśli go masz to zawsze możesz coś dodać od siebie, coś ulepszyć, itd. ;-)" inne
99-0 Fakt zwykle jest tak że dostajemy wsparcie techniczne razem z oprogramowaniem o zamkniętym kodzie, lecz społeczność rozwijająca programy open source jest znakomitym wsparciem, czasami nawet uzyskamy szybciej rozwiązanie naszego problemu. inne
99-1 A jeśli nie, to zawsze możemy skorzystać (oczywiście za odpowiednią opłatą) z wyspecjalizowanych firm. Przykładowo dla wspomnianego przez Łukasza CMS Drupal-a istnieje wiele firm specjalizujących się w wdrożeniach systemu, pomocy technicznej, hostingu oraz szkoleniach. Przykładowy spis firm poniżej: http://drupal.org/drupal-services rzeczowe
99-3 Dzięki temu open source daje możliwość zarobienia innym. logiczne
100-0 Pozwolę się nie zgodzić z powyższym twierdzeniem. Zasada “”Security by obscurity“” nie działa nigdy. emocjonalne
100-1 Wielokrotnie udowodniono, że jest dokładnie odwrotnie. Im system jest bardziej otwarty, tym większa szansa, że jest bezpieczny. http://pl.wikipedia.org/wiki/Zasada_Kerckhoffsa rzeczowe
101-0 W biznesie możemy nie mieć takiego wyboru, ponieważ klient/projekt może nie zezwalać na udostępnianie kodu aplikacji, bo jeśli płaci za pracę programistów to dlaczego inni mają korzystać z niej za darmo? Chyba takim powodem kieruje się większość firm komercyjnych tworzących oprogramowanie.. hipoteza
101-1 Jestem jednak pełen podziwu dla p. R. Stallmana od którego chyba cały ruch open-source się rozpoczął. (http://en.wikipedia.org/wiki/Open_source_movement) rzeczowe
101-2 Czy uważacie, że firmy komercyjne zmienią swoje modele biznesowe i spróbują się wpisać w ten nurt? tzn. czy kiedyś Apple lub Microsoft udostępnią swój kod.. hipoteza
101-3 A jeśli firma płaci swoim programistom za pracę, i na ich pracy zarabia, to dlaczego ma pozwalać zarabiać na tym innym firmom (oddając im w ten sposób część zysków)? Trzeba tu rozgraniczyć, że jedne rzeczy tworzy się dla kasy, a inne dla idei. hipoteza
102-0 Pozwolę sobie nieco zacieśnić obszar rozpatrywania czy lepsze jest oprogramowanie open, czy closed-source. Zastanówmy się tylko i wyłącznie nad dwoma pakietami biurowymi, które są raczej wszystkim dobrze znane. inne
102-1 Rozpatrzmy pakiety MS Office i OpenOffice. Pierwszy z nich, to komercyjny pakiet Microsoft'u, za który trzeba dość słono zapłacić. Drugi z nich to open-source, który nic nas nie kosztuje. Obydwa oferują bardzo zbliżone funkcjonalności. Pokusiłbym się nawet na stwierdzenie, że w obydwu można wykonać praktycznie to samo. Jeśli chodzi o łatwość obsługi, to każdy z was ma pewnie swojego faworyta, ale ogólnie ich obsługa nie nastręcza większych problemów. inne
102-2 Zatem logicznym jest stwierdzenie, że OpenOffice powinien być bardziej popularny. W końcu jest darmowy. Tak jednak nie jest - jest wręcz odwrotnie. Zdecydowana większość firm pracuje na MS Office i na Windows'ach (a nie darmowych dystrybucjach Linux'a). Nawet pracownicy naszego wydziału. Dlaczego tak jest? hipoteza
102-3 Ostatnio usłyszałem opinię, że Microsoft przyzwyczaił użytkowników do swojego oprogramowania. Muszę się całkowicie zgodzić z tą wypowiedzią. Jakby nie patrzeć większość przeciętnych użytkowników utożsamia edytor tekstu z MS Word i jest tak od lat. Właśnie - mamy odpowiedź. MS Office jest na rynku od 1989 roku i użytkownicy przyzwyczaili się do niego. inne
102-4 Microsoft ma całkiem przystępną politykę cenową dla sektora edukacyjnego. W szkołach uczymy pracować się na MS Office. Nikt nie lubi zmian i skoro umiemy obsługiwać dobry pakiet biurowy, którym MS Office niewątpliwie jest, to po co uczyć się nowego? Dlatego OpenOffice i inne darmowe pakiety biurowe nie mogą zdobyć większości na rynku. logiczne
102-5 Podsumowująć, wydaje mi się, że nie można powiedzieć tak po prostu co jest lepsze: open, czy closed-source. Gdyby fakt, że programy open-source są darmowe byłby przesądzający, to na rynku nie byłoby produktów komercyjnych. Jednak one istnieją, czy to przez nasze przyzwyczajenie, czy też po prostu pozwalają na więcej w stosunku do programów darmowych. W każdym razie niech każdy wybierze co lubi. logiczne
103-0 Odnosząc się do wypowiedzi kolegi zgodzę się, że bardziej popularnym pakietem biurowym jest MS Office, lecz trzeba wziąć tu pod uwagę jedną bardzo ważną rzecz, a mianowicie legalność używanego oprogramowania. Firmy aby ustrzec się wysokich kar muszą wykupywać licencje na oprogramowanie, lecz użytkownicy prywatni mają tendencję do ściągania z Internetu “”darmowych“” wersji swoich ulubionych programów czyli tzw. piratów. inne
103-1 Obecnie nie ma najmniejszego problemu ze znalezieniem interesującego nas pakietu biurowego firmy Microsoft, które będzie działało u nas bez zakupu licencji (oczywiście nie polecam takiej wersji, nigdy nie wiadomo co dokładnie zmodyfikowali crakerzy). Tak jak pisał kolega, użytkownicy bardzo przyzwyczajają się do programów na których wcześniej pracowali i które się sprawdziły, więc mając możliwość pobrania “”darmowego“” pakietu MS Office niejako zwiększając tym jego popularność na rynku. inne
104-0 Zauważmy, że proces “”przyzwyczajania użytkowników do programów“” zaczyna się już w szkole - gdzie na każdej technologii informacyjnej dzieciaków uczy się obsługi Worda i Excela, w ogóle nie wspominając o istnieniu Writera czy Calca. Smutna prawda jest taka,że nie ludzie nie używają tego co lepsze, tylko tego co “”modne“” (czyli reklamowane). emocjonalne
105-0 W takim razie w szkołach i na uczelniach zajęcia dot. pakietów biurowych powinny być prowadzone nie tylko na produktach Microsoftu albo OpenOffice, ale z wykorzystaniem kilku pakietów. Należy przedstawić użytkownikom wszystkie alternatywy i dać możliwość wyboru. hipoteza
105-1 Każdy pakiet ma swoje wady i zalety… logiczne
105-2 Nie należy zapominać również o narzędziach typu TeX, które również w pewien sposób wpisują się w nurt narzędzi biurowych (jako edytor tekstów). inne
106-0 Mówiąc szczerze, od większości użytkowników po przedstawieniu im alternatyw i pozostawieniu wyboru pakietu biurowego, spodziewałbym się czegoś w rodzaju wybudzenia ze snu, w który użytkownika wprowadził ów wykład i sentencji w stylu: “”aha, a który jest najlepszy?“” 8) inne
106-2 "Albo na przykład: “”no to wszystko ładne jest co Pan mówi, może to co Pan mówi jest nawet dużo wygodniejsze i szybsze, ale ja jestem zadowolony z tego co mam, ja tam i tak tylko listę zakupów robię…""" inne
107-0 Czyli wnioski: użytkownik nie lubi podejmować wyboru, użytkownik nie lubi zmian, użytkownik jest zadowolony, że stan zastany umożliwia mu to czego potrzebuje. hipoteza
108-0 Definicja Wolnego Oprogramowania opublikowana przez FSF: Oprogramowanie wolne udziela odbiorcom 4 wolności: * wolność uruchamiania programu, w dowolnym celu (wolność 0) * wolność analizowania, jak program działa, i dostosowywania go do swoich potrzeb (wolność 1) * wolność rozpowszechniania kopii, byście mogli pomóc sąsiadom (wolność 2) * wolność udoskonalania programu i publicznego rozpowszechniania własnych ulepszeń, dzięki czemu może z nich skorzystać cała społeczność (wolność 3). rzeczowe
108-1 Jako warunek konieczny wolności 1 i 3 jest wymieniony dostęp do kodu źródłowego. rzeczowe
108-2 Tylko jeżeli program spełnia wszystkie cztery wolności jednocześnie, może być uznany za Wolne Oprogramowanie. Jeśli nie spełnia dowolnej z nich- jest zamkniętym oprogramowaniem. logiczne
108-3 Lepiej budować zamknięte oprogramowanie i je sprzedawać, czy opierać się na rozwiązaniach open source i dostosowywać je do wymagań klientów ? hipoteza
108-4 To zależy od specyfiki oprogramowania- np. jak było mówione niedawno na wykładzie jeżeli sprzedajemy oprogramowanie wspierające jakieś przedsiębiorstwo, to klient nie nagnie z chęcią swojego biznesu do naszego produktu i jeszcze za to zapłaci, ale to my mamy dostosować swój produkt do niego. inne
109-0 Nie do końca tak jest. Rozwiązanie prostych, często spotykanych problemów faktycznie można szybko odszukać, natomiast odnalezienie rozwiązania w bardziej skomplikowanych problemów wiąże się z przebiciem przez multum bezwartościowych wypowiedzi i porad. emocjonalne
109-1 Odnośnie porównania edytorów komercyjnych i darmowych trzeba wziąć pod uwagę drobny fakt,iż większość dużych przedsiębiorstwo wymaga od podwykonawców dostosowania się do pewnej formy współpracy. Spotkałem się np. z odrzuceniem oferty przetargowej z powodu “”błędnego“” formatu pliku (.odt). Oczywiście to skrajny przypadek. Pewne trendy napędza rynek, firmy korzystające z darmowego oprogramowania tego typu są gorzej postrzegane. Tak mi się wydaje. Zaznaczam, że ja tak nie uważam :) inne
110-0 Jak już wspomniano, ludzie wolą używać oprogramowania które znają, do którego się przyzwyczaili i wykazują dużą niechęć do zmian. Uważam jednak, że ten problem sięga głębiej. Z punktu widzenia przeciętnego użytkownika komputera, który jest laikiem, idea OS bywa user-unfriendly. Weźmy pod uwagę choćby rozgałęzienia projektów. Większość ludzi słyszała o Linuxie, ale mało kto z nich zdaje sobie sprawę, że nie jest to jednolity system. inne
110-1 Jak powiem przeciętnemu Kowalskiemu, że ma tu 100 różnych dystrybucji (trudne słowo, już się kolana uginają) systemu z rodziny Linux, w dodatku niekoniecznie w 100% kompatybilnych ze sobą, to zapewne ucieknie z krzykiem “”Ja chcę do mojego XP“”. To samo tyczy się OpenOffice - powstają różne wersje wśród których można się zgubić, a sam produkt wydaje się być “”rozmyty“”. emocjonalne
110-2 Wadą OS jest także podatność na konflikty. W komercyjnym projekcie o zamkniętym źródle ludzie robią to, co im się każe bo dostają za to pieniądze. Nie twierdzę, że jest to lepsze rozwiązanie, ale zapewnia jakąś spójność. W OS bywało już tak, że projekt się branchował i rozwijane były dwa produkty implementujące te same funkcjonalności, co jest marnowaniem czasu i pracy programistów, tylko dlatego, że ktoś się pokłócił. logiczne
111-0 Muszę się nie zgodzić z tym, że OO jest dobrym odpowiednikiem MS office. hipoteza
111-1 Weźmy na przykład open office 2.3 czyli wersje z około 2007 roku. Wiedząc jak często jest zmieniane oprogramowanie w firmie sadzę, że jest to dobra wersja do porównania. Owszem możemy zmieniać oprogramowanie co wyjście nowej wersji ale większość pracowników chyba nie będzie z tego powodu szczęśliwa. Porównajmy ją teraz do MS office 2000 (7 lat starszy). W MS office nie mamy problemu z listami numerowanymi jaki zauważyłem w materiałach z przedmiotu DB2. inne
111-2 Otwierany plik w MS office listy w różnych częściach pliku były numerowane od początku a w OO ciągiem, ten sam problem widziałem jeszcze kilka razy. Teraz z kolei weźmy Impressa i PowerPointa. Osobiście w Impressie nie potrafię znaleźć gdzie się wstawia tabele do slajdu bądź pole tekstowe. Wydawało by się, że menu Wstaw powinno nam pokazać opcje „Tabele”, „Pole Tekstowe” no ale ich tam brak niestety. Od jakiegoś czasu (z lenistwa) nie chcę mi się zdobyć MS office i pracuje na wspomnianej wersji OO, muszę przyznać, że jest to katorga. inne
111-3 Weźmy teraz Linuxa sprzed kilku ładnych lat, żeby zainstalować w Red Hacie kartę graficzną trzeba było ręcznie edytować różne pliki tekstowe z czym nie poradzi sobie przeciętna osoba i już dochodzi konieczność wołania specjalisty od IT z każdym problemem. inne
111-4 Czasy się zmieniają, OO ewoluuje a kartę graficzną w Linuxie instaluje się prościej. Problem jest natomiast taki, że biorąc przeciętną małe przedsiębiorstwo, oprogramowanie zmieniają raz na kilka lat. Jeśli w 2007r. OO się nie nadawał do używania przez firmę która chce być uznawana za poważną to nic dziwnego, że wybrali w tym okresie MS office i że wybiorą ponownie. Słyszałem kilka razy, że firma woli zapłacić za produkty Microsoftu niż mieć potem problemy i wcale się nie dziwie. inne
111-5 Produkty Microsoftu od dawna spełniają oczekiwania klientów czego niestety nie możemy powiedzieć o części wolnego oprogramowania. hipoteza
112-0 ciężko mi się jest nie zgodzić z kolegą wyżej. Próbowałem przekonać się do wielu dystrybucji linuxa (Mandriv, Debiana, Ubuntu, Gentoo) i poza faktem że miałem znaczną kontrole nad systemem, mogłem go zoptymalizować to barierą nie do przejścia było szukanie zamienników programów z Windowsa. inne
112-1 Nikt mi nie powie ze GIMP jest lepszy od PS a linux łatwiejszy w obsłudze od Windows 7. Co z tego ze linux się nie “”psuje“” jak windowsa możne obsłużyć nawet kilku letnie średnio zdolne dziecko a do linuxa trzeba posiadać już “”jakś“” wiedzę i nieraz zainstalowanie głupiego programu wymaga zmiany repozytoriów albo innych dziwnych rzeczy emocjonalne
113-0 Nie do końca się z tym zgodzę (pozwolę sobie zahejcić). Już jakiś czas temu czytałem o ciekawym eksperymencie, który polegał na tym, że dwóch ludzi z zerową wiedzą o komputerach “”posadzono“” przed Windowsem i Ubuntu. Radzili sobie podobnie (oczywiście mieli do wykonania jakieś proste rzeczy typu napisanie dokumentu, czy przeglądanie zdjęć). Problemem jest bardziej to, że ludzie są bardziej przyzwyczajeni do systemow Windows (przynajmniej w Polsce). I stąd taka niechęć do zmian. inne
114-0 Open source na serwerze, closed source na desktopie. hipoteza
114-1 W teorii oprogramowanie open source ma masę zalet - jest darmowe (epsilon ewentualna kompilacja), źródła są dostępne, mogę łatkę łatwo napisać. Niestety jak to zwykle bywa teoria ma niewielkie szanse w starciu z praktyką. Desktopowe aplikacje, które mnie interesują bardzo rzadko są na licencji open source: mirc, total commander, hamachi, tasktop i inne dziwne aplikacje. Te rzeczy, które wymieniłem to różne niszowe rzeczy, którymi się interesuje niewielka ilość ludzi, pośród których znalazł się developer chętny coś takiego napisać. inne
114-2 Niewiele osób ma w sobie tyle altruizmu, żeby poświęcać swój czas na pisanie oprogramowania i wypuszczanie go za darmo. Model ekonomiczny dla desktopowych aplikacji closed source się sprawdza: znajdź niszę, napisz oprogramowanie, sprzedawaj. Z open source bywa różnie i sukces odnoszą, głównie te projekty (LibreOffice, Linux, Firefox), które mają komercyjne wsparcie, pozostałe najczęściej umierają przez zapomnienie. logiczne
114-3 Inaczej wygląda sytuacja na serwerze - tam chcę mieć świadomość, że kod aplikacji jest dostępny, zaudytowany przez masę ludzi i w konsekwencji wolny od błędów. “”Given enough eyeballs, all bugs are shallow“”. emocjonalne
114-4 Oszukiwanie w grach komputerowych dzisiaj nie ma związku z samymi błędami w grze. Same błędy w grach są (najczęściej) względnie szybko paczowane przez producenta. Plagą za to jest (nieetyczny, nielegalny, nielubiany) biznes, który sprzedaje graczom “”wspomagacze“” niezależnie od tego czy gra ma kod zamknięty czy otwarty. inne
114-5 Kilka przykladow z youtube'a: http://www.youtube.com/watch?v=uwgZj6TcIdk http://www.youtube.com/watch?v=nCx4zzaKoEU rzeczowe
114-6 Podobno nawet w szachach przez internet jest to problem - ludzie instalują superprogram do grania w szachy (Fritz, Rybka) i za jego pomocą grają. inne
115-1 Wszystko zależy od indywidualnych preferencji i przyzwyczajeń użytkowników. Wcześniej były porównywane pakiety Open Office i MS Office. Według mnie na OO pracuje się jak na biedniejszym bracie MS. OO jest zawsze z tyłu za MS. Z kolei patrząc na przeglądarki internetowe, firefox przewyższa niemal pod każdym względem IE i chociaż to IE jest instalowane z każdym windowsem, to jego popularność z roku na rok maleje. logiczne
115-2 Popularność używania przeglądarek na świecie(dane z października 2010 wg serwisu StatCounter): - IE - 49% - Mozilla Firefox - 31% - Inne - 20% rzeczowe
115-3 Popularność używania przeglądarek w Polsce (dane z października 2010 wg serwisu StatCounter): - Mozilla Firefox - 53% - IE - 20% - Inne - 27% rzeczowe
115-4 Gdzie dla porównania w 2005 roku z IE korzystało ponad 80% użytkowników, a z firefoxa zaledwie 8%. rzeczowe
115-5 Wynikałoby z tego, że jeśli produkt jest dobry (nie ważne czy open czy close source), to użytkownicy prędzej czy później to zuważą (oczywiście reklama robi swoje) i zaczn