Hacker Newsnew | past | comments | ask | show | jobs | submit | mehal's commentslogin

Very close to his atom arsenal


Strongly agree to this. Rails developers for some reason just abandoning any work in database and tend to work with data in ruby env


Yep, I'm a big fan of building views in postgres and just hitting those with the ORM. I don't even use the join syntax in my ORM (Ecto) - if I need a join, I use a view.


Interesting. Does Ecto have any syntax that supports this behavior? Or do you just use raw SQL for this?


You just treat a view the same way as a table with Ecto.


Dynaboard shutting down does not relate to pricing for end-users.

From a Low Code product perspective, we were still able to build a beautiful and functional product. Our product unit/engineer ratio is much higher than our competition (see, for example, Retool), which allows us to provide the best value for our users. Regarding the transition, I don't see any indication from the note you posted that users will have to rebuild all their apps. Rather, the founder is saying he will provide more information and possible steps. Who knows – maybe it would be integrated into Figma? And Figma would gain great runtime and IDE capacities?


Sorry I didn't link to a Dynaboard email. Here's what an (unhappy) customer of theirs sent me: https://imgur.com/a/qTGpgbQ. They were unhappy because they're a) losing all their data, and b) losing all their applications.


mehal and I are former Dynaboard engineers, so we are well aware of the situation. No one is more upset about the removal of Dynaboard than the team, but it doesn't justify poor pricing practices from competitors


Thank you for pointing it out! Name is definitely Ukrainian, so no russian army, because in Second World War the was Red Army of USSR


No Russian Army because he was born around 1914. Otherwise, of course you would find a lot of people with -enko last name in Russian Army in WWI. Not only Russian Empire controlled most of present-day Ukraine but also parts of Poland.


He was captured by Nazis during Second World War


How would you design it? What are your thoughts?


One example: take a screenshot of an email or flight schedule. Automatically add all dissolve details to my calendar.


I was thinking the same! What’s your use-case for embedding?


Can we please stop recording … so it would cool again?!


It actually does support summing up. I've discovered - it work in a groups. If you have set of queries divided by space, keyword 'total' or 'sum' would result in a sum of previous group


Product looks awesome! So for my understanding - to add email channel you have to forward an email to single monitored inbox, correct? What email protocols do you support?


That is correct. Our email channel is an implementation build on top of Rails Action mail box.

It support ingresses for Mailgun, Mandrill, Postmark, and SendGrid. You can also handle inbound mails directly via the Exim, Postfix, and Qmail ingresses

ref: https://guides.rubyonrails.org/action_mailbox_basics.html


Please consider adding Sparkpost support too.


We will definitely take a look if there is enough community interest. Feel free to raise issues on our Github if you have feature requests.

https://github.com/chatwoot/chatwoot/issues


Not everything applies to Munchery. Orders were closing ahead of time, so no waste. Drivers had a routes, because they've been delivering multiple orders at the same time. Munchery was a model for me when I tried to run "Dinner delivery" startup in Kyiv, Ukraine, but we were actually partnering with restaurants to prepare foods. - I think big leakage for a Muncher - was a stuff salaries and all the kitchen equipment/space costs


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: