А возможна история с астероидом, который по касательно входит в атмосферу земли и взрывается на большой высоте так, что часть обломков вырываются из гравитационного колодца со спорами-пассажирами?
Еще грустнее становится, если найти статистику по нацпроектам России. Ошибки, сдвинутые сроки исполнения, несогласованность, превышение стоимости и откровенное воровство бюджета. Поэтому 5 лет - это скорее оптимистичная оценка. Реальная будет больше. На сколько - счас никто не скажет :(
Просто стыковаться нужно было на полной скорости! Ждешь, пока щель дока совпадет с горизонтом и топишь вперед. Так когда-то тысячи успешных стыковок были выполнены...
Интересно, именно практика полезного применения таких ботов как-то продвинулась относительно провалов, вроде "медицинский чат-бот на GPT-3, который склонял пациентов к суициду (см. https://habr.com/ru/news/t/525634/)"?
Видно, что копнули очень глубоко. Однако больше производительности можно получить, если поколдовать с данными, например:
Деление таблицы на партиции (секционирование). Вот здесь была информация по увеличению скорости https://habr.com/ru/company/otus/blog/452280/) в 11 версии PG. Сейчас уже 15 версия PG и в ней это работает еще лучше...
В догонку к предыдущему пункту еще можно добавить ILM концепцию хранения данных. Заключается она в том, что вы наиболее нагруженные таблицы храните на наиболее быстрых носителях.
Эти 2 шага увеличат скорость в разы, а в некоторых случаях на порядки. А ведь на них можно не останавливаться...
Над миром нависла тень глобального кризиса, ведущие IT корпорации уже сократили или заявили о намерении тотально сократить персонал (см. https://trends.rbc.ru/trends/industry/63a018809a79471469a65364). И на хабре уже несколько статей были по этой теме...
В такой ситуации все режут бюджеты или начинают затягивать пояса - тут уже не до покупки нового компа или видеокарты последней модели... И это, кстати, не только электронной промышленности касается...
По коту Тимофею не все понятно - если это актив т.к. он хорошее и даже что-то стоит, если породистый :), то в какой момент он становится пассивом - когда нассыт в тапки или будет жрать, как не в себя, съедая за раз свою стоимость?
Возможно вам было бы полезно совместить ваш метод с этим: https://habr.com/ru/post/481218/, чтобы убрать тот небольшой процент неудачной генерации. Что-то вроде, сначала делаете комнаты, потом заполняете их случайными тайлами и т.д.
Деловой сценарий использования не затрагивает технологий, рассматривает систему как «черный ящик» и описывает бизнес-процесс
Зачем плодить понятия? Если есть бизнес-процесс, то пусть он им и останется - в этом случае будет описание бизнес-процесса.
Системный сценарий использования описывает что актер может сделать взаимодействуя с системой.
Я бы и это тоже делал через бизнес-процессы. А вот системные сценарии пишутся для проверки требований. Это позволит во первых проверить систему на соответствие ТЗ, а во вторых - получить готовый материал для ПМИ.
Для локализация игр правильно не словари делать в коде а выносить весь текст в отдельный файл. В свое время участвовал в переводах нескольких игр и из своего опыта знаю, что не надо никаких файлов ресурсов - надо обычный текстовый файл!
Многие инди разработчики сразу делают файлы для других языков, где уже есть оригинальный текст и остается только добавить локализованный. И шрифты добавляют... Понятно, что для локализации часто требуется локализовывать не только текст, но и текстуры, однако это и есть те условия, которые позволяют выполнить локализацию быстрее и в конечном итоге на большее количество языков.
Я бы все таки отделил системного аналитика от потребностей заказчика (бизнес анализа). И последовательность работ тоже.
Сначала бизнес аналитик "трансформировать бизнес-требования в функциональные и нефункциональные требования" из которых вытекает согласованное с Заказчиком ТЗ.
И уже потом выполняется системный анализ, на основе требований, описанных в ТЗ и на этом этапе никаких "трансформировать бизнес-требования" быть не может!
И совсем фантастично для системного аналитика выглядит пункт "Предложит новые решения и подходы, оптимизирующие работу сотрудников Заказчика.".
Понятно, что математические функции можно реализовать по сути на всех языках. Было бы здорово в подобном обзоре все таки привязываться к характеристике, ценной для конечного пользователя, вроде "удобство кодирования", "простота чтения кода", "скорость выполнения" и т.д. Оценка атрибутов вроде "удобство кодирования" и "простота чтения кода" является дискуссионной, однако их все равно можно оценить в рамках своего imho.
Прискорбно это читать. Теперь будет как с такси - там, где 2 года назад стоимость поездки была 150 руб, теперь 500-600. Понятно, что часть подъема стоимости это инфляция, но на 400% это как-то многовато :(
А возможна история с астероидом, который по касательно входит в атмосферу земли и взрывается на большой высоте так, что часть обломков вырываются из гравитационного колодца со спорами-пассажирами?
Еще грустнее становится, если найти статистику по нацпроектам России. Ошибки, сдвинутые сроки исполнения, несогласованность, превышение стоимости и откровенное воровство бюджета. Поэтому 5 лет - это скорее оптимистичная оценка. Реальная будет больше. На сколько - счас никто не скажет :(
Просто стыковаться нужно было на полной скорости! Ждешь, пока щель дока совпадет с горизонтом и топишь вперед. Так когда-то тысячи успешных стыковок были выполнены...
Интересно, именно практика полезного применения таких ботов как-то продвинулась относительно провалов, вроде "медицинский чат-бот на GPT-3, который склонял пациентов к суициду (см. https://habr.com/ru/news/t/525634/)"?
Видно, что копнули очень глубоко. Однако больше производительности можно получить, если поколдовать с данными, например:
Деление таблицы на партиции (секционирование). Вот здесь была информация по увеличению скорости https://habr.com/ru/company/otus/blog/452280/) в 11 версии PG. Сейчас уже 15 версия PG и в ней это работает еще лучше...
В догонку к предыдущему пункту еще можно добавить ILM концепцию хранения данных. Заключается она в том, что вы наиболее нагруженные таблицы храните на наиболее быстрых носителях.
Эти 2 шага увеличат скорость в разы, а в некоторых случаях на порядки. А ведь на них можно не останавливаться...
Над миром нависла тень глобального кризиса, ведущие IT корпорации уже сократили или заявили о намерении тотально сократить персонал (см. https://trends.rbc.ru/trends/industry/63a018809a79471469a65364). И на хабре уже несколько статей были по этой теме...
В такой ситуации все режут бюджеты или начинают затягивать пояса - тут уже не до покупки нового компа или видеокарты последней модели... И это, кстати, не только электронной промышленности касается...
Прежде чем задавать такие вопросы лучше сначала погуглить термин https://ru.wikipedia.org/wiki/Инди-игра, а то некрасиво получается...
По коту Тимофею не все понятно - если это актив т.к. он хорошее и даже что-то стоит, если породистый :), то в какой момент он становится пассивом - когда нассыт в тапки или будет жрать, как не в себя, съедая за раз свою стоимость?
Денежка, как говорят, счет любит...
Возможно вам было бы полезно совместить ваш метод с этим: https://habr.com/ru/post/481218/, чтобы убрать тот небольшой процент неудачной генерации. Что-то вроде, сначала делаете комнаты, потом заполняете их случайными тайлами и т.д.
Спасибо, не знал про такое. Счас понимаю, что мы пока даже близко не подходили к пределу наполнения тост-таблицы, но на будущее пометочку сделал...
В тему, понравилось когда-то:
https://youtu.be/s-LHvJTTF04
https://youtu.be/GJT_RfSTSg8
Рад читать про пробную эксплуатацию!
Однако в России основная засада как раз на этапе запуска в серийное производство.
Поэтому вопросы:
Есть ли заказы?
Какая производительность производства (сколько поездов в год будет производиться)?
И сколько это в % от необходимого?
Зачем плодить понятия? Если есть бизнес-процесс, то пусть он им и останется - в этом случае будет описание бизнес-процесса.
Я бы и это тоже делал через бизнес-процессы. А вот системные сценарии пишутся для проверки требований. Это позволит во первых проверить систему на соответствие ТЗ, а во вторых - получить готовый материал для ПМИ.
Для локализация игр правильно не словари делать в коде а выносить весь текст в отдельный файл. В свое время участвовал в переводах нескольких игр и из своего опыта знаю, что не надо никаких файлов ресурсов - надо обычный текстовый файл!
Многие инди разработчики сразу делают файлы для других языков, где уже есть оригинальный текст и остается только добавить локализованный. И шрифты добавляют... Понятно, что для локализации часто требуется локализовывать не только текст, но и текстуры, однако это и есть те условия, которые позволяют выполнить локализацию быстрее и в конечном итоге на большее количество языков.
Я бы все таки отделил системного аналитика от потребностей заказчика (бизнес анализа). И последовательность работ тоже.
Сначала бизнес аналитик "трансформировать бизнес-требования в функциональные и нефункциональные требования" из которых вытекает согласованное с Заказчиком ТЗ.
И уже потом выполняется системный анализ, на основе требований, описанных в ТЗ и на этом этапе никаких "трансформировать бизнес-требования" быть не может!
И совсем фантастично для системного аналитика выглядит пункт "Предложит новые решения и подходы, оптимизирующие работу сотрудников Заказчика.".
Понятно, что математические функции можно реализовать по сути на всех языках. Было бы здорово в подобном обзоре все таки привязываться к характеристике, ценной для конечного пользователя, вроде "удобство кодирования", "простота чтения кода", "скорость выполнения" и т.д. Оценка атрибутов вроде "удобство кодирования" и "простота чтения кода" является дискуссионной, однако их все равно можно оценить в рамках своего imho.
Прискорбно это читать. Теперь будет как с такси - там, где 2 года назад стоимость поездки была 150 руб, теперь 500-600. Понятно, что часть подъема стоимости это инфляция, но на 400% это как-то многовато :(
> США потеряют полупроводниковую промышленность, если не будут приняты срочные меры.
Они уже приступили, благо денег там дофига, например, вот из последних новостей: https://3dnews.ru/1073390/micron-investiruet-15-mlrd-v-novoe-proizvodstvo-chipov-v-ssha
Спасибо за обзор продукта!
Мне кажется было бы полезно сравнить его, например, с https://inkscape.org/ru/ по функционалу, удобству использования и др.
Ранее здесь на сайте был офигенный цикл статей про техническую часть фильма:
https://habr.com/ru/post/417407/
https://habr.com/ru/post/417445/
https://habr.com/ru/post/417939/