Очень плохо что для то ересь, жалко твоих клиентов
Обоснуй в чм ересь. Ты просто не сталкивался с нормальной работой. Правка пусть не в 10, но в 5 файлах - это вообще нормально для фреймворка. Это не "плагин настроить")) файл стилей, причем в каком галпе, темплэйты, причем с наследованием, вьюха, файлы моделей... Пока везде не внесешь правки - нечего проверять зачастую, не стану упоминать что во фронте может еще и отдельно фронтендщик копаться со своими задачами---------- Добавлено 03.06.2020 в 11:23 ----------
Я все-таки думал что ты имел дело с реальной разработкой, Никто из 200 человек нашего департамента так не заявит, а там спецы не чета мне---------- Добавлено 03.06.2020 в 11:33 ----------Кстати, а кто как относится к гитфлоу? Пользуете? фичи-бранчи, релизы? У нас сейчас конечно очень сложный флоу, но так исторически сложилось, не мы виноваты, есть тест, есть стэйдж, есть прод, релизы идут в стэйдж после проверок на тесте, что плохо - тест уже отличается от стэйджа, потому что часто хотфиксы идут сразу в стэйдж и в тест забывают сделать. Но девопсы не наши, не можем на них повлиять, хоть уже и не раз поднимали вопрос об этом
Хочется подытожить.
Соглашусь с тем что разрабатывать удаленно возможно, если это исключительно на дебага сервер, иногда это даже удобнее, не жрет ресурсы на локальном компе
По-прежнему не понимаю тех, кто без тестирования сразу лезет на прод и там правит, включает выключает плагины и проч.
Для продукта, лидирующего на рынке, обратное было бы удивительно. Дрогое дел, что без Макоси неизвестно что было бы с виндой, если бы ей не приходилось оглядываться на конкурентов7 И вот уже 10 вполне себе норм.
Тут же дело простое - на сегодня мне Макось удобнее и пока нет блочащих причин для ее использования. может завтра Били выкатит такую офигенную версию что перебегу на нее. Но ... не верю, тут же и еще вопрос в интергации с железом. Если Эппл делает наушники - так они обалденны, мышка - крутая, эргономика - супер. В этом имхо их главный плюс
Возможно. По крайней мере для питона в Pycharm. Он создает свой контейнер pyhelpers и вообще не важно где лежит код - локально, в виртуалбоксе, докере или облаке, просто прописываешь параметры интерпретатора и права доступа к нему. По итогу я могу дебажить код, расставлять остановы так же и как локально
О, "папкин программист" подтянулся с желанием устроить срач внутри срача, не вникнув в суть. Давай я тебе поясню - речь идет о использовании/неиспользовании в работе контроля версий. А что именно, не суть важно, вон - сделавший твой день мегапрограммист, которому завидуют Гвидо и Торвальдс, утверждает, что свой написал, правда как и его гениальный фреймворк, это никто не видел.
А насчет сквоша - так ёто кому что удобно. На прошлом проектк наш тимлид просила перед пушем максимально сливать коммиты, сейчас у нас наоборот в ходу атомарность, и в этом есть огромные плюсы. А что ртуть так не умеет, я уже не помню...
мы отказались от сабмодулей - именно из-за того что накосячить проще)---------- Добавлено 03.06.2020 в 00:38 ----------
Это точно, главное не решать их на гитхабе)
А как это настраивается у вас?---------- Добавлено 03.06.2020 в 00:35 ----------
Мальчик иди спать мамка заругает
Все ровно так же как и для локальной разработки. На прошлом проекте полностью поднятый проект с актуальной базой занимал больше 60 гиг - согласитесь, не сильно удобно это тянуть локально и разворачивать. Поэтому наши девопсы каждому разрабу поднимали готовый сервер в облаке, доступный только внутри корпоративной сети. А я уже к нему подключался и работал с ним ровно также как локально. Или разворачивал репо локально и синхронил его с удаленным сервером. Ровно так же можно работать и с докером и с виртуалбоксом
Я знаю олдскулов, которые в ВИМе пишут. Лично мне без пайчарма некомфортно.
Кстати, для ВП линтеры существуют?
нет, можно не хранить---------- Добавлено 03.06.2020 в 00:25 ----------
я просто спросил - трудно ответить?
