Kalkulačka z Windows 10 na GitHubu (diskuse)

[pushkin]

Té hnusné obrovské nepoužitelné plachty? Tak zrovna ty měl spíš smazat než zveřejnit...

[Peter Golis]

Dizajn je v pohode, zapadá do okenných tabúľ. Ale skôr ma zaujíma prečo tá kalkulačka štartuje pomalšie ako excel.

[Míra]

+1

[vlk]

zverejnil ju preto, aby to komunita opravila?

[Adamec]

+1

[Peter Golis]

To by museli zverejniť zdrojové kódy Runtime Brokera. Tá kalkulačka je totižto robená ako univerzálna aplikácia vyžadujúca pomalý emulátor. Neverím že by to z toho githubu niekto mal šancu optimalizovať na štart, alebo aj rýchlosť.

Zlaté bc s príjemným ovládaním.

[kuprexit]

Nevím, co kdo vidí na bc, když už commandlina, tak Python je nejlepší kalkulačka na světě.

[xkucf03]

Jako kalkulačka se dá používat celkem libovolný jazyk, ale některé jazyky/nástroje jsou pro výpočty přímo navržené, např. Octave nebo Mathomatic.

[kuprexit]

Věřím, ale neznám nástroj, který by se mi v konzoli používal jako kalkulačka pohodlněji, pohotověji a spolehlivěji než Python.

[Radovan]

Commandline? Před třiceti lety v MS-DOSu:

echo "input a:input b:? sqr(a^2+b^2)" | gwbasic

[mirefek]

Třeba snadná nastavitelnost počtu desetinných míst? Jak spočteš v Pythonu pí na 200 míst? V bc to je:

$ bc -l
scale = 200
4*a(1)

A jinak někdy použiju bc, někdy Python, většinou je to jedno a uznávám že je leckdy Python lepší. Jenom bych bc úplně nezavrhoval.

[Bherzet]

Dobré vědět, dík. Osobně jsem tohle ale nikdy nepotřeboval a Python je generičtější, takže jej jako kalkulačku také preferuji. Štve mě ale formátování čísel, protože jak chybí oddělovač řádů, čísla se mi čtou opravdu špatně. U opravdu velkých čísel si to občas ještě ručně dělím nějakou mocninou desítky.

Neumíte to někdo nastavit, aby se v každé instanci Python REPLu čísla automaticky formátovala určeným způsobem? Prý to umí IPython, ale kvůli tomu se mi na něj přecházet nechce.

[xkucf03]

U opravdu velkých čísel si to občas ještě ručně dělím nějakou mocninou desítky.

A proto právě ty programy navržené pro použití jako kalkulačka zobrazují výsledky takto a umožňují různá další formátování:

octave:1> 123*456*789*158
ans =    6.9920e+09

[_]

Wtf, python umí oddělovače tisicu stejne jako vědecký format

[xkucf03]

Tak poraď kolegovi v #40 jak to jednoduše používat, aniž by to musel nějak hackovat.

[_]

Vzdyt uz tam odpoved ma. Co je sloziteho na _(12/7) ?, pricemz _ je pozadovany format?

[xkucf03]

Takže místo aby napsal „12/7“ a stiskl enter, tak si musí nejprve definovat funkci a následně psát  „_(12/7)“?

Ještě dokážu pochopit, když někdo řekne: je to sice opruz, ale radši použiji Python, který znám, než abych se učil nějaký jiný jazyk. To jako argument beru. Ale vychvalovat Python jako kalkulačku mi smysl nedává.

[kuprexit]

funkci si definuje jednou za zivot

_(12/7) pouzije pouze, pokud potrebuje zformatovat - na realne kalkulacce to casto jsou i vice nez tri stisky klavesy

[kralyk z abclinuxu]

Neumíte to někdo nastavit, aby se v každé instanci Python REPLu čísla automaticky formátovala určeným způsobem?

Asi to jde, ale trochu hacky, viz tady - zkombinovat 1. a 3. odpověď.

[Bherzet]

Díky, na to jsem koukal taky, ale to už bych raději asi přešel na ten IPython.

[kralyk z abclinuxu]

Ok, tak zřejmě od 3.2 existuje lepší cesta. Použil jsem následující PYTHONSTARTUP a funguje to celkom fajn. Formát si klidně uprav.

import builtins
import sys
import numbers


__orig_hook = sys.displayhook

def displayhook(value):
    if isinstance(value, numbers.Real) and not isinstance(value, numbers.Integral):
        builtins._ = value
        print("{:.2e}".format(value))
    else:
        __orig_hook(value)

sys.displayhook = displayhook

[kralyk z abclinuxu]

Případně by se tam dala přidat nějaká chytrost jako např. když číslo je větší jak X, použij exp formát a podobně... To už nechám na uvážení čtenáře...

[Bherzet]

Jo, přesně něco takového chci. Hodím to pak do blogu, ať to nezapadne tady v diskuzi.

[kralyk z abclinuxu]

Přidal jsem odpověď do toho SO topicu. Je tam několik příkladů jak to řešit...

[Bherzet]

Ty vole, dík!

[Bystroushaak]

Python je jako kalkulačka fajn a taky ho tak používám, ale třeba chyby vznikající binární reprezentací jsou otravné a bylo by fajn použít něco co je nemá. Viz známé

>>> 0.1 + 0.2
0.30000000000000004

Což je teda možné řešit přes zlomky, ale je to opruz:

>>> from fractions import Fraction
>>> float(Fraction(1, 10) + Fraction(1, 5))
0.3

[Bherzet]

To mě většinou zas tak moc nepálí. Ostatně, s tím bugem v Pentiích se lidé taky naučili žít. :D

[mirefek]

Mám za to, že bc počítá interně v desítkové soustavě, což tenhle problém řeší. (na druhou stranu to možná není úplně ideální koncepce, i proto, že pak interně počítá v desítkové soustavě i tehdy, když se mu nastaví jiná obase a ibase)

[mirec]

Asi budem za exota, ale používam konzolovú qalculate.

[sonicpp]

Přiznám se, že místo kalkulačky používám Python

[vlk]

+1

[Roman]

Je to neskutecne high-level a pritom komplikovane na to, jaka je to blbost a jak zakladni a hnusny graficky design to ma. Jak velky tym to delal? Zlate doby MFC. Pristi verzi uz budou delat snad v Unity nebo jako javascript appku, spoustejici novou instanci Edge s kazdym otevrenim. Nebo prejdou na kontainerizovany system s virtualizaci. Clovek by kliknul na kalkulator a nabootoval by se kompatibilni pod-obraz Windows a v nem by autostart spustil appku. Nebo nakonec zavedou vsechno v JS v cloudu jako ChromeOS a budou vybirat predplatne?

[AlYoSHA]

Posledna moznost je spravna. Bude to o vypalnom a tvoje data vlastne uz nebudu tak celkom tvoje.

[Andrej]

> prečo tá kalkulačka štartuje pomalšie ako excel

mozno v pozadi startuje cely excel

[Peter Golis]

To by bolo excelentné, zdrojové kódy excelu na githube.

[Andrej]

nie nie, v kalkulacke bude len load excel dll-ky

[888]

Porad rychleji nez start KDE v soucasne Fedore i Kubuntu. Jinak nevim co mas a a v jakem stavu je tve PC ale ja s kalkulackou W 10 nemam problem.

[kralyk z abclinuxu]

Trochu to připomíná Fizz Buzz Enterprise Edition.

výstup cloc:

github.com/AlDanial/cloc v 1.80  T=0.33 s (1112.9 files/s, 186986.8 lines/s)
-----------------------------------------------------------------------------------
Language                         files          blank        comment           code
-----------------------------------------------------------------------------------
C++                                125           5177           4244          27494
C/C++ Header                       128           1497            941           8549
XAML                                22            313            107           7570
C#                                  46            458            319           2066
Markdown                            10            176              0            804
XML                                 15             38             97            610
YAML                                 9             74             44            425
MSBuild script                       3              0             18            357
JSON                                 6              0              0            234
Windows Resource File                2             15              4             73
PowerShell                           2             20             44             65
-----------------------------------------------------------------------------------
SUM:                               368           7768           5818          48247
-----------------------------------------------------------------------------------

Pro porovnání zdrojáky KCalc:

github.com/AlDanial/cloc v 1.80  T=0.07 s (782.1 files/s, 235769.4 lines/s)
-----------------------------------------------------------------------------------
Language                         files          blank        comment           code
-----------------------------------------------------------------------------------
C++                                 17           1764           2273           6969
Qt                                   5              0              0           1862
C/C++ Header                        17            371            337           1193
XML                                  2              2              0            341
CMake                                8             53             44            144
Windows Resource File                1              0              0             17
Bourne Shell                         1              0              0              5
-----------------------------------------------------------------------------------
SUM:                                51           2190           2654          10531
-----------------------------------------------------------------------------------

[MadCatX]

Na tohle jsem taky koukal. IMHO jim to tam strašně bobtná kvůli tomu těžkotonážnímu UI postavenému okolo MVVM. Jen headery těch view tříd jsou celkem psycho. Samotný kalkulační engine je docela prťavý.

[Aleš Kapica]

To je pěkná tabulka. Přes co ji generuješ?

[kralyk z abclinuxu]

cloc

[####]

výstup cloc:

Přes co ji generuješ?

[Josef Kufner]

Toto je krásná ukázka mizerného UX. Název generátoru ("github.com/AlDanial/cloc v 1.80") tam sice je, ale je na blbém místě a zcela splývá s nějakou hromadou čísel, která zjevně není vůbec zajímavá. Navíc ta URL nevypadá jako url neboť nemá https:// prefix, takže to je o to hůř poznat. Ten název programu jsem tam našel až po tomto nejapném komentáři a i když jsem věděl, co hledám, pár sekund to trvalo.

[Bherzet]

Já pochopil, že použil cloc, protože jednak to znám, jednak to tam přímo píše. Ta první řádka výstupu mě ale hodně zmátla, protože jsem ji nedočetl a myslel si tudíž, že následuje rozpis počtu řádků v tom Fizz Buzzu. Pak jsem se divil, proč by někdo srovnával Fizz Buzz s KCalcem a pak už jsem se chytl. Dát do výstupu programu (snad jinam než do helpu) hardcoded adresu repozitáře… Proč? :-/

[Michal Kubeček]

Co je nejapného na komentáři upozorňujícím Aleše Kapicu na to, že informace, na kterou se ptal, je hned na druhém řádku, tj. přímo nad tím okopírovaným výstupem? To mi spíš přijde nejapné v reakci zcela ignorovat komentář, na který reagujete (a který označujete za nejapný) a místo toho kritizovat formu, kterou je stejná informace uvedena někde jinde (o čemž se ten komentář vůbec nezmiňoval).

[Aleš Kapica]

Z řádku github.com/AlDanial/cloc automaticky neplyne, že se použil nástroj, který se jmenuje cloc. Protože jsem nikdy statistiky zdrojového kódu neřešil, tak jsem tenhle nástroj neznal. Proto jsem se zeptal – líná huba holé neštěstí. oryctolagus mi odpověděl a každý další komentář byl zbytečný.

[666]

Plyne to ale z původního komentáře, takže už tvůj první komentář byl zbytečný, protože ses nenamáhal číst a otravuješ se svou leností a neschopností druhé.

[Michal Kubeček]

Ještě jednou: reagoval jste na komentář "####" ze 14:07, který vás upozorňoval na řádek

výstup cloc:

který se nachází přímo nad prvním okopírovaným výstupem toho programu, ne na text

github.com/AlDanial/cloc

ve kterém je sice jméno toho programu opravdu dost skryté, ale o kterém ten komentář - který jste označil za nejapný - vůbec nemluvil.

[Odin1918]

Kapica chybu svou neuznava by design, ikdyz mel nazev nastroje hned pod nosem. Zlucovity kapica za zenitem musi drzkovat na vsechny i kvuli sve zabednenosti.

[kralyk z abclinuxu]

Eh... S p. Kapicou se na lecčems neshodnu, ale že přehlídl jméno programu v komentáři bych zrovna fakt neřešil, to se mi stává taky...

[Aleš Kapica]

Ve své tuposti jste nepostřehl, že Kubečkův komentář reaguje na komentář, který jsem nepsal. Zřejmě si v rozrušení nevšiml, že ho vydráždil Jozef Kufner. Jenže to je pro váš nepodstatný detail, jen když si můžete po mě plivnout.

[Aleš Kapica]

…ve kterém je sice jméno toho programu opravdu dost skryté, ale o kterém ten komentář - který jste označil za nejapný - vůbec nemluvil.

Jste si jist, že reagujete na ten správný komentář?

[sdfgsdfgdfg]

telemetrie. v kalkulacce. no ty pico!

[pjoter]

Uz tam asi dlouho nebude https://github.com/Microsoft/calculator/pull/158

[Peter Golis]

Ostane to tam: Evidence or User Insights.

[rastos]

https://www.infoq.com/news/2016/06/visual-cpp-telemetry

Či to platí aj v novšom VS neviem.