Pull to refresh
1

User

6
Subscribers
Send message
Как я понял, основной аргумент против rbenv — лишние 50 мс для запуска обёртки (почему именно 50? сколько раз нужно запускать исполняемые файлы, чтоб это было хоть сколько-то заметно?). Между тем сложность решения с rvm выше.
Кстати, в rvm уже исправили проблему с «висом» mc при переходе в каталог с недоверенным .rvmrc? И исправима ли она в принципе без отключения .rvmrc?
для большинства разработчиков собственный комфорт важнее, чем работающий софт, чем успех компании и всё прочее.

Каковы подлецы! Конечно, они не являются владельцами бизнеса и им от успеха компании ни холодно ни жарко, но где же корпоративный дух???
И наконец, один из самых больших мотиваторов — это, как ни странно, живое общение с клиентом. Сравните: когда к вам приходит начальник и спрашивает: «Ну что, наконец-то доделал?», и когда к вам приходит клиент и говорит: «Вау, вы это сделали! Это то, что надо, спасибо!»

Или когда к вам приходит клиент и говорит: «И это всё, что вы сделали???», убивая тем самым мотивацию. И это нормальная позиция, клиент в разработке ничего не смыслит (и не должен, не его это дело), ему невдомёк, что за двумя видимыми изменениями скрываются десятки незаметных для него. С клиентом должны общаться специально обученные люди, а разработчик должен общаться с тем, кто может адекватно формулировать хотелки. И это далеко не всегда сам клиент, а часто его технически подкованный представитель. Разработчик должен разрабатывать, а не практиковаться в социологии и маркетинге.
А что тут ужасного?
Рынок — это больше, чем покупатели и продавцы. Он есть и у некоммерческих организаций, и у каждого из нас, причем сразу несколько.

Извините, я не готов рассматривать концепцию рынка с философской точки зрения.
Основная цель любой организации — удовлетворение определенных потребностей рынка.

Т.е. Вы тратите свои силы и деньги и берёте на себя риски только для того, чтоб удовлетворить потребности рынка? Рынок — ваш близкий родственник или лучший друг?
А какая разница, в 15 или 16 будет темнеть, если рабочий день всё равно обычно до 17-18?
Отбрасываем тех, кто родился после распада СССР, получается >= 20. И плюс ещё лет 10-15 до возраста, когда часовой пояс имел значение и к нему можно было бы привыкнуть, это уже не меньше 30-35 лет. Это большинство, но не подавляющее.
Мне в 1991 было 6 лет, но для меня +3 непривычно и с детства не знакомо.
Да и в любом случае, за 20 лет можно и сменить привычки.
Насчёт подавляющей — это Вы очень смело. 20 лет прошло, как-никак.
Не только в gnome3. Везде, начиная от DE и заканчивая емаксом. Мне ещё не встречалось случаев, когда бы это было другой кнопкой. Впрочем, я имел дело только с x86.
gnome-shell вообще хорош, у меня просто терпения не хватило к нему привыкнуть. А так и на 24 дюймах удобно.
Хотя у меня не было выбора — обновляться или нет. Графика на sandy bridge на ядре и mesa из 11.04 работала неважно.
Урезанный в сравнении со вторым. Но пользоваться можно. У меня пока не возникало желания ставить xfce.
Так и сидеть на gnome 2 — вот и вся альтернатива.

В гном3 есть помимо shell есть и классический режим.
Overview удобнее активировать через Meta

Через super. Meta — это alt.
Например, все мы знаем, что несколько слов в разном порядке могут иметь совершенно разный смысл. От того, что мы зазубрим перевод слова have(иметь, обладать) — легче нам не станет, потому, что в сочетании с некоторыми другими словами ( have to (должен, необходимо)) оно уже имеет совсем другой смысл. И это нужно знать.

Итак, с чего начинать изучение английского? С грамматики.

Но ведь изучение родного языка не начинается с грамматики. Наоборот, грамматику невозможно применить, не зная куда.
Вы же не думаете каждый раз о правилах языка, когда хотите сказать фразу по-русски? И даже если бы не учили грамматику в школе, не думали бы. Потому что знаете, какие слова в каких контекстах значат одно, а в каких другое. Потому что слышали и читали много вариантов применения этих слов, а не потому, что выучили это по учебнику.
For most purposes, the recommended installation method is Single-User.

most — не all.
Автор НЕ рекоммендует ставить rvm общесистемно.

Рекомендовал долгое время. Теперь действительно уже не рекомендует, спасибо за информацию.
Для деплоя разных проектов использовать разных пользователей? А то крутится-то это всё потом будет под пассажиром.

habrahabr.ru/blogs/ror/129817/?reply_to=4299587#comment_4299132
На каком уровне разграничивать? Добавить к nginx серверы приложений отдельные и их запускать под своими пользователями?

Можно использовать nginx только как прокси и для статики, а остальное отдавать отдельному юникорну. Это один вариант.
Но passenger тоже может менять владельца процесса: modrails.com/documentation/Users%20guide%20Nginx.html#PassengerUserSwitching
Если это разные пользователи, то можно изолировать папки проектов друг от друга просто выставлением прав.
— Для разных проектов лучше использовать разных пользователей. Если уж разграничивать права, то нужно быть последовательным.
— Автор rvm рекомендует ставить его общесистемно, под рутом. В случае пользователя на проект это позволяет иметь всего одну копию rvm'а.
— Несмотря на рекомендацию ставить rvm так, как указано в статье (и на beginrescueend), лучше делать так:
curl -s rvm.beginrescueend.com/install/rvm -o rvm-installer; chmod +x rvm-installer; ./rvm-installer --version latest

Возможно, мне не везло, но мой опыт показывает, что HEAD, который ставится в противном случае, очень часто поломан. А вот latest — это последний стабильный релиз.
Какой Вы быстрый!
Первой мыслью было использовать Skype API через D-Bus интерфейс. Казалось бы, есть команда «SEARCH CHATS», но почему-то у меня не получилось её заставить выдавать все чаты. Подозреваю, что она для этого и не предназначена. Skype API достаточен чтобы оперировать текущими событиями, но для доступа к истории надо искать другое решение. Поддержка так и пишет, что возможность экспорта через API в планах не стоит jira.skype.com/browse/SPA-596.
Вам кажется.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity

Specialization

Бэкенд разработчик, Фулстек разработчик
Ведущий