Leaderboard

Imi petreceam pretiosul meu timp liber pe TikTok si la un moment dat mi-a aparut un dude care zicea ca el face bani din pariuri pe cote mici. Totul frumos pana cand m-am gandit ce-ar fi daca s face eu o mica simulare in piton. Timpul zicea ceva de genul ca daca nu esti in stare sa castigi o cota de 1.20 sa te lasi de meserie, asa ca am ales asta ca reper si am construit urmatoriul scenariu: - Se porneste cu un buget de 2000 RON - Se face un singur pariu pe zi cu o cota de 1.20 si un pariu de 100 RON (excluzand taxele) - Daca bugetul ajunge sub 100 RON murim de foame Targetul este sa aflam cate zile putem sa supravietuim si care este bugetul maxim pe care l-am atins. Pentru a putea face acest lucru primul lucru care l-am facut a fost sa vad care este probabilitatea in procede de a castiga un pariu de 1.2, asa ca am gasit acest tabel: Ceea ce inseamna ca am 83.3% sanse sa castig un pariu. Plecand de la aceasta premisa am facut acest mic programel in piton. import random capital = 2000 bet_count = 0 max_capital = 0 def random_percent(): if random.randint(0,1000) <= 833: return 1 else: return 0 def bet(capital): global bet_count bet_count+=1 if random_percent() == 1: capital = capital + 20 else: capital = capital - 100 #print(capital) return capital while capital >= 100: capital = bet(capital) if capital > max_capital: max_capital = capital print("I survived " + str(bet_count) + " days and I had a maximum capital of " + str(max_capital)) Cand l-am rulat, spre neuimirea mea am realizat ca TikTokeru pierduse toti banii in aprox 16 ani jumate si cel mai mult a avut undeva la 3560 (adica un 75% profit maximum din suma initiala. I survived 6059 days and I had a maximum capital of 3560 Bineinteles, asta a fost o simulare, fiecare poate rula cate vrea el, morala povestii fiind urmatoarea: Indiferent cum invarti banii la pariuri, daca nu iti faci o simulare pe strategia ta la un moment dat sigur vei pierde toti banii. Chestiile astea pot fi explicate si matematic, din pacate nu prea mi-a placut scoala, preferam DotA sau Counter Strike, asa ca nu va pot ajuta cu asta. Codul poate fi rulat aici: https://pynative.com/online-python-code-editor-to-execute-python-code/ Daca mai aveti idei sau alte simulari, feel free to contribute!

- Mac os x - Nu-mi plac laptopurile facute din capace de wc reciclate - Fac tot timpul - Nu intru pe site-uri de rahat. - Nu testezi saracii. In special nu de pe root Cum adica? lol. E linux standard. Difera doar managerul de pachete si structura. Incurajez folosirea debianului. Sunt sigur ca nu-ti iei adidasi Mike in loc de Nike. De ce sa folosesti Zorin ... <alt nume de gay> derivat din Ubuntu care la randul lui e derivat din Debian.

https://www.sweetscape.com/010editor/

dc dreacu ai deschide asemenea fisier cu un editor?clar il omori :))... why not less/more?sau split cum ti-a zis si kev

Cum zice si @bio.sh ideea de a deschide un fisier mare cu un editor este gresita. Poti incerca sa folosesti un limbaj de programare care sa iti filtreze fisierul si sa poti vedea astfel doar ce te intereseaza. In acest fel nu aduci tot fisierul in memoria ram. Sau mai ai grep pentru linux sau findstr pt windows.

VS Code (https://code.visualstudio.com/docs/setup/linux), IDE-urile de la JetBrains sau simplu cat fisier | less daca vrei sa-l citesti rapid.

CMD split YourLogFile.txt -b 500m

Ai încercat klogg, less, emacs?

Uite asa

Poporul ala de curve, smenari si combinatori il aduci pe drumul cel bun doar prin epurare

Pune un sim fara credit. Si te uiti in logcat daca a incercat ceva. Sau cum zice dancezar sa lasi parametri si sa pui doar la return o valoare dummy.

Am cautat sa inteleg si eu problema si pare destul de simplu:

Da men. 100k tokene cumparate la 0.005$ vandute la 0.10$. N a vrut nimeni asta e. Fac singur foamea.

@Zatarra Daca ai bankroll de start 2000 si faci cate un bet/zi de 100 RON inseamna ca tu respecti un bankroll management (cum este si la poker) de 20:1. Prin urmare trebuie sa ajustezi urmatoarele lucruri: Trebuie sa ajusteze BRM-ul (bankroll management-ul) in functie de cati bani are asta inseamna sa-l creasca sau sa-l scada in functie de cat este rezultatul bankroll : 20. Si cand are 3500 de lei inseamna ca va trebui sa parieze 3500:20 = 175, de asemenea chiar de la primul pariu daca a pierdut si din 2000 are 1900 asta inseamna ca nu va trebui sa parieze tot 100 ci 1900:20 = 95. Nu-i diferenta mare dar conteaza si de asemenea conteaza foarte mult si taxele ca offline platesti si cand pui banii dar si cand iti incasezi castigul si taxele sunt in functie de suma castigata (nu mai stiu cat este dar daca este cu 3 nivele si daca este sub X atunci este X%, apoi daca este intre suma a si b este Y% si daca depaseste suma c iti opreste Z%) si toate astea conteaza dar le poti evita in cod de dragul teoriei dar ar trebui implementata chestia asta fiindca este interesant sa vezi cum este in realitate. Ar trebui sa poti ajusta BRM-ul ca poate nu vrei sa faci 20:1 ci poate vrei sa fii mai precaut si sa faci 30:1 sau chiar si 50:1 am auzit pe unii. Si inca o chestie, ar trebui sa bagi si varianta combinata ca de exemplu unii pot fi mai relaxati in BRM cand au mai putini bani si sa aplice 20:1 sau poate chiar 15:1 iar cand au adunat un bankroll frumos incep sa fie mai precauti si mai zgarciti cu banii castigati si brusc incep sa aplice 30:1 sau chiar 50:1 ca acum au bani de care le pasa daca ii pierd. Ar fi chiar super sa incerci si asta sa implementezi in cod sa vezi la ce rezultat ajungi (plus sa poti seta tu nivelul de la care incepe sa se zgarceasca si sa schimbe de la 20:1 la 30:1 sau 50:1). Trebuie sa poti sa setezi maximum de rezultate pierzatoare consecutive fiindca random iti poate da 30 de rezultate pierzatoare consecutive de exemplu dar in realitate nu pierzi chiar de 30 de ori la rand cu o cota de 1.20 si aici rezultatele nu prea se pupa. Trebuie sa iei un site de pariuri si sa te uiti la fotbal la toate rezultatele consecutive de 1.20 si sa vezi cam cate sunt maxim pierzatoare la rand si cate sunt maxim castigatoare la rand ca in realitate nici reversul nu prea este si nu castigi de 30 de ori la rand cu o cota de 1.20 deci trebuie la ambele setat cam cat sa fie. Stiu ca e probabilitati etc. dar in realitate nu e chiar asa. Uite cat mi-a iesit doar de la a treia incercare fara sa modific ceva in cod: Ar trebui formatat in ani, luni si zile ca sa stii cat inseamna 458731 days. Este foarte interesant subiectul!