If the workers demanded a $1000 raise, is Lexmark just in firing those workers and hiring workers that are willing to work for less?
983 karma · joined August 27, 2008
If the workers demanded a $1000 raise, is Lexmark just in firing those workers and hiring workers that are willing to work for less?
There's not the same amount of visibility and accountability in startups as with companies on a publicly traded exchange.
Someone will lose their shirt, sue, and set precendent for how startups should now behave with unsophisticated investors.
The Elixir community on both IRC and Slack have been incredibly patient and helpful for a hack like me. Both in solving specific problems and teaching how to solve future issues myself the next time around.
Suppose two people start at 10. One person finds a way to go to 20 and the other goes to 11. The inequality has increased and the wealth of both people has increased.
Technically, this is a social improvement. But egalitarians would say this is a terrible situation because the gap has gone from 0 to 9.
I love, love this idea and how you've done it. But I'd be really sad to see the service take off and you can't support it because the model doesn't work.
I just worry about you charging a flat rate for something that has a variable cost (email). That's assuming you're using a service like Mandrill or SendGrid and not rolling your own.
Anyway, kudos. I love the looks of this and will probably be a paying customer several times over.
EDIT: I also believe Heroku's request routing system is built on Erlang.
1) The Elixir community is still in its infancy and the community is growing rapidly and flourishing. If the concern is there isn't an equivalent Elixir library for X gem, it's only a matter of time before it is. So please join!
2) I attended the Phoenix training at ElixirConf this week and an easy answer to registration and auth is "hey, write a plug". Once you dive into how straightforward plugs (1) and what (init/1, call/2) do, it's really simple.
You will appreciate the explicit nature of plugs compared to say, Rack middleware...
I'm rewriting a Rails app in Phoenix and overall, I've found it to be a really pleasant experience.
Elixir and Phoenix give you the great productivity and the performance of being run on the Erlang VM.
There are incentives to cheat; as long as there are no ramifications for it, it will continue.
Community: smart people (who I respect) in the Ruby community are getting really excited about (and choosing) Elixir. People like José Valim, Dave Thomas, Bruce Tate, Chris McCord, etc.
BEAM and OTP: The Erlang VM and OTP have been battle-tested at Ericsson. It's known for having 9 9's of reliability and scaled WhatsApp to millions of simultaneous connections.
HEX: like Rubygems was for Ruby, Elixir/Erlang has a budding package management system via Hex. Hopefully this becomes the canonical source for libraries.
Phoenix: Rails popularized Ruby and became the framework of choice for quickly and pragmatically developing CRUD apps. Phoenix has Rails-like conventions in building an Elixir app and has built in support for websockets. This framework is built for today's technology.
Syntax: Coming from Ruby, the Elixir syntax is approachable and understandable. It's easy to jump into without having much prior knowledge.
Kinda subjective, but those are reasons why I'm excited and choosing Elixir to build future projects upon.
Sidekiq has been great as a background worker, but I'd like to try concurrency elsewhere.
All negative comments directed towards Matt are surprising?
How so? What's so surprising?
This comment in particular: http://www.pearsonified.com/2015/07/truth-about-thesis-com.p...
Pursuing the trademark cancellation further is just downright vindictive. It's not too late for him, to say, "I f-ed up and I've let this blind my decision making. I've asked the legal team to rescind the trademark dispute and we won't pursuing this any further."
Until that happens, this cloud will continue to hover over Matt and the WP community.
Couldn't be happier for them.
I'm in Austin. Lemme know if you want to meet. My email is HN username + gmail.
Kudos to you for open-sourcing. You also write great code that's well-commented.
I don't understand how increasing pricing from a flat fee to a percentage encourages marketplaces to pay out less frequently. The cost is so nominal that it far outweighs any percentage fee.
> We don't require that they use managed accounts. Over time, I think standalone accounts will become the better option
Better for whom? [edit] My customers are not tech savvy and only want to deal with one fintech vendor, exposing Stripe to my customers seems like it's Stripe's best interest.
Why scale the fee?
Does this apply to marketplaces/accounts migrating from Balanced? There was an assurance that Stripe would honor Balanced's pricing. https://www.balancedpayments.com/stripe/faq#will-our-pricing...
If you require marketplaces to use managed accounts then it's an extra tax, no?
To make an ACH debit, you'd need to verify a bank account beforehand. And I don't think client libraries support a `bank account resource` w/o curling.
Maybe I'm missing something.
(I currently have this ability with Balanced. Also have very low fraud, chargeback, etc.)
http://scott.a16z.com/2014/03/24/were-fd-its-over-coming-bac...
i.e. ACH debits, marketplaces, etc.
Migrating over to Stripe sounds great, but having these libraries updated with the proper endpoints seems like a must.