Revell

Sounds like you want to implement something like merge trains?[0]

[0] https://about.gitlab.com/blog/2020/01/30/all-aboard-merge-tr...

This one's at the top of my list as well. I will never work for Facebook.

That's mainly because we started exporting most of the wood to North America, creating our own shortage here in Europe. Hence, prices went up here too.

http://www.phptherightway.com/ https://learnxinyminutes.com/docs/php/

I write my SQL as follows:

    SELECT `second_column`,
           `fourth_column`
      FROM `table_name`
     WHERE `first_column` = 'Value'
       AND `third_column` = 3
  ORDER BY `fifth_column` ASC
     LIMIT 1

Yes, it is!

http://electron.atom.io/docs/tutorial/windows-store-guide/

He mentioned "even basic programming", that's what I ran with.

No, it really isn't. The worst thing that can happen in programming is my application throwing an error (assuming PHP/Python or similar). That's really nothing compared to when I'm driving a heap of metal at high speeds around the streets together with other people doing the same.

Seems like a good start to a useful project! I'm a bit turned off by the lack of customisation options for the servers though. I would like a bit more options in terms of what gets installed and what not (I don't need Bazaar, Mercurial _AND_ git installed f.e. and I'd like nginx i.o. Apache).

I'll definitely be keeping an eye on the project!

It's an awesome project and I like how it significantly lowers the entry barrier to get into Erlang programming for a lot of people. Personally I just haven't really had the time to play around with it yet but it's definitely on my list of things to try.

Also, I don't get that there seems to be such a divide between the Erlang and Elixir community. It should be much more mingled together imho.

Why not use a real-world example of something you would write a class for? The best tutorials are the ones that teach you things you can actually use. I've never used an Animal or Vehicle class myself. A better example might be to write something like an Article class, and then build out to a very simple and minimal blog?

I've very recently used Drupal for the first time on a project where using Drupal was a requirement from the client. The reason they wanted Drupal was because their internal dev. team was accustomed to it so if they needed to do work on it later, they could.

I have to say that it's a terrible framework to get into. I found it extremely difficult to find proper documentation on how to achieve (simple?) tasks and how to properly link things together. I've now only scratched the surface of it after completing the project in ~six weeks but am kind of dreading having to work with it again.

I think it could improve usability drastically by updating their own website and documentation. The only things I could find when getting stuck were questions of people being stuck on the same thing, or on a similar thing. Actual answers on this were very difficult to find and mostly took me a substantial amount of time of digging through the code.

My main gripe with a shell like Fish is that it won't work with the trusted ol' BASH scripts. Seeing as I deal with quite some BASH scripts on a day-to-day basis at work this keeps me from trying it out, even though I'd love to be able to use something more sophisticated/evolved than plain BASH.

I think it's more to do with the Quatorze Juillet French national holiday this Tuesday, which gives a lot of French people a long weekend.

The comment itself: https://news.ycombinator.com/item?id=9824263

CertSimple and DigiCert seem to be a bit pricey for simple DV (Domain Verification) certificates, any other options in that area?

Very much looking forward to the end-product being released, let's hope it lives up to the hype!

I use Ansible for provisioning my machine itself with the needed Homebrew and Cask packages, and then Vagrant + Virtualbox for setting up dev. environments.

I switched to Iterm2 a couple of years back, my main reason back then was that Terminal.app was missing a lot of features which I had gotten used to when using Linux (Terminator it was, I believe).

I've been looking at alternative shells a while back and Fish looked interesting indeed. What made you choose this one over regular Bash and ZSH? Also, how do you deal with incompatibility issues (if any) and different environments (f.e. when SSH-ing to a server)?

In my (albeit somewhat limited) experience with different dev. companies, it's no (big) issue to use the distro that you're most comfortable with. For me this is OSX, but I've also ran Linux (Ubuntu/Mint) in a primarily Windows oriented company. The only "issue" was that I was my own tech-support in the case where something might not work.

Why are you being forced to use OSX? Why not just install your distro of choice on it?

Other than that, use iTerm2[0], Homebrew[1] and Cask[2], this'll kickstart your CLI env in the right direction.

  [0] http://iterm2.com/  
  [1] http://brew.sh/  
  [2] http://caskroom.io/

    > explainvim.com
    > freelancers.work
    > giveme.work
    > iwant.work
    > itwill.work
    > itdoesnt.work
    > pantsdropped.com

Caching for one. I just don't see a reason for moving as much as possible to POST since this seems to go against what the different methods (GET, HEAD, POST, PUT, DELETE, etc) were meant for.

"Overall, we’ve simplified our use of HTTP. For example, most endpoints always use HTTP POST, including those that return structured data."

Why? Why would you use a POST call for the first endpoint they demonstrate, users/get_current_account

  curl -X POST https://api.dropbox.com/2-beta/users/get_current_account \
    --header "Authorization: Bearer <access-token>" \
    --header "Content-Type: application/json" \
    --data "null"

For me, it's a combination of tmux and vim. Deployments are done using Puppet/Ansible, so no need to manually run any git commands. Also, I hardly ever really manually change anything on remote servers and if I do, I make sure to put it in Puppet/Ansible immediately after.

Fair point!

But still the test would only fail after the merge, whereas you'd want to catch this before.

But if someone goes "lone wolf" and writes an application in a language he or she chose without informing other members of the team/organisation something else might be going wrong in the chain.

I get the idea you're trying to convey here but in the case of a well-organised team/organisation that won't really fly as everyone will be involved at some point and choices are being made together.

That's a good reason to have shared responsibility of code. There is no one owner of a codebase, an entire team should own the code. An entire team leaving at once seems highly unlikely.