Andrey Deryabin aderyabin

Условия

Участники конкурса присылают свои open source работы за сентябрь (и оставшуюся до подведения итогов конкурса часть октября) нам в редакцию. Нужно прислать ссылки на свои коммиты или pull requestы, желательно с описанием или со ссылкой на статью в блоге с описанием — нам в комментарий к Gist и по почте [email protected]. В письме не забудьте указать, как быстрее всего с вами связаться (почта и телефон, например).

Мы рассматриваем работы на Ruby (улучшения/патчи/PR в Rails, популярные гемы, или ваши собственные новые проекты) и работы по фронтенд-части (тут спектр уже — нас интересуют только улучшения PostCSS, а еще лучше — собственные разработки на базе PostCSS; про него слушайте в подкасте).

Единственный победитель будет выбран ведущими подкаста и брейнвошингов. Крайний срок подачи работ — 6 октября 2014 года (чтобы вы за неделю до первого брейнвошинга еще успели спланировать время и попасть на курс). Победитель может выбрать один из брейнвошингов для бесплатного

rails/rails

gazay - 4 commits
igas - 20 commits

rubygems

igas - 24 commits

This histogram shows the distribution of GitHub Gist API response times (in milliseconds) for a sample of 10,000 requests as observed by bl.ocks.org.

The distribution roughly follows a log-normal distribution, which is unsurprising for a complex process that has multiple independently-random sources of delay. The mode response time was in the range 120-140ms, while the median response time was 206ms. The middle 80% of requests were in the range 114-527ms. About 11% of requests took longer than 500ms, and 5% of requests took longer than one second. (The rightmost bin in the histogram includes these long requests.)

Since API endpoints vary dramatically in their computational cost, the distribution of response times is likely multimodal. In this dataset, 96% of requests were for a single gist (/gists/42), while the remaining 4% of requests were to list a user’s gist (/users/fred/gists). By separating the API requests for a single

###Sketch trial non stop

Open hosts files:

$ open /private/etc/hosts

Edit the file adding:

127.0.0.1 backend.bohemiancoding.com

127.0.0.1 bohemiancoding.sketch.analytics.s3-website-us-east-1.amazonaws.com

Keybase proof

I hereby claim:

I am aderyabin on github.
I am aderyabin (https://keybase.io/aderyabin) on keybase.
I have a public key ASAE3w28-Mxc_Uf9KTwCCRfviqo-CZeiOedA7dzKXbr79Ao

To claim this, I am signing this object:

Keybase proof

I hereby claim:

I am aderyabin on github.
I am aderyabin (https://keybase.io/aderyabin) on keybase.
I have a public key whose fingerprint is 2559 780B B86A 6CAD 6B8A 00B4 5890 D630 DB7F 7207

To claim this, I am signing this object:

	# I'm running OS X and I need to develop and test Vagrant features
	# which are specific to Linux-only, i.e. I need "physical" Linux machine.
	# I've finally stuck with creating DigitalOcean VM and installing
	# everything necessary for development there. It's magical
	# Vagrant-powered Vagrant-development Vagrantfile.
	#
	# First, start the VM which will be the host:
	# $ vagrant up host --provider=digital_ocean
	#
	# Now, you can start VM in VM which will be used for Vagrant testing:

	{
	"bold_folder_labels": true,
	"caret_style": "smooth",
	"close_windows_when_empty": true,
	"color_scheme": "Packages/Dracula Color Scheme/Dracula.tmTheme",
	"create_window_at_startup": false,
	"default_line_ending": "unix",
	"detect_slow_plugins": false,
	"drag_text": false,
	"draw_minimap_border": true,

	[
	{
	"description": "Evaluating get.",
	"duration(ms)": 3.182579,
	"sub_tasks": [
	{
	"description": "Evaluating table.",
	"duration(ms)": 0.060452,
	"sub_tasks": [
	{