Skip to content

Instantly share code, notes, and snippets.

View NickVolynkin's full-sized avatar
🛠️

Nick Volynkin NickVolynkin

🛠️
View GitHub Profile
@NickVolynkin
NickVolynkin / pipenv.log
Created December 21, 2018 13:03
Pipenv cannot install pyyaml==3.13 in Docker (kennethreitz/pipenv)
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...
done.
@NickVolynkin
NickVolynkin / git-dmz-flow.md
Last active December 5, 2016 21:04 — forked from djspiewak/git-dmz-flow.md
Git DMZ Flow

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
NickVolynkin / pedantically_commented_playbook.yml
Created May 10, 2016 12:11 — forked from marktheunissen/pedantically_commented_playbook.yml
Insanely complete Ansible playbook, showing off all the options
---
# ^^^ 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:

###[Q] Форматирование
Чтобы отформатировать код, выделите его мышью и нажмите на кнопку `{}` редактора.
###[Q] Работа за автора
Согласно правилам форума, вопросы не должны сводиться к решению либо завершению учебных заданий за учащихся. Пожалуйста, уточните, что вы сделали сами и что не получилось.
###[Q] Примите ответ
Если вам дан исчерпывающий ответ, отметьте его как верный (нажмите на галку рядом с выбранным ответом).
###[Q] Всеобъемлющий вопрос
import java.lang.reflect.Method;
/**
* @author Nick Volynkin nick.volynkin@gmail.com
*/
public class SuperDuperMethodTest {
public static void main(String... args) {
C c = new C();