I could never get my head around Make except for very simple commands.
Was very recently looking for an alternative for automating frequently used commands for our Elixir app – especially for local dev (without using docker) and came across Taskfile (https://taskfile.dev/) and have been liking it quite a bit.
(a) Does this mean that there will be an sqlite version that can be deployed as a process accessible over network in servers?
(b) Does this mean that sqlite will now have the capability to do concurrent reads/writes, but that it is upto users to implement a process that can take advantage of this and create something like (a)?
> (a) Does this mean that there will be an sqlite version that can be deployed as a process accessible over network in servers?
No.
> (b) Does this mean that sqlite will now have the capability to do concurrent reads/writes, but that it is upto users to implement a process that can take advantage of this and create something like (a)?
Yes... this allows a multi-threaded application for example to have multiple readers/writers without blocking each other.
Kerala has the lowest positive population growth rate in India, 3.44%; highest Human Development Index (HDI), 0.790 in 2011; the highest literacy rate, 93.91% in the 2011 census; the highest life expectancy, 77 years; and the highest sex ratio, 1,084 women per 1000 men.
Thank you so much for the slides - even though I've been following the Docker/Rkt/LXC developments ever since Docker came out (albeit passively), this is the best resource I've come across that explains what happens internally in an easy to grok manner. The fact that you can do nearly everything in systemd is indeed a bonus.
I'm sorry if I jumped the gun before the blogpost was ready. :) Hopefully, the discussion will help even more!
Quick feedback:
Browsing the Go section, each sub directory(at all depths) in the Docker project seems to be listed as a separate project. Leads to showing a few pages of results linking to the same project(ie, Docker). Also may explain why Go seems to have far more number of projects listed than anything else. :)
Yup, the free CDs is what I remember as the first thing about Ubuntu - and the fact that it worked out of the box.
There is a fun story as well:
We were in college (in India) at the time and my friend went ahead and ordered 100 CD's or so (they actually encouraged it at the time for distribution). The package arrived at the local Post Office after a few weeks and he was asked to go collect it, which seemed strange. Anyways, he went and to his wonder was told to pay import duty on it by the customs! He argued for a while saying it was educational material and that it was being shipped for free - to no avail. He finally gave up and asked them to keep it for themselves and walked out.
In the end, they chased after him before he left the premises and gave it to him - no import duty, nothing.
Nothing has changed. Indian Customs vies for most corrupt in the world. They also have crazy high duty on electronics. Many software companies in India have offices that are "bonded warehouses", meaning that the computers have not had the duty paid on them and cannot legally be removed from the premise.
Normally when something is in a bonded warehouse it's a storage-only situation. Looking online I can't find anything about indian special cases where this works differently, just the ordinary "store goods here until you sell them, and pay the duty then".
It's not just indian customs - a friend of mine has had similar stories with Canadian Customs and free software. Customs exists to get money out of its citizens, I've had trouble with American Customs too.
Recently spent some time organizing my dotfiles and discovered fresh[1] which I've been using to great success. Both for servers I manage and on my mac.
The fact is that most people are going to be reusing (and probably be better of) a lot of code from other well tested dotfiles. `fresh` lets you pick and choose what you want directly from other's repos in addition to adding whatever you want and produces a single bundle (or multiple if you need it).
As far as I can tell, its a self contained shell script and does not have any dependencies (if that is a concern). Its definitely worth checking out.
That said, I would be uncomfortable mixing something as opinionated as Angular with another framework that expects to "own" the DOM/rendering. My guess is that Angular will implement their own version of VDOM in the next few months since it shows demonstrably better performance.
Pretty much this. AngularJS abstracts DOM manipulation away from the user; by adding React to an AngularJS project, you're giving up on that abstraction. I consider React a sacrifice of abstraction / ease of development in favor of performance.
I think AngularJS will adopt a similar strategy for their 2.0 development effort, maybe even a 1.x point release. But I haven't looked at the angular development process for a while now.
I disagree with this. React abstracts away DOM manipulation just as well as Angular does at a high level. When you dive deeper (i.e. building components/directives) React continues to abstract it away, whereas Angular reveals it.
In fact, React is able to get superior performance because the DOM is abstracted so far away.
Was very recently looking for an alternative for automating frequently used commands for our Elixir app – especially for local dev (without using docker) and came across Taskfile (https://taskfile.dev/) and have been liking it quite a bit.