eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPodatkiGrupypl.soc.prawo.podatkiJPK - jaki program do faktur?Re: JPK - jaki program do faktur?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: Sebastian Biały <h...@p...onet.pl>
    Newsgroups: pl.soc.prawo.podatki
    Subject: Re: JPK - jaki program do faktur?
    Date: Tue, 20 Jun 2017 23:08:31 +0200
    Organization: ATMAN - ATM S.A.
    Lines: 64
    Message-ID: <oic2sh$43j$1@node1.news.atman.pl>
    References: <ofbm0o$k38$1@node2.news.atman.pl>
    <5924431e$0$15186$65785112@news.neostrada.pl>
    <s...@p...org>
    <59257148$0$5157$65785112@news.neostrada.pl>
    <og3rm7$mn6$1@usenet.news.interia.pl>
    <ar2cv8tukipt$.9dt0kx41073o$.dlg@40tude.net>
    <oi94t7$sj8$6@node2.news.atman.pl>
    <s...@p...org>
    <oibuab$j35$1@node2.news.atman.pl>
    <s...@p...org>
    NNTP-Posting-Host: 176.115.85.233
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node1.news.atman.pl 1497992914 4211 176.115.85.233 (20 Jun 2017 21:08:34
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Tue, 20 Jun 2017 21:08:34 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
    Thunderbird/52.2.0
    In-Reply-To: <s...@p...org>
    Content-Language: en-US
    Xref: news-archive.icm.edu.pl pl.soc.prawo.podatki:245182
    [ ukryj nagłówki ]

    On 6/20/2017 10:27 PM, Wojciech Bancer wrote:
    > Nie. On po prostu zrobi więcej i lepiej w tym samym czasie.

    Nie ma takich programistów którzy z własnej woli zrobią więcej w tym
    samym czasie. Może poza entuzjastami, ale z tego się da wyleczyć.

    > Czas jak wiadomo jest niezmienny, jest to etat.
    > I tylko gotowych klocków coraz więcej i coraz lepsze, lepsze wzorce,
    > możliwości pisania testów itp. itd.

    Nikt nie stosuje wzroców w nastepnej aplikacji z okolic SELECT * FROM
    customers WHERE. Nikt nie pisze testów. To nie ta działka. Tu się, jak
    to mowią znajmi, napierdala myszką. Głównie myszką. Taki dział
    programowania.

    > To co się pisało 10 lat temu vs to co się pisze teraz, to softy
    > o kosmicznej wręcz różnicy.

    Nie. Zaryzykuje że jakośc softu spada. Głównie z powodu przenoszenia
    funkcjonalności do chmury. A tam królują języki z poziomu mułu jak JS
    czy PHP gdzie pisze się byle jak. Ponadto jest duzo outsourcingu, czyli
    z grubsza polega to na tym że "poprawiamy soft po hindusach a potem będą
    po nas poprawiać ukraińcy" co demotywuje na starcie. Jakośc softu rośnie
    tu i tam, ale ogólnie spada. Sypać przykładami gdzie duże zespoły
    programistów z duzych korpo i duzej kasy produkują kompletnie popsute
    aplikacje można w setkach na minutę. 10 lat temu aż tak źle nie było,
    dzisiaj jestesmy przyzwyczajeni że połowa aplikcji ze sklepu na Androida
    wogóle sie nie odpala poza telefonem developera i nikomu to nie
    przeszkadza. W dużym sofcie tendencja taka sama.

    >> Jasne. Tylko że do tego trzeba mieć pojecie o projektowaniu. Jak ktos
    >> pisze nastepną aplikacje opartą o byle jak posklejany tasmą klejąca SQL
    >> i jakieś piedołowate widoczki to ide o zakład że wynikowy kod bedzie tak
    >> samo gówniany bez wzgledu na użyta technologię.
    > Tylko w czystym SQL to się nie pisze od łohoho i jeszcze trochę.
    > Jak ja studiowałem (2007), to już się od tego odchodziło.
    > Zweryfikuj więc może swoją wiedzę?

    Kilka(nascie) lat temu była chwilowa moda na ORMy. Zrobiło dużo hałasu i
    gdzieś wsiąkło, z nor wypełzli zwolennicy pisania "szybko i prosto" w
    SQLu co akurat było na fali popularności PHP/JS gdzie pisanie obiektowe
    "jest dla frajerów". Gdzieś był wykres z jakiejs procy naukowej że od
    kilku lat ORMy są coraz mniej stosowane na rzecz pisania byle jak w
    SQLu. Przypuszczalnie właśnie dlatego że jakośc software spada a ilość
    rośnie.

    >>> Jakby to co piszesz było prawdą, to wszyscy pisaliby w asemblerze.
    >> Nie. Róznica między C# i asm jest zasadnicza.
    > Czyli jaka?

    O kilka pięter większym poziomie abstrakcji który dalej *realne* zyski
    liczone w dziesiątkach tysięcy procent czasu pisania.

    >> Róznica między C# x oraz C# x+1 jest znikoma i pomijalna. Na pewno nie powinna
    >> generować kosztów u userów.
    > Nie no. Koszty generuje Microsoft ucinając wsparcie dla antyków.
    > I bardzo dobrze.

    Może i dobrze, ale skocz do jakiejś okolicznej przychodni, jak się
    zapatruja na wymianę 100 stacji na Viście które moga działać, ale jakieś
    korpo zdecydowało że nie bo nie. I to wcale nie jest decyzja MS tylko
    jakiegoś pustaka z managmentu któremu się przez przypadek zachciało
    zmienić kompilator na nowszy żeby zaoszczędzić 1% na szybkości neta i
    mieć bardziej zarąbiste ikonki.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1