Только лишь сам факт обсуждения Минфином возможносты повышения ставок с 13% до 30% должен был заставить удаленных сотрудников сначала нервничать, а потом анализировать на перспективу. И даже если повышения налогов сегодня не произошло, Риски такого поворота событий однозначно увеличиваются. И теперь, чтобы только лишь сохранить Статус-Кво, налоги нужно сделать значительно меньше чем 12%, или я не прав ?
Муми-тролль (из старого советского мультика) предлагал собирать пуговицы от штанов в качестве валюты. А мы, будучи детьми, собирали разноцветные фантики от конфет и обертки от жвачек. Особо ценными были обертки, на которых нарисованы гоночные машинки. Но детство заканчивается, и с Возрастом приходит Мудрость и Жизненный опыт. Правда иногда Возраст приходит один.
Чего только стоит термин "Транзакция" в терминологии САП, по сути это никакая не "транзакция" в тех предметных областях, в которых она использовалась со времен начала эры ИТ: ни в терминах платежных систем, ни в терминах СУБД. Ну назвали бы "Макрооперация" или "Бизнес-процедура" или как-то еще. Пример "Транзакция" в терминологии САП - мне видится как некий Птичий язык и попытка слома устоявшейся технической/ естественнонаучной терминологии понятийного аппарата. Посыл Экономистам/маркетологам/Юристам от компании САП - не пудрите мозги, не лезьте в терминологию ИТ, не искажайте смыслы. И - да- согласен с автором статьи, искажение базовых понятий и смыслов в головах пользователей САП - выглядит как профессиональная деформация а потому трудно лечится, без обид. Это НЕЧТО даже не "имеет право называться Псевдо-Транзакция или Эрзац-Транзакция. Русский Язык богат, называете ЭТО - "Якобы-Транзакция", обидно апологетам САП , зато честно.
Лев Николаевич Толстой: "Сила правительства держится на невежестве народа, и оно знает это и потому всегда будет бороться против просвещения. Пора нам понять это."
Не думаю, что случай мошенничества такого рода - первый в мировой практике. А потому должны быть описаны процедуры и правила независимого IT-аудита/IT-экспертизы, имеющие на выходе юридически значимые, неопровержимые доказательства виновности/невиновности. А в данном случае - поди докажи, что ты не сам установил логическую бомбу с целью подставить московскую фирму, ибо это твои конкуренты. Чем-то напоминает историю с 52-летним Дэвидом Тинли. Вспомнилась фраза "Это наша корова и мы ее доим".
Пускай тесты проводят по стратегии "чёрного ящика". При успехе - оплата работы (через "Безопасную сделку"), после чего открытие исходников. Здесь же два независимых один от другого процесса: 1. Оплачиваемое задание. 2. Вопрос о приеме на работу.
Неравноценная гарантия какая-то: на одной чаше весов - моя жизнь и здоровье на другой чаше - слова какого-то дядьки, которому с какого-то перепугу я должен верить.
Если действие потенциально деструктивное, как вам идея с распределенными полномочиями на такого рода операции: это как бы первый админ запрашивает потенциально деструктивные действия , а второй админ подтверждает их. Да согласен, это несколько медленнее, но надежнее. Или, как вариант, помечать данные как "удаленные" без немедленного физического удаления из БД, а физически удалять после подтверждения вторым админом и/или по истечении заданного времени.
Сохраняет ли банкомат номера банкнот или не сохраняет - для пострадавшего клиента - это как мертвому припарка. Важно другое: номиналы и номера банкнот должны быть зафиксированы в документе, который имеет юридическую силу и выдан на руки клиенту: - В бумажном чеке такое печатается ? - Электронный чек с ЭЦП можно запросить на E-mail? -^^ они будут иметь юридическую силу ? - чек может быть ну очень длинным... - Если в чеке (бумажном или электронном) напечатаны одинаковые серийные номера банкнот, по здравой логике это должно рассматриваться как презумпция вины банка. - вы думаете, банк предоставит Вам свои логи, которые указывают на вину/халатность банка ? Это как пчелы против меда...
Где гарантия, что на изъятых носителях после изъятия вдруг не обнаружится некая "экстремистская" информация, о которой владелец ноутбука "ни сном ни духом" ? Речь о вирусах, удаленном управлении и прочих "подставах".
Возможна ли ситуация, когда УЗО вышло из строя, и при этом продолжает пропускать в сеть напряжение? Что можно предусмотреть для защиты человеческой жизни в такой ситуации?
Недостатком системы образования СССР было стремление сформировать человека-творца, в то время как задача государства заключается в выращивании квалифицированного потребителя.
Я знаю только 1 вид живых существ, которые только лишь потребляют и ничего не производят- это скот, предназначенный на откорм и последующий убой. Что-то мне подсказывает, что судьба, которую готовят власть придержащие для так называемых. "квалифицированных" потребителей - печальна.
Только лишь сам факт обсуждения Минфином возможносты повышения ставок с 13% до 30% должен был заставить удаленных сотрудников сначала нервничать, а потом анализировать на перспективу. И даже если повышения налогов сегодня не произошло, Риски такого поворота событий однозначно увеличиваются. И теперь, чтобы только лишь сохранить Статус-Кво, налоги нужно сделать значительно меньше чем 12%, или я не прав ?
Муми-тролль (из старого советского мультика) предлагал собирать пуговицы от штанов в качестве валюты. А мы, будучи детьми, собирали разноцветные фантики от конфет и обертки от жвачек. Особо ценными были обертки, на которых нарисованы гоночные машинки. Но детство заканчивается, и с Возрастом приходит Мудрость и Жизненный опыт. Правда иногда Возраст приходит один.
Чего только стоит термин "Транзакция" в терминологии САП, по сути это никакая не "транзакция" в тех предметных областях, в которых она использовалась со времен начала эры ИТ: ни в терминах платежных систем, ни в терминах СУБД. Ну назвали бы "Макрооперация" или "Бизнес-процедура" или как-то еще. Пример "Транзакция" в терминологии САП - мне видится как некий Птичий язык и попытка слома устоявшейся технической/ естественнонаучной терминологии понятийного аппарата. Посыл Экономистам/маркетологам/Юристам от компании САП - не пудрите мозги, не лезьте в терминологию ИТ, не искажайте смыслы. И - да- согласен с автором статьи, искажение базовых понятий и смыслов в головах пользователей САП - выглядит как профессиональная деформация а потому трудно лечится, без обид. Это НЕЧТО даже не "имеет право называться Псевдо-Транзакция или Эрзац-Транзакция. Русский Язык богат, называете ЭТО - "Якобы-Транзакция", обидно апологетам САП , зато честно.
Правильно ли я опасаюсь, что может возникнуть т.н. "лавинный эффект" ошибок с трудно прогнозируемыми последствиями ?
Лев Николаевич Толстой:
"Сила правительства держится на невежестве народа, и оно знает это и потому всегда будет бороться против просвещения. Пора нам понять это."
Не думаю, что случай мошенничества такого рода - первый в мировой практике. А потому должны быть описаны процедуры и правила независимого IT-аудита/IT-экспертизы, имеющие на выходе юридически значимые, неопровержимые доказательства виновности/невиновности. А в данном случае - поди докажи, что ты не сам установил логическую бомбу с целью подставить московскую фирму, ибо это твои конкуренты. Чем-то напоминает историю с 52-летним Дэвидом Тинли. Вспомнилась фраза "Это наша корова и мы ее доим".
Смотри "Карстен Ноль", USB- презерватив.
+++ Самая лучшая функция на госуслугах ?
Пускай тесты проводят по стратегии "чёрного ящика".
При успехе - оплата работы (через "Безопасную сделку"), после чего открытие исходников.
Здесь же два независимых один от другого процесса:
1. Оплачиваемое задание.
2. Вопрос о приеме на работу.
Прошу прощения, я немного чайник по данному вопросу, а что если:
- Код закрыть от просмотра обфускатором;
- Добавить в него ограничения использования по дате
?
Неравноценная гарантия какая-то:
на одной чаше весов - моя жизнь и здоровье
на другой чаше - слова какого-то дядьки, которому с какого-то перепугу я должен верить.
Если действие потенциально деструктивное, как вам идея с распределенными полномочиями на такого рода операции: это как бы первый админ запрашивает потенциально деструктивные действия , а второй админ подтверждает их. Да согласен, это несколько медленнее, но надежнее. Или, как вариант, помечать данные как "удаленные" без немедленного физического удаления из БД, а физически удалять после подтверждения вторым админом и/или по истечении заданного времени.
Можно ли слегка приоткрыть завесу:
Суть требований регулятора, которые на тот момент не были выполнены ?
Это ведь не ДСП ?
Скальпелем можно сделать операцию и спасти человека ?
Несомненно !
Скальпелем можно зарезать человека !
Несомненно !
Значит ли это, что продажу скальпелей нужно считать
"продажей орудий для убийства" ?
Есть люди-близнецы. Например, один в РФ, другой- за рубежом.
Как система распознавания по лицам может гарантированно их различать ?
Сохраняет ли банкомат номера банкнот или не сохраняет - для пострадавшего клиента - это как мертвому припарка.
Важно другое: номиналы и номера банкнот должны быть зафиксированы в документе, который имеет юридическую силу и выдан на руки клиенту:
- В бумажном чеке такое печатается ?
- Электронный чек с ЭЦП можно запросить на E-mail?
-^^ они будут иметь юридическую силу ?
- чек может быть ну очень длинным...
- Если в чеке (бумажном или электронном) напечатаны одинаковые серийные номера банкнот, по здравой логике это должно рассматриваться как презумпция вины банка.
- вы думаете, банк предоставит Вам свои логи, которые указывают на вину/халатность банка ? Это как пчелы против меда...
Кто-нибудь, подскажите толковый учебник по NoSql вообще и MongoDB в частности.
моя благодарность.
Где гарантия, что на изъятых носителях после изъятия вдруг не обнаружится некая "экстремистская" информация, о которой владелец ноутбука "ни сном ни духом" ? Речь о вирусах, удаленном управлении и прочих "подставах".
Я знаю только 1 вид живых существ, которые только лишь потребляют и ничего не производят- это скот, предназначенный на откорм и последующий убой. Что-то мне подсказывает, что судьба, которую готовят власть придержащие для так называемых. "квалифицированных" потребителей - печальна.