Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
matlock
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
matlock
12y ago
Codeship - Boston, MA or Vienna, Austria At Codeship we build a continuous Deployment service. Our mission is to make software teams more productive by helping them to release early, often and safe. We're building for the builders. We&
32.
▲
by
matlock
12y ago
Do you want to test your ansible scripts during deployment, or do you just want to run ansible deployment after the tests are run? The basic workflow that we at Codeship tell people is test each repository by itself and if that works push t
33.
▲
by
matlock
12y ago
Continuous Deployment was also always part of it. Basically we upped from 50 free builds to 100 and announced it properly. But the basic feature set hasn't changed and you currently get all of the features in the free plan that you wou
34.
▲
by
matlock
12y ago
Codeship - Boston, MA or Vienna, Austria At Codeship we build a continuous Deployment service. Our mission is to make software teams more productive by helping them to release early, often and safe. We're building for the builders. We&
35.
▲
by
matlock
12y ago
I think this shows a different understanding than for example we follow at Codeship. Tests aren't there to test our code, but to make our Users happy. e2e tests make sure we don't break features and are able to validate new featur
36.
▲
by
matlock
12y ago
at Codeship (I'm one of the founders) you can run your tests and use our app engine integration to push whenever your tests pass. Setup takes a minute. let me know if you have any questions at flo@codeship.io
37.
▲
by
matlock
13y ago
At least some parts of this post touch on immutable infrastructure, basically just replacing faulty systems and rebuilding them from scratch everytime you need to change it. Relatively easy with AWS and Packer (or other cloud providers) and
38.
▲
by
matlock
13y ago
Niiiiiiiice. Da ist der Wiener Humor ja auch noch in den Kommentaren. :)
39.
▲
by
matlock
13y ago
>Bavarian German you wouldn't want to say that in Vienna though :). We are pretty proud of our Austrian German. Winters are cold, and summers are hot, but still fine. Really nice to live here though.
40.
▲
by
matlock
13y ago
Ever plan on visiting Vienna? Why not live there and build tools for other developers. We are hiring at Codeship ( https://www.codeship.io ) for our Vienna office. And if you ever come visit the city let me know at flo@codeship.io
41.
▲
by
matlock
13y ago
https://www.codeship.io - Working on bringing Continuous Deployment to every team, because it's so much better, but still hard to accomplish for small or medium sized teams
42.
▲
by
matlock
13y ago
Agreed, we've never done a rollback as well, but having the automation in place makes it easy if necessary. Automating still should be triggered by a manual process.
43.
▲
by
matlock
13y ago
We would probably get a good amount of better performance out of it, but our current Heroku bill is low enough that even cutting it in half would be a small thing compared to changing the ruby version every developer uses. While technically
44.
▲
by
matlock
13y ago
Yes it even works very well on MRI. Definitely a good choice
45.
▲
by
matlock
13y ago
Continuous Deployment and Delivery both are there to remove the fear of change. Coupled with testing this is definitely a way to 10x your engineering productivity. We've stopped counting how many times per day we push changes at Codesh
46.
▲
by
matlock
13y ago
While there can be analysis paralysis having a clearly defined workflow and writing a test for that flow before you even implemented that feature worked great for us. Writing a functional test at this point helps in understanding the proble
47.
▲
by
matlock
13y ago
In my opinion it is. You should start writing functional tests that test the application from the users perspective. Capybara/Selenium/Cucumber for example are a nice combination for this. Unit tests are great for catching specifi
48.
▲
by
matlock
13y ago
The most important thing with testing is getting started. Over time you can build a better test infrastructure and tooling, but just start with it. At Codeship we focus on functional tests first. We use Cucumber/Capybara/Selenium
49.
▲
by
matlock
13y ago
I can only follow on arohner. We discuss business with all of our developers all the time. Totally depends on the people, but in our team we specifically select for people who see the bigger picture and want to talk business as well. Especi
50.
▲
by
matlock
13y ago
Jenkins has done a great job in getting continuous integration as a workflow into the hands of many developers. But their usability is completely out of date and their current user base doesn't let them evolve to where they would need
51.
▲
by
matlock
13y ago
We've published two blogposts how we sped up our test and boot times considerably. Maybe helpful to some: http://blog.codeship.io/2013/08/21/faster-test-suite-boot-ti... http://blog.codeship.i
52.
▲
by
matlock
13y ago
We improved our Go support on Codeship ( https://codeship.io , I am one of the founders) over the last couple of days. Give it a try and if you have questions let me know.
53.
▲
by
matlock
13y ago
But that's already an investment that can get you quite some resources on AWS for a while.
54.
▲
by
matlock
13y ago
But then you are probably getting close in pricing to running the stack on AWS, as you don't need to have that much reserved infrastructure when you can easily replace it when there are problems with the server
55.
▲
by
matlock
13y ago
It will only charge the hourly reserved costs. From: http://aws.amazon.com/ec2/reserved-instances/ Easy to Use: Reserved Instances are easy to use and require no change to how you use EC2. When computing your bill
56.
▲
by
matlock
13y ago
>EC2 lets you roll a globally distributed solution with good tooling for low cost This is the Crux. There are other options available, but going cloud makes it very easy to roll out something big without the necessity to have experts in
57.
▲
by
matlock
13y ago
But even in that case there is a single point of failure in the host. That's all manageable, but it is effort, that could otherwise be put into developing the application
58.
▲
by
matlock
13y ago
Reserved instances are not bound to any specific VM. When you start a virtual machine and there are reserved instance slots free it will charge you the reserved instance amount. If you provision more machines it will charge the standard amo
59.
▲
by
matlock
13y ago
>A smart company will do a cost-benefit analysis, not blindly go to the cloud But often times those cost-benefit analysis don't take into account how quickly you can improve and work on your infrastructure. The performance or cost i
60.
▲
by
matlock
13y ago
I absolutely agree, but oftentimes small cost optimisations are done by teams without thinking about how this impacts the speed with which they can build their business. The cloud is not the definitive answer for all teams, but leaving all
More ›