pedoh's comments

Is it malicious because it is (I am guessing) in wide use? Would it be malicious if there were nobody using it? 10 people? If there is a line established based on usage, where is that line? I don't know.

Also, would it be malicious if the author had simply deleted the project altogether, as opposed to putting in an infinite loop? From the author's perspective, if you want to use my code, fork it, and have at it, but I don't want it in my space any more. Is that not a reasonable stance to take? It may not be the "right thing to do", but it is his code, and he is the associated "owner" of the code. I don't know.

Going to an extreme, the implication _could_ be that I should never delete any open source project that I create, because it would be "malicious". The reality is that I could delete most of my open source work, and nobody would bat an eye. I'd be pretty shocked to my doing that being labeled a malicious act.

I suspect OP is talking about this: https://github.com/HappenApps/Quiver/wiki (there's a link to an iOS app there)

I just installed it, and it looks pretty slick, congratulations on the launch!

One piece of feedback, I couldn't discover in the app itself how to make references to other documents. I finally figured it out by looking at your web page and seeing the [[connections]] bit.

Did you consider writing this as a CLI tool and using amazing auto-completion to give you discoverability and an advanced UI? I love the idea of having a tool that brings these systems together but would rather keep my focus on the command line since that's where I'm spending the majority of my time.

  raycast ticket create "Run database migration in production"
  raycast ticket<tab>
    create claim set_owner close
  raycast ticket set_owner p<tab>

I've written a tool that uses a plugin system to easily add more "commands" to be run. I haven't tackled the tab completion piece yet, but I can imagine that it would significantly benefit the user experience.

Juvo Mobile | DevOps Engineer | San Francisco, CA | ONSITE, https://juvo.com

I am the hiring manager for a DevOps Engineer at Juvo. I'm building out the team (currently a team of me) as our trajectory keeps going up and to the right. One of our big projects this year is getting our infrastructure running outside of AWS due to country privacy laws. In particular, I'm looking for three areas of expertise (you do not have to have experience in all three of these areas):

1) Configuring and administering Containers / Docker / Kubernetes.

2) Installing, configuring, and administering some of the following: Hadoop / Hive / HDFS, RabbitMQ, Kafka, Memcached, Redis, PostgreSQL.

3) Networking experience, including configuring and administering VPN connections with external partners using software like strongSwan.

We're in San Francisco in the Financial District, looking to hire locally with an eye on remote as we grow, so an exceptional remote candidate may be considered.

Apply online (https://juvo.com/job/devops-engineer/) or contact me via email ([email protected]) for more information.

Mattermost might fit the bill. I haven't used it, personally.

https://www.mattermost.org/features/

50-80 minutes depending on direction of travel and traffic, on a motorcycle (legal lane splitting in California)

As a fellow motorcyclist looking at cameras, I'd be really interested in seeing / hearing more about your helmet mount.

Fitbit - San Francisco, CA - https://www.fitbit.com/jobs

We're hiring in a lot of areas, but I'm focused on Site Operations, where I'm the principal engineer.

Our application stack is based mostly in Java, however most of our operations automation is developed in Python. The major components we use daily are Ubuntu/Linux, MySQL, Redis, Neo4j, Solr, logstash, Kibana, Graphite, collectd, StatsD, Nagios, Tomcat, Fabric, Jenkins, Git, JIRA, Confluence, Stash, Cassandra, Puppet, HAProxy, Nginx and Ansible. We leverage mostly externally hosted bare metal servers, with some virtualization thrown into the mix.

Feel free to contact me (Fitbit email in my profile) with any questions you have.

Not a whole lot of detail, but here's a non-paywall article on Business Insider: http://www.businessinsider.com/apple-to-buy-beats-2014-5

Part two is up: http://codeascraft.com/2013/09/23/lxc-automating-containers-...

It looks like they're not leveraging LXC via Docker. I wonder if that's because they've been doing it this way pre-Docker, or if there are some technical reasons why it made sense to skip it.

I've got a Fitbit One, and it, too, only has a fixed time alarm.

https://help.fitbit.com/customer/portal/articles/854753-mana...

From the front page of gitlab.org: "A fast, secure and stable solution based on Rails & Gitolite."

Gitolite is gone, long live gitolite?

I've never experimented with go, until now. I just ran all of the examples (found the mt=>fmt typo which I believe has been fixed). I think this is a great way to start, thank you for building it.

I have a few suggestions.

Make the code easily copyable. Under Chrome, at any rate, if you select the code you can't help but select your comments to the left of the code. I think that people running through the examples should type everything in line by line, but some people will prefer to copy and paste.

Also, it would be great to have some "where to go from here" links. I've run the examples, now I want to write some useful code. Where should I go next?

There are a lot of solutions that range from "solve this immediate problem now with minimal work by me" to "solve this problem and a host of problems that I don't have now but will have in the future". The trick is figuring out where to be on the spectrum.

For example, perhaps the simplest solution would be to cron a script that checks 'df' output and sends an email as soon as you hit some reasonable threshold.

More complex but significantly more powerful is running something along the lines of Nagios to monitor not only disk usage, but a plethora of other systems level checks.

Once that road is walked it's not a big leap to start monitoring the application itself.

Why stop there? If you've got your metrics system (like Graphite) up and running, you can pull in raw metrics and trend your disk usage over time. Write a script that pulls in the raw data (add rawData=true to your parameters in Graphite) and then set thresholds on that. Have Graphite take the standard deviation of your disk metric and now you're alerting not only on an absolute threshold, but monitoring for sudden spikes in activity.

You may also very well be able to get "more complex" without your own infrastructure ... with the tradeoff being money and relying on 3rd party SaaS. There are pros and cons involved here.

Circle back, for a second, though. Putting in a complex solution that gives you the kitchen sink requires time and money. Nagios and Graphite are adding a layer of complexity that may be totally overblown for your needs at the moment. SaaS might not fit the bill. Right now may NOT be the time to go all crazy. So start simple. Get that cron job in place today, gain a little piece of mind, and then figure out what your next steps should be.

My understanding is that it costs @$3000 USD in order to have the "privilege" of taking European Delivery of a Porsche. BMW is currently claiming up to 7% cost savings[1], as is Mercedes[2]. Volvo advertises up to 8% savings, but they also pay for the plane ticket[3]. Audi offers a program , too, and according to this blog you save up to 5%[4].

[1] http://www.bmwusa.com/Standard/Content/Experience/Events/Eur...

[2] http://www.mbusa.com/mercedes/european_delivery_program/excl...

[3] http://www.volvocars.com/us/sales-services/sales/volvo_overs...

[4] http://audieurodelivery.com/ed-faq

I second the micro-framework approach to start. I've used a bit of web.py (http://webpy.org/), and on their front page they show their "Hello, world" app. Install web.py, copy the code, run it, and then fire up your browser and point it to localhost:8080. Boom. I'm guessing the other micro-frameworks have something very similar. Choosing which one is up to you!

I recommend starting out with templating all of your code, because if you do wind up switching to a different framework, you'll regret having your HTML/CSS/JS in with your python code.

What is the community implosion you're referring to?

> Last I checked, it's being completely rewritten in a different programming language.

The rewrite you mention is, I believe, Crossroads I/O ( http://www.crossroads.io/ ). Martin Sustrik was one of the creators of ZeroMQ to begin with.

He's got a writeup as to why he should have used C to begin with ( http://www.250bpm.com/blog:4 ).

We collect @2.5 million data points every minute with our Graphite system. While I agree that initial installation is not as easy as "yum install graphite ; /etc/init.d/graphite start", I wouldn't hesitate to call it production ready.