Может быть, дело в том, что у Вас некоторые процессы идут в не в том ключе, как у других? Как я понимаю, Вашей команде заказчикв выделил бюджет на конечный продукт ( трейдинговую платформу ), а как Вы распределите бюджет на задачи, его не волнует. Я тоже работаю в веб, но у меня ситуация иная. Приходит менеджер, далее диалог: менеджер: заказчик хочет вот такую фичу, сколько это часов? я: не знаю, мы такого не делали. Мы можем сделать вот такой кусочек за N часов, и понять, что делать дальше. менеджер: а какая часть задачи это будет? Половина? Четверть? я: говорю же, не знаю. Мы такого не делали. менеджер: нет, меня это не устраивает, мне надо сначала продать задачу заказчику.
Та самая RnD задача, о которой писал автор статьи. При этом на другом проекте, где заказчик просто хочет получить результат (где-то в будущем), такой проблемы нет.
Я работаю на VS Code, и я, to be honest, так и не понял, с какой стати .gitignore "не игнорирует" .env. Причем спокойно "игнорирует" другие файлы, директории.
А разгадка проста: это не .gitignore игнорирует "другие файлы, директории" сразу "из коробки", а VS Code. В IDE от JetBrains то же самое. А .gitignore - просто текстовый файл. Он плюс .git/info/exclude плюс глобальный .gitignore - вот как определяется, будет проигнорирован файл/каталог или нет, если работать не через IDE. (Надеюсь, ничего не пропустил?)
Когда микроскопы (или телескопы) поработят человечество, я признаю, что Леопольд Ашенбреннер был прав, а я заблуждался. Но до той поры останусь скептиком.
А что тогда входит в обязанности джуна по мониторингу? Чтобы понимать минимум требований; в какой точке ещё "мимокрокодил, услышавший модное слово", а в какой - уже джун?
расходы на здоровье, свадьба, учеба своя или детей и множестово других причин просить повышения зарплаты
Расходы на здоровье - "ты сейчас проходишь лечение и не можешь уделять работе столько времени и сил, как обычно? Хорошо, вот тебе на период лечения сокращённый рабочий день ( с пропорциональным сокращением зарплаты, разумеется -ведь ты будешь работать меньше)" Свадьба - "вот разовая премия и предложим коллективу скинуться на подарок. Ты же не каждый месяц свадьбу играешь, о каком увеличении зарплаты речь?" Учёба своя - см. про лечение. Закончил учёбу, поднял квалификацию - "мои задачи для тебя не изменились, так что и оплата за них остаётся прежней". Учёба детей - твои дети, твои проблемы. Если они требуют времени - см. про лечение.
Это аргументы не абстрактного наёмного начальника, а реального собственника бизнеса ( который заодно и директор).
разъяснение про "@" было полезно, спасибо. Когда-то читал статью про отладку в Python, там предлагалось логировать функции с помощью декоратора. И вот на этом месте возникало недоумение: "а как оно работает, когда декоратор не нужен?". Теперь понятно, что никак.
Как можно внезапно узнать что не всегда аппарат нужно чинить?
Так: простые узлы проверены на работоспособность или заменены рабочими копиями (это не внезапно, но относительно быстро), остались сложные. В этой точке можно остановиться.
Как понимаю, новое то, что не требуется ордер. То есть раньше надо было прийти с судебным ордером на условного Васяна. Ордер - дело публичное, и Васян сразу узнавал, что под него копают. А теперь приходят расследовать как бы внутреннюю кухню самой компании. Дают список токенов и говорят: "разошлите по этому списку невидимые пуши, и сдайте нам технические данные ответов". Васян даже не упоминается. А потом "следствие установило, что Васян владел смартфоном с установленным приложением Y, эта инсталляция была связана с пуш-токеном NNN. Устройство с данным токеном в такое-то время находилось в таком-то месте." Казуистика, но де-юре все чистенькие.
отнюдь. Это мог быть любой достаточно твёрдый предмет с острыми углами. Например, пепельница из гранёного стекла. Неудачно пододвинули одно рядом с другим и "привет, царапина!".
Имхо, следует отметить, что папка/файл останется в истории гита. Если целью стоит уменьшить вес .git, то нужно переписывать историю.
За что отвечает команда git merge? Загрязняет ветку мерж комитами ...
Необязательно. Допустим, переключился я в новую ветку для работы, сделал несколько коммитов, и увидел, что это хорошо. Тогда флаг --ff-only перенесёт эти коммиты в основную ветку без коммита слияния.
как сколь-нибудь понимающий в продажах человек я понимаю, что банк готов немного потерять, чтобы сохранить (или повысить) свою репутацию в моих глазах. Это называется "программы лояльности". Я считаю, что та акция с курсами была направлена на повышение интереса потребителей к валютным инструментам банка, и акция была успешной!
Видим, что root-пользователю это действие недоступно.
И? Какой вывод из этого должен сделать читатель? Как-то сумбурно: сначала долго рассказывали, что root в контейнере - это плохо, а потом вдруг показали, что он вообще-то ограничен.
для тех, кто работал с Docker - очевидно, то выше. Если в dockerfile сначала идёт изменяемая команда, а потом неизменная, то пересоздаваться будут оба слоя. Если же поменять порядок, то один слой сможет оставаться неизменным.
Поэтому если компании не нужен домен, никакого особенного прикладного ПО она не использует ( браузер, офисный пакет), как и специфичного железа - проблем не будет. В компании, где я работаю, домен есть, но по чисто историческим причинам, никакой полезной функциональности он не несёт. Вся деятельность компании давно мигрировала в интернет. А про драйвера для типичного офисного компьютера даже смешно слышать. Оно просто работает.
Может быть, дело в том, что у Вас некоторые процессы идут в не в том ключе, как у других? Как я понимаю, Вашей команде заказчикв выделил бюджет на конечный продукт ( трейдинговую платформу ), а как Вы распределите бюджет на задачи, его не волнует.
Я тоже работаю в веб, но у меня ситуация иная. Приходит менеджер, далее диалог: менеджер: заказчик хочет вот такую фичу, сколько это часов?
я: не знаю, мы такого не делали. Мы можем сделать вот такой кусочек за N часов, и понять, что делать дальше.
менеджер: а какая часть задачи это будет? Половина? Четверть?
я: говорю же, не знаю. Мы такого не делали.
менеджер: нет, меня это не устраивает, мне надо сначала продать задачу заказчику.
Та самая RnD задача, о которой писал автор статьи.
При этом на другом проекте, где заказчик просто хочет получить результат (где-то в будущем), такой проблемы нет.
А разгадка проста: это не .gitignore игнорирует "другие файлы, директории" сразу "из коробки", а VS Code. В IDE от JetBrains то же самое.
А .gitignore - просто текстовый файл. Он плюс .git/info/exclude плюс глобальный .gitignore - вот как определяется, будет проигнорирован файл/каталог или нет, если работать не через IDE.
(Надеюсь, ничего не пропустил?)
Когда микроскопы (или телескопы) поработят человечество, я признаю, что Леопольд Ашенбреннер был прав, а я заблуждался. Но до той поры останусь скептиком.
вот именно. что "пофиксили". Это не нейронка поняла, что с пальцами что-то не так, а разработчик её зомбировал.
А что тогда входит в обязанности джуна по мониторингу? Чтобы понимать минимум требований; в какой точке ещё "мимокрокодил, услышавший модное слово", а в какой - уже джун?
продемонстрируйте, пожалуйста - раз подняли тему.
Расходы на здоровье - "ты сейчас проходишь лечение и не можешь уделять работе столько времени и сил, как обычно? Хорошо, вот тебе на период лечения сокращённый рабочий день ( с пропорциональным сокращением зарплаты, разумеется -ведь ты будешь работать меньше)"
Свадьба - "вот разовая премия и предложим коллективу скинуться на подарок. Ты же не каждый месяц свадьбу играешь, о каком увеличении зарплаты речь?"
Учёба своя - см. про лечение.
Закончил учёбу, поднял квалификацию - "мои задачи для тебя не изменились, так что и оплата за них остаётся прежней".
Учёба детей - твои дети, твои проблемы. Если они требуют времени - см. про лечение.
Это аргументы не абстрактного наёмного начальника, а реального собственника бизнеса ( который заодно и директор).
разъяснение про "@" было полезно, спасибо. Когда-то читал статью про отладку в Python, там предлагалось логировать функции с помощью декоратора. И вот на этом месте возникало недоумение: "а как оно работает, когда декоратор не нужен?". Теперь понятно, что никак.
Так: простые узлы проверены на работоспособность или заменены рабочими копиями (это не внезапно, но относительно быстро), остались сложные. В этой точке можно остановиться.
Как понимаю, новое то, что не требуется ордер. То есть раньше надо было прийти с судебным ордером на условного Васяна. Ордер - дело публичное, и Васян сразу узнавал, что под него копают.
А теперь приходят расследовать как бы внутреннюю кухню самой компании. Дают список токенов и говорят: "разошлите по этому списку невидимые пуши, и сдайте нам технические данные ответов". Васян даже не упоминается.
А потом "следствие установило, что Васян владел смартфоном с установленным приложением Y, эта инсталляция была связана с пуш-токеном NNN. Устройство с данным токеном в такое-то время находилось в таком-то месте."
Казуистика, но де-юре все чистенькие.
отнюдь. Это мог быть любой достаточно твёрдый предмет с острыми углами. Например, пепельница из гранёного стекла. Неудачно пододвинули одно рядом с другим и "привет, царапина!".
местами как-то очень категорично
Имхо, следует отметить, что папка/файл останется в истории гита. Если целью стоит уменьшить вес .git, то нужно переписывать историю.
Необязательно. Допустим, переключился я в новую ветку для работы, сделал несколько коммитов, и увидел, что это хорошо. Тогда флаг --ff-only перенесёт эти коммиты в основную ветку без коммита слияния.
как сколь-нибудь понимающий в продажах человек я понимаю, что банк готов немного потерять, чтобы сохранить (или повысить) свою репутацию в моих глазах. Это называется "программы лояльности". Я считаю, что та акция с курсами была направлена на повышение интереса потребителей к валютным инструментам банка, и акция была успешной!
Незнайка выбирает место и остальной набор цифр, а Винтик - оставшуюся цифру. Так будет однозначная формулировка.
И? Какой вывод из этого должен сделать читатель? Как-то сумбурно: сначала долго рассказывали, что root в контейнере - это плохо, а потом вдруг показали, что он вообще-то ограничен.
для тех, кто работал с Docker - очевидно, то выше. Если в dockerfile сначала идёт изменяемая команда, а потом неизменная, то пересоздаваться будут оба слоя. Если же поменять порядок, то один слой сможет оставаться неизменным.
Я бы вынес диез и бемоль в отдельный дата атрибут (какой-нибудь data-pitchmod) - мне кажется, запись стала бы проще
этот самый инвариант и мешает сделать квадрат производным классом прямоугольника, а прямоугольник - производным классом квадрата
del
Поэтому если компании не нужен домен, никакого особенного прикладного ПО она не использует ( браузер, офисный пакет), как и специфичного железа - проблем не будет. В компании, где я работаю, домен есть, но по чисто историческим причинам, никакой полезной функциональности он не несёт. Вся деятельность компании давно мигрировала в интернет.
А про драйвера для типичного офисного компьютера даже смешно слышать. Оно просто работает.