DevoAKA
This reminds me of Medium spending months to change the underline beneath a descender: https://medium.design/crafting-link-underlines-on-medium-7c0...
They made it work with $125k, I don’t understand the push back with 3x as much money.
Their problem (refined permissions / permission to a single repo) can seemingly be solved by migrating to GitHub Apps but, at the time they launched, there was no way for them to ask for permission to a single repo.
So now there are two problems: - GitHub Apps is a bit of a mess in terms of user experience from both the product side and user-facing side - Forestry has probably looked at this problem and said “we will make more money by losing out on customers who don’t sign up due to code access vs spending months refactoring the core concepts of our product”.
Eventually, GitHub will become more strict in OAuth vs GHA and then become more strict with what it allows on its platform (similar to what Google has done with Chrome extensions recently).
But at the end of the day, GitHub probably doesn’t care THAT much. If you don’t agree with the permissions, don’t install the app and/or put pressure on the product to refine their permissions. It’s tough to know the lost revenue due to these issues so give them incentive to change.
It may not be mandatory now but, by agreeing to the new Terms of Service, it can be mandatory at any time in the future without being notified/needing to agree to the change (since it's already in the ToS). This Slack conversation is just as short-sighted as the blog post.
I'm surprised the proposal to allow third-party scripts (something GitLab doesn't control!) to run on customer's closed environments made it out of a 30-minute meeting.
ZenHub is the only project management tool that integrates natively within GitHub’s user interface. No lengthy onboarding. No configuration headaches. No separate logins. Developers stay in an environment they love and Project Managers get total visibility into the development process.
We're looking for a motivated Senior Ruby on Rails Engineer to help us to create the new backend foundation for future ZenHub features and products, scaling it to hundreds of thousands of users and shaping the future of project management for software teams around the world.
The ideal candidate has a great understanding of the ins-and-outs of Ruby on Rails, strives to build solid architectures, write clean code, and collaborates with other engineers to continuously improve all aspects of the development process.
Apply through https://www.zenhub.com/careers or you can contact me for any further questions - thanks!
Highly recommended to anyone that have to deal with blackouts from GameCentre.
That's the whole point of the article. He's saying don't do it.
main.js:1480
Hope it works out for you :)
- Validation is very slow. It was averaging out to about 5s per submission. This should be able to be done almost instantly on the front-end.
- The email input is validated with the type="email" HTML5 attribute. If you write something that doesn't pass, the notification appears (about) 400px above the form. If you write something that does pass, technically, such as "abc@abc", it is returned, by FormCraft, as invalid.
- It would be nice if the input button was clickable, although I can see that this would be more of a Bootstrap thing.
- I'm not sure how I feel about that Budget sliders reading "0-0" and, once clicked on, reading completely different numbers. If there is a minimum, why not show it?