у органов есть наверное какие-то боты или алгоритмы, которые пресекают моменты касающихся "вреда здоровью" в любой форме
вообще кому-то надо. IRL даже когда реальная (а не виртуальная) угроза вреду здоровью существует (например, сосед алкоголик грозится завтра прийти и убить), довольно сложно заставить органы работать. Иногда прямо отвечают вроде "вот когда убьют, тогда и звоните". Без шуток.
Другое дело, если в чатах начать политику и режим обсуждать.
Достаточно перейти из вотсаппа в телеграм и разделить на паблик и чат соответственно — в паблике все события ("сдайте на шторы", "петров опять прогуливает уроки", "не могу залогиниться в электронный дневник"), а в чате — обсуждение, привязанное к этим событиям, или нет.
Опять же, модерация и администрация осуществляется абсолютно также, как на форуме или IRC канале — поэтому этот поинт тоже не в кассу.
По вложенному полю не умеет, насколько помню. Но через вариант в конце комментария с примерами можно что-то придумать.
Статически гарантировать нельзя. Можно заведомо построить таблицу с заданным условием (чтобы были только такие или такие поля), но это уже чисто на плечах разработчика (что довольно плохое решение, протому что код в абапе имеет свойство стихийно меняться разными людьми и разными компаниями на протяжении жизни проекта).
Все, кроме непосредственно скриптов тестов и обвязки было на абапе. Портал, выборка тестовых данных, формирование кейсов, управление запуском, отчетность.
Любой энтерпрайзный код никому не нужен за пределами предприятия, это не новость.
Да все на абапе реализуемо, как и на любом другом языке. Мы делали тул для автоматизации регрессионного тестирования, который запускал скрипты на питоне с тестами на селениуме, и потом все это забирал обратно в сап и обрабатывал (например).
Дорого — да, потому что абап разработка — это обычно не работа с нуля, а доработка того, что поставляется самим сапом, и какие-то большие велосипеды проще и быстрее выйдет писать тупо вне экосистемы сап и общаться с сапом по сети. Такова специфика.
Опенсорс — это какие-то либы и подобные инструменты. Проекта с "боевым" кодом вы не найдете, потому что это энтерпрайзный код, который ни одна контора не разрешит опенсорсить.
Bubble Porn дождался своего времени.
Я поработал сыщиком и нашел.
Оригинал действительно в гуглдоке. А комменты вот :)
Похоже. Хотел почитать комменты к оригиналу — а там гуглдок файл :)
Lean Startup полностью противоположный подход пропагандирует, статья прямо канонический пример "как не надо" по книге.
Наконец то теплый виниловый накопитель, не то что эти современные транзисторы!
Сомневаюсь, что
вообще кому-то надо. IRL даже когда реальная (а не виртуальная) угроза вреду здоровью существует (например, сосед алкоголик грозится завтра прийти и убить), довольно сложно заставить органы работать. Иногда прямо отвечают вроде "вот когда убьют, тогда и звоните". Без шуток.
Другое дело, если в чатах начать политику и режим обсуждать.
Зарегулировать всяко проще, чем искать решение. Результат не важен, главное показать деятельность.
Достаточно перейти из вотсаппа в телеграм и разделить на паблик и чат соответственно — в паблике все события ("сдайте на шторы", "петров опять прогуливает уроки", "не могу залогиниться в электронный дневник"), а в чате — обсуждение, привязанное к этим событиям, или нет.
Опять же, модерация и администрация осуществляется абсолютно также, как на форуме или IRC канале — поэтому этот поинт тоже не в кассу.
Поясните мне.
Так себе, напоминает места ограничения свободы, вроде армии или тюрьмы. Мне бы лично не хотелось жить в обществе, где принято так общаться.
Вот тут сказано
tl;dr:
Ситуация: люди не умеют вести себя.
Решение: давайте запретим чаты.
Эрланг, лисп
По вложенному полю не умеет, насколько помню. Но через вариант в конце комментария с примерами можно что-то придумать.
Статически гарантировать нельзя. Можно заведомо построить таблицу с заданным условием (чтобы были только такие или такие поля), но это уже чисто на плечах разработчика (что довольно плохое решение, протому что код в абапе имеет свойство стихийно меняться разными людьми и разными компаниями на протяжении жизни проекта).
Второе. Первым непосредственно занимается сам SAP (+партнерские решение), основная масса же — внедрения этих продуктов и их поддержка.
Интел, похоже, совсем крест на себе поставил, если начал в "объедки" рынка метить.
Все, кроме непосредственно скриптов тестов и обвязки было на абапе. Портал, выборка тестовых данных, формирование кейсов, управление запуском, отчетность.
Любой энтерпрайзный код никому не нужен за пределами предприятия, это не новость.
Да все на абапе реализуемо, как и на любом другом языке. Мы делали тул для автоматизации регрессионного тестирования, который запускал скрипты на питоне с тестами на селениуме, и потом все это забирал обратно в сап и обрабатывал (например).
Дорого — да, потому что абап разработка — это обычно не работа с нуля, а доработка того, что поставляется самим сапом, и какие-то большие велосипеды проще и быстрее выйдет писать тупо вне экосистемы сап и общаться с сапом по сети. Такова специфика.
Опенсорс — это какие-то либы и подобные инструменты. Проекта с "боевым" кодом вы не найдете, потому что это энтерпрайзный код, который ни одна контора не разрешит опенсорсить.
Не коболовским, а дедовским
Запустить просто так не получится. Либо иметь под рукой SAP, либо зарегистрировать себе демо акк SAP Cloud Platform.
Опенсорс проекты — посмотрите тут, только те, что посвежее.