News for hackers. Stuff that matters.
Re:GnuCOBOL 3.1.1 by enriquto on Friday December 11, 2020 @08:12AM (#25385316)
for me it's "import pandas as pd"
Re:GnuCOBOL 3.1.1 by nmrcq on Friday December 11, 2020 @08:33AM (#25385494)
Seeing this at the top of any piece of code running in a production environment is enough to induce an anxiety attack :(
Re:GnuCOBOL 3.1.1 by enriquto on Friday December 11, 2020 @09:31AM (#25386177)
> Seeing this at the top of any piece of code running in a production environment is enough to induce an anxiety attack

Then what about this?:

    import pandas as pd
    from matplotlib import pyplot as plt
    import numpy as np
    import math
    from __future__ import print_function
(sorry about that)
Re:GnuCOBOL 3.1.1 by Bostonian on Friday December 11, 2020 @08:36AM (#25385525)
What's wrong with that? I have seen it often in books and other places.
Re:GnuCOBOL 3.1.1 by michaelcampbell on Friday December 11, 2020 @08:54AM (#25385716)
I suspect they are more suspicious of `pandas` than the syntax of the import. But, I'm also curious as to why.
Re:GnuCOBOL 3.1.1 by bildung on Friday December 11, 2020 @09:04AM (#25385850)
Probably because it is indicative of a script written by a scientist, ignoring software engineering principles.
Re:GnuCOBOL 3.1.1 by bsg75 on Friday December 11, 2020 @10:10AM (#25386587)
Because of Pandas specific issues, or the concept of data frames in general, which are also prevalent in R and Scala?
Re:GnuCOBOL 3.1.1 by michaelcampbell on Friday December 11, 2020 @09:21AM (#25386072)
Ah, yes, that could be. The tool is not bad, but it's used badly often.
Re:GnuCOBOL 3.1.1 by pletnes on Friday December 11, 2020 @09:08AM (#25385894)
Personally I don’t think it is stable enough for a long lived service. But opinions differ. Might be worse if the author reinvented pandas manually, too.
Re:GnuCOBOL 3.1.1 by markus_zhang on Friday December 11, 2020 @08:26AM (#25385428)
Oh no plz no