Warning: Parameter 1 to wp_default_scripts() expected to be a reference, value given in /homepages/36/d441047049/htdocs/wordpress/wp-includes/plugin.php on line 580
Komentarze do: Twit Programmers of the Year (5) http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/ Gdzieś między Polską a Niemcami, a szczególnie w NRD Thu, 04 Apr 2019 13:20:12 +0000 hourly 1 Autor: xp17 http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18277 Fri, 15 Sep 2017 19:16:41 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18277 Nie twierdzę, ze SSD jest do wszystkiego i zawsze dobre, ale na pewno przyspiesza pracę. Nie tylko podczas odpalania programu, czy systemu. Np. u mnie następuje co jakiś czas autosave projektu i na HDD to przeszkadzało, bo na kilka sekund blokowało program,

]]>
Autor: cmos http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18275 Mon, 11 Sep 2017 21:45:30 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18275 Przeceniasz mnie, Unix to dla mnie tylko narzędzie, nie zajmuję się zagadnieniami niepotrzebnymi mi do czegoś istotniejszego.
A i nie sądzę żeby w Googlu robili takie głupoty, żeby wysyłać tak po prostu cały kod i zawsze – w końcu większość kodu amatorów jest dostępna publicznie na GitHubie i nie trzeba tak kombinować (mój nie, mam swój serwer Gita w domu). A szpiegostwo to już poważniejsza sprawa, jeżeli coś takiego się robi, to na pewno nie otwarcie.

]]>
Autor: krwawykrolik http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18274 Mon, 11 Sep 2017 21:17:31 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18274 Jako Unixowy nerd nie powinienes miec problemu z analiza ruchu sieciowego generowanego przez aplikacje :)

]]>
Autor: cmos http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18273 Mon, 11 Sep 2017 21:06:23 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18273 Tak, tak, privacy policy, ale pierwsze co robi ten Fabric po starcie aplikacji to przesłanie advertising Id do Googla. Znaczy Google już tylko na tej podstawie wie o każdym starcie mojej aplikacji (i nie tylko mojej, podobno większość tego używa) u każdego, indywidualnie identyfikowanego użytkownika. Lokalnie ten Fabric wie o każdym projekcie w workspace Android Studio – ja mu, cholera, nie wierzę. Na razie eksperymentuję tylko i mi wszystko jedno, ale jak dojdę do robienia czegoś prawdziwego to się poważnie zastanowię nad wyłączeniem go.

]]>
Autor: krwawykrolik http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18272 Mon, 11 Sep 2017 20:46:32 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18272 Nie mam. Nie moge tez tego skomentowac w zaden inny sposob jak tym linkiem: https://www.google.com/policies/privacy/

]]>
Autor: cmos http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18271 Mon, 11 Sep 2017 20:29:37 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18271 I tak jeszcze przy okazji: Masz jakiś kontakt z Fabric? Z jednej strony to jest dobre, z drugiej niepokoi mnie, czy Google nie podgląda w ten sposób mojego developmentu. Znaczy czy pomysły nie wyciekają w ten sposób. To, że wyciekają dane użytkowników to oczywiste, ale jak podłączę się na etapie wczesnego developmentu to jaką mam gwarancję, że Google nie zobaczy tego i nie wejdzie w to, co robię przede mną? Wiadomo Ci coś na ten temat?

]]>
Autor: cmos http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18270 Mon, 11 Sep 2017 20:18:11 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18270 Ostatnio intensywnie zajmuję się Androidem i na początek napiszę coś na blogu, ale chętnie podrzucę też co nieco ludziom odpowiedzialnym.

Na początek to mam poważną uwagę do API generalnie: cała masa metod i atrybutów akceptujących tylko kilka wartości jest typu int, a nie enum. Ja przy review każę takie rzeczy poprawiać nawet w C, a co dopiero w języku ze ścisłą typizacją. Zaakceptowałbym nawet rozwiązanie z użyciem annotacji @IntDef, ale żeby było jakieś sprawdzenie.

]]>
Autor: krwawykrolik http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18269 Mon, 11 Sep 2017 20:09:30 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18269 Od niedawna pracuje w spolce zaleznej Google ktora korzysta z Googlowej infrastruktury (repozytorium kodu, itd. – opisane w tym artykule https://cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-repository/fulltext) i jestem – po latach pracy w duzych badz malych firmach spoza sektora „technology” – zachwycony. Nigdy jeszcze mi sie nie pracowalo tak wygodnie.

Jezeli Ci sie chce, to mozesz opisac gdzies po angielsku swoje wrazenia n/t Android Studio (tylko bez inwektyw :D), to podesle komus w Google kto sie tym zajmuje.

]]>
Autor: kwik http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18267 Tue, 05 Sep 2017 02:21:15 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18267 SSD jest zasadniczo słuszne w laptopach, ale w stacjonarnych – tak jak cmos mówi – to zależy. Czasem jest absolutnie bez sensu. Np. mam w pracy peceta obsługującego jedno konkretne urządzenie przy użyciu jednego programu. Generowane dane są za duże na SSD, a to że system i software załaduje się szybko nie ma znaczenia, bo komputer włączany jest raz dziennie. A potem nic nie działa szybciej, bo niby jakim cudem.

SSD sprawdza się świetnie tam, gdzie wąskim gardłem jest czas dostępu do dysku. A szybki transfer to możesz mieć z normalnych dysków w RAID 0. SSD nie dają za darmo, więc lepiej wiedzieć czy warto.

]]>
Autor: xp17 http://nrdblog.cmosnet.eu/2017/08/twit-programmers-of-the-year-5/#comment-18266 Mon, 04 Sep 2017 18:51:52 +0000 http://nrdblog.cmosnet.eu/?p=12238#comment-18266 SSD sprawdza się przy każdej okazji. wszystko działa szybciej i mocnego kopa dostaje nawet stary komputer. z tym, że minimum to SATAIII

]]>