> It's my understanding that despite the high cost to run Meetups, the company itself has never been in a good financial position. They've been bought and sold multiple times.
Former Meetup employee here. A company being bought and sold multiple times is not a sign of being in a poor financial position.
2017: Meetup was first bought by WeWork for $156M.
2020: Meetup was then sold for a fire sale price to AlleyCorp as WeWork was trying to avoid bankruptcy from their unsustainable office rent deals. Watch any of the streaming shows like WeCrashed if you want to know what happened to WeWork.
2024: Meetup was then sold for a very nice multiple of their 2020 price to Bending Spoons after being profitable for several years. However, it had been profitable over those years by keeping it all together with only a small team. Bending Spoons moved operations to Italy, where most developers are cheaper.
Thanks for the extra context! I was operating off of (faulty) memory with that statement.
You're 100% right that it's not necessarily a sign of being in a poor financial position and that's my bad for assuming as much.
From an outsider's perspective, it makes it seem as if the local events space is not necessarily a lucrative business to be in. If it was, it would likely stand on it's own independently. Instead, we see more tools integrate events as a feature of an existing community platform. I think that's where there's an opportunity, especially for smaller shops or solopreneurs.
I've been building a game in Compose Multiplatform and have been learning how to integrate new UI features across WASM, Android, iOS, MacOS, Windows. It's great new tech with a lot of promise even though it's still early.
Code quality has been plunging for years while we've become more dependent upon code.
Devin AI working Upwork jobs blew minds, but it succeeded for a reason. Upwork and similar sites are plagued by low quality contractors who do little more than glue together code written by better engineers. It was never a hard formula to copy.
Outsourcing programming work to the lowest cost and quality to third-party libraries is leading to inevitable results.
Obviously, the next leap will be sophisticated supply chain attacks based upon poisoning AI.
Remote: Yes, please. I've been remote since around 2017.
Android/Kotlin and Kotlin Multiplatform expert engineer with over twenty years of software experience. I've been building highly successful Android apps as well as Android/iOS apps with shared business logic in Kotlin.
I've been building Android apps for ~11-12 years, including working full-time on major ones like Firefox for Android, Meetup, Amazon Relay, Microsoft Flip, etc.
You can benefit from the fact that my employer has been acquired and our acquirer has informed us they plan to let everyone go.
Technologies: Android, Kotlin, Kotlin Multiplatform (KMP), Jetpack Compose, Compose Multiplatform, Gradle, Java, some Swift and SwiftUI, and many others that I use less often.
I've been an organizer both pre- and post-pandemic.
I can say that my pre-pandemic programming Meetup group has been tricky to re-launch. We did decently in virtual Restream sessions during the pandemic, about 15-20 attendees and many more watching the videos. Afterwards, it's much tougher to find free venues. I don't have recent contacts with many speakers. Most sponsors aren't recruiting and aren't looking to spend money on free pizza. Some original members aren't getting emails and notifications because they stopped them during the pandemic.
However, my tech happy hour meetup is more popular than ever. We relaunched it after the pandemic and it's been hopping ever since. By starting over with a new group and new name, we were boosted by a New Group Announcement that put our group in front of lots of new Meetup members. Being one of the active Meetup events in our area, we get higher attendance than pre-pandemic. Also, it's a joy to host these events as I have almost no work putting an event together-- no venue, speaker, or sponsor discussions.
It's a tale of two event formats-- one that used to work well and another that still does.
My take on online events is that people attended during the pandemic partly to be social. However, Zoom creates a problem-- as the number of attendees rises there's a significant burden to speak and to take up space in the conversation. I used Restream to allow conversations in chat and to highlight various comments and discussions. I had great hope when trying gather.town, but it didn't work well because most came to watch the speaker and left without learning how to mingle and socialize in a virtual environment that should have empowered smaller, organic conversations.
I have certainly done this. PullRequest bought the Moonlight developer gig platform. A lot of full-time developers from Moonlight also took on gigs from PullRequest as they've been using the platform to sell their service. I'd guess most reviewers have other jobs or contracts.
Having done more than a few PR reviews and code security reviews for their platform as an Android/Kotlin dev, I've found that the opposite problem is more common. A lot of organizations suffer from insular thinking and their own team often comments LGTM even if there's something glaring.
Writing reviews as an outsider, there's something freeing about knowing that you can review honestly and professionally and not overly worry that a colleague might get offended when you're simply trying to help. It's also not a chore anymore. Since the review is the job itself, it doesn't feel like a distraction. And since you're an outsider, you might know about best practices at your organization that the client hasn't been exposed to.
When I review code, I read the summary explaining what that org likes in a review, but I also make sure to include tools and practices that they might not be aware of. In many cases, I can see they're lacking automated static analysis like ktlint/detekt and point it out. I might notice performance or security flaws that their own team wouldn't consider in a typical PR.
While I actually enjoyed the style of work where reviewing a PR isn't a chore, there are a couple issues I'd like to see improved. Their rates could be improved for the best engineers. Also, the number of jobs isn't always enough for the number of reviewers. Gig work is much nicer if you can actually choose the hours and have more flexibility.
I think the point is internal and external code reviews are two different beasts - no harm in getting an external kicking to improve the coding practices. However, with nobody having skin in the game to get external code reviews into the codebase, they will largely be ignored as “nice but we have work to do”. How could a product like this (I think I’ve seen a few) solve that human nature problem?
They're truly different beasts, but each has clear value. As but one example, I've seen outsourced apps for financial firms where there were literally hundreds of basic security flaws. Would you trust the same review process that allowed those PRs?
To answer my own question, maybe you could massively overcharge and put a bounty on each review item that gets paid back when they get completed? Is it right to make something like this about money? Would the company or dev see the cash?
Could be an interesting way to make it work and try make a higher/more valuable company from this, i.e. the CRAAS company could keep the bounties if not fixed after say 6 months...
I definitely get what you're saying here, but I think if I was given the choice between an internal reviewer that might glaze over some bad practices, or an external reviewer who will miss stuff like "oh be careful calling that code, there's gotcha X, Y, and Z that you need to think about", I'd take the former every time.
It’s usually possible to see if a certain piece of code allows gotchas or not. Global variables, implicit dependencies, undocumented apis or magic strings to give a few examples. If you have many such, then getting a reviewer calling out those bad practices is even more valuable. Even more valuable that they are external, because often many such smell-patterns are stuck due to some political stalemate or cargo-cult within the team.
Most gotchas are actually carried over from the open source framework you build on top of. Such knowledge is transferable and can’t hurt to get another pair of eyeballs to help you with them, assuming you haven’t spotted them yourself already.
Former Amazon (retail division) mobile engineer here.
A lot of the comments in the OP are true, but possibly a bit overstated.
They definitely expect a lot of engineers to leave after one year with only 5% options. In fact, they'll refuse to give raises if your stock price hikes put your pay "above band," but then they won't make up the missing raise if the stock price tanks.
They do PIP a fixed percentage of the workforce every year, even if they're talented at their jobs-- but it was about 15% when I was there-- and half got to keep their jobs if they ran the gauntlet of hard tasks without a complete mental breakdown.
There's no question Amazon is a difficult employer. But the exact details vary from division to division. It can also be a place where you meet a few very talented engineers and learn a lot. But the good ones rarely stick around. I found that the best managers got quickly hired away for better positions at other companies. I personally had four managers within the span of one year.
They also seemed to have a ridiculous legal policy that drastically limited speaking at conferences, blogging, or personal open source projects. It was far easier to moonlight and get the okay from legal than it was to give a talk at your local Meetup or contribute to Open Source outside of work. I stopped asking for permission or telling anyone.
I also noticed that the corporation seemed to encourage taking on unpaid extra work as a bar raiser or security reviewer, but your division might take no interest in anything you did to help the wider company when performance review time happens. There's a lot of politics and jealousy at play. If your team is working 60, 70+ hours, they won't care that you're producing just as much quality work in 40-50. Managers routinely sacrifice their employees as pawns to gain favor for themselves.
One of the most troubling things wasn't the long hours, busy on-call periods, stack ranking, or PIP policy, but their complete disinterest in firing execs who used abusive behavior. There was one in particular who would scream at our managers and cause some to cry in meetings, but rather than disciplining him and making him change his ways, he was able to transfer to another division where he continued his abuse.
Former Meetup employee here. A company being bought and sold multiple times is not a sign of being in a poor financial position.
2017: Meetup was first bought by WeWork for $156M.
2020: Meetup was then sold for a fire sale price to AlleyCorp as WeWork was trying to avoid bankruptcy from their unsustainable office rent deals. Watch any of the streaming shows like WeCrashed if you want to know what happened to WeWork.
2024: Meetup was then sold for a very nice multiple of their 2020 price to Bending Spoons after being profitable for several years. However, it had been profitable over those years by keeping it all together with only a small team. Bending Spoons moved operations to Italy, where most developers are cheaper.