The engineers at ConvertKit are smart, highly motivated and highly productive developers who care greatly about the craft of coding. We champion learning, bettering ourselves, and teaching to the rest of the team.
About ConvertKit
* We are a fully remote company, scattered across 8 states and 4 countries.
* Bootstrapped, profitable, and growing very (very!) quickly. [1]
* We put a high emphasis on work / life balance, and we value and strive for 40 hour work weeks. There aren't set hours, but there's a lot to get done!
* We have a positive, vibrant, and genuine culture. [2]
* Working with Nathan Barry is super awesome!!
About the role
* You'll be part of our awesome engineering team, helping to build our product. We primarily use Rails, Mysql, Redis and Sidekiq to get the job done.
* We're facing real (fun) scaling challenges because of our incredible growth. Ideally you've been there, done that before.
* We're also looking for someone who cares deeply about writing clean, maintainable, well-tested code, and generally tends to leave code in a better state than when you encounter it.
Requirements
* Significant (5+ years) full-stack Rails experience and scaling a Rails app for rapid growth.
* We don't have a separate infrastructure team. You must be comfortable with helping to run, scale, troubleshoot and maintain a large production app that sends 250+ Million emails a month.
That's quite the cynical comment. I can only assume from your comment that you think this company doesn't deserve to have good news.
Some of us wants to have a future where electric car is the norm, rather than the exception and Tesla has arguably brought this possibility to our generation by itself.
I, for one, welcome this news and wish them the best.
Element level selectors are so often demonized and having written quite a bit of CSS in my life, I have come to appreciate how easy it is to write and maintain CSS when you actually use those element level selectors mixed with relationship selectors ( >, +, ~,) and attribute selectors.
I don't demonize them, I use them too. But if you rely on them too much then eventually it causes problems. Especially on a large project that grows over time in CSS and HTML.
Attribute selectors are indeed handy and are on par with class names in my suggestion.
No, I'm saying that implementing something is usually harder than using something. The tutorial is about how to implement a select; not about how to use a select.
> Using a <select> is still much easier than using React's implementation of it.
Yes, of course it is. But reading a tutorial about how you could implement something so understandable as <select> using React is a pretty good guide to understanding React! At least, to me it seems pretty great.
It's 7$/month. You sure can be made uncomfortable easily.
If someone wants a private repo but doesn't value his/her private code to the amount of 7$/month for ALL their private repos, then I guess it shouldn't have been made private in the first place.
FWIW, a Big Mac combo is around the same price. One is junk, the other is where you showcase/store all your professionnal knowledge and experience.
The difference is because in America, there's 2(3) countries. In Europe, you travel between ~10 countries. The budget/mentality is different since you operate in international level with international import/exports.
Wouldn't the hassle in coordinating things across multiple countries be much higher?
Not sure why anyone would make excuses for the US on trains. There are some great opportunities to get it right. Or ignore it and wait for automated bus services.
Yes, and international trains are not where the European network shines. It's getting better, but it has historically been hard to even figure out how to buy a ticket involving multiple countries. Deutsche Bahn is one of the better ones. If you originate or terminate in Germany, their booking engine can figure out how to get you to a neighboring country (and they actually have these countries' timetables in their system, too). But if you want to go through Germany, say from France to Poland, good luck getting that booked, unless you split it into two tickets, each terminating in Germany.
Specific through services make it easier a few routes, such as the CityNightLine sleeper services, since there is one train and one operator for the whole route.
https://en.wikipedia.org/wiki/TGV Might be worth a read. While it may not be up to par to your standard, it's one of the train system the most complex and speedy in the entire world.
Oh, TGV is great in France, or if you travel on a TGV-operated train to a neighboring country. I'm just complaining about timetable engines and ticketing for international trips across Europe, when they involve more than one operator. For example if you want to buy a ticket from Paris to Copenhagen, there isn't an integrated timetable/booking system. For this, bahn.de is better than most national train companies, because their search engine at least includes other operators' timetables (though they aren't always able to actually sell you a ticket).
Not excuses, just maths. I'm not a US citizen. But I'm canadian. And my province has tried to get high speed train through the border, but the economics never added up.
That's the problem with N. America, airplanes are cheaper for our geographic situation. Because routes are not set in stone, they can be changed as the demand adjusts itself.
When you lay out train track, you can't change your mind in 20 years or you need to change your infrastructure.
The Spanish new High Speed train infrastructure is, except for the line that connects Madrid and Barcelona, a massive nonsense that has been build only for political reasons. Spain has more km of high speed lines that Japan, but some of the lines have only tens of passengers per day!
It is an economical calamity, for a country already in a deep crisis, that the taxpayers will have to pay during decades.
The AVE is an example of how infrastructures should never be planned and deployed.
I agree. There were slower but cheaper lines that were just eliminated, and now it's too expensive (for some people living there) to go to some places by train.
My point, though, was about the trains that are made in my country, not how they make use of them.
"in America there's 2(3) countries" - I'm curious what you are referring to here - Canada, US, and Mexico or "regions of the United States". The article appears to be merely talking about the United States.
I'm sorry but I really don't agree with this. One of the point the OP made is that if you develop in SQLite and deploy on a Postgresql database, it means you discard all the features that postgresql has over SQLite (data types and SQL Queries for example).
You wouldn't test your Facebook consuming API code with a Twitter endpoint, why do you apply the same logic to your DBMS?
Exactly. IIRC, it is possible to run postgresql in memory if you configure it correctly. In the age of docker and the like, having different concurrent instances of a dbms should be easy enough, right?
I think where Google could build momentum is to try to go for a private ecosystem where everything you store (photos, notes, etc.) would be private. The facebook opposite.
That would be a solid alternative to Apple's ecosystem and you would see the benefits of going from Facebook to Google.
Google has a much better chance of competing against Apple's photo/notes/cloud services than it would beating Facebook. Also I believe there is going to be a tendency in the next few years to move out of Facebook because of the social network effect people want to get out of.
Google would be the only solid candidate for anyone not wanting to jump into Apple's products.
Circles was the privacy-enhanced facebook. Surprise surprise, after a month nobody cared; in fact, as people acted all precious with their status messages, the "ghost town" meme started.
Privacy is like "corporate responsibility" or "environmental sustainability": the public at large simply does. Not. Care. They just want shiny sh*t for free.
Google tried something like that. The whole circle idea was about control for the user of who he shares stuff what content with.
Facebook cannot be killed with something so similar to Facebook like Google+, much like Google cannot be killed with something like Bing. They are at a local maximum amassing lock-in and buying up every improvement on the status quo.
What might ultimately kill them is either EU regulation, a big Chinese domestic market or some jump in technology or business model. The end result might again look very similar to what we have now. I think in the beginning it would start out as something like Whatsapp or Siri. It could be something that takes over or kills advertisement completely like Amazons various tries to create a platform for all online commerce.
That is why I said something like Whatsapp could have been a potential Facebook killer. Imagine them gaining users quicker than FB - what they did - and carefully branching out to take usage time away from FB - what you described.
Google has an opportunity to trash Apples ecosystem because of how apple doesn't get software or cloud well. I'm setting my mom up with Google photos on her iPhone because she can't figure out Apple's workflow.
Most people consider their gmail, drive, etc. accounts as private because their immediate acquaintances don't have access to them. Maybe a better word would be not shared?
docker-compose is no magic, it only maps a YAML file to docker's command arguments. While I think docker-compose is useful in some cases, I strongly advise to not use it at first so you understand how docker actually works.
Once you understand how docker works, using the YAML file can become useful to lighten your load.
agreed, I used a bash script based on glowmachine github repo[1], but switching to docker-compose made everything much easier - as long as you have the knowledge of the docker cli.
The engineers at ConvertKit are smart, highly motivated and highly productive developers who care greatly about the craft of coding. We champion learning, bettering ourselves, and teaching to the rest of the team.
About ConvertKit
About the role Requirements More info + how to apply here: https://convertkit.workable.com/jobs/466250[1]: https://convertkit.baremetrics.com/
[2]: https://charlimarie.com/2017/02/06/finding-my-place