I w PPC zdecydowanie się to „nie udało”. Choć biorąc pod uwagę kolejkę to jest ok
Poczytam w domu bo w pociągu mnie „zastałeś”.
Co do kodeków to takie same standardowe systemowe czyli h2 cośtam w obu identyczny.
Jak dziś kupie iPhone 6(+) to pewnie za dwa dni dopiero ;-)
M$ Już to zrobić usiłował i się przejechał… w 10 wracają do „rozdzielonych” interfejsów. Apple raczej wyraźnie obrało kierunek rozdzielności interfejsów. I oby tak było nadal…
Mój punkt widzenia postaram się przedstawić za 1-2 dni (w części II). Oczywiście jak w moim bio piszę: subiektywnie i wg mojego doświadczenia (i uprzedzeń) ;-)
Spokojnie! Ja chyba i tak nie potrafię pisać inaczej ;-)
Choć czasem „obrywa” mi się, że spłycam (od „technicznych”), a czasem odwrotnie ;-)
Przywykłem…
Wypracuję jakiś kompromis ;-)
:-) Już mi ktoś pisał na TT, że trochę zbyt technicznie piszę. Muszę coś z tym zrobić ;-)
Dziękuję! ;-)
Alę, że przesiadki na inne procesory dla Apple to nie pierwszyzna „dotarło”? Jak tak to na początek wystarczy ;-)
W drugiej części postaram się bardziej obrazowo ;-)
Jasne, że nie pójdzie! Ale nie do końca zgodzę się z brakiem mocy. Już A7 w testach niewiele ustępowali i5. A zobacz co potrafi dokonać optymalizacja: https://www.youtube.com/watch?v=1SDWSzat2bg&feature=youtu.be
Więcej w następnej części.
Wstrząsające!
Pierwszym i najważniejszym początkowo założeniem RISC było skrócenie listy rozkazów bo i tak z list rozkazów CISC ledwie 30 % jest często używana. Dalej poszło wywalenie operacji na argumentach w pamięci i ujednolicenie rejestrów.
No ale pewnie wiesz lepiej. Bo ja biedny w asemblerze tylko CISCowe Motorolki programowałem. Na PPC już tylko w językach wyższego poziomu. Wiec pewnie się słabo znam.
Nie piszę tu dla superznawców tematu i nie minąłem się z prawdą. Zestaw instrukcji PPC poznałem dość dobrze jak i jego rejestru i budowę. Do teraz mam książki przysłane przez Motorolę.
Poczekaj do drugiej części. Na razie zobacz to: http://youtu.be/1SDWSzat2bg
No i tak trzymać ;-)
Weź poprawkę na moje „pseudo” ja z zasady nie lubię M$ (choć już mniej, sam się w już prawie wykończył) ;-)
Jak ostatni raz patrzyłem w SDK M$ dla Windowsa to było tam z 5 razy mniej API dla programistów i większość rzeczy jakie w Mac za programistę robił system trzeba było samemu. Ale to dawno było… sam praktycznie nie mam kontaktów z Windowsem (chyba, że czasem u klientów ale tylko przy konfiguracji numerów IP ;-)
W Swift klamry [] tylko przy typach jak tablice czy słowniki znajdziesz ;-) Już nie ma ich w wywoływaniu metod (funkcji). Bardzo mi się Swift spodobał (choć dopiero jeden projekt w nim robię).
Napisało to, bo w zasadzie maile być to kawałek kody nez interakcji z UI ale wyszło tak, że kolorki zmienia i dane odczytuje… no nie są to animacje widokami ale jednak ;-) No ale OO.
Mam znajomego, który kilka lat temu pracował w M$. Wiesz, że tam prawie nikt (wtedy) nie robił dokumentacji do kodu? A komentarze stosowali rzadziej niż jak ;-) To raczej nie jest dobra praktyka. Może i teraz te ich nowe windy jakoś jeżdżą ale użytkownicy i tak wolą XP ;-)
No SDK to rzeczywiście, ale API to czemu nie? Apple tak każdy kawałek jakiejś funkcjonalności systemu udostępnionej deweloperom nazywa.
Po pierwsze oba są w ObjC ;-)
Po drugie nie chciałem pokazywać obsługi UI ale właśnie to co może być wspólne. To, że trochę UI się trafiło to tylko bardziej pokazuje podobieństwa. A mi na pokazaniu podobieństw (czyli tego, że te systemu juś są połączone) zależało. To, że UI jest inaczej (w większości) obsługiwane to też zaznaczam.
W trzecim punkcie masz sporo racji może to nie był najlepszy wybór ale już mi sił zabrakło na dalsze poszukiwania. No i NSString to nie klasa języka (jak w Twoim przykładzie) lecz API (SDK). Swift np. z tej samej systemowej klasy może korzystać choć ma też swją String inną od tej systemowej NS…
Dzięki! Już poprawiam ;-)
We wpisie jest link to momentu gdy to mówi w relacji z konferencji.
I całkowicie się z Tobą zgodzę! Mail (10.10.2 beta) trochę się przycina ale to beta ;-)
Używam od lipca i bez jego nowych funkcji już ciężko było by mi się obejść.
To podkradanie to najlepsze co można teraz zrobić.
Dziękuję ;-)
To napisz co takiego fajnego było by w tym połączeniu systemów dla użytkownika?
To mnie bardzo interesuje (choć jak użytkownika raczej przeraża)…
Nie kumasz… kod podobny (mniej pracy) ale projekty inne i binarki inne! A Ty byś chciał to do jednego wora!
Nie rozumiem Twoich żali…
Właśnie… i ten dualizm związany z procesorami. Apple zawsze jakoś sobie radził w takich sytuacjach (dwie platformy procesorowe w okresach przejściowych) o czym chcę jutro napisać ;-)
To napisz mi kolego ile gierek jest wspólnych na Windę i ten ich tylko w Polsce popularny system na smartfony? Nie widzę tu sukcesu…
Jasne… uniwersalna aplikacja na MacBooka i iPhone. To sam sobie takie pisz. Z pisaniem uniwersalnej apki na iPada i iPhone już są lekkie problemy a co dopiero jak się chce to pożenić z jednak całkiem inną filozofią obsługi UI w komputerach. No i to marnowanie zasobów na uniwersalny kod.
Precz z Intelem! Czy przesiadka na ARM jest możliwa? Cz. I: Historia
Też dość zawile to opisałeś ;-)
Nie prościej: RISC nie wykonują operacji na argumentach w pamięci tylko na rejestrach? ;-)