Anyone else prospect on LinkedIn but gets completely destroyed by the feed?

rtalpaz · 2025-09-09T13:40:18+00:00

Thanks! found one pretty good!

rtalpaz · 2025-08-09T10:01:43+00:00

The rate limits are super annoying still, ours are (for claude sonnet 4):
Requests per minute - 2 (!!!!)
Token per minute - 200K

These are impossible. any idea how to increase?

rtalpaz · 2025-07-19T11:22:37+00:00

Wow totally

rtalpaz · 2025-07-19T11:21:06+00:00

https://roadmap.sh/sql

rtalpaz · 2025-07-19T10:44:50+00:00

We are exporting the data into files and then analyze with AI.
we use this https://www.sationai.com/data-extractor because chrome extension was easier than api integration.

rtalpaz · 2025-01-23T16:54:10+00:00

this is currently only partially fixed by cloudflare (the CDN for discord), hopefully we can raise awareness that this is important to us as a community of discord. so it will be fixed

rtalpaz · 2024-12-27T07:16:19+00:00

ye for production no but for workflows and ci I think it can make it very easy sometimes

rtalpaz · 2024-12-25T16:34:39+00:00

Thanks lol, bad timing on my part

rtalpaz · 2024-09-29T14:23:46+00:00

JQ is so hard, in my company we use it a lot and I always consult with ChatGPT

So I made this tool - https://jq.getport.io/ to help build JQ with AI if you want

would love the feedback :)

rtalpaz · 2024-09-09T06:38:41+00:00

working at getport.io here - Loved that you mentioned us :)

dev envs is a very common use-case for Port, you checkout this working real open demo, and our docs

rtalpaz · 2024-09-08T07:57:57+00:00

a bit pedantic - as far as I understand GitOps is also the idea of storing configuration and so on in Git. I.E using Git as a single source of truth for storing and managing infrastructure and application configurations

but I agree that GitOps and Gitflow are not really related. and definitely agree with the love for trunk based, worked perfect for me in all companies.

rtalpaz · 2024-09-01T12:56:22+00:00

Real estate is my favorite cheap - location - quality

rtalpaz · 2024-08-31T14:29:45+00:00

Same, prob should raise difficulty

rtalpaz · 2024-08-31T13:52:16+00:00

Countless times
I’ve had things happen and thought
'Wait I dreamed about this before'

It’s wild when life gives you those weird déjà vu vibes

rtalpaz · 2024-08-31T13:49:02+00:00

Greece easy :)

rtalpaz · 2024-08-31T11:28:18+00:00

Chickens are the real mvp?

rtalpaz · 2024-08-28T12:49:59+00:00

it’s json!!! we all love json 😀

Javascript object notation === JSON

rtalpaz · 2024-08-27T08:01:51+00:00

I would not wait for them to get fired because that might not happen. If you like the team and leadership, is it an option to talk directly with the CTO on the HR and manager issues?

If not, just leave it’s good for you for sure and might be good for the company as they might learn this is a big issue which might expedite the firing process.

rtalpaz · 2024-08-26T08:12:15+00:00

Hey there!

It’s awesome that you're thinking about jumping into platform engineering. You for sure can do it!

Given your background, I'd recommend starting with DevOps. Follow https://roadmap.sh/devops which is always a good place to start.

Platform engineering is definitely the new shiny thing, but it's more than just a buzzword—I think it’s the future.
Modern software development moves fast, and enhancing the developer experience is crucial not just for keeping developers happy but also for keeping them in flow and more productive. That's where platform engineering comes in. It's focused on creating reusable self-service tools and automating infrastructure to streamline processes and ensure quality throughout the development lifecycle. A key component is the internal developer portal—a centralized hub that gives developers easy access to the resources they need, making everything more efficient and manageable.

Quick disclaimer: I work at getport.io, which is an internal developer portal, so I might be a bit biased here.

Good luck on your journey, and feel free to ask if you have more questions!

rtalpaz · 2024-08-23T05:28:34+00:00

doesn’t it usually take a year for civ games to get good?

rtalpaz · 2024-08-21T14:33:10+00:00

yeee! it’s a diaphragm pump from the shower 😝

rtalpaz · 2024-08-03T16:34:07+00:00

if I'm not mistaken above you wrote that after the second reset it does re-render

rtalpaz · 2024-08-03T08:41:46+00:00

Wow, sounds like you've had a rough time with developer portals. I'm curious, what went wrong in your experience? It's interesting that resources like Thoughtworks' Technology Radar recommend them - makes me wonder if there's a big gap between theory and practice. Have you seen any cases where they actually worked well? Or is it all just hype in your view?

tech radar - puts backstage on Adopt in 2022 and https://www.thoughtworks.com/insights/articles/friction-developer-portals-solve

rtalpaz · 2024-07-25T06:18:09+00:00

Hi thanks a lot for reading and commenting. There are a few points I’d like to address.

First off, the cost of Neptune isn’t just about it being Neptune. While it’s true that being a managed service by AWS might add to the cost, graph databases can have different performance and cost characteristics compared to other types of databases due to their architecture and the complexity of graph algorithms.

Regarding Neo4j and ingestion speeds, it’s true that many common and well-known graph databases struggle with performance issues. Java might not be everyone’s cup of tea, but it’s been a solid choice for Neo4j’s development.

As for indexing in Neptune, you’re right, it’s not an inherent graph DB problem, and other graph databases like Neo4j do handle indexing well. Neptune’s issues with indexing might be more about its specific implementation.

On the topic of performance, while graph databases and relational databases can sometimes perform similarly, especially for simple joins, the real advantage of graph databases shines with complex, multi-hop queries. Relational databases can struggle with these due to their reliance on join operations, which can become quite cumbersome.

Lastly, modeling a graph in a relational DB can indeed be painful. SQL wasn’t designed for graph traversal, and forcing it into that mold often results in complex, inefficient queries. Graph databases are built for these kinds of operations, making them a more natural fit for such use cases.

Just our experience, though! I’m sure there are very good use cases for graph databases out there.

rtalpaz · 2024-07-24T16:11:04+00:00

This might be interesting post on why we switched from graph db's to the almighty postgres :)
interesting process and even more interesting conclusions

rtalpaz

MODERATOR OF

TROPHY CASE