Сейчас они не пользуются своим главным преимуществом – открытостью исходного кода. Из-за того что репозиторий не на гите, а на древней странной системе – меньше добровольцев помочь в разработке. Перешли бы на гит – я б им тоже коммитил
Работаю 4 года в одной фирме на разных проектах. Все это время чувствую себя плюс-минус как автор. Минимум кодинга, много попыток понять, что происходит в то что было написано до меня, или что нужно клиенту, или предметную область. Именно попыток. Понять что происходит — мимолетное чудо. Это совсем не похоже на картинку которую рисует кино, курсы и наше воображение.
Мне не хватает варианта "допускаю переработки если от них можно можно отказаться без последствий и за них дополнительно платят или предоставляют выходной в другой день".
Можно контролировать доступ к Тимс с разных устройств, как для других офисных приложений.
Лично мне в Тимс нравится формат переписки в каналах: ответы на сообщения группируются и сворачиваются в главное сообщение (топик). Каналы тоже немного удобнее групп в Скайпе. Можно дать сотруднику доступ ко всем необходим каналам, а он сам выберет, какие скрыть, а в каких выключить уведомления. Обычные чаты и группы тоже есть.
Много зависит от компетенции и мотивации учителя. Наша первая учительница информатики только и могла что диктовать нам конспект из книги без понимания информации. К счастью, потом у нас информатику стал вести другой учитель, и вот он был рок-звездой своего дела. Даже с паскалем и доисторической ИДЕ умудрялся заинтересовать учеников. Его уроки мне сильно помогли на первых курсах универа.
… успешно решают в крупных компаниях, где когда-то над всем этим крепко задумались и пришли к осознанию необходимости выработки разумной системы управления зависимостями внутри контейнеров.
Какие есть разумные системы? Кто этим должен заниматься, разработчик или сисадмин? С удовольствием прочитал бы продолжение статьи.
Вывод для разработчика: чтоб стать эффективным нужно написать скрипт который постоянно добавляет мертвые строки в проект, коммитит и создает пул-реквесты. Добавленные строки не должны влиять на работу программы чтоб их никто не удалил до релиза.
trait - это ведь интерфейс? То есть в расте есть только наследование от интерфейса?
Никто не должен иметь такую власть - определять для всех, что правда, а что нет. Каждый имеет право самостоятельно для себя это выяснять.
Мне не хватает варианта "допускаю переработки если от них можно можно отказаться без последствий и за них дополнительно платят или предоставляют выходной в другой день".
Зачем использовать TLS 1.2 с расширениями вместо TLS 1.3? Что может помешать?
Лично мне в Тимс нравится формат переписки в каналах: ответы на сообщения группируются и сворачиваются в главное сообщение (топик). Каналы тоже немного удобнее групп в Скайпе. Можно дать сотруднику доступ ко всем необходим каналам, а он сам выберет, какие скрыть, а в каких выключить уведомления. Обычные чаты и группы тоже есть.
Что в такой ситуации должны делать пользователи? Менять пасспорт?
Какие есть разумные системы? Кто этим должен заниматься, разработчик или сисадмин? С удовольствием прочитал бы продолжение статьи.