Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rohan404
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
InVision is shutting down this year
(siliconrepublic.com)
2 points
by
rohan404
3y ago
|
0 comments
2.
▲
by
rohan404
6y ago
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: https://github.com/rohanpatel2602/rub
3.
▲
by
rohan404
6y ago
Out of curiosity, how did you find investors to sell to for secondaries?
4.
▲
by
rohan404
7y ago
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 how it works - it's all public ( https:&#
5.
▲
by
rohan404
7y ago
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 apps). Instead we are leveraging code reusability an
6.
▲
by
rohan404
7y ago
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 and let us know what you think.
7.
▲
by
rohan404
7y ago
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. We're doing a revamp of the particular exper
8.
▲
by
rohan404
7y ago
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 moving more and more towards solving that last 10%. We pu
9.
▲
by
rohan404
7y ago
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 process. All the way from how you ideate, pri
10.
▲
by
rohan404
7y ago
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 - static code analysis, automatic
11.
▲
by
rohan404
7y ago
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 actually responded to the WSJ article: A spokeswoman
12.
▲
by
rohan404
7y ago
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 can, and for whatever cannot be automated, put in
13.
▲
by
rohan404
7y ago
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 mind is that there's a lot more than goes
14.
▲
by
rohan404
7y ago
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-bit-about-ai-and-more-stra...
15.
▲
by
rohan404
7y ago
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 said, AI has become a catch all term for everythin
16.
▲
by
rohan404
7y ago
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 "gotchas" with integrating it?
17.
▲
by
rohan404
7y ago
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 a message to the socket from milliseconds to seconds.
18.
▲
by
rohan404
7y ago
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 performance. Of course you could always go down the mi
19.
▲
by
rohan404
7y ago
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 in conjunction with AnyCable-Go which got us up to 1000 conc
20.
▲
by
rohan404
7y ago
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 facto one due to community support. That being
21.
▲
by
rohan404
7y ago
To quote the ever popular HTTParty Ruby library: "When you HTTParty, you must party hard!".
22.
▲
by
rohan404
8y ago
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's companies. - Disclaimer, I'm a VP E at Engineer.
23.
▲
by
rohan404
8y ago
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
24.
▲
by
rohan404
8y ago
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 question on how we use AI. As for how we define AI, as an e
25.
▲
by
rohan404
8y ago
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 simply automate the repetitive nature of the S
26.
▲
by
rohan404
8y ago
You know in all these years that I've worked at Engineer.ai, I never actually made that connection!
27.
▲
by
rohan404
8y ago
I now realize that we clearly we need to fix that page - those logos mentioned are some of the companies that our senior team have come from (hence why it's in the "Our Team" section)! Apologies if it was misleading, I'm
28.
▲
by
rohan404
8y ago
Personally, I don't believe anyone will be able to achieve full code synthesis for a very long time. I'm a firm believer that we'll always need engineers in order to code, product managers to help refine customer requirements
29.
▲
by
rohan404
8y ago
Blockchain is something we're currently exploring as a way to augment our business in order to deal with complex problems like identity management, royalty payouts, and escrowed payments. Additionally, today we can only work with devel
30.
▲
by
rohan404
8y ago
Security is definitely a topic we're super concerned about. There's an interesting tradeoff with using re-usable components - that is, if there's a security vulnerability in one component, then all apps using it are affected
More ›