ну а что делать если у разработчика винда как хост?

Бить по рукам

ну есть же докер под виндой, насколько понимаю там в виртуалках все гоняется. Или железо локальное слабое?

мой вариант когда кишки на удаленном сервере а на клиентах только код и IDE - более гибкий для разрабов. захотел из дома работаешь, захотел с офиса.

ну вот фиг его знает что там у разрабов на ПК :) они личные пк на то и личные.

эх

Личные ПК?????

Бить по рукам

с чего это?

Личные ПК?????

да, представь себе :) в мире есть не только крупные корпорации с офисами рабочих. Есть и мелкие стартапы в которых команда распределана и каждый сидит у себя дома за своим компом :)

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

докер как раз для таких ситуаций классно подходит.

Когда сидишь не в офисе девелопить удалнно становится еще хуже. Юез инета не покодишь. С плохим - не подебажишь

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

да, тут надо и отталкиваться от ситуации - а если летишь в самолете и надо покодить

докер как раз для таких ситуаций классно подходит.

для чего именно? как ты предлагаешь его готовить?

тогда планирование будет проще

Когда сидишь не в офисе девелопить удалнно становится еще хуже. Юез инета не покодишь. С плохим - не подебажишь

Хуже того! Телеграмчик не работает, в вк не потупить, видяшек с котяшками не посмотреть )

да, тут надо и отталкиваться от ситуации - а если летишь в самолете и надо покодить

да, тоже вариант. Но все равно если нет инета то кодить сложно :)

загуглить доку не выйдет...

Хуже того! Телеграмчик не работает, в вк не потупить, видяшек с котяшками не посмотреть )

Я люблю с ноутом уходить на берег реки и спокойно кодить там. Без инета

да я не про отсутсвие инета, а про исходные, которые нужно учитывать планирование

так что работа без инета даже если если у тебя все в докере локально развернуто - практически нереальна

реальна

ну не все же время на SO сидеть ))

на этот случай всегда качаю офлайновую документашку и еду каданибудь))

так что работа без инета даже если если у тебя все в докере локально развернуто - практически нереальна

Да да, программист без интернета подобен самураю с мечом, тлько без меча

Я люблю с ноутом уходить на берег реки и спокойно кодить там. Без инета

ну и славно. В докере на компе конфу близкую к деву поднимаешь - и разрабатываешь без инета.

но код писать в большей степени все же без инета вполне раельно

Так я про то и говорю - разрабатывать на удаланённом сервере - боль.

У меня всё в докере, переключение между проетками - переподнять докер.

Инет нужен только когда я выкачиваю новые образы с сервера.

но код писать в большей степени все же без инета вполне раельно

код даже без компа можно написать.

разрабатывать на удаленном сервере это как делать операцию на зубах через анус

Звонишь по телефону своему разрабу и говоришь: к вечеру клон вэка сделал быстро.

Кстати, Виталий, дайте угадаю - у вас еще CVS небось?

))))

так что работа без инета даже если если у тебя все в докере локально развернуто - практически нереальна

доку в репе держать, например.

ftp)))

Советую обновится на SVN

так, ок. Давайте рассмотрим более феншуйний вариант - когда у каждого разраба локально своя версия проекта. 1. Как заполнять и обновлять такие базы данными? Каждому самостоятельно заполнять - геморно. 2. Реально ли развернуть докер на винде или макос? Все ли там ок? Или гемора больше чем надо.

1) выкачать образ базы

1) миграции или скрипт среза

2) в виртуалке поднимаетися линукс и дальше все прозрачно. Дальше вопрос только в памяти

1) выкачать образ базы

какой? продакшен базы еще нет, она наполяется самимим разработчиками в ходе разарботки :)

Ну так пошарьте как-нить один раз

у вас миграции есть?

да

но они на структуру БД направлена

а не на заполнение БД :)

понятно, то есть задача залить каким-то обрезанными данными - ну тут тупо срез бд

Вышел Go 1.8

а не на заполнение БД :)

Фикстуры / сиды для этого есть

Вышел Go 1.8

В четверг)

эпохальное событие

Фикстуры / сиды для этого есть

в точку!

так, ок. Давайте рассмотрим более феншуйний вариант - когда у каждого разраба локально своя версия проекта. 1. Как заполнять и обновлять такие базы данными? Каждому самостоятельно заполнять - геморно. 2. Реально ли развернуть докер на винде или макос? Все ли там ок? Или гемора больше чем надо.

хранить в репе запросы. тест-кейсы пусть пересобирают базу по ним.

Фикстуры / сиды для этого есть

именно

1) выкачать образ базы

нет канешн )

чойта?

чойта?

объем несопоставимый тем же запросам

О,о у меня тестовый образ базы на котором все разрабатывают - 2.4Мб

Продакшн - около 5Тб

еще раз "образ" - ты про бинарники или чистый дамп?

Я про подготовленный образ базы - образ где совещаются база и данные. Специально подготовленный для разработки образ

Напортил базу - просто переподнял, и опять чистая база

Добрый день! А какова практика, разные instance баз данных по разным контейнерам прячете?

Напортил базу - просто переподнял, и опять чистая база

ок, ок

плюсую локальную разработку. Поднять виртуалку с докером под виндой - не вижу проблемы. На счёт бд - дев срез хорошая вещь. Но ещё лучше когда есть скрипты схемы + автотесты, которые могут нагнать туда данных. По результатам которых можно всегда новый дев дамп запилить.

плюсую локальную разработку. Поднять виртуалку с докером под виндой - не вижу проблемы. На счёт бд - дев срез хорошая вещь. Но ещё лучше когда есть скрипты схемы + автотесты, которые могут нагнать туда данных. По результатам которых можно всегда новый дев дамп запилить.

вот, также работаю: срезы, тесты, дампы.

"Тут можно рассказать про замечательный Docker, но у меня как-то исторически сложился сугубо негативный опыт работы с ним. Сам ни разу не настраивал, но каждый раз, когда приходил в проект и говорили: «У нас тут Docker, развернуть окружение — дело получаса», в итоге всё затягивалось в лучшем случае дня на три, а потом и сами разработчики признавались, что докер у них никогда не работал. " 😸

https://habrahabr.ru/post/319582/

"Тут можно рассказать про замечательный Docker, но у меня как-то исторически сложился сугубо негативный опыт работы с ним. Сам ни разу не настраивал, но каждый раз, когда приходил в проект и говорили: «У нас тут Docker, развернуть окружение — дело получаса», в итоге всё затягивалось в лучшем случае дня на три, а потом и сами разработчики признавались, что докер у них никогда не работал. " 😸

а это много где. я тоже часто слышу про реплику mysql, но нормально она нигде в итоге не работаеи

Так, позвольте я подитожу. Сообщество рекомендует строить процесс разработки вот так: 1. У каждого разработчика запущена ОС в виртуалбоксе на своей локальной машине 2. В виртуалке установлен докер и развернута дев версия проекта 3. На хост машину прокинута папка с кодом проекта 4. База наполняется из заранее заготовленного дампа с тестовыми данными 5. Чтобы ходить на дев версию проекта можно руками прописать все домены в hosts или юзать http://xip.io/ 6. Таким образом можно заранее заготовить образ виртуалки для своего проекта и раздавать его разработчикам для упрощения развертывания. 7. Для упрощения связи между разработчиками можно поднять VPN сеть. Например войти на версию проекта коллеги. Все верно? Может что-то еще порекомендуете?

Что-то мне подсказывает что в моей схеме есть костыль.

а почему не юзать обычный докер, нафига виртуалка?

у некоторых стоит винда, да

а почему не юзать обычный докер, нафига виртуалка?

если в качестве хоста юзается винда... да и на макс ос докер ставить не очень :(

Я вычитал, что виртуалка дает оверхед на фс и синхронизация папки в виртуалке с хостом может затягиваться. Это так?

Вот чел пишет

http://silentsokolov.github.io/2014/12/26/nedostatki-lokalnoj-razrabotki-s-pomoshchju-vagrant-i-docker.html

если в качестве хоста юзается винда... да и на макс ос докер ставить не очень :(

докер для винды и для мака это тоже виртуалка

но не надо ебаться с /etc/hosts