Comments URL: https://news.ycombinator.com/item?id=48320409

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=48225876

Points: 4

# Comments: 0

Handling errors this way is possible in only very brittle and simplistic software.

I mean, you're contradicting your very own argument. If this was the primary/idiomatic way of handling errors... then Go should just go the way of most languages with Try/Catch blocks. If there's no valuable information or control flow to managing errors... then what's the point of forcing that paradigm to be so verbose and explicit in control flow?

None.

Also, if you don't need the python bits, you just skip Python :)

Markdown is for keeping things simple.

There's plenty of of "proper" markup languages and full programming languages to actually write code in.

Why do we need a hybrid program like this, which is not as simple as pure markup, and is not as powerful as a proper templating language?

I personally just run markdown -> HTML/CSS -> python templating (Jinja or something) -> PDF/HTML

As a dev, I find this works the best for me. But I also cannot imagine that learning Quarkdown would improve my workflow meaningfully, and I also cannot imagine recommending someone learn such a niche product instead of having them learn HTML/CSS and Python (Jinja if they need fancy). Seems like a comparable amount of effort.

The main thing to focus on here, however, is that this offering would not be for your usual audience. If that's all you expect from it, I would rather not bother. It's a separate market, and while there's some bleedover, I think you'll be surprised how different they are.

You can always try to play it safe and put in a contact form for discounted quotes (nonprofits, individuals, etc). This depends a lot on your capacities, but it could quickly tell you if you're pricing out desirable customers.

Email: tinmarkoviccs (at) gmail.com

I'm a software engineer who helps media and research organizations turn their internal knowledge into external-facing APIs. Whether your data lives in spreadsheets, PDFs, Airtable, or Jira, I'll help you extract it, build an API around it, and integrate it with platforms your customers already use.

- Fixed pricing (no surprise bills, no scope creep)

- Results guaranteed - or you don't pay

- Autonomous delivery - I take care of the details so you can focus on what matters

- Used by orgs like the NBA, Kiwi.com, and Redfolder Research

Let's chat! Reach out to me:

- via email at tinmarkoviccs (at) gmail.com

- via linkedin https://www.linkedin.com/in/tin-markovic

Feel free to browse my web to learn more about me at https://tinthe.dev/ :)

Email: tinmarkoviccs (at) gmail.com

Tech/Resume/CV:

I'm a software engineer who specializes in turning internal knowledge into well-documented, external-facing APIs. I’ve worked with teams at the NBA, Kiwi.com, and Redfolder Research to help them expose structured data from sources like Airtable, spreadsheets, PDFs, and Jira — with minimal lift on their side.

I’m open to freelance, contract, or full-time roles where I can lead API design and delivery, particularly in media, publishing, or research-focused teams.

- Production-ready APIs from messy data

- Fixed-scope freelance projects or long-term roles

- Async-native, autonomous, results-focused (can run self-managed)

- Worked in stacks based on [Python, JavaScript/TypeScript, Golang] but I'm flexible on technology choices

Reach out to me:

- email at tinmarkoviccs (at) gmail.com

Browse my web at https://tinthe.dev/

Why limit your price to LTV for the offline-only version? Think of it as a full blooded product, instead of trying to squeeze it into the SaaS thinking model you've got already.

Plenty of enterprise (and such) clients wouldn't balk at all at a $500 fee. Brainstorm your target market and price accordingly. In other comments, you're mentioning the support burden - I don't think you should sell the offline version if you're not ready to lift that burden, and thus should price it in a way where this is attractive to you.

Offline versions are usually used by more demanding customers in the current day and age - the web is where you go for the user-friendly version.

I haven't seen people negatively comment on simple AI tooling, or cases where AI creates real output.

I do see a lot of hate on hype-trains and, for what it's worth, I wouldn't say it's undeserved. LLMs are currently oversold as this be-all end-all AI, while there's still a lot of "all" to conquer.

Comments URL: https://news.ycombinator.com/item?id=44029916

Points: 2

# Comments: 2

Email: tinmarkoviccs (at) gmail.com

Tech/Resume/CV:

I'm a software engineer who specializes in turning internal knowledge into well-documented, external-facing APIs. I’ve worked with teams at the NBA, Kiwi.com, and Redfolder Research to help them expose structured data from sources like Airtable, spreadsheets, PDFs, and Jira — with minimal lift on their side.

I’m open to freelance, contract, or full-time roles where I can lead API design and delivery, particularly in media, publishing, or research-focused teams.

- Production-ready APIs from messy data

- Fixed-scope freelance projects or long-term roles

- Async-native, autonomous, results-focused (can run self-managed)

- Worked in stacks based on [Python, JavaScript/TypeScript, Golang] but I'm flexible on technology choices

Reach out to me:

- email at tinmarkoviccs (at) gmail.com

Browse my web at https://tinthe.dev/

Email: tinmarkoviccs (at) gmail.com

I'm a software engineer who helps media and research organizations turn their internal knowledge into external-facing APIs. Whether your data lives in spreadsheets, PDFs, Airtable, or Jira, I'll help you extract it, build an API around it, and integrate it with platforms your customers already use.

- Fixed pricing (no surprise bills, no scope creep)

- Results guaranteed - or you don't pay

- Autonomous delivery - I take care of the details so you can focus on what matters

- Used by orgs like the NBA, Kiwi.com, and Redfolder Research

Let's chat! Reach out to me:

- via email at tinmarkoviccs (at) gmail.com

- via linkedin https://www.linkedin.com/in/tin-markovic

Feel free to browse my web to learn more about me at https://tinthe.dev/ :)

I actually do think the author has a point, in that must solutions today are inelegant, I also don't think this is a problem which has a real elegant solution. Where to draw the line? Why not encode fonts into the standard too, if we're doing bold? Etc.

I'm still mostly in favour of keeping everything markdown (in my own writing), however much it pollutes the "purity" of text.

Email: tinmarkoviccs (at) gmail.com

Tech/Resume/CV:

I'm a software engineer with a decade of experience, covering both hands-on coding and technical leadership. Whether you need strategy, execution, or mentorship, I can help.

I stand by my work: if I don’t bring value, you don’t pay. My goal is to make software development efficient, high-quality, and enjoyable. I've worked with Semgrep, NBA, Kiwi.com, Midjourney, and many other, smaller companies.

I can help you with:

- Scalable Web APIs – Design, build, run APIs for millions of users

- Automated Code Quality – CI/CD and best practices to ensure maintainable code

- Tech Leadership & Mentoring – Let me help you bring the A-game forwards

- Process & Scoping – Leave development hell, hit deadlines like a pro

- Large data streaming and processing systems

... and plenty other things, really. I am certain we can solve your issues in a way that brings joy.

I've recently written code in Go, TS (& React), and Python (deploy and arch included) with traditional stacks (Postgre, Redis, Kafka, etc) and I'm comfortable with all the modern web tech.

Reach out to me:

- email at tinmarkoviccs (at) gmail.com

Browse my web at https://tinthe.dev/

Email: tinmarkoviccs (at) gmail.com

I'm a software engineer with a decade of experience, covering both hands-on coding and technical leadership. Whether you need strategy, execution, or mentorship, I can help.

I stand by my work: if I don’t bring value, you don’t pay. My goal is to make software development efficient, high-quality, and enjoyable. I've worked with Semgrep, NBA, Kiwi.com, Midjourney, and many other, smaller companies.

I can help you with:

- Scalable Web APIs – Design, build, run APIs for millions of users

- Automated Code Quality – CI/CD and best practices to ensure maintainable code

- Tech Leadership & Mentoring – Let me help you bring the A-game forwards

- Process & Scoping – Leave development hell, hit deadlines like a pro

- Large data streaming and processing systems

... and plenty other things, really. I am certain we can figure out a way to solve your issues in the way that brings joy.

I've recently written code in Go, TS (& React), and Python (deployment and architecture included) with traditional stacks (Postgre, Redis, Kafka, etc. etc) and I'm comfortable with all the modern web tech-stack.

Let's chat! Reach out to me:

- via email at tinmarkoviccs (at) gmail.com

- via linkedin https://www.linkedin.com/in/tin-markovic

Feel free to browse my web to learn more about me at https://tinthe.dev/ :)

Seems like vanity megaprojects were always in vogue.

Email: tinmarkoviccs (at) gmail.com

I'm a generalist and an opinionated software engineer with experience both in management and as an indepth technical designer, I am looking forward to work with you. If you need a larger team at your disposal, I can arrange that with my industry connections. I guarantee all my work will bring value, or I'm not charging for it. I'm not looking for "cog in the machine coder" type positions :)

Leave me your contact if you'd utilize my help with:

- Large web API implementations

- Automatic code quality checks and processes

- Software Engineer management coaching or mentoring

- Process and scoping help (how to leave development hell)

- Large data streaming and processing systems

... and plenty other things, really. I am certain we can figure out a way to solve your issues in the way that _brings joy_.

I've got 8+ years of senior experience (leading and managing projects and teams). I've recently written code in Go, TS (& React), and Python (deployment and architecture included) with traditional stacks (Postgre, Redis, Kafka, etc. etc) and I'm comfortable with all the modern web tech-stack. I've got some past experience with C#, PHP, and all kinds of scripting languages. I pick up languages quite quickly, so that shouldn't be a problem, and I've got a working knowledge of most programming paradigms.

Reach out to me:

- via email at tinmarkoviccs (at) gmail.com

- via linkedin https://www.linkedin.com/in/tin-markovic

Feel free to browse my web to learn more about me at https://tinthe.dev/ :)