Deutsch English Français Italiano |
<vbcc3v$bd22$4@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder8.news.weretis.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: David Brown <david.brown@hesbynett.no> Newsgroups: comp.arch Subject: Re: Computer architects leaving Intel... Date: Thu, 5 Sep 2024 15:35:59 +0200 Organization: A noiseless patient Spider Lines: 37 Message-ID: <vbcc3v$bd22$4@dont-email.me> References: <2024Aug30.161204@mips.complang.tuwien.ac.at> <memo.20240830164247.19028y@jgd.cix.co.uk> <vasruo$id3b$1@dont-email.me> <2024Aug30.195831@mips.complang.tuwien.ac.at> <vat5ap$jthk$2@dont-email.me> <vaunhb$vckc$1@dont-email.me> <vautmu$vr5r$1@dont-email.me> <2024Aug31.170347@mips.complang.tuwien.ac.at> <vavpnh$13tj0$2@dont-email.me> <vb00c2$150ia$1@dont-email.me> <505954890d8461c1f4082b1beecd453c@www.novabbs.org> <vb0kh2$12ukk$1@dont-email.me> <vb3smg$1ta6s$1@dont-email.me> <vb4q5o$12ukk$3@dont-email.me> <vb6a16$38aj5$1@dont-email.me> <jwv8qw8o7zg.fsf-monnier+comp.arch@gnu.org> <vb85a3$3gq7e$2@dont-email.me> <vbaf4s$3vcq1$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Thu, 05 Sep 2024 15:36:00 +0200 (CEST) Injection-Info: dont-email.me; posting-host="622309b8b3e203ac6e38dece30d12fb2"; logging-data="373826"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/jHNx8PWYva6oQYpvoLPiwAnFVJSf/WIU=" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Cancel-Lock: sha1:ExRLH0NfNj3meOzdFM2T7s5nClU= In-Reply-To: <vbaf4s$3vcq1$1@dont-email.me> Content-Language: en-GB Bytes: 3040 On 04/09/2024 22:15, Brett wrote: > David Brown <david.brown@hesbynett.no> wrote: >> On 03/09/2024 21:28, Stefan Monnier wrote: >>>> My impression - based on hearsay for Rust as I have no experience - is that >>>> the key point of Rust is memory "safety". I use scare-quotes here, since it >>>> is simply about correct use of dynamic memory and buffers. >>>> >>>> It is entirely possible to have correct use of memory in C, >>> >>> If you look at the evolution of programming languages, "higher-level" >>> doesn't mean "you can do more stuff". On the contrary, making >>> a language "higher-level" means deciding what it is we want to make >>> harder or even impossible. >>> >> >> Agreed. >> >> I've heard it said that the power of a programming language comes not >> from what you can do with the language, but from what you cannot do. > > Wrong, the last version of Swift added all the garbage programming concepts > that one should avoid. > That does not show that I was wrong - perhaps Swift is not a powerful programming language! Of course, it all depends on what you mean by "powerful". (I don't know Swift at all.) > You have to give people the tools to do anything. > You don't /have/ to do that. But it's often easier to market a language that can do anything.