pedoh

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 (pete@juvo.com) 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.

How overdue is "delete all email messages"? Clicking edit and then swiping a mess of messages to delete is tedious. The workaround for me is to have server side Exchange rules that put messages into particular folders. Which means I have to fire up a VM running Windows to get to Outlook because the Mac version doesn't support server-side rules ... arg! This is the single feature that I miss from my old Android phone.

Gmail offers email+foo@gmail.com, which is sent to email@gmail.com, but then you can filter on the To: field. I don't think that completely solves #3, but it's a helpful trick. Plus, then you can see how your email addresses get passed on, as long as whoever's got your email isn't clever enough to =~ s#\+.*?@#@# regex your address...

I think these are pretty good guidelines, but treat them as guidelines and not as hard and fast rules. For example, I'm a "DevOp", but have only a little amount of open source code published because for most of my career I've worked for companies that have owned my code and not released it as open source.

A good DevOp is continually trying to automate himself out of his job, and is always looking to make operations processes (like code deployment) smoother and simpler, even in the face of restrictions that inevitably get put into place when the company is facing acquisition or IPO and has to be SOX compliant. "cap deploy" is great, but will only take you so far until you'll need to at the very least wrap some ACLs around it.

I listened to a fascinating podcast on FoxConn on This American Life. It certainly opened my eyes a bit.

http://www.thisamericanlife.org/radio-archives/episode/454/m...

As far as I could tell, Namecheap doesn't allow uploading of zone files (GoDaddy allows you to export your DNS settings in this format). It sure would grease the slide for Namecheap (or any other provider, for that matter) if they offered this feature.

Have you brought this concern up to him? I realize this is not an easy conversation to have, but given what you claim about your relationship ("we're practically like brothers"), you should be able to discuss it, weather the storm, and come out stronger in the end. If you can't, then your relationship with him isn't what you thought it was.

Explain to him how you feel. Don't accuse him; you're not trying to hurt him or screw him over. You're trying to work out what is right and fair.

Also, figure out for yourself what you think is right and fair. What struck me is this:

"I’ve tried working alone before and it is terribly boring and unproductive. So even though he doesn't do much for business I still like to have another person, let alone my best friend, hang out with me all day."

Based on that, you may realize that him getting 50% (at least in the past) has been perfectly justified; if it weren't for him, what would you have done?

However, the past doesn't have to dictate the future. Maybe you're at a point where having a co-founder who can actually do 50% of the "work" (beyond moral support that your current friend is doing) is important to you or to your business. Be honest about this with him, explain your struggles, desires, and motivations, and I'm confident you'll both be in a better place at the end.

At the beginning of the day, assume most people are going up from the ground floor. At lunch time, you've got a balance of people going down to the ground floor to get lunch and people going up from the ground floor post-lunch. At the end of the day, most of the people are going down to the ground floor to leave at the end of the day. And at all times you've got deliveries that initiate from the ground floor.

Have your bank of elevators start with a simple "best guess" algorithm, and then learn how to improve that algorithm. If the last employee of the building is ready to leave at 11pm, there's no reason the elevator shouldn't be at that floor waiting after a learning period.

What are the best ways to make our preferences to our loved ones clear? Is it sufficient enough to have a living will, for example? Are there documents out there that I should be carrying in my wallet, and do paramedics seek these documents out in an emergency?

There is stunnel (www.stunnel.org).

In Thomas Hatch's blog he says that he wants Salt to be a viable competitor to Puppet.[1] It looks like Salt's grains[2] are similar to Puppet's facter[3]; it would probably be fairly easy to write a grain that would pull in facter data, so if you wanted to use both Puppet and Salt with common data, you could.

I stumbled upon Salt because I've been monkeying around with ZeroMQ[4] and it was mentioned on their Labs page.[5] As soon as I can, I definitely want to give Salt a try.

[1] http://red45.wordpress.com/2011/08/29/salt-vs-puppet-the-lon...

[2] http://saltstack.org/ref/grains/

[3] http://puppetlabs.com/puppet/related-projects/facter/

[4] http://www.zeromq.org

[5] http://www.zeromq.org/docs:labs