We've integrated posthog (cloud hosted) and have been using it for a few months now. It's got a rough edge or two but it's tight, integrated nicely with the codebase, and an order of magnitude cheaper than amplitude. I'd like a nicer sentry integration
Time spent with the team ebbs and flows depending on complexity of projects, where in the roadmap you are, seniority of the dev team, and more.
The agile manifesto was too abstract in it's original state, and folks who needed a rigid framework created capital A agile in order to adapt it to their cog in the machine role.
For my team of 6 in a ~20-25 person (remote) startup, we have a 30 minute dev meeting in the morning, and a 15 minute full team meeting where the agenda rotates daily around departments. I quite like it honestly, remote can be lonely and isolating otherwise.
Generally I think it's important to structure team responsibility around who ultimately needs to make the decision (although they need to consult others and get team buy-in). And hire people you trust to make the decisions. Then the meetings become about problem solving and getting through the work, rather than performance art and politics.
Yeah you're right, it's another hacky way to solve it. Also yes, invoice at either a later date, earlier date, or immediately.
Another hacky way my CX team has been solving moving the next invoice date around is to pause their subscriptions then unpause/bill now (Stripe supports bill now but not reschedule next out of the box) - they'll set calendar invites for themselves to unpause when the customer requested then blow through them in the morning in the Stripe UI. At least we've upgraded from that scenario to the current "trial hack" scenario. We can pull analytics and treat "trial" as active, it's just annoying that their dashboard analytics are hard baked to treat trial as inactive.
I really think what Stripe did was launch Subscription then get a bunch of customer requests, created Subscription Schedules which was supposed to be the layer of advanced functionality you opt in to if you really need it, but created a product that's too complicated and misses the mark.
Oh another fun note I'll leave you with - we never want proration (the price of the product is always the price, since we're shipping physical products). But the proration radio is always on. So a team member using the Stripe UI forgets to turn it off every few days or so and we charge the customer the wrong amount (and have to sidestep proration line items when shipping)
Here's our main problem with Stripe for what it's worth -
Stripe Subscriptions and Subscription Schedules are massively complicated and don't support our use case. Subscriptions support complex scenarios like proration and metered billing, but miss the mark on simple use cases.
All I want to do is ship products when people are charged, but I also want to move the next charge (or next several charges around) based on end user requests. This is accomplished in Stripe using their "trial" functionality - which is a hack because the Subscription isn't in "trial", the customer just wanted to move the next invoice. Putting the Subscription in "trial" screws up Stripe out of the box analytics because they don't get counted as active Subscriptions.
I'm not surprised you were driven to build your own Subscription platform, I wasn't around for the decision for us, but knowing what I know now, I probably would have built as well or looked at Chargebee or similar.
Ugh, I really hope the lesson Disney learns isn't more sequels, less original IP.
I thought it was middle of the pack for Pixar, not their worst, far from their best though.
Even worse than the quality of the movie was how they advertised it. The preview seemed so recycled - the story seemed unoriginal the characters so similar to what we've already seen before with Inside Out and Soul. We just went on a whim because its nice to have the excuse to go to the theater
Oh sure, knex had a github issue with a similar recommendation. Interesting approach, and I suppose json -> ts is a smooth transformation, thanks for the tip
Doesn't seem like it performs result set nesting on joins? For example with the one to many of owner -> pet, I'd like the results to look something like `{ person: Person, pets: Pet[] }[]`. Knex doesn't do this either (afaict) - wrote a few "deep" queries with some convoluted lodash to group things up but mostly gave up and just live with raw resultsets.
I guess I still prefer that to a full on ORM, but that's really the one missing feature I want from these SQL query builder libraries
It's funny that the author introduces React as a framework that's notable because it brought a few paradigms mainstream, then immediately re-introduces the equivalent of virtual dom diffing without a tip of the hat.
Excited to see what they come up with here though, love Jetbrains products and Kotlin is a solid JVM language
What's frustrating is that Meta was so close to "getting it" - games where you get to be in the creative driver's seat are underrepresented right now. The Metaverse should be the place you can experience that childlike wonder you mentioned - decorate your place, visit your friends, set up your own escape room, show off the 3d art you made with tiltbrush. 3d myspace. During the pandemic I bought a quest, learned blender & unity, and built a little retro arcade with skeeball and a few other games. It was so much fun.
I'm disappointed that Apple is focused so much on office productivity AR, I'd rather be transported somewhere else in space and time with VR - not marginally more productive at work. But still crossing fingers that this is the start of something.
I dont understand the business ask for drawing a map to show potential customers, then placing them randomly on the map. Why not just give rough volume numbers or something instead? It seems at least misleading.
Networked Insights is transforming the way companies make decisions by harnessing the power of real-time social and marketing data. The world’s most innovative brands leverage our groundbreaking technology, analytics and experience to generate deeper consumer understanding and business advantage. Networked Insights helps you put what consumers are saying in real-time at the center of marketing activity to drive breakthrough decisions and tangible business results.
Over the past six years, Networked Insights has provided solutions to clients like GE, MillerCoors, Proctor & Gamble, Samsung, Revlon, and Viacom who leverage social data toimprove efficiency and effectiveness across the entire marketing lifecycle. In 2012, Networked Insights was named one of world’s 50 “Most Innovative Companies” by Fast Company and was declared as “unrivaled in socially informed media planning and buying” by Forrester Research.
My apologies. I live in the area where Epic is based. They tend to hire straight out of college and work their employees into the ground. It's a weird subculture over there, but they're swimming in money for all the government kickbacks hospitals get for implementing electronic medical records here in the States. http://www.cms.gov/Regulations-and-Guidance/Legislation/EHRI...
Networked Insights is a marketing decisions platform that is revolutionizing marketing. We use social data to empower marketers to make smarter decisions.
Our group is growing rapidly and you'll get the chance to work with a ton of great technology with lots of really smart people. We're pushing the boundaries of machine learning and linguistics, big data, and we make a few pretty cool webapps too. We've secured a 20 million round of funding last fall, and are becoming more profitable every day.
Check out some of our open positions here: http://www.networkedinsights.com/about#slide4 (not exhaustive). Not on the list - we also host research interns, have some openings for QA, and several engineering related openings not listed. If you're passionate about what you do and our mission interests you, please apply even if there is no position that matches your skillset.
Our payments using payflow pro and payflowpro.paypal.com seem to be processing normally. I think this only affects one processor, or merchants using "Website Payments Pro Payflow Edition," after reading the linked page.