Size: a a a

Saint P Ruby Community

2020 February 26

w

wi11son in Saint P Ruby Community
Алексей Шеин
причем go это алиас git checkout, а gb - git branch
Я понял, это частые алиасы
источник

w

wi11son in Saint P Ruby Community
Это за 10к строчек? Чего-то мало
источник

АШ

Алексей Шеин in Saint P Ruby Community
ну я брал по первому слову от каждой команды, более сложные вещи видимо не пролезли
источник

w

wi11son in Saint P Ruby Community
Sudo)
источник
2020 February 27

VD

Vla Dem in Saint P Ruby Community
Ещё есть jump от Генадия: https://github.com/gsamokovarov/jump
источник

АШ

Алексей Шеин in Saint P Ruby Community
вообще это так было для затравки
источник

АШ

Алексей Шеин in Saint P Ruby Community
хотелось бы услышать ваши впечатления/рассказы - что больше всего вам помогло или запомнилось
источник

DV

Dmitry Voronov in Saint P Ruby Community
Алексей Шеин
хотелось бы услышать ваши впечатления/рассказы - что больше всего вам помогло или запомнилось
Создание сессий в tmux, если про терминал продолжать. Стало удобнее и быстрее, если несколько проектов, например, под каждый свою сессию с окнами в нужных каталогах и нужными локальными настройками
источник

АШ

Алексей Шеин in Saint P Ruby Community
👍
источник

IK

Igor Khodyrev in Saint P Ruby Community
Dmitry Voronov
Создание сессий в tmux, если про терминал продолжать. Стало удобнее и быстрее, если несколько проектов, например, под каждый свою сессию с окнами в нужных каталогах и нужными локальными настройками
Плюсану
источник

EM

Eugene Maslenkov in Saint P Ruby Community
Алексей Шеин
хотелось бы услышать ваши впечатления/рассказы - что больше всего вам помогло или запомнилось
1. Terminal: zsh, fzf, сессии(профайлы) в iterm2, tmux. Docker в проектах где есть под проекты/сервисы (пока не начал работать в проекте с >10 сервисами смысла в нем не видел, а на таком проекте без него как без рук).
2. Editors: подсветка, автоформатирование, фазисерч, навигация по коду.
3. Technics: Умение писать тесты, выроботка "своего таймлайна" (ни pomodoro ни какие друге техники лично мне не помогали, в итоги у меня "свой pomodoro").
4. Frameworks: jQuery(после чистого JS это было не реально круто), rails(а рельсы до сих пор радуют скоростью разработки).
источник

FY

Felix Yasnopolski in Saint P Ruby Community
Eugene Maslenkov
1. Terminal: zsh, fzf, сессии(профайлы) в iterm2, tmux. Docker в проектах где есть под проекты/сервисы (пока не начал работать в проекте с >10 сервисами смысла в нем не видел, а на таком проекте без него как без рук).
2. Editors: подсветка, автоформатирование, фазисерч, навигация по коду.
3. Technics: Умение писать тесты, выроботка "своего таймлайна" (ни pomodoro ни какие друге техники лично мне не помогали, в итоги у меня "свой pomodoro").
4. Frameworks: jQuery(после чистого JS это было не реально круто), rails(а рельсы до сих пор радуют скоростью разработки).
После проекта в 4 сервиса я его прям полюбил
источник

FY

Felix Yasnopolski in Saint P Ruby Community
В том числе что есть возможность создать продакшен окружение вообще без гемора
источник

EM

Eugene Maslenkov in Saint P Ruby Community
Верно понимаю, что в 4 сервиса не входят БД? Потому что например rails + sidekiq + redis + pg это то же 4 сервиса, но здесь asdf будет быстрее настроить чем docker и docker-compose. Если я верно понимаю - вопрос был о "продуктивности". В моем случае первые 100 часов работы с докером были болью (2016 год, тогда ещё не было сворма, а compose был "shell скриптом". По этому очень долго не мог его оценить. Потом, конечно, настал его час;). Однако сейчас у меня нет проекта, где бы он мне был необходим...
источник

AN

Andrey Novikov in Saint P Ruby Community
Eugene Maslenkov
Верно понимаю, что в 4 сервиса не входят БД? Потому что например rails + sidekiq + redis + pg это то же 4 сервиса, но здесь asdf будет быстрее настроить чем docker и docker-compose. Если я верно понимаю - вопрос был о "продуктивности". В моем случае первые 100 часов работы с докером были болью (2016 год, тогда ещё не было сворма, а compose был "shell скриптом". По этому очень долго не мог его оценить. Потом, конечно, настал его час;). Однако сейчас у меня нет проекта, где бы он мне был необходим...
Самое главное в докере для локальной разработки - это возможность поднять рабочее окружение буквально за минуты. Но надо ещё dip поверх docker-compose использовать и правильно делать докер-образ (например, гемы не ставятся в него, а устанавливаются отдельным шагом в подключаемый docker volume). Только тогда локальная разработка в докере становится удобной.
источник

FY

Felix Yasnopolski in Saint P Ruby Community
Eugene Maslenkov
Верно понимаю, что в 4 сервиса не входят БД? Потому что например rails + sidekiq + redis + pg это то же 4 сервиса, но здесь asdf будет быстрее настроить чем docker и docker-compose. Если я верно понимаю - вопрос был о "продуктивности". В моем случае первые 100 часов работы с докером были болью (2016 год, тогда ещё не было сворма, а compose был "shell скриптом". По этому очень долго не мог его оценить. Потом, конечно, настал его час;). Однако сейчас у меня нет проекта, где бы он мне был необходим...
Конечно, без бд
источник

FY

Felix Yasnopolski in Saint P Ruby Community
Сервис, аутентификатор, 2 микросервиса
источник

FY

Felix Yasnopolski in Saint P Ruby Community
Потом ещё 2 добавилось
источник

EM

Eugene Maslenkov in Saint P Ruby Community
👍
источник

FY

Felix Yasnopolski in Saint P Ruby Community
А, ещё очень удобно, что не надо делать инструкции для разработчиков, как это запустить у себя
источник