On 26.10.2014 15:56, firr wrote:
> W dniu niedziela, 26 października 2014 15:40:17 UTC+1 użytkownik bartekltg napisał:
>> On 26.10.2014 13:51, firr wrote:
>>> W dniu niedziela, 26 października 2014 13:04:14 UTC+1 użytkownik
>>> bartekltg napisał:
>>>> On 26.10.2014 12:17, firr wrote:
>>>>> zatanawiam sie czy przypadkiem nie daloby sie wymyslec jakiegos
>>>>> innego sposobu enkodowania integerow w slowach niz ten popularny
>>>>>
>>>>> 0- 00000000 1- 00000001 2- 00000010 3- 00000011 4- 00000100 ...
>>>>>
>>>>> moze jakis inny dawalby jakies uproszczenia przy kodowaniu czesci
>>>>> operacji arytmetycznych?
>>>>
>>>> Ten standardowy, czyli uzupełnieni owy do 2, już daje
>>>> uproszczenia,
>>>
>>> chodzi mnie ni teyle o kodowanie ujemnych co o zwykle inne kodowanie
>>> naturalnych, np takie ktore nieco mnie pomagalo by w dodawaniu ale np
>>> nieco wiecej w czyms innym
>>
>> Poczytaj, będziesz miał zalety i wady danych kodowań.
>>
>>>
>>> przyklady takiego innego kodowania 0-00000000 1-00000001 2-00000010
>>> 3-00000100 4-00001000 5-00010000
>>
>> I jak wygląda 4*5=20?
>>
>> http://en.wikipedia.org/wiki/Unary_numeral_system
>>
>>>
>>> ten jest ew akurat pewnie malo uzyteczny (i niedokonczony) ale
>>> powstaje przynajmniej pytanie czy ten zwykly jest jedynym jako tako
>>> naturalnym czy istnieje jeszcze jakis 'podobnie' naturalny
>>
>> System pozycyjny wydaje się najwygodniejszy do operacji arytmetycznych.
>>
>> Spróbuj sobie pododawać i pomnożyć w liczbach rzymskich.
>>
>>> jest to zagadnienie nieco moze akademickie ale przynajmniej warto
>>> zarysowac ze jest taki problem ;o
>>
>
> binarny jest pozycyjny, ale np teraz na koncu pisania tego watku wyszlo np takie
spostrzezenie
> 1) dziesietny moze byc lepszy niz binarny
> (bo nie trzeba az tyle tych przeniesien
> tylko owiele mniej)

Bzdura.

Na dzień dobry pomyśl, jak chesz zapisać tą liczbę dziesietną.

O systemie udającym dziesietnym linka dostałeś, jest tam lista zalet
(i wad)

> 2)e np czasem moglby sie moze przydac taki rozdmuchany pozycyjny,
> kazda pozycja co dziesiec (1.10.100.1000) ale by mozna trzymac tam
> wiecej niz tylko noznik z zakreso 0-9 ale np 0-100) przeniesienia
> wykonujac w miare potrzeby a nie zawsze

Ale to mówisz o implementacji wielkich liczb. To osobna sprawa.
Dla małych (64bity) nie m to sensu.

>
> - byc moze jeszcze jakos inaqczej mozna bydobrac ta wielomianowa baze 1-10-100-1000
> na jakas inna
> (taki podzial tez na te 'kubki' czyli wyzsza baze przydalby sie przy dzieleniu, bo
w tej wersji dosyc wyrazniewidze jak mozna napisac
> szybki algorytm dzilenia - kazdy kubek trzeba


> obdarzyc porzyczka do wielokrotnosci dzielnika

CZYM?
To takie coś od "porzygania"?

> i szybko da sie podzielic)... no ale niewazne
> kiedy indziej moze pomysle o tym wiecej na razie nie mam czasu

Mylisz się co do zalet przy dzieleniu.

pzdr
bartegkltg