-
X-Received: by 2002:a37:9ecc:: with SMTP id h195mr70098800qke.302.1609783169022; Mon,
04 Jan 2021 09:59:29 -0800 (PST)
X-Received: by 2002:a37:9ecc:: with SMTP id h195mr70098800qke.302.1609783169022; Mon,
04 Jan 2021 09:59:29 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
e.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!n
ews-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegrou
ps.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Mon, 4 Jan 2021 09:59:28 -0800 (PST)
In-Reply-To: <rssorl$a7$1@dont-email.me>
Complaints-To: g...@g...com
Injection-Info: google-groups.googlegroups.com; posting-host=213.108.152.51;
posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host: 213.108.152.51
References: <rqi91b$nft$1@news.icm.edu.pl>
<2...@h...invalid>
<rs1sfe$kee$1@news.icm.edu.pl>
<5ff1ad9d$0$511$65785112@news.neostrada.pl> <rssb7d$1im$1@dont-email.me>
<5...@g...com>
<rssorl$a7$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8...@g...com>
Subject: Re: Spieszmy się kochać Windows
From: Maciej Sobczak <s...@g...com>
Injection-Date: Mon, 04 Jan 2021 17:59:29 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:215280
[ ukryj nagłówki ]
> > Reszta obsługuje cały działający na świecie soft. To całkiem nieźle, jak na
"leżenie i kwiczenie".
> Soft łatwo przekompilować.
Sam sobie teraz zaprzeczyłeś. Właśnie najważniejszym powodem, dla którego ciągniemy
te złogi technologiczne już którąś dekadę, jest to, że softu (w ogólności) nie da się
przekompilować. I nawet te nowe ARMowe procki, które Apple sobie wystrugał, dalej
muszą umieć puścić Intelowy soft. Bo nie da się go przekompilować.
> Przy robieniu nowego softu to nie jest
> argument.
Z dużą dokładnością można powiedzieć, że nikt nie pisze nowego softu. Nawet (!) w
embedded, gdzie na oko wydaje się, że warunki do tego są najlepsze, bo najłatwiej się
odizolować. To jest dramat, wcale się nie nabijam. Wszyscy tylko dopisują nowy shit
do starego shitu.
> > Tak bardzo mają dość, że najcenniejsza firma w branży postanowiła cały swój
ekosystem na to przestawić?
> Apple ma dośc pieniędzy aby rozmawiać z ARMem. Mniejsi producenci mają dość.
Mniejsi producenci pójdą ścieżką wytyczoną przez tych większych. Zawsze tak było.
> Jeśli liczą się pojedyncze $ to koszt licencji ARMa jest poważną przeszkodą.
OK, jest to źródło presji. I jednocześnie pokazuje natychmiastowe rozwiązanie
problemu. Kto ustala te koszty? Kto je może zmienić, nawet z dnia na dzień? Gdyby
perspektywa utraty kawałka rynku stała się realna, to racjonalnym rozwiązaniem dla
ARMa byłoby nawet wydzielenie całkiem darmowych licencji na jakiś dolny segment
oferty, np. do jakiejś wydajności, taktowania, mocy, itp. Zupełnie na tej samej
zasadzie, jak są darmowe (ale limitowane) konta na YouTubie albo GitHubie, itd.
Jeżeli problemem jest cena licencji, to jest to najmniejszy problem. I jeżeli
"rewolucja" RISC-V się tylko na tym problemie opiera, to nie będzie żadnej rewolucji.
> Jeśli startujesz nowy projekt może sie okazać że kompletnym
> nieporozumieniem jest embedowanie ARMa do SoC. Zamiast tego można
> wsadzić darmowego RISC-V
A jak ten ARM do embedowania będzie darmowy? To po co ryzykować z czymś innym?
> Z resztą, może dzięki RISC-V uda się urwać i choć trochę rynku x86.
Jeśli jakiś kawałek rynku x86 jest do urwania, to ARM go urwie wcześniej, na kilka
sposobów, rozciągających się szeroko od RaspberryPi po Apple'a. RISC-V będzie musiał
konkurować o ten już urywany kawałek.
> To że w mało istotnych komputerach do oglądania porno marki Apple będzie
> się je dalej stosować, to nie wiem czy promil rynku jest.
Nie kapujesz. Ten promil jest nierozerwalnie sprzężony z całym rynkiem mobile.
--
Maciej Sobczak * http://www.inspirel.com
Następne wpisy z tego wątku
- 04.01.21 19:02 Luke
- 04.01.21 20:35 heby
- 05.01.21 09:18 heby
- 05.01.21 13:23 Marcin Debowski
- 05.01.21 21:06 Maciej Sobczak
- 05.01.21 22:51 heby
- 06.01.21 10:58 Luke
- 06.01.21 14:28 heby
- 06.01.21 17:02 Maciej Sobczak
- 06.01.21 17:28 heby
- 06.01.21 17:32 fir
- 07.01.21 13:27 fir
- 07.01.21 14:50 Smok Eustachy
- 07.01.21 14:55 Smok Eustachy
- 07.01.21 15:03 heby
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=