I've been neglecting the maintenance of the package "react-stripe-checkout" for a while and though this would be a good time to finally bring it up to date, but it appears the new version of checkout was created with a very different use case in mind. Single page, JS rendered apps don't really fit the model, and should probably use legacy Checkout or Stripe Elements.
d1g1t is a new digital wealth management platform powered by advanced analytics and risk management tools that offers transparent portfolio management services to professional advisers and their individual investors. Our goal is to empower wealth management firms to transition into a new business model that is driven by technology and analytics, and provides a richer experience for their clients.
We are looking for an experienced JavaScript (Typescript) developer who is proficient with React.
On the front-end our tech stack includes React, Typescript, Redux+Sagas
We are a team that is passionate about our work, and we strive to maintain the highest standards for code quality.
If you’re interested please email me: adam.zmenak@d1g1t.com
We've had to implement an internal table library with all of these features using React (and react-virtualized for scrolling). It's interesting and impressive to see such a large piece of UI code written without any library.
By removing the need for 3rd party dependencies it helps reduce the overall size of the package, made it easier to manage the source of the system, made it easier for developers to import and dramatically increased the performance of the table, Tabulator used to be built on jQuery but that was a beast of a library and eventually became a bottle neck harming performance more than it aided development.
Removing the need for dependencies was also a great learning experience to implement a variety of systems that you would usually go straight to another library for.
When there is something bespoke in one of the extensible modules there are the occasional use of library's, such as the xlsx downloader or the sparkline formatter. but i only use these in optional components and keep the core dependency free :)
IMO to use Kotlin effectively you need to know Java, so to answer to the article title for you is yes. But I would probably use Kotlin for the actual development due to Android Java being versions behind and version fragmentation.
Have we solved the issue of server-side rendering + code splitting? I see both in features, but last time we attempted this, we had to give up one of those features.
We use keyboard controls in our app (vidhub.co) to control media, looks like a Safari 11 user will no longer be able to just hit a key to start a video if Safari's "automatic inference engine" chooses to block us.
I do almost 100% js dev these days, and I've been switching back and forth between Sublime and VSCode for the past few months. The one major issue I have with VSCode is lack of completions for strings and words which Intellisense doesn't understand. Sublime's CodeIntel dose an excellent job of picking up all the "words" I've used in open files and saves me a lot of typing and typos.
Maybe there's some config I'm unaware of, since VSCode's site does mention "words" as a type of completion, but I've never seen it work for js files.
The nice thing about USB-C is that its a standard, so you don't have to buy it from Apple only anymore like before. For example I have https://www.amazon.com/dp/B01K7C53K2 for $69, which is really useful: plug one cable in and everything is connected.
