anikdas

Joined 9 years ago

Karma
94
Submissions
74
Member since
Jun 11
love to tinker with ML, Python, JS mail: mailanik [at] gmail

Twitter: @anikdas92

Github: anikdas

-- meet.hn/city/ae-Abu-Dhabi

Socials: - anikdas.at.hn - linkedin.com/in/anikdas

Interests: AI/ML, Climate Tech, Entrepreneurship, Technology, Startups

---

View on Hacker News

Recent submissions

Comment · 2 years ago
Just curious, how is an LLM helping here?
Comment · 2 years ago
Is it open source?
Comment · 2 years ago
> The CAP theorem is also irrelevant if your acceptable response time is greater than the time it takes your partitions to sync. This is really an oversimplification. The more important metric here is the delay between write and read of the same data. Even in that case if when the system write load is unpredictable it will definitely lead to high variance in replication lag. The number of times I had to deal with a race condition for not considering replication lag factor is more than I would like to admit.
Comment · 2 years ago
Comment · 3 years ago
- pihole

- piVPN

The piVPN story is interesting. I am currently stationed outside my home country. Using the financial apps (bank apps, wallet apps) outside the country are restricted hence I needed a ip within the country. No major VPN provider provide IPs for my country. piVPN has been great in that sense to access the contents from my country.

Comment · 3 years ago
I think BullMQ with deployment in kubernetes gets people off the ground quite quickly and scale out quite well without needing to worry about fine tuning the solution. Also RabbitMQ has also worked pretty well for us handling around 150k RPM messages with delayed exchange enabled while running in kubernetes without any tweaks. As a dev working on solution that is used in the industry of customer support, I am more worried about,

1. Data locality

2. Privacy

3. SLAs and Uptimes

While SaaS solutions like these can get us MVP/PoCs fast but a home grown solution is more preferable when SLOs are tight and security is a huge concern.

[edit: formatting]

Comment · 4 years ago
Comment · 5 years ago
yellow.ai | Frontend Engineer, Backend Engineer, Fullstack engineer at all levels | Bangalore, Dhaka, Remote (Around Indian Timezone) | https://yellow.ai

South East Asia's leading Artificial Intelligence powered Voice and Messaging platform for enterprises. As the customer engagement is moving towards chat and voice, enterprises are rapidly adopting YellowAI to enable them to engage with their customers with enterprise virtual assistants.

We are looking for passionate engineers who can help us build the vastly growing product. We use a microservice based architecture powered by Kubernetes.

Tech Stack: NodeJS, Go, React, TypeScript, MongoDB, Elasticsearch, Redis, Druid etc.

Apply for Roles below

* Frontend Engineer (https://smrtr.io/66jxf)

* Senior Frontend Engineer (https://smrtr.io/66jxd)

* Backend Engineers at all levels (email me at [email protected])

If you are interesting in building a great platform with us or just for a chat do drop me an email at [email protected].

[Edit: formatting]

Comment · 6 years ago
Yellow Messenger | Full Time | Frontend Engineer, Fullstack Engineer | Bangalore, Dhaka, REMOTE (around IST timezone) Yellow Messenger is a Bangalore based Conversational Engagement Platform. We are a tightly knit engineering team and growing. We have recently raised our series B investment of $20M from Lightspeed Ventures. At Yellow Messenger, we help enterprises build chatbots that help them grow their engagement across all messaging channels. We have a proven solution that works for all industries. We are currently processing over 1B messages per month and growing. Currently we are looking for passionate Frontend (React & Redux) and Fullstack Engineers (NodeJS) who can be a part of our small clan.

What the team uses currently - Language: NodeJS - Frontend: React, Redux - Databases: MongoDB, MySQL, Redis - Infrastructure: Kubernetes - Analytics: Druid - Other tools: Kafka, Jenkins

Requirements: Minimum 2+ Years of experience

If you are interested please mail me at [email protected] and add [HNHIRING] to the subject.

Comment · 6 years ago
Yellow Messenger | Full Time | Frontend Engineer, Fullstack Engineer | Bangalore, Dhaka, REMOTE (around IST timezone)

Yellow Messenger is a Bangalore based Conversational Engagement Platform. We are a tightly knit engineering team and growing. We have recently raised our series B investment of $20M from Lightspeed Ventures. At Yellow Messenger, we help enterprises build chatbots that help them grow their engagement across all messaging channels. We have a proven solution that works for all industries. We are currently processing over 1B messages per month and growing. Currently we are looking for passionate Frontend (React & Redux) and Fullstack Engineers (NodeJS) who can be a part of our small clan.

What the team uses currently - Language: NodeJS - Frontend: React, Redux - Databases: MongoDB, MySQL, Redis - Infrastructure: Kubernetes - Analytics: Druid - Other tools: Kafka, Jenkins

Requirements: Minimum 2+ Years of experience

If you are interested please mail me at [email protected] and add [HNHIRING] to the subject.

[Edit]: formatting

Comment · 6 years ago
Yellow Messenger | Full Time | Frontend Engineer, Fullstack Engineer | Bangalore, Dhaka, REMOTE (around IST timezone)

Yellow Messenger is a Bangalore based Conversational Engagement Platform. We are a tightly knit engineering team and growing. We have recently raised our series B investment of $20M from Lightspeed Ventures. At Yellow Messenger, we help enterprises build chatbots that help them grow their engagement across all messaging channels. We have a proven solution that works for all industries. We are currently processing over 1B messages per month and growing. Currently we are looking for passionate Frontend (React & Redux) and Fullstack Engineers (NodeJS) who can be a part of our small clan.

What the team uses currently - Language: NodeJS - Frontend: React, Redux - Databases: MongoDB, MySQL, Redis - Infrastructure: Kubernetes - Analytics: Druid - Other tools: Kafka, Jenkins

Requirements: Minimum 2+ Years of experience

If you are interested please mail me at [email protected] and add [HNHIRING] to the subject.

Comment · 6 years ago
This article does not say if Zoom tracks the other running application in your PC. It just detects whether the Zoom application is in focus.
Comment · 7 years ago
> Using multiple IP addresses on the server box (one IP address per approximately 60k connections)

Please correct me if I am wrong. I thought the '64K' limit is per client per server port. So the correct statement would be Using multiple IP addresses on the server box (one IP address per approximately 60k connections per client). Also, it's not necessary to have multiple interfaces unless it is required to achieve more than '64k' connection per client.

Edit: updated text formatting

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton