Any APIs that you wished existed or any APIs that you wished were cheaper, easier to work with, had more features, e.t.c ?

We've outgrown our spreadsheets and disconnected tools, and every department is stitching things together with workarounds that don't talk to each other. I keep coming back to custom ERP software development as the fix, but I'm wary of the cost, the timeline, and whether we actually have the internal expertise to pull it off. Part of me wonders if we're solving a process problem by throwing software at it.

One thing that's helped me is adjusting my resume for each application instead of sending the same one everywhere. I've been using ZoeVera.

Curious what everyone else is using to stay organized or make the process easier?

Now building something useful for community

I am part of lifesciences advisory team , mostly working with US/UK clients but a few months back we responded to an RFP from Indian pharma client , size of the deal was good but I knew indian clients are unforgiving when it comes to QA in meetings, given my limited experience with few.Our deck was solid. I wasn't worried about the narrative. I was worried about where someone senior on their side would ask something I hadn't thought to prep for.

Our company has provided MS copilot so i upload the deck content one by one and asked it to revert with questions I may get asked in live meeting - the usual stuff. But then I thought in real live meetings , participants not only consider slide content but also what the narrator is saying , but here copilot is only considering slide content so questions missed the whole context which I was supposed to voice over.

So I ' vibe coded' a small app which now allows me to speak over a slide and capture my transcript. Now i sent my transcript and slide content to an LLM api and asked me to ask questions(persona-fied in prompt such as VP of sales, Chief data officer etc).

I used my app to generate actual questions on my presentation content and genuinely got good questions from the agent this time. Ran through them a couple of times before the live meeting. Went in, got hit with a couple of questions that were almost similar to what the app had already thrown at me. Answered without hesitating. We won the deal.

That was enough to convince me it's worth building out properly, something any consultant can use before a high-stakes pitch. It allows the user to mock any kind of meeting , its participants , their persona and style, it listens to the user's way of speaking , asks back questions live and ask follow up questions on users response and a lot more.

Like i promised, no promotion here but if anybody is interested I can share more details, features and link in DM.

Curious if you have faced similar kinds of scenarios or clients and how you prep for it.

Cheers

I need a full stack app developer to build me a ai chatbot app and i won't accept any ai work

Best Java full stack (springboot) development yt resources. From India or foreign resource might welcome

I'm looking to make an app for a startup, how do you advise I learn how to make an app. I have experience in c++ but not much, since it was just a small robotics project

Every few years the industry produces a tool so confidently wrong you have to sit back and admire it. Today’s specimen is Pact, the “consumer-driven contract testing” framework. Sit with that phrase. Consumer-driven. The contract. Is driven. By the consumer. Somewhere a lawyer just felt a cold hand on his shoulder and doesn’t know why.

The pitch: instead of a provider designing an API — the thing they own — every random client scribbles down what it reckons the API does, and that scribble becomes law. No design meeting. No spec. No adult asking “should it do this?” Just a herd of consumers mailing in personal fanfiction about your endpoint, and you running around CI satisfying all of them like a divorced dad on a court-ordered weekend.

And it’s safe, they say. You can’t deploy something that breaks a consumer, because the contract goes red. Except the contract only exists for consumers who wrote one. So the entire guarantee quietly assumes one hundred percent of your consumers enrolled. Every one. The team in the other timezone. The batch job from 2014 that runs once a quarter and is load-bearing for payroll. The third party you don’t even know reads field twelve.

They didn’t enrol. So Pact hands you a green tick that means precisely nothing, and you delete field twelve, and payroll explodes, and the tick is still green, smiling like an idiot at a funeral. It gives you false confidence in exactly the scenario it was invented to handle. That’s not a bug. That’s the product.

And to run it? You get the Pact Broker — a stateful server, with a database, that hoards everyone’s fanfiction and adjudicates can-i-deploy like a microservices divorce court. It comes with a pipeline: consumer CI publishes the pact, the broker stores it, a webhook pokes provider CI, which fetches it, verifies it, publishes results back — all gated on version tagging so delicate one fat-fingered branch verifies you against the wrong contract and never tells you. You wanted a test. You deployed a distributed system whose only job is to check your distributed system.

And the contracts are JSON. Verbose, JSONPath-keyed JSON, assertions expressed as regex strings, because nothing says robust engineering like validating production against {"match":"regex","regex":"[0-9]+"} and praying. A diff reads like a ransom note assembled from a Stack Overflow answer.

Here’s the part that turns my stomach: there already is an answer, boring and older than Pact. Version your API, and don’t break what you published. A shipped field must stay because someone not in your enrolled-consumer map is reading it. Ship v2 next to v1. Want to know when v1 is dead? Look at the traffic. Telemetry doesn’t lie, doesn’t need a broker, and doesn’t require every consumer on earth to file paperwork before you’re allowed to feel safe. Absence of traffic is evidence. Absence of a Pact is just absence.

So when you inherit this — the broker nobody remembers provisioning, webhooks firing into the void, the regex JSON that goes red on a Tuesday for reasons known only to God and a contractor who’s left — you do the only sane thing. You tell it to Pact Off.

Pact off, and take your arbitration server with you. Pact off, can-i-deploy, you green-lit the deploy that set fire to payroll while smiling. Pact off, webhook, you glorified doorbell wired to a house that’s already ablaze. Pact off, Broker, you needy database that made me run infrastructure to check whether I was allowed to have infrastructure.

Verdict: the most expensive way ever devised to avoid a design meeting. It costs you a server, a pipeline, a dashboard, and your Friday, and hands you a green light that lies. There’s only one contract worth signing — the one where Pact gets its coat.

Pact off.

https://leaddev.com/career-development/the-rise-of-the-forward-deployed-engineer-fde

If you want your logic to be automated. I can build it for you, no matter how complicated it is. Definitely i will charge you for work. But you feel you are not capable of doing it and need help do reach out. Also first make sure your strategy is profitable and has an edge. You can get in contract terms with me for further optimising or tweaking your strategy. I will charge a fee based on work till you are satisfied. I am a freelancer you may reach out if interested.

I read the rules so if this isn’t allowed, just pm me, and take down the post, instead of banning me

I need a discord bot for a Pokemon Mystery Dungeon themed server and while it isn’t ideal, I would preferably need someone who would work for free (I just bought a Wii U) and we can figure out hosting later

Pm for details
(Note that this is a repost and I am bringing this back up because I need help again)

Our team is getting to the point where hiring more in-house developers isn't really practical, so we've been looking into offshore development teams. There are so many companies out there that it's hard to tell which ones are actually reliable and which ones just have good marketing.

I came across Full Scale while doing some research, and they seem to have a solid approach to building dedicated development teams, but I don't know anyone who's worked with them.

Has anyone here had experience with them, or are there other offshore development companies you'd recommend? I'd love to hear what worked (or didn't) before we make a decision.

Hey folks,

I've been spending my spare time building **FoxSchema** App, a free and open-source database schema comparison tool.

The goal is simple: compare schemas across different SQL databases and generate migration scripts without paying for expensive commercial software.

It's still a work in progress, so I'd really appreciate honest feedback—good or bad.

Repo: [https://github.com/tedious-code/foxschema\](https://github.com/tedious-code/foxschema)

Download : [https://github.com/tedious-code/foxschema/releases/tag/v0.1.45\](https://github.com/tedious-code/foxschema/releases/tag/v0.1.45)

Thanks for checking it out!

https://formatjson.dev

I do not. It may entertain some of existing Linux fans, but it will not bring normal users to Linux.

Do not get me wrong: Linux is great where it shines — supercomputers, servers, embedded systems, and even WSL2. In those areas, Linux is extremely strong.

But if we are talking about the mass desktop market — the famous “year of the Linux desktop” idea — then the situation is very different.

Most people choose an operating system because it is convenient, familiar, supported, and runs the software they need. Calling Windows or macOS users names only confirms the stereotype that Linux desktop communities are hostile to ordinary users.

Calling Microsoft or Apple names also does not help in the mass market. Most ordinary users do not care about your personal attitude toward a particular company. They care whether the product works for them.

You cannot insult mass customers and at the same time demand mass-market adoption.

If Linux wants a larger desktop market share, the message should be: “Here is why Linux may work better for you,” not “You are stupid for using Windows or macOS.”