bahner
I have worked a lot on my myspace_ipfs package and I am ironing out the creases. But learning Elixir and making a package this big was not so smart.
The quality has become OK and I find it good enough to qualify for a smaller namespace name, eg. ex_ipfs.
But it is too big. (And the name is too long). There are just to many tests to be written, so I’ve lost some momentum. I use the core parts myself and find that I like them. So I thought to relaunch the core parts as
ex_ipfs
and then add sub packages like
ex_ipfs_pubsub
ex_ipfs_files
ex_ipfs_swarm
Or something to that effect. How does the community feel about renaming packages (and thus polluting the name space). And what is the general feeling about splitting packages up into smaller parts?
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Bringing learning, work and compliance together since 1987.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #blog-post
- #ai
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Producing high quality Elixir screencasts since 2017.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 4- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
dimitarvp
Well, just try to search for
opentelemetryon hex.pm and you’ll see that your example is very tame.In short: that’s absolutely fine, as long as you don’t drown in complexity of project A depending on B depending on C depending on A etc. That’s one type of complexity that kills motivation (and time, and energy).
BartOtten
Sometimes it’s for the better. Especially as it allows other developers to onboard by starting a subpackage/extension.
bahner
Indeed. The Core Module should be the only dependency. I did the opentelemetry search
bahner
And the pubsub for example is experimental and could possibly be made obsolete any day of the week. IPFS itself is a highly volatile target.
Their way of creating a 127.0.0.1:5001 API for the command line app to mostly use is a very good idea. Although sometimes confusing as they confuse what is command line args and what is API args. So things change quickly. But, boy is it fun and exciting.