Под капотом действительно UTF-16. Что мне понравилось, ровно как и в Java, методы класса System.IO.File по умолчанию вне зависимости от системы выдадут UTF-8. А вот Encoding.Default, которым пользуются остальные для определения кодировки по умолчанию, в .NET Framework смотрит на систему, и на винде выдаст что-то ANSI-подобное – в отличие от .NET Core.
Какие можно внести дополнения: связать репозиторий с Kanban- или Scrum-сервисом, чтобы выдача заданий фиксировалась в карточках на досках.
Как вариант, можно попробовать в качестве доски встроенный GitHub Projects. Или использовать монорепозиторий со всеми ДЗ:
Складывать ДЗ прямо в Issues, можно сразу через GitHub Projects
Назначать в Assignments нужную команды студентов, им придёт оповещение на почту
Дать права на Push в репозиторий для команды студентов, запретить с помощью Protected Branches слияние с мастером без ревью и прямой push в мастер
Просить студентов в комит сообщения и PR указывать номер Issue через # — все комиты автоматом появятся в Issue
Просить студентов все решения складывать по папкам по заданиям — в результате можно будет мерждем нормально закрывать PR-ы и получим сборник решений всех заданий за весь год с историей роста студентов
Ну и в дополнение настроить единожды CI со всякими проверками, это облегчит жизнь преподавателя и приучит студентов к хорошему
Попробуйте настроить правила protected branches на мастер ветку.
Ещё я бы сразу складывал в репозиторий полный файл .gitignore с самыми распространёнными файлами от IDE и бинарниками, чтобы уберечь студентов от комита лишнего. Ну и бесплатного плана GitHub Actions должно хватить на всякие линтеры, чтобы всякие кодстайлы автоматом проверялись.
Я думаю не каждый разработчик согласится даже несколько месяцев кассиром или кладовщиком поработать. Слишком это специфические скилы нужные только вам.
Для рядового разработчика срок стажировки в магазине длится как правило две недели. Расписана программа на каждый день, чтобы успеть побывать на всех ролях. Многие воспринимают как уникальный опыт, который при выборе карьеры разработчика в своей жизни вероятно уже не проживёшь.
Ждать вы можете все что угодно. А вот «полная эффективность» это термин который любят менеджеры мало понимающие в разработке и решении технически сложных задач.
В любом случае, на входе человеку даётся время на адаптацию и приставляется наставник, который помогает ускорить онборд.
Во всех современных компаниях, которые не зависли в 2000-х, огромное количество софта. ПО есть во всех частях бизнеса – начиная c веб-компонентов на фронте, заканчивая весами на выдаче в магазине. Об этом мы пишем в блоге.
Другой вопрос – как и с помощью чего запускается всё это добро. В нашем случае, это общепризнанный стандарт в индустрии – Kubernetes. О его преимуществах для бизнеса уже написано немало.
А если вопрос в том, почему не сложили всё в один кластер, ответ простой – так мы изолируем продуктовые команды и отделяем продуктивные окружения от стейджинга.
Короткий ответ — потому что сейчас они смотрят на разные миддлы. Проблему знаем, нормальная корзина в IOS находится на регресс-тестировании, по Андроиду доработка запланирована на Апрель.
Специально для комментариев по поводу latest тега я указал disclaimer в середине статьи. Вы правы, в продакшене latest никто, конечно-же, использовать не будет — здесь он указан исключительно для эмуляции поведения при imagePullPolicy: Always.
Цель статьи — рассказать про внутреннее устройство Helm и его поведение при деплое. Я солидарен по поводу использования контрольных сумм, это оптимальный вариант, но требует задействования CI инструментов при любом деплое.
Вернулся с ответом, ребята которые этим занимаются полностью с вами солидарны насчёт интерфейса. Решение временное, но рабочее. По срокам не скоординировали :(
Скажите, а по какой причине во втором FROM вы использовали jdk образ? Я думаю, если мы заботимся о весе конечного образа, можно обойтись и jre образом.
Скажите пожалуйста, проводили ли вы анализ существующих программ по большим данным в других ВУЗах? Интересно, где ещё, по вашему мнению, готовят сильных специалистов.
Вы правы, поправил.
Спасибо, на момент написания не находилась в веб архиве ссылка, сейчас заменил.
Под капотом действительно UTF-16. Что мне понравилось, ровно как и в Java, методы класса
System.IO.Fileпо умолчанию вне зависимости от системы выдадут UTF-8. А вотEncoding.Default, которым пользуются остальные для определения кодировки по умолчанию, в .NET Framework смотрит на систему, и на винде выдаст что-то ANSI-подобное – в отличие от .NET Core.Вот, например, официальная документация к Framework говорит об этой разнице. Или хорошо это подмечено тут
И правда, поменял в статье, спасибо!
Спасибо за статью. Думаю, будет полезным добавить логотип в список компаний, практикующих InnerSource. Вот тут инструкция.
Ну и приходите на мероприятия послушать, либо поделиться опытом.
Обратите внимание на СС BY-ND или СС BY-SA.
Вероятно, тиражировать материал без указании лицензии, это как распространять библиотеку с неопределённой лицензией :)
Буду ждать продолжения :)
Правда я имел в виду не Pages, а Projects — треллоподобный аналог от Гита.
Как вариант, можно попробовать в качестве доски встроенный GitHub Projects. Или использовать монорепозиторий со всеми ДЗ:
Попробуйте настроить правила protected branches на мастер ветку.
Ещё я бы сразу складывал в репозиторий полный файл .gitignore с самыми распространёнными файлами от IDE и бинарниками, чтобы уберечь студентов от комита лишнего. Ну и бесплатного плана GitHub Actions должно хватить на всякие линтеры, чтобы всякие кодстайлы автоматом проверялись.
Для рядового разработчика срок стажировки в магазине длится как правило две недели. Расписана программа на каждый день, чтобы успеть побывать на всех ролях. Многие воспринимают как уникальный опыт, который при выборе карьеры разработчика в своей жизни вероятно уже не проживёшь.
В любом случае, на входе человеку даётся время на адаптацию и приставляется наставник, который помогает ускорить онборд.
Другой вопрос – как и с помощью чего запускается всё это добро. В нашем случае, это общепризнанный стандарт в индустрии – Kubernetes. О его преимуществах для бизнеса уже написано немало.
А если вопрос в том, почему не сложили всё в один кластер, ответ простой – так мы изолируем продуктовые команды и отделяем продуктивные окружения от стейджинга.
Короткий ответ — потому что сейчас они смотрят на разные миддлы. Проблему знаем, нормальная корзина в IOS находится на регресс-тестировании, по Андроиду доработка запланирована на Апрель.
Цель статьи — рассказать про внутреннее устройство Helm и его поведение при деплое. Я солидарен по поводу использования контрольных сумм, это оптимальный вариант, но требует задействования CI инструментов при любом деплое.