yrezgui

I've been using LunchMoney for more than six months now and couldn't be happier: https://lunchmoney.app

It's a simple yet powerful budgeting tool. YNAB always look overcomplicated and unfriendly to me

Serverless took over that niche. First with AWS Lambda & Google Cloud functions and nowadays solutions, like Google Cloud Run, do the same thing as Dokku & co without having to care about the ops part. They still make sense for the ones who use cloud providers with less offerings like Digital Ocean and don't want to deal with Kubernetes

I got relatives who use 1password (https://1password.com) and are happy with. Dashlane (https://www.dashlane.com) would be the other one I have in mind.

Postico (https://eggerapps.at/postico) and TablePlus (https://tableplus.io) are the best ones.

Compose is hosting other types of databases now. I think the move for Mongo is to be THE platform for Mongo developers

1996 you're wrong on "West hates Huawei so much". American might not have a great opinion of the brand but VLC is French project and I can tell you Huawei is popular in France. USA doesn't represent the whole West, just part of it.

Check out https://canny.io

For some websites, the cost of making a new HTTP request to get the image is higher than inlining it in the page in terms of performance

For the first option, you just consider your API endpoint as an RPC made in Golang and consume the content in NodeJS/Express.

For the second option, you're right.

For the third one, to make it simple, it's a V8 engine inside Golang. It's not another process or server.

You have different options:

The first one is to use NodeJS as your front end server and Golang for your API.

The second one is to use NodeJS with React as an internal micro service to returns the HTML content back to the Golang front end server.

The last one is to use a JavaScript interpreter within Golang. Some developers are doing the same in Java. Check this project for this option: https://github.com/robertkrimen/otto

Now the question is which one is good. As always it depends on what you're looking for. I would say the NodeJS micro service renderer would be my favorite as it keeps all the complex logic in Golang.

Have a look at IBM solution. It's named OpenWhisk and it's open source: https://github.com/openwhisk/openwhisk. Otherwise, you may look at Funktion which is using Docker: https://github.com/fabric8io/funktion

String usage by DevOps who prefer the terminal for advanced usage or in an automated flow within a CI. Zeit.co is a great example but still early trend. Might be tough to convince your users to have this interface only.

Me too please, rezgui.y {at} gmail [.] com

After reading the website and looking at the current production users, it seems the project has been created by a chinese team. Some (not the majority) commits were written in mandarin. It doesn't help to bring foreign developers to contribute. Also, they might not be in touch with the influential blogs or developers on social networks to talk about their project. Many nice front end projects made by Chinese developers have the same problem.

They're easier to read and code. Check out XAML for C#, it's dead simple. But one of their main problem is they advertised for too long (I remember waiting for ages) and we didn't get the 60 fps. It wasn't as fast as announced and painful to integrate.

You'll have to use ReactJS as it's needed to have the control over the DOM.

Hi Philip, can you drop me a mail at yrezgui [at] uk.ibm.com, I would be happy to have a chat with you :)

Hi Teh, I'm a IBM Watson Developer Evangelist. The pricing is available here when you click on Standard plan: https://console.ng.bluemix.net/catalog/alchemy_api/

If you play with their JSON Template thing, you'll suffer. Honestly, that pseudo language isn't even well documented. I had to go through so many posts or questions on different forums to find all its features. Their UI tool is still a good thing but it's definitely not that developer friendly.

I'm not an iOS developer but for the native modules that I developed for Cordova or React Native, Swift is definitely a much better and cleaner language to develop it.

Hi dthrw, I'm from UK too. In my previous job, I was working on something very cool with the best colleagues that I got so far in my professional life but I wasn't feeling great by the new vision of the company. They weren't going in the wrong direction, just not the one that I was expecting. So I left. I didn't travel around the world like some people do but I searched for a remote job because I wanted to take a break from offices and work in my cozy room. UK and specifically London are looking for many developers so it should not be a problem to find a new job. Take your time to choose the right one. You may find it hard first (for me, it was remote or nothing) but you need to stand on your choice of life. You may have chosen the wrong job, don't do the mistake one more time. It's not selfish to privilege yourself. You worked and studied hard for your future so you should have the life that you want. Cheers and good luck bro ;)

Have a look to Watson Text to Speech API: http://www.ibm.com/smarterplanet/us/en/ibmwatson/developercl...

I got my new job on one of these threads. Even so, I'm disappointed by how many companies don't even reply to mails while they need "urgently" more people

Huel was a good experience for me. I don't think it's possible to replace food completely. Having good lasagna or whatever is your favorite meal at least one time per week is needed to avoid frustration. I found it quite useful when I don't have time to cook or I want to eat lightly for dinner.

I don't know the taste of Soylent because they don't deliver yet in UK but Huel has a small taste of vanilla and it's quite nice.

http://huel.com

I didn't have a look yet but I guess it's a combinaison of removing all secondary content (ads, comments, etc.), compressing images, cache all the assets in all Facebook CDNs and saving them offline based on your favorite and popular news websites among your friends on a background process.

How "Tight to ReactJS and facebook ecosystem for React Native" is a minus but "Closely work with Google" is a positive point ? Even if ReactJS is made by Facebook engineers, I never saw integration with Facebook ecosystem in their code. Honestly the comparison is so subjective.

The plugin model of Nativescript is easier to write because you don't need to write the binding part but you're not showing all of the plugins already created for React Native. I'm pretty sure there are more for it than Nativescript.

I still didn't see good app written with Nativescript. The iOS demo in your links is so simple. Even with Ionic Framework, you can make better. For React Native, have a look to Gyroscope. https://blog.gyrosco.pe/the-making-of-gyroscope-running-a4ad...

I tried Nativescript and it's really good but I found myself more comfortable with React Native due to my ReactJS background. Like every hybrid solution, it depends on your knowledge, needs, targeted platforms, there is no absolute answer.

It reminds me that Windows Live Messenger blocked the share of YouTube links: http://www.istartedsomething.com/20080510/windows-live-messe...

Did you have a look to Protocol Buffers, Apache Thrift or Cap’n Proto for efficient network exchanges ?

I like to share articles, projects or even videos on different social networks. I never liked to use Tweetdeck or Hootsuite because I just want to share things through an extension, not via a dedicated application. For that, Buffer is the best

No one stops you to use ES6 notation in React.createComponent methods.