Skip to content

Instantly share code, notes, and snippets.

Nick Volynkin NickVolynkin

Block or report user

Report or block NickVolynkin

Hide content and notifications from this user.

Learn more about blocking users

Contact Support about this user’s behavior.

Learn more about reporting abuse

Report abuse
View GitHub Profile
NickVolynkin / pipenv.log
Created Dec 21, 2018
Pipenv cannot install pyyaml==3.13 in Docker (kennethreitz/pipenv)
View pipenv.log
docker run -it -v `pwd`:/app kennethreitz/pipenv  ✘   7-create-a-minimal-bot-ci-pipeline ● ?  01:26 Dur  20:00:43
root@5525a28b4622:/app# pipenv --python 3.6
Creating a virtualenv for this project…
Pipfile: /app/Pipfile
Using /usr/bin/python3.6m (3.6.7) to create virtualenv…
⠇ Creating virtual environment...Using base prefix '/usr'
New python executable in /root/.local/share/virtualenvs/app-4PlAip0Q/bin/python3.6m
Also creating executable in /root/.local/share/virtualenvs/app-4PlAip0Q/bin/python
Installing setuptools, pip, wheel...

Git DMZ Flow

I've been asked a few times over the last few months to put together a full write-up of the Git workflow we use at RichRelevance (and at Precog before), since I have referenced it in passing quite a few times in tweets and in person. The workflow is appreciably different from GitFlow and its derivatives, and thus it brings with it a different set of tradeoffs and optimizations. To that end, it would probably be helpful to go over exactly what workflow benefits I find to be beneficial or even necessary.

  • Two developers working on independent features must never be blocked by each other
    • No code freeze! Ever! For any reason!
  • A developer must be able to base derivative work on another developer's work, without waiting for any third party
  • Two developers working on inter-dependent features (or even the same feature) must be able to do so without interference from (or interfering with) any other parties
  • Developers must be able to work on multiple features simultaneously, or at lea
NickVolynkin / pedantically_commented_playbook.yml
Created May 10, 2016 — forked from marktheunissen/pedantically_commented_playbook.yml
Insanely complete Ansible playbook, showing off all the options
View pedantically_commented_playbook.yml
# ^^^ YAML documents must begin with the document separator "---"
#### Example docblock, I like to put a descriptive comment at the top of my
#### playbooks.
# Overview: Playbook to bootstrap a new host for configuration management.
# Applies to: production
# Description:
# Ensures that a host is configured for management with Ansible.

Actually it would not be a clone of Total Commander but rather of the [Norton Commander][1], which is a parent of a large family of 2-pane file managers.

##muCommander ([homepage][2], [wiki][3]).

It's a 2-pane file manager, providing an interface, similar to those of the Norton Commander family, but in the look and feel, native to OS X. It's actually cross-platform and available for any popular OS.

muCommander is free and released under the GNU General Public License. It's written in Java and requires it to run.

###Installation on OS X:

View SO-comment-templates.txt
###[Q] Форматирование
Чтобы отформатировать код, выделите его мышью и нажмите на кнопку `{}` редактора.
###[Q] Работа за автора
Согласно правилам форума, вопросы не должны сводиться к решению либо завершению учебных заданий за учащихся. Пожалуйста, уточните, что вы сделали сами и что не получилось.
###[Q] Примите ответ
Если вам дан исчерпывающий ответ, отметьте его как верный (нажмите на галку рядом с выбранным ответом).
###[Q] Всеобъемлющий вопрос
import java.lang.reflect.Method;
* @author Nick Volynkin
public class SuperDuperMethodTest {
public static void main(String... args) {
C c = new C();
You can’t perform that action at this time.