Hacker News new | past | comments | ask | show | jobs | submit | andymoe's comments login

You are in the wrong PR wise probably. Generally I think providing a way to opt out has become the path many projects take.

Anyway, their main beef appears that you are not properly anonymizing the telemetry.


Thanks! This is helpful. None of us at Digger have led or maintained significant OSS projects before - so discovering things as we go


It’s Apple.


We all kinda hate it but if you want to build UIs on the web you probably have to learn it. Start with mastering flexboxes

https://flexboxfroggy.com/

After that maybe allow yourself to look into something like cross platform flutter. https://docs.flutter.dev/ui/layout

That and the other native stuff (ios, android, the 10 windows layout languages) is not really any easier. UIs are tough to do well.


Today, I think it's also possible to work in higher levels and not need to know the ins and outs of CSS as much anymore. They're more "nice-to-haves" rather than "must-haves", and you can usually Google/StackOverflow your way out of rabbit holes as you encounter them, not needing to learn all of it at once beforehand.

I'm a frontend dev who grew up with CSS, but some of my coworkers started after that era and still contribute valuable work. A lot of it is in higher levels of abstraction now, such as component libraries (whether built in-house or third-party or, often, a forked/extended version of an open-source one). The CSS is already mostly defined for you by these systems and for the most part they're fine.

Yes, your UIs end up looking a bit generic, like the modern version of "just another Bootstrap page", but I'd argue this is a good thing: that FE devs can now spend time building business logic and user flows instead of (sigh) centering divs across three browsers.


Always fun to see a new UAV startup. Did you use an open source autopilot (like ardupilot, PX4, Paparazzi, etc) or build something internally?


The microservices knowledge is the interesting stuff and transfers to the more complex hard to maintain things people build elsewhere. The infra stuff is generally toil you can figure out if you must. Keep at it or look for places using better infrastructure abstractions. (ok ok, I worked on CF so biased but feel your pain)

I think long term the java spring stuff will shoe horn you more than CF stuff but there’s plenty of work there.


Everyone wants a scapegoat and easy answers where there are none. That said SF government is provably corrupt (and every couple years someone goes down) but the Chesa recall is a side show.


Wait until they find out how many different teams and systems and plans they have to try and do real software subscriptions. Anyone who’s worked on billing stuff for software knows there won’t be anything rapid about this transition.


Trust your management skills and your people and you will be fine.


Sure, lots of engineering needs, but I work with some software PMs in the industry. Reach out.


Typical credit card transactions fees range from 1.5-3.5 percent so the 2 percent is not a terrible deal and businesses usually just eat it in retail and work it into the prices.

Usually there is language in the contract with the processor agreement that prevents businesses from charging different prices for credit card vs non credit card buyers.


> Usually there is language in the contract with the processor agreement that prevents businesses from charging different prices for credit card vs non credit card buyers.

These stipulations were voided in the US as of 2010 due to the Dodd Frank legislation.

http://www.ftc.gov/business-guidance/resources/new-rules-ele...

> A PCN cannot stop you from offering your customers a discount or another incentive for using a certain method of payment, as long as you offer it to all your customers and disclose the offer clearly and conspicuously. For example, you can offer your customers a discount or a coupon if they pay with cash or a debit card rather than a credit card.


I’ve been told that for brick and mortar retail, credit cards are sometimes more desirable because you might have more than their fees in shrinkage with cash. Even if it’s not more, it might make those fees easier to eat. I think it depends a lot on the specifics of the business.


Debit cards can do the same job for basically no fee.

Credit card users, however, are likelier to spend more money, and that is why many retailers are hesitant to charge credit card users more than debit card users.

Edit: note that Target does give a 5% discount on everything you buy if you pay with your bank account tied to their debit Red Card, so some retailers do seem to be changing ways.


I’m not sure which debit cards you’re referring to (e.g. Interac vs VISA debit) but AFAIK they all have fees, with possibly different structures, e.g. a fixed charge + lower percentage.


Sorry, I meant that the fees are so low it is a negligible cost in most cases.

https://www.federalreserve.gov/paymentsystems/regii-average-...

Usually 50 to 60 cents at most, but 30 cents or less most of the time. The variable component is only 0.05% most of the time.


"Usually there is language in the contract with the processor agreement that prevents businesses from charging different prices for credit card vs non credit card buyers."

I don't believe that is the case. However, they usually prohibit a surcharge for using a credit card - but they don't (can't?) prohibit a discount for cash. To get around that you'll sometimes see "listed price reflects cash discount - add X% if using a credit card".


I think Supreme Court came down against those prohibitions in 2017, although I am not sure if that only pertains to state laws and not business agreements.

https://en.wikipedia.org/wiki/Expressions_Hair_Design_v._Sch...

Either way, due to wanting to avoid risking anti trust action and to stay out of the headlines, I think the payment card networks (PCN) are not going to want to try imposing any of those credit card surcharge terms.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: