Ну, может при том, что он от лица этой компании и в интересах этой компании закидывал МРы в предыдущие года
Для начала это надо доказать.
Из того, что я знаю про этого человека, он занимался низкоурвневыми протоколами типа I2C/SPI и т.д. Это стандарты, они не привязаны ни к каким процессорам. Он вообще очень много делал низкоуровневого. Кроме того он ревьюил код - это вообще никак ни с чем не может быть связано.
И как доказать, что деятельность была чисто волонтёрской последний год? Как это проверить? Может быть была договорённость с Байкал Электроникс?
Волонтерской она была с тз организации линукса - они ему не платили, а он говорит именно про них. Остальное точно также требует доказательств.
Означает это то, что вся его работа больше года не оплачивалась - т.е. была волонтерской, так как делалась на добровольных началах.
Так как он работал не от какой-то фирмы, а сам по себе - у него и юристов нет ) Причем тут та компания, где он работает, и которая абсолютно не связанной с его волонтерской деятельностью?
Почему "Не хочу этого делать" ? А зачем тогда письмо стоило начинать писать?
Он не хочет продолжать свою деятельность там из-за того, что произошло. А письмо наисал, чтобы обозначить свою позицию.
В оригинале письма ответили коллеги по работе над линуксом и также недоумевают над тем, почему так с ним поступили.
Очень достойный и вежливый ответ - ни прибавить, ни убавить.
Я очень плохо понимаю, в чем была проболема Торвальдсу нормально объяснить причину сообществу и предпринять действия - все бы все поняли.
Почему надо было делать что-то в тихую, а потом еще и такие заявления громкие и агрессивные делать - я не понимаю.
Тем более, если ты официальное лицо компании (опен/не опен сорс, коммерческой ли - это дела не играет).
Тем более с теми, кто тебе помогают развивать свой проект на практически добровольных началах, и у тебя нет доказательств того, что данные люди как-то связаны с чем-то.
В любой ситуации всегда надо оставаться прежде всего человеком...
Я вот чего понять не могу... он (да и не только он) не глупый же человек?
Он реально не понимает, что далеко не все русские поддерживают то, что сейчас происходит?
Он не понимает, что в зоне ру могут быть емейлы людей, территориально вообще находящихся в других странах?
Или теперь все русские плохие, где бы они не жили, даже если до данных событий они вообще отсутствовали в России?
Самое главное, что я ещё не могу понять - ведь санкции - они для того чтобы заставить народ отвернуться от власти и начать что-то предпринимать, так?
А все эти действия: закрытие оплаченных аккаунтов, запрет на использование сервисов, кошмаринг бизнеса - оно же прямо противоположно работает?!
Вот сегодня как раз мне сказали - ну вот ты говоришь что наши врут, что запад нас уничтожить хочет - как врут?!!! - вот же факты, что они делают все, чтобы нас задушить!
Я, честно признаться, запутался - кто чего хочет добиться, по мне это какая-то кунсткамера и политика двойных стандартов вместе с истерией на арене цирка.
Только вот очень много неглупых людей там играет - то ли они под давлением, то ли что-то ещё, чего я понять не могу...
Это не должно быть проблемой клиента, который сделал все согласно действущему законодательству страны, в которой это происходило. Это проблема СБ банка. Для его клиента это должно быть прозрачно и с четкими объяснениями.
Может быть и так, но тогда нужно соотвествующие нормы в законодательстве прописывать и их применять. А если в законе ничего про это нет, человек делает все согласно его букве и после этого присаживается на комплайенс, это ИМХО - произвол, вне зависимости от целей человека.
Состава мошенничества или чего-либо еще тут физически нет. Были бы какие-то четкие ограничения - человек сам бы не полез, т.к. увидел бы их, ну олибо полез и получил бы четкий блок - и вопросов бы небыло. Грубо говоря, все что не оговорено иначе в законе = разрешено.
Не, ну рекомендация инлайновых стилей в 2024 - это, конечно, за гранью уже...
Конечно! Лучше все тащить в стили, даже если это единоразово для какого-то фикса и короче class="something", и да - обязательно SASS. Про производительность и progressive enhancement тоже надо забыть в 2024, да? ))) Любители догм.
И хоть я и не оборяю aspect-ratio для этого тоже, object-fit, если что, вообще не про указывание высоты - так, на всякий.
Во-первых написать генератор такой формочки из единого стандарта дизайн системы - это очень простая задача - именно так сделано у нас (наш стандарт фронта это vue+js, если что).
А во-вторых, у KeyCloak отличное апи, и если уж приспичило сделать из мухи слона - то все можно сверстать на своём стэке и просто дёргать апи. Те сделать свою форму авторизации, а не городить огород.
По прошествии нескольких месяцев вся эта анимация будет выключена (ибо зае) и останется только обычный свет, скорее всего желтый или белый. Вопрос - а надо ли было городить огород?
Из того что делали "фо фан" - поставиили два лазерных дальномера (крошечная микруха, полно на али) внизу лестницы и сверху, и в момент начала движения оно мерило расстояние до идущего и подсвечивала область ступеней под ним другим цветом - смотрится круто, точно также нафиг не нужно.
У меня как раз и был вопрос - в рантайме в раст будет ли паника при уменьшении uint32 ниже нуля, как я понял из ответа - паника будет. Если не будет - тогда зачем все это делать ).
В Си ничего не будет - просто будет число = макисмальное число от типа переменной - ( то что вычли - 1 ).
Можно так. Но опять-же это лишь перекладывание сложности.
В приведенном вами случае, вы переложили ее в типы, если сделать класс "Корзина" - то сложность уйдет в нее.
Что до меня - я выберу последнее, так как в жизни корзина куда сложнее устроена (скидки, акции, товары бандлом, огрничение на товарные позиции не больше/не меньше, товарная позиция, которая идет только бандлом с дургим товаром и тд). ИМХО класс в этом случае будет куда более удобным.
Типы, естественно, никто не отменяет, но их я бы сделал просто наиболее универсальными и с ограничением только по edge-случаям.
Попытаюсь переформулировать все мной сказанное - засовывать сильные ограничения в типы и потом с ними танцевать куда сложнее, чем делать проверку при нормальном подходе к ООП.
Но да, в случае с типами будет доп. проверка на уровне компилятора - это плюс. Однако тесты все равно писать)
Сейчас крайности в томже TSe - народ пытается все в типы запихать, везде юзать дженерики - это приводит к такой жести при поддержке потом, что это целая тема для отдельной статьи - не надо так.
Я не силен в Rust, подскажите насчет баланса - вот если оно беззнаковое uin32 и = 0, что будет, если его уменьшить на, например, 5? Ибо в C это приведет просто к переполнению, что будет еще хуже, чем отрицательный баланс (там хоть понятно будет, на сколько ушло).
Ну и проверка типов тоже сомнительна - вы переложили валидацию в тип - окей, можно было, как было сказано выше, поставить валидацию в саму функцию - и это тоже не проблема (не надо вот только про лишние проверки, можно подумать что с типом их не будет на этапе парсинга). Но суть проблемы здесь - отсуствие класса user, где все это должно быть инкапсулировано, те это архитектурная, а не синтаксическая проблема, ИМХО.
Для начала это надо доказать.
Из того, что я знаю про этого человека, он занимался низкоурвневыми протоколами типа I2C/SPI и т.д. Это стандарты, они не привязаны ни к каким процессорам. Он вообще очень много делал низкоуровневого. Кроме того он ревьюил код - это вообще никак ни с чем не может быть связано.
Волонтерской она была с тз организации линукса - они ему не платили, а он говорит именно про них. Остальное точно также требует доказательств.
Означает это то, что вся его работа больше года не оплачивалась - т.е. была волонтерской, так как делалась на добровольных началах.
Так как он работал не от какой-то фирмы, а сам по себе - у него и юристов нет ) Причем тут та компания, где он работает, и которая абсолютно не связанной с его волонтерской деятельностью?
Он не хочет продолжать свою деятельность там из-за того, что произошло. А письмо наисал, чтобы обозначить свою позицию.
В оригинале письма ответили коллеги по работе над линуксом и также недоумевают над тем, почему так с ним поступили.
Очень достойный и вежливый ответ - ни прибавить, ни убавить.
Я очень плохо понимаю, в чем была проболема Торвальдсу нормально объяснить причину сообществу и предпринять действия - все бы все поняли.
Почему надо было делать что-то в тихую, а потом еще и такие заявления громкие и агрессивные делать - я не понимаю.
Тем более, если ты официальное лицо компании (опен/не опен сорс, коммерческой ли - это дела не играет).
Тем более с теми, кто тебе помогают развивать свой проект на практически добровольных началах, и у тебя нет доказательств того, что данные люди как-то связаны с чем-то.
В любой ситуации всегда надо оставаться прежде всего человеком...
Я вот чего понять не могу... он (да и не только он) не глупый же человек?
Он реально не понимает, что далеко не все русские поддерживают то, что сейчас происходит?
Он не понимает, что в зоне ру могут быть емейлы людей, территориально вообще находящихся в других странах?
Или теперь все русские плохие, где бы они не жили, даже если до данных событий они вообще отсутствовали в России?
Самое главное, что я ещё не могу понять - ведь санкции - они для того чтобы заставить народ отвернуться от власти и начать что-то предпринимать, так?
А все эти действия: закрытие оплаченных аккаунтов, запрет на использование сервисов, кошмаринг бизнеса - оно же прямо противоположно работает?!
Вот сегодня как раз мне сказали - ну вот ты говоришь что наши врут, что запад нас уничтожить хочет - как врут?!!! - вот же факты, что они делают все, чтобы нас задушить!
Я, честно признаться, запутался - кто чего хочет добиться, по мне это какая-то кунсткамера и политика двойных стандартов вместе с истерией на арене цирка.
Только вот очень много неглупых людей там играет - то ли они под давлением, то ли что-то ещё, чего я понять не могу...
-Как вы умудряетесь так быстро считать такие сложные вещи?
-Все просто - мы просто считаем неправильно...
А зачем бороться? Если только в том плане, что раздражают такого вида смски, а так их можно просто сразу удалить и забыть.
Ну и, возможно, все это не с целью отправить вам код, а потом его выпытывать, а с целью понимания где что у человека есть.
Это не должно быть проблемой клиента, который сделал все согласно действущему законодательству страны, в которой это происходило. Это проблема СБ банка. Для его клиента это должно быть прозрачно и с четкими объяснениями.
Может быть и так, но тогда нужно соотвествующие нормы в законодательстве прописывать и их применять. А если в законе ничего про это нет, человек делает все согласно его букве и после этого присаживается на комплайенс, это ИМХО - произвол, вне зависимости от целей человека.
Состава мошенничества или чего-либо еще тут физически нет. Были бы какие-то четкие ограничения - человек сам бы не полез, т.к. увидел бы их, ну олибо полез и получил бы четкий блок - и вопросов бы небыло. Грубо говоря, все что не оговорено иначе в законе = разрешено.
Не совсем по теме статьи - судя по прическе и удивленным галазм на первой картинке Эльза в кожанке, можно ссылку на wallpaper? )))
Производителю не выгодно делать девайс "на долго".
Ему нужно чтобы его новые телефоны покупали как можно больше и как можно чаще.
Поэтому все это - удел энтузиастов и пока модель бизнеса и/или законы этого мира не поменяются - оно так и будет.
Не надо мне ваше состояние приписывать)
Про SASS был сарказм, спасибо что не поняли)
Что такое семантика, вы, судя по тому что пишите - не знаете.
Ага, но я отвечал про ваш object-fit, а не на автора)
Конечно! Лучше все тащить в стили, даже если это единоразово для какого-то фикса и короче class="something", и да - обязательно SASS. Про производительность и progressive enhancement тоже надо забыть в 2024, да? ))) Любители догм.
И хоть я и не оборяю aspect-ratio для этого тоже, object-fit, если что, вообще не про указывание высоты - так, на всякий.
Во-первых написать генератор такой формочки из единого стандарта дизайн системы - это очень простая задача - именно так сделано у нас (наш стандарт фронта это vue+js, если что).
А во-вторых, у KeyCloak отличное апи, и если уж приспичило сделать из мухи слона - то все можно сверстать на своём стэке и просто дёргать апи. Те сделать свою форму авторизации, а не городить огород.
Я правильно понимаю, что для странички ввода логина и пароля и сообщений о неудачном входе народ и вы в частности используете vue/react и ts?
Можете обьяснить зачем?
По прошествии нескольких месяцев вся эта анимация будет выключена (ибо зае) и останется только обычный свет, скорее всего желтый или белый. Вопрос - а надо ли было городить огород?
Из того что делали "фо фан" - поставиили два лазерных дальномера (крошечная микруха, полно на али) внизу лестницы и сверху, и в момент начала движения оно мерило расстояние до идущего и подсвечивала область ступеней под ним другим цветом - смотрится круто, точно также нафиг не нужно.
У меня как раз и был вопрос - в рантайме в раст будет ли паника при уменьшении uint32 ниже нуля, как я понял из ответа - паника будет. Если не будет - тогда зачем все это делать ).
В Си ничего не будет - просто будет число = макисмальное число от типа переменной - ( то что вычли - 1 ).
Можно так. Но опять-же это лишь перекладывание сложности.
В приведенном вами случае, вы переложили ее в типы, если сделать класс "Корзина" - то сложность уйдет в нее.
Что до меня - я выберу последнее, так как в жизни корзина куда сложнее устроена (скидки, акции, товары бандлом, огрничение на товарные позиции не больше/не меньше, товарная позиция, которая идет только бандлом с дургим товаром и тд). ИМХО класс в этом случае будет куда более удобным.
Типы, естественно, никто не отменяет, но их я бы сделал просто наиболее универсальными и с ограничением только по edge-случаям.
Попытаюсь переформулировать все мной сказанное - засовывать сильные ограничения в типы и потом с ними танцевать куда сложнее, чем делать проверку при нормальном подходе к ООП.
Но да, в случае с типами будет доп. проверка на уровне компилятора - это плюс. Однако тесты все равно писать)
Сейчас крайности в томже TSe - народ пытается все в типы запихать, везде юзать дженерики - это приводит к такой жести при поддержке потом, что это целая тема для отдельной статьи - не надо так.
Естественно, но сути архитектурной проблемы с моей точки зрения это не меняет.
Я не силен в Rust, подскажите насчет баланса - вот если оно беззнаковое uin32 и = 0, что будет, если его уменьшить на, например, 5? Ибо в C это приведет просто к переполнению, что будет еще хуже, чем отрицательный баланс (там хоть понятно будет, на сколько ушло).
Ну и проверка типов тоже сомнительна - вы переложили валидацию в тип - окей, можно было, как было сказано выше, поставить валидацию в саму функцию - и это тоже не проблема (не надо вот только про лишние проверки, можно подумать что с типом их не будет на этапе парсинга). Но суть проблемы здесь - отсуствие класса user, где все это должно быть инкапсулировано, те это архитектурная, а не синтаксическая проблема, ИМХО.
Не надо сберегать тьму... (: