Viewing profile — rohan404

For those interested, I created a gem in Ruby for comparing the similarity of images by computing the dhash of an image and then calculating the Hamming distance between the hashes…

Out of curiosity, how did you find investors to sell to for secondaries?

Disclaimer - I'm a VP E at Engineer.ai Apologies if it came across as vague. You're welcome to try out our pricing and timeline estimation system if you'd like to get a sense for h…

Disclaimer - I'm a VP E at Engineer.ai To clarify, while we intend to use AI to solve a variety of different problems, we're not using it for actual code synthesis (ie. building ap…

Disclaimer - I'm a VP E at Engineer.ai Apologies for that experience! We're currently working on a new iteration of that site and will be launching it very shortly. Come back soon …

Disclaimer - I'm a VP E at Engineer.ai Glad you were able to stop by at Collision! The process today is certainly not as user friendly as we'd like and can be quite time consuming.…

Disclaimer - I'm a VP E at Engineer.ai All of our project timelines are generated fully automatically. Today we are hovering at around a 90% accuracy on those estimates, and are mo…

Disclaimer - I'm a VP E at Engineer.ai We're attempting to tackle the problem holistically. That means that we're tackling every single step of the traditional product development …

Disclaimer - I'm a VP E at Engineer.ai It's not just one problem we're tackling, it's actually more like 40 small issues that we're working on. You actually named a few right there…

Disclaimer - I'm a VP E at Engineer.ai We've been very transparent with our investors on where we are in the process of creating this platform both pre-investment and post. They ac…

Disclaimer - I'm a VP E at Engineer.ai Happy to elaborate - in a nutshell what we're trying to do is automate as many parts of the traditional software development lifecycle as we …

Disclaimer - I'm a VP E at Engineer.ai You're more or less correct in your understanding, we're trying to get to 80%, and are certainly not there yet. The other thing to keep in mi…

Disclaimer - I'm a VP E at Engineer.ai We actually wrote a blog post a little while ago that might answer a lot of the questions I'm seeing here: https://blog.engineer.ai/a-little-…

Disclaimer - I'm a VP E at Engineer.ai AI is certainly not magic, and as an industry we're super far away from what would be considered real AI in the technical sense. That being s…

Ruby on Rails out of the box gets a lot of bad rep for being slow and non-performant. Has anyone replaced MRI with JRuby or TruffleRuby to mitigate that? Were there any significant…

ActionCable is super easy to use out of the box to get WebSockets running, but it's incredibly non-performant. Anything more than 100 concurrent users took the time taken to a send…

I'd say it's more use Rails for all of your standard CRUD operations and then use Go as a module in Rails using Quartz/FFI if you have any algorithms that need to be high performan…

We had huge performance issues with ActionCable that basically made it unusable for more than 100 concurrent users. We considered EventMachine however ended up going with AnyCable …

It's true that there isn't an official way to use Devise over REST, but then again Devise isn't even the official way to manage auth in Rails apps - it just happens to be the de fa…

To quote the ever popular HTTParty Ruby library: "When you HTTParty, you must party hard!".

Our founder, Sachin, exited Nivio at a valuation of $100m, and used some of the proceeds to bootstrap Engineer.ai. From my understanding, Nivio was merged into one of the investor'…

Beyond Saurabh’s family connection, Engineer.ai has no relationship financial or otherwise with Videocon or Venugopal Dhoot. - Disclaimer, I'm a VP E at Engineer.ai

I'm now seriously considering adding that Prometheus photo to our press kit ;) Jokes aside, my colleague @sachmans has posted a comment above that should hopefully answer your ques…

Well there's a pretty big difference between us the Grid - namely that we don't believe that humans will ever get fully replaced in software development. Instead we're looking to s…