HN user

haffla

50 karma

[ my public key: https://keybase.io/jak_p; my proof: https://keybase.io/jak_p/sigs/SDxbo_t5Xz8vuWwvD6IrpSQnnKzNawKIBmJZYJjFdK8 ]

Posts0
Comments34
View on HN
No posts found.

The argument that you don't have to restart the server after editing a file? I mean I've used a couple of web dev environments and I know for a fact that Rails, Django and Express all come with some sort of automatic reloading in development - provided by the framework itself or by a library. Quite sure there is a solution for most environments.

I said concurrent users as in users that are online at the same time, each of them probably connected via WebSocket streaming and sending messages.... Thanks for the downvote...

Regarding Postgresql, are you denying that relational DBs are less suited for write intensive tasks than say a NoSQL DB like MongoDB is? And couldn't a chat with thousands of users be a more than average write intensive scenario?

Zulip is using Python and Postgresql. Is this a great choice of stack for a chat app? I'd love to know how Zulip performs with hundreds of concurrent users.

I am currently looking into Rocket.Chat which is based on Meteor (NodeJS) and MongoDB, a stack which, for me, seems better suited for this kind of app. But hey, I don't know, I haven't done performance tests or anything.

Does anyone know about any hard limits with either Zulip or Rocket.Chat?

Hmm I thought I could use this and add a few Material elements to my project here and there. But only including the CSS completely changes the styling of everything on my page (buttons, inputs, etc..). I mean not even Bootstrap changes the appearance of <button> until you add 'btn' class.

I find Apricity OS (Arch Linux) much better suited for developers. In fact at work I switched from Ubuntu to Apricity. Through yaourt (paceman frontend) and AUR (Arch User Repository) it's a breeze to install the latest versions of literally everything you need be it Docker, Java or IntelliJ. I think it's comparable with brew. Plus Apricity looks so much better than Elementary in my opinion and almost manages to give you that macOS feeling.

For me one of the great things about Docker is that there doesn't necessarily have to be a great difference between dev and production. Both in dev and prod we simply use docker-compose up. Of course with slightly different docker-compose.yml files and Dockerfiles, no HaProxy in dev, no mailcatcher in prod (It's all so wonderfully plugable). Admittedly, I cannot speak for high scale projects with thousands of containers across a cluster of nodes. I guess there you need to have some more elaborate deployment scheme.

Thinking in React 10 years ago

Yea when I started reading the introduction I was like 'wait, that sounds familiar'...