This is actively preventing me from sending packages to other countries as a maker. No matter how small the risk is, I don't want to risk a 5000 euro fine for sending a small amount of packages to other EU countries.
Really sorry you’re experiencing this, that whole regulation rollout is a complete mess. The leadership should be sacked for such an incompetent regulation, it’s insane how much troubles they are creating for small businesses.
Who is the leadership? The Council - then it would be national elections etc for the individual national representatives; the Commission - then it would be the European Parliament.
That's just an excuse then. Register with whatever local authority in your country handles these things and in the unlikely event you get a grumpy letter just send them a copy of your registration documents.
Do you send them as your business or as yourself? If it's the latter, then I would consider forming a business to take on the risk. That's not free either, but think of it as insurance.
Can't comment on all European jurisdictions obviously, but a 1 person LLC/Ltd. is not a great shield in Germany. Usually they'll still consider the owner/director liable because they were making those executive decisions.
Schrodinger's Bus: You do not know if you will be hit until you are already in the street. I feel like there is some promise in naming a band this, but it is unfortunate it so often is what people have to deal with when bringing an item to market.
... but you can still fail to notice one, and you can gauge and to some degree control your risk of being fined.
In fact, if you sell 10 hobby prototype boards to other hobbyists, you probably have a higher risk of getting hit by a bus on the way to the post office than you do of being fined.
Because there's a handful of companies (lectronz, seeedstudio, ebay, etc) that have the full shipment lists. So the compliance agencies don't have to go after individual business records one business at a time; they can go to probably fewer than 10 businesses and find the suggested mass rule breaking with a sql join.
See also the national tax agencies with NACE codes (euro version of NAICS).
Doesn't feel like a useful data point without more context. For some hard bugs I'd be thrilled to wait 30 minutes for a fix, for a trivial CSS fix not so much. I've spent weeks+ of my career fix single bugs. Context is everything.
Sure, but I've never experienced a 20 minute wait with CC before. It was an architectural question but it would have taken a couple minutes with a definitive answer on 4.5.
Similar thing happened to me 3 months ago. To this day no response to any appeals. I've actually started a GDPR request to see why I got banned, which they're stretching out as long as possible (to the latest possible deadline) so far.
We're planning to start working on it in January, and I think we can get the first version out in late February. If you know good senior Android engineers, send them my way! ([email protected], no CV required, let's just chat)
I've worked for a company that released a product exactly like this. They went bankrupt 6 months later.
I hope you'll have more success, but at this moment I cannot see anything in there that makes it better than the product that the company I worked for was working on..
This post seems very focused on projects with just a single developer. The "recognizing and tagging" versions for example completely breaks down when you have multiple people commit and merging things to master and multiple pipelines running that are trying to recognize and tag versions.
The post is very much not complete -- there is much more a team would have to standardize to fully take a set up like this into production, bu I'm not sure that it "completely breaks down" with more people contributing.
As long as there is some release coordination, a system like this can work. In particular, I've found that the lightest way to get a system like this working for x > 1 developers is to have a release-vX.X.X branch for releases that are going out and vX.X.X tags for releases once they have actually landed.
You mention the recognizing and tagging versions being an issue -- are you imagining a world where two people are releasing something at the same time? I'm not exactly sure
If we assume that what that posts suggests isn't feasible, regardless of how you deploy and do your CI, if your release process can be done by a human, it can likely be automated. Gitlab CI is most robust and yet easiest to understand automated CI system I've seen for making that happen (at least that was my intended point).
I have found that there are moments that start to give chaotic behavior in CI that are influenced by the number of people working on mono repository and some other stuff like code maturity: 1 dev, 2-5 devs, 5-10 devs and 10+ devs .....
Something that works great for any number might start to break for other number. Something effective for huge team may be very bad for smaller team. Something that works great in one moment (first several months of the project when thing still get shape 0.X.Y versions) sux when we move to 1.x version and vice versa.
I am not aware of anybody giving more detailed thought about this nor examine what could be most optimal solution for any type of team (if such thing exist) or on what precise moment you start doing certain practices (for example protecting master branch).
