GitVerse не ограничен ру регионом. Это, скорей, сейчас есть временные проблемы с провайдером аутентификации (только номера +7), но все это поправят.
Что касается остального... Ну, GitVerse - это бизнес, поэтому и подходы бизнесовые. Фулл опенсорс несовместим с заработком денег. А тут нужно будет продавать аналог GitHub Enterprise (какой-нибудь GitVerse Enterprise), когда он появится. Методы соответствующие. И никак это особо не обойти. Тот же Кодберг - это не бизнес, это нонпрофит.
Сберид - это просто провайдер аутентификации, который используют все продукты Сбера. Точно так же, регистрируясь на Гитхабе, ты регистрируешься в провайдере, принадлежащем Майкрософту. Вообще никакой разницы.
Кажется, тут проблема в том, что люди не понимают, как устроен "вход через" в современном вебе, что такое oauth2, как все это работает. Но разработчики, по идее, должны знать, иначе какие это разработчики-то?
Сбер - это не банк, это IT компания. Тебя же не.раздражает, что для работы с сервисами Microsoft нужно регистрировать учётку Microsoft? Тут то же самое абсолютно
Залочка на +7 похожа на временный баг, это исправят в ближайшем будущем.
Залочка на персональные учётки - для меня это даже похоже на фичу. Это заставляет работодателя работать с опенсорсом через конкретных людей, не превращая их в часть безликой машины.
Например, так сделано в том же проекте OpenJDK (разработка языка программирования Java). Ты не можешь зарегистрироваться в OpenJDK как компания. Конкретный человек может пойти и в заявке Contributor Agreement сказать, что может коммитить код компании, on behalf. Но может и коммитить отдельно, чисто от своего имени - это как он выберет в каждом конкретном случае.
В результате, OpenJDK состоит из реальных людей, а не из компаний. Компании там проходят только как спонсоры контрибушенов, которые разрешают влить свой код. Имхо, это супер полезно для комьюнити опннсорс проекта, и для всех его индивидуальных участников.
Логично, что имейл каждый участник может написать там любой, в том числе свой личный не корпоративный. И в случае чего - сменить его с корпоративного на некорпоративный. Это, в том числе, позволяет любому участнику проекта постоянно менять работодателей, не теряя доступа к процессу разработки опннсорс проекта. Условно говоря, делал ты Джаву в Оракле, потом в IBM дали больше денег - перешёл дорогу и стал делать ту же Джаву в IBM, даже ту же задачу продолжать делать на которой остановился в прошлой компании. Никто.в проекте даже не обратит внимания, что у тебя работодатель теперь другой.
Поэтому то, что в Гитверсе регистрация идёт на персональные учётки - это никакая не проблема, имхо. Это больше похоже на фичу.
Потому что это всё то же самое, как сделано в GutHub. Если ты разработчик из США, и у тебя нет учётки GutHub, то это странно. В будущем так же будет и с учеткой GitVerse. По мере того как идёт время (так же, как и в случае с GitHub), все больше и больше сервисов будут требовать авторизацию учеткой Гитверса, и будут хранить на нем настройки в виде репозиториев.
Конечно, вы можете возразить, что учётки GitHub у вас тоже нет, и вы Microsoft точно так же не доверяете. Но тут такое дело, что Microsoft, что Сбер - это бизнес, и они преследуют свои интересы. Хочется пользоваться экосистемой - извольте продать душу владельцу этой экосистемы.
GitVerse - это не какая-то очередная часть экосистемы, прилипшая сбоку. GitVerse - это самый центр экосистемы опенсорса. Со всеми вытекающими эффектами, типа собственной учётки.
потому что так проще. У тебя уже есть контроллер, ты можешь напихать туда кучу всего "контроллерного". Любые счетчики, флаги, номера, текущее состояние работы системы, всё что угодно.
и без разбора микрокода, понять, что там вообще происходит - нереально, поэтому все эти разборы от "блоггеров" - кг/ам и гадание на кофейной гуще
Счётчик времени наработки - Тоже непонятно зачем?
наверное, чтобы не брать по гарантии мониторы с выработанным ресурсом. То же самое у жестких дисков, да и всей остальной электроники, которая по сути расходник.
Обычным пользователям так продать нельзя, но для юриков, B2B сегмента, даешь гарантию на количество часов работы. Если моник будет гореть 24х7, то через год тебе не смогут предъявить за какие-то проблемы подсветки или матрицы
поэтому усидеть на стуле с текущим скилсетом невозможно.
по трудовому кодексу, сотрудника всегда берут на выполнение очень конкретного набора задач. Если задачи меняются, работник вплане отказаться от изменения как профиля задач, так и своего скиллсета, если они значительно отличаются от указанного в трудовом договоре. За это его уволить нельзя.
если же если какая-то деятельность (описанная в договоре) требует повышение навыков работника, то работодатель обязан организовать обучение в рабочее время. Не может, а обязан.
Более того, так многие компании делали и продолжают делать. Особенно в финтехе, где у тебя много stored procedures и строгая row level security (RLS), за которую ты жопой отвечаешь перед проверяющими органами. Там обычно делают какие-то самописные плагины, которые из описанной на каком-то формальном языке структуры генерят одновременно базу в соответствии с моделью безопасности, и код-клей для передачи наружу. К сожалению, я даже не представляю, как подступиться к написанию такой фундаментальной статьи, да и у меня нет в этом экспертизы. Если тебе интересны такие вопросы, попробуй найти в соцсетях какого-нибудь Олега Царева, ему наверняка есть, чего рассказать.
Дополнительные +10 этажей - наверное, нельзя. Но есть куча примеров, когда к существующим домам достраивали этажи в количестве 1-2-3 штуки, и даже делали на крыше какой-нибудь бассейн (который куда тяжелее обычного этажа).
Разговаривать с роботом - норм. Но только если этот робот запущен на твоем устройстве и подчиняется только тебе. А по факту все эти нейросетки лежат где-то на чужих серверах и все что ты говоришь - становится достоянием владельца нейронки. Имхо, отключение и удаление таких сервисов - это первое, что нужно делать с любым девайсом.
В Фейсбуке, в начале года мне сделали подарок, прислав около 40 копирайт клеймов на старые видеостримы, в которых были какие-то куски фоновой музыки. При том, что большая часть этой музыки купленая и есть документы, я даже не стал спорить и просто перестал пользоваться Фейсбуком. Когда-то это было хорошее место с кучей русскоязычных айтишников, но сейчас это полный ад почти по всем параметрам.
Это немного не так работает. В JS куда больше мелких библиотек, чем в Java. Например, если тебе нужен какой-то продвинутый trim строки, ты не пишешь его сам, а идешь искать в NPM. Таких пакетов через некоторое время только у твоего проекта обнаруживаются десятки и сотни. А у твоих мелкобиблиотек есть свои зависимости, потому что условный trim может звать какой-нибудь продвинутый substring или regex, который тоже лежит в отдельном пакете. А уж сколько всего интересного может быть в зависимостях у regex...
В Java обычно куча мамонтов, которые ставят какой-нибудь Spring, Apache Commons и на этом ограничиваются, для них добавить либу для trim будет немыслимым вложением усилий, они лучше на коленке сами наговнякают плохо работающую херню, или со StackOverflow скопируют. Кажется, единственный плюс такого криокамерного подхода вот этот - меньше вероятность, что у тебя что-то там взломают.
интересно, а почему он ультразакрытый проприетарный? Вряд ли они это кому-то продадут, а без финансовой выгоды никаких плюсов у проприетарщины особо нет...
Никак. Регистрация на зарубежные имейлы запрещена российским законодательством. Это 406-ФЗ.
По-русски тоже понимает.
GitVerse не ограничен ру регионом. Это, скорей, сейчас есть временные проблемы с провайдером аутентификации (только номера +7), но все это поправят.
Что касается остального... Ну, GitVerse - это бизнес, поэтому и подходы бизнесовые. Фулл опенсорс несовместим с заработком денег. А тут нужно будет продавать аналог GitHub Enterprise (какой-нибудь GitVerse Enterprise), когда он появится. Методы соответствующие. И никак это особо не обойти. Тот же Кодберг - это не бизнес, это нонпрофит.
Сберид - это просто провайдер аутентификации, который используют все продукты Сбера. Точно так же, регистрируясь на Гитхабе, ты регистрируешься в провайдере, принадлежащем Майкрософту. Вообще никакой разницы.
Кажется, тут проблема в том, что люди не понимают, как устроен "вход через" в современном вебе, что такое oauth2, как все это работает. Но разработчики, по идее, должны знать, иначе какие это разработчики-то?
Гитхаб так смог далеко не сразу. Гитверс тоже сможет когда-нибудь.
Сбер - это не банк, это IT компания. Тебя же не.раздражает, что для работы с сервисами Microsoft нужно регистрировать учётку Microsoft? Тут то же самое абсолютно
Залочка на +7 похожа на временный баг, это исправят в ближайшем будущем.
Залочка на персональные учётки - для меня это даже похоже на фичу. Это заставляет работодателя работать с опенсорсом через конкретных людей, не превращая их в часть безликой машины.
Например, так сделано в том же проекте OpenJDK (разработка языка программирования Java). Ты не можешь зарегистрироваться в OpenJDK как компания. Конкретный человек может пойти и в заявке Contributor Agreement сказать, что может коммитить код компании, on behalf. Но может и коммитить отдельно, чисто от своего имени - это как он выберет в каждом конкретном случае.
В результате, OpenJDK состоит из реальных людей, а не из компаний. Компании там проходят только как спонсоры контрибушенов, которые разрешают влить свой код. Имхо, это супер полезно для комьюнити опннсорс проекта, и для всех его индивидуальных участников.
Логично, что имейл каждый участник может написать там любой, в том числе свой личный не корпоративный. И в случае чего - сменить его с корпоративного на некорпоративный. Это, в том числе, позволяет любому участнику проекта постоянно менять работодателей, не теряя доступа к процессу разработки опннсорс проекта. Условно говоря, делал ты Джаву в Оракле, потом в IBM дали больше денег - перешёл дорогу и стал делать ту же Джаву в IBM, даже ту же задачу продолжать делать на которой остановился в прошлой компании. Никто.в проекте даже не обратит внимания, что у тебя работодатель теперь другой.
Поэтому то, что в Гитверсе регистрация идёт на персональные учётки - это никакая не проблема, имхо. Это больше похоже на фичу.
Потому что это всё то же самое, как сделано в GutHub. Если ты разработчик из США, и у тебя нет учётки GutHub, то это странно. В будущем так же будет и с учеткой GitVerse. По мере того как идёт время (так же, как и в случае с GitHub), все больше и больше сервисов будут требовать авторизацию учеткой Гитверса, и будут хранить на нем настройки в виде репозиториев.
Конечно, вы можете возразить, что учётки GitHub у вас тоже нет, и вы Microsoft точно так же не доверяете. Но тут такое дело, что Microsoft, что Сбер - это бизнес, и они преследуют свои интересы. Хочется пользоваться экосистемой - извольте продать душу владельцу этой экосистемы.
GitVerse - это не какая-то очередная часть экосистемы, прилипшая сбоку. GitVerse - это самый центр экосистемы опенсорса. Со всеми вытекающими эффектами, типа собственной учётки.
А почему GitHub не OpenSource?
потому что так проще. У тебя уже есть контроллер, ты можешь напихать туда кучу всего "контроллерного". Любые счетчики, флаги, номера, текущее состояние работы системы, всё что угодно.
и без разбора микрокода, понять, что там вообще происходит - нереально, поэтому все эти разборы от "блоггеров" - кг/ам и гадание на кофейной гуще
наверное, чтобы не брать по гарантии мониторы с выработанным ресурсом. То же самое у жестких дисков, да и всей остальной электроники, которая по сути расходник.
Обычным пользователям так продать нельзя, но для юриков, B2B сегмента, даешь гарантию на количество часов работы. Если моник будет гореть 24х7, то через год тебе не смогут предъявить за какие-то проблемы подсветки или матрицы
по трудовому кодексу, сотрудника всегда берут на выполнение очень конкретного набора задач. Если задачи меняются, работник вплане отказаться от изменения как профиля задач, так и своего скиллсета, если они значительно отличаются от указанного в трудовом договоре. За это его уволить нельзя.
если же если какая-то деятельность (описанная в договоре) требует повышение навыков работника, то работодатель обязан организовать обучение в рабочее время. Не может, а обязан.
Подробнее можно прочитать в "Трудовой кодекс Российской Федерации" от 30.12.2001 N 197-ФЗ (ред. от 06.04.2024)
Более того, так многие компании делали и продолжают делать. Особенно в финтехе, где у тебя много stored procedures и строгая row level security (RLS), за которую ты жопой отвечаешь перед проверяющими органами. Там обычно делают какие-то самописные плагины, которые из описанной на каком-то формальном языке структуры генерят одновременно базу в соответствии с моделью безопасности, и код-клей для передачи наружу. К сожалению, я даже не представляю, как подступиться к написанию такой фундаментальной статьи, да и у меня нет в этом экспертизы. Если тебе интересны такие вопросы, попробуй найти в соцсетях какого-нибудь Олега Царева, ему наверняка есть, чего рассказать.
Дополнительные +10 этажей - наверное, нельзя. Но есть куча примеров, когда к существующим домам достраивали этажи в количестве 1-2-3 штуки, и даже делали на крыше какой-нибудь бассейн (который куда тяжелее обычного этажа).
Конечно относится. Разница в том, что если что-то есть в репозитории, то можно этот код не писать. Не писать код - это хорошо, это экономит ресурсы.
Разговаривать с роботом - норм. Но только если этот робот запущен на твоем устройстве и подчиняется только тебе. А по факту все эти нейросетки лежат где-то на чужих серверах и все что ты говоришь - становится достоянием владельца нейронки. Имхо, отключение и удаление таких сервисов - это первое, что нужно делать с любым девайсом.
В Фейсбуке, в начале года мне сделали подарок, прислав около 40 копирайт клеймов на старые видеостримы, в которых были какие-то куски фоновой музыки. При том, что большая часть этой музыки купленая и есть документы, я даже не стал спорить и просто перестал пользоваться Фейсбуком. Когда-то это было хорошее место с кучей русскоязычных айтишников, но сейчас это полный ад почти по всем параметрам.
Давно уже нет лимита на 1.7, на 64-битных системах лимит может случиться только если полезут баги. Подрбней здесь.
Это немного не так работает. В JS куда больше мелких библиотек, чем в Java. Например, если тебе нужен какой-то продвинутый trim строки, ты не пишешь его сам, а идешь искать в NPM. Таких пакетов через некоторое время только у твоего проекта обнаруживаются десятки и сотни. А у твоих мелкобиблиотек есть свои зависимости, потому что условный trim может звать какой-нибудь продвинутый substring или regex, который тоже лежит в отдельном пакете. А уж сколько всего интересного может быть в зависимостях у regex...
В Java обычно куча мамонтов, которые ставят какой-нибудь Spring, Apache Commons и на этом ограничиваются, для них добавить либу для trim будет немыслимым вложением усилий, они лучше на коленке сами наговнякают плохо работающую херню, или со StackOverflow скопируют. Кажется, единственный плюс такого криокамерного подхода вот этот - меньше вероятность, что у тебя что-то там взломают.
Сейчас кнопки вообще везде. Причем кнопки еще и являются частью контента.
интересно, а почему он ультразакрытый проприетарный? Вряд ли они это кому-то продадут, а без финансовой выгоды никаких плюсов у проприетарщины особо нет...