Vitaliy

Потомучто docker exec просто запускает процесс внутри работающего контейнера и что там у тебя надо грузить знать не знает.
Что значит "до редактирование" не совсем понятно, но телепатически думаю, что это править надо не в инстансе контейнера а в Dockerfile. Тогда и exec будет все видеть как надо

У нас была проблема с baseUrl, то есть если присутствует , то референс не работает корректно в FF, IE.
Такие вот url(#myElement) не работают, + еще фильтры и маски.

Отыграйся за всех: Спасибо, я вам перезвоню... И не перезванивай никогда!

Шучу, конечно )

Лучше всего говорить правду.

Спасибо, что поддержали мою кандидатуру. У меня пока мало опыта и это очень важно для меня. К сожалению, по личным обстоятельствам (можно сказать про учебу - абсолютно нормальная причина, а можно и не говорить) до августа я не смогу выйти на работу. Ваше предложение мне интересно. Я бы хотел вернуться к этому разговору в августе (или когда у меня изменятся обстоятельства, или я сдам все хвосты ;) ), если будет такая возможность.

Просто отнесись к людям уважительно и с благодарностью. Объясни совою ситуацию. Ты не в соседнюю контору на большие деньги клюнул, учишься. Предложи вариант развития событий.

Может они скажут - ах так, поди прочь. А может у них летом спад активности и они рады будут взять тебя ближе к осеннему сезону. Кто знает.

Стоит ли продолжать ходить на собеседования, тратить время работодателя, если ближайший месяц-два работать планов нет?

Хочешь ходить и тренироваться? Ходи на здоровье

1. Проверять этот текст на onkeyup, если его подтерли, добавить.
2. Вообще убрать его из textarea. Показывать поверх textarea div в который выводите свой текст + значение textarea.
3. Вам же это нужно просто чтобы передавать в сообщении название услуги, и чтобы пользователь его не поменял. Храните его просто в отдельно инпуте невидимом и пусть пользователь пишет что хочет в textarea.

Можно и на хабре опубликовать с подробным описанием даже коммерческий проект, но для этого надо использовать тэг "я пиарюсь". Поищите в правилах хабра условия такой публикации. Я пару раз публиковал так свои проекты. Есть некоторые технические ограничения, про которые не написано в правилах - если после публикации вы обнаружите ошибку в тексте, то после редактирования вам не дадут его выложить, тк это будет считаться повторной публикацией. Если уберёте в черновики, то вернуть обратно сможете не раньше, чем через сутки, но дата публикации не изменится и ваша статья уйдёт в списках глубоко вниз. Так что надо перед публикацией все оооочень тщательно проверить - текст, ссылки и картинки. Подробности - в саппорте.

Нет, если редактировались разные файлы, то конфликтов не будет.

Когда вы работаете в ветке, обязательно поддерживайте ее в актуальном состоянии мастера. Т.е. в данном случае после пуша в master (167) переключайтесь на ветку staging (104) и делайте merge мастера в нее. Если даже будут конфликты - разруливаете их в этой отдельной ветке, не трогая master.

Если проект некоммерческий, но является решением какой-то задачи, наиболее эффективно будет показать это решение на профильных форумах/сообществах тех специализаций, где часто сталкиваются с задачами, которые покрывает это ПО.

У любой профессии или специализации в сети, как правило, уже есть наиболее крупные сообщества, форумы, чаты, причём многие из них существуют в отрыве от социальных сетей, как самодостаточные сайты, где специалисты ежедневно проявляют активность. Такие сообщества собираются ещё с нулевых, и имеют много активных мемберов, которые не оставят ваш проект без внимания, если он им действительно полезен.

Важный нюанс: чтобы продукт получил обратную связь, нужно понимать, что долгие подготовительные сборки и отсутствие простых гайдов по запуску могут оттолкнуть неподготовленных пользователей, если у них нет опыта сборки подобных проектов. Упростив этот этап, вы увеличите потенциальную аудиторию и вероятность того, что страницу не закроют с мыслью "чёт сложно" ещё даже не начав.

Если стекло действительно было чистым, а фото, сделанные в другое время в похожих условиях - чистые, то это результат конденсации влаги в виде линейных структур на стекле, которые обусловлены тем, как оно до этого было протерто (в одном направлении). То есть стекло условно чистое, а конденсат формирует на нем полосы (такие же, как мы видим на запотевшем "чистом" зеркале в ванной после протирки его полотенцем). Конденсат образовался, потому что вы держали телефон влажной рукой или вынесли его за окно, где был более холодный и влажный воздух.

Диафрагма тут совершенно не при чем - она влияет на форму пятен внутренних отражений в объективе при съемке источника света, а не на число и вид лучей.

Предикат должен возвращать trueили false. Поскольку вы возвращаете сам элемент, он приводится к логическому типу, соответственно 0 приводится к false.

Лучше делайте так:

function filterList(list) {
  return list.filter(item => typeof item !== 'string')
}

Какая целевая платформа? Абстрактно в вакууме один квад это, конечно, меньше чем сотня треугольников, но квад будет рисоваться с прозрачностью, и, может быть, у вас специфика такая, что вам овердроу от прозрачности страшнее чем дополнительные треугольники. А вообще говоря, на такие вопросы ответить только профайлер, сделайте тестовую сцену и посмотрите, гадать в таких вещах вредно. В контексте мобильников три тыщи полигонов это достаточно мало, при грамотном батчинге и не сильно жирных шейдерах оно быстро отрисуется. Может быть по результатам теста окажется, что вам и не нужно со спрайтами извращаться.

Не очень понимаю проблемы. Я с третьего курса работал full time, несмотря на то, что у нас занятия каждый день были, а не через день, как у вас.

Договоритесь с преподами о том, что на лекции к ним ходить будешь эпизодически, так как работаешь, а лабы будете сдавать оптом, приходя один раз в две-три недели. К пятому курсу на посещаемость обычно смотрят сквозь пальцы, главное, чтобы хвостов не образовывалось очень длинных.

По поводу офис/фриланс. Для джуниора фриланс -- это путь в никуда. Фрилансеры, как правило, варятся в собственном соку, кругозор со временем сужается. Поэтому с джуниорства заходить во фриланс -- идея так себе.

Идеологически правильно найти приличную контору, где приличная команда и приличные (интересные и большие) проекты. Где есть у кого спросить, и есть возможность посмотреть на то, как работает КОМАНДА, как планируется время, как ставятся и распределяются задачи, как контролируется ход процесса разработки и все такие вещи. Достигнув уровня крепкого мидла -- там уже можно пробовать смотреть на фриланс.

Вот, посмотрите дискуссию: Почему люди уходят с фриланса в офис? Там как раз народ рассуждал на тему фриланс vs. офис, и там здравые мысли присутствуют.

Не придирайтесь к словам, рассуждайте логически. Как только у вас в приложении возникают данные, которые могут быть нужны различным компонентам (это может быть информация о текущем пользователе, о сессии, или что-то, что вы потом сохраняете в localstorage) - вам нужно использовать отдельное хранилище, в данном случае Vuex. Просто потому, что это удобно.