51–60 of 70 posts
> We also are not huge believers in operationalizing the data warehouse, i.e. the trend to use the data warehouse as a processing tool out of which data is extracted and pushed to other systems. Since data warehouses are built on an OLAP frame of mind, we think using it as a computation source for automated workflows is not the best idea. At MovingLake we propose using rather realtime connectors with a transformation…
Congrats on the launch! I do have a quick bit of feedback based solely on looking at the website: Seeing a clearly fake testimonial immediately makes me lose trust in your product. It was pretty obvious the images in your testimonials were stock images, and a quick reverse image search confirms this ( https://tineye.com/search/2f7aa5f73e0cee27b9ff54b1ad29cc8353... ). You obviously put a lot of work into your product,…
Earlier quoted context omitted.
Users flagged it. We can only guess why users flag things. Maybe they thought it was offtopic, or that the terms were obvious? not sure. I've unflagged it now. When editing the launch blurbs, I usually tell founders to add explanations of any concepts or jargon that HN readers might not be familiar with. It's not always easy to know where to draw that line. https://news.ycombinator.com/item?id=33360234 was pretty rig…
Interesting that https://news.ycombinator.com/item?id=33360234 is considered to put other people's work down. I asked about some terms and if they are common among the HN crowd. Ako replied that people who are doing enterprise software integrations know them. Then I ask if the HN crowd is nowadays people who are doing enterprise software integrations. (Because that is not what I would associate with hackers / startup…
If you say that wasn't your intent, I believe you, but I doubt that I'm the only reader who took things that way. It can be difficult to read intent accurately from short internet comments. Ultimately the burden is on the commenter to disambiguate intent (https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...).
To be honest I still find it hard to read that comment and not feel that it was being snide. If one takes your question at face value, it answers itself: of course the community is not "about that"—it's got all sorts of people doing all sorts of things.
Earlier quoted context omitted.
+1 to a version which works in a VPC in a public cloud. This is starting to become table stakes for some large enterprise products.
We completely understand. We don't support it right now, but we built the product to be completely cloud native so this is straight forward for us to implement. But yeah, it's definitely in our roadmap.
"The #1 Real-Time API connector company"
You are just launching, so how could you already be #1?
When you say this in your copy, what does it mean exactly? "The #1 Real-Time API connector company" You are just launching, so how could you already be #1?
https://www.google.com/search?q=%22The%20%231%20Real-Time%20...
Earlier quoted context omitted.
We completely understand. We don't support it right now, but we built the product to be completely cloud native so this is straight forward for us to implement. But yeah, it's definitely in our roadmap.
Launch it through Cloud Marketplaces. I believe rev-share just got much more favorable, especially at Google Cloud.
Hi and congrats ! > bidirectional data connectors which aim to solve automated ETL (eg moving data from an API to Snowflake), reverse ETL (we pipe the data straight to your CRM) I need exactly this at work. However, my requirements are : - it has to be "self-hosted", usually in my clients' VPC, sending data to a third party is a big no-no. - most of them use SAP, Salesforces and many other esoteric CRMs & ERPs. It ha…
Can run on client's VPC infra.
Has connectors for SAP, Salesforce, some other CRMs, S3.
Not sure about own versioning strategy though.