logan-keede opened a new issue, #15360:
URL: https://github.com/apache/datafusion/issues/15360

   ### Is your feature request related to a problem or challenge?
   
   DataFusion has many dependencies that leads to increased binary size and 
compilation while saving us the trouble of maintaining those implementations in 
our own codebase. 
   
   
   ### Describe the solution you'd like
   
   This issue is to Identify any crate/dependency `shallow` and `stable` enough 
to justify having an In-house implementation. 
   'shallow': We do not use much of the original crate. i.e we just use a small 
part that can be implemented in house without having to implement/port a 
massive dependency tree that crate has. The shallower the dependency, the more 
beneficial an in-house implementation would be.
   
   'stable':  The code is mostly stable and will not require much active 
changes after having an In-house implementation. (While all code eventually 
requires some changes, it is about how frequently and disruptively it will give 
us a headache.) 
   
   ### Describe alternatives you've considered
   
   Do not have any in-house implementation. Pay the price of increased binary 
size and compile time.
   
   ### Additional context
   
   _Originally suggested by @ozankabak while discussing my GSoC 2025 Proposal 
for "Optimizing compile time and binary size" over discord and before that in 
#14478._ 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: github-unsubscr...@datafusion.apache.org
For additional commands, e-mail: github-h...@datafusion.apache.org

Reply via email to