5 ms·

Is it just me who cringes heavily reading this? A single Haskell enthusiast decides to code up something in Haskell despite it doesn't fit the infra and most pe

by chx 9y ago

Is it just me who cringes heavily reading this? A single Haskell enthusiast decides to code up something in Haskell despite it doesn't fit the infra and most people don't know it. And they do this while Python already has SQL parsers. WAT.

johnhenry 9y ago
Not cringing, but I think I understand your point... However; I feel like with modern infrastructures, projects don't really "fit" can be packaged into a container, and used virtually anywhere. (Oversimplification acknowledged!)
- mikekchar 9y ago
  Containers aren't the problem. Even without containers, it's not that hard to automate the build/deployment infrastructure. The problem is when "Joe" is the only person who knows how to do anything with X. "Joe" leaves for a high flying company that uses X. You have new requirements for the thing "Joe" was working on. "Anybody fancy working on an X project?" <crickets> "I know. Why don't we rewrite this in Y. I hear it's the new X anyway.", "Great idea!" Don't get me wrong, I'm a believer in using the right tool for the job. It's just that there's more to it than just making sure it's easy to install.
  - johnhenry 9y ago
    True -- getting it to work within your infrastructure is only part of the issue. Updating and maintenance would still be an issue.
yen223 9y ago
Use the right tool for the right job. Haskell is extremely well-suited for building language parsers.
whateveracct 9y ago
Anybody that manages to use corporate money for community/societal gain* deserves to be lauded. * In this case, furthering the use of Haskell in industry
daveFNbuck 9y ago
Python doesn't already have parsers for all SQL variants. There are several important projects I can't do in my current job because I don't have Hive and Impala parsers. It would be ideal to have them in Python, but a binary that could output a digestible representation would be huge for me.
- dllthomas 9y ago
  This project can output JSON for Hive queries, FWIW
  - daveFNbuck 9y ago
    Yeah, that's why I mentioned that a binary that can do that would be huge for me.
    - dllthomas 9y ago
      You're saying this is huge? Or you're missing that this can be wrapped into a binary in a handful of lines? :D
      - daveFNbuck 9y ago
        Yes, I'm saying this would be huge for someone who only needed Hive. This would be huge for me if it could also do Impala.
        dllthomas 9y ago
        Got it! I'd be happy to serve as a resource for anyone taking a swing at adding an Impala front end (or any other, for that matter). I'm unlikely to get to it myself any time soon.
        daveFNbuck 9y ago
        There's something like 5k lines of code for the Hive dialect. How much of that is auto-generated? Is there any way to take advantage of the similarities between Hive and Impala to reduce the work needed?
willtim 9y ago
That's exactly how Python got into industry.

by chx 9y ago

johnhenry 9y ago

Not cringing, but I think I understand your point... However; I feel like with modern infrastructures, projects don't really "fit" can be packaged into a container, and used virtually anywhere. (Oversimplification acknowledged!)

mikekchar 9y ago
Containers aren't the problem. Even without containers, it's not that hard to automate the build/deployment infrastructure. The problem is when "Joe" is the only person who knows how to do anything with X. "Joe" leaves for a high flying company that uses X. You have new requirements for the thing "Joe" was working on. "Anybody fancy working on an X project?" <crickets> "I know. Why don't we rewrite this in Y. I hear it's the new X anyway.", "Great idea!" Don't get me wrong, I'm a believer in using the right tool for the job. It's just that there's more to it than just making sure it's easy to install.
- johnhenry 9y ago
  True -- getting it to work within your infrastructure is only part of the issue. Updating and maintenance would still be an issue.

yen223 9y ago

Use the right tool for the right job. Haskell is extremely well-suited for building language parsers.

whateveracct 9y ago

Anybody that manages to use corporate money for community/societal gain* deserves to be lauded. * In this case, furthering the use of Haskell in industry

daveFNbuck 9y ago

Python doesn't already have parsers for all SQL variants. There are several important projects I can't do in my current job because I don't have Hive and Impala parsers. It would be ideal to have them in Python, but a binary that could output a digestible representation would be huge for me.

dllthomas 9y ago
This project can output JSON for Hive queries, FWIW
- daveFNbuck 9y ago
  Yeah, that's why I mentioned that a binary that can do that would be huge for me.
  - dllthomas 9y ago
    You're saying this is huge? Or you're missing that this can be wrapped into a binary in a handful of lines? :D
    - daveFNbuck 9y ago
      Yes, I'm saying this would be huge for someone who only needed Hive. This would be huge for me if it could also do Impala.
      - dllthomas 9y ago
        Got it! I'd be happy to serve as a resource for anyone taking a swing at adding an Impala front end (or any other, for that matter). I'm unlikely to get to it myself any time soon.
        daveFNbuck 9y ago
        There's something like 5k lines of code for the Hive dialect. How much of that is auto-generated? Is there any way to take advantage of the similarities between Hive and Impala to reduce the work needed?

willtim 9y ago

That's exactly how Python got into industry.