Комментарии: Заместитель для демиурга

Мясоедов Владимир Михайлович : другие произведения.

Комментарии: Заместитель для демиурга
()

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]

Размещен: 22/05/2016, изменен: 28/06/2016. 42k. Статистика.

Аннотация:
Новая работа выглядела сомнительно, но чтобы взяться за неё нашлось много причин. Деньги, что обещала своему сотруднику компания, сумевшая первой создать подлинную виртуальную реальность. Научный интерес, который вызывали одним фактом своего существования настоящие работающие ИскИны. Ну и просто любопытство...Ведь не каждый же день тебе предлагают заменить собой вышедшего из строя бога игрового мира, даря возможность творить налево и направо. А еще начальство обещало возможность приголубить слишком наглых геймеров метеоритом. Произведение закончено, выложен ознакомительный фрагмент.

ОБСУЖДЕНИЯ: Фантастика (последние)
14:50 Чернов К.Н. "Записки Империалиста Книга " (596/25)
14:46 Николаев М.П. "Телохранители" (77/3)
14:44 Коркханн "Угроза эволюции" (765/54)
14:43 Безбашенный "Запорожье - 1" (979/22)

Добавить комментарий Отсортировано по:[убыванию][возрастанию]Страниц (2): 1 2

ОБЩИЕ ГОСТЕВЫЕ: 13:54 "Технические вопросы "Самиздата"" (188/51) 13:54 "Форум: все за 12 часов" (273/101) 10:42 "Форум: Трибуна люду" (850/21) 19:02 "Диалоги о Творчестве" (207/1) 15/11 "Форум: Литературные объявления" (664) 25/11 "О блокировании "Самиздата"" (294)
ОБСУЖДЕНИЯ: (все обсуждения) (последние) 14:50 Чернов К.Н. "Записки Империалиста Книга " (596/25) 14:49 Гончарова Г.Д. "Устинья, дочь боярская - 1. " (151/3) 14:46 Николаев М.П. "Телохранители" (77/3) 14:44 Шушаков О.А. "Гибель ветеранов обороны Донбасса. " (1) 14:44 Коркханн "Угроза эволюции" (765/54) 14:43 Безбашенный "Запорожье - 1" (979/22) 14:42 Ким В.В. "Минимально необходимое воздействие-" (100/5) 14:41 Шершень-Можин В. "Возвращение" (226/1) 14:31 Трушников В.В. "Блицкриг: Миф или реальность? " (77/2) 14:30 Кротов С.В. "Чаганов: Война. Часть 4" (187/18) 14:21 Баламут П. "Ша39 Стратегия и тактика противодействия " (570/9) 14:20 Русова М. "Информация о владельце раздела" (9/1) 14:15 Уралов А. "Мясо "из пробирки"" (616/8) 14:13 Корнейчук А. "Зима устала" (20/1) 14:00 Гундаренко С.В. "Бейте сердца" (2/1) 14:00 Шибаев Ю.В. "Квадробер" (7/6) 14:00 Санфиров А.Ю. "Эрлих" (6/2) 13:57 Мананникова И. "Пушистый маленький зверёк" (4/3) 13:56 Патер Р. "Таинственные голоса" (7/4) 13:54 Самиздат "Технические вопросы "Самиздата"" (188/51) Полный список...>>
РУЛЕТКА: Путь Шамана. Шаг Ночлежка "У Крокодила" В родном краю Рекомендует Пузеп Н.В. ВСЕГО В ЖУРНАЛЕ: Авторов: 108551 Произведений: 1670555 Список известности России СМ. ТАКЖЕ: Заграница.lib.ru \| Интервью СИ Музыка.lib.ru \| Туризм.lib.ru Художники \| Звезды Самиздата ArtOfWar \| Okopka.ru Фильм про "Самиздат" Уровень Шума: Интервью про "Самиздат" НАШИ КОНКУРСЫ: Рождественский детектив-24	24/11 ПОЗДРАВЛЯЕМ: Белашова Ю.Ю. Белль С.В. Богатикова О.Ю. Богданов А. Бонд. П.Б. Бредникова Е.Е. Букаринов Д.Н. Веденин В.А. Ветер К. Визмор Э.Н. Виноградова А.В. Галицкая Д.И. Гамова Д. Гончарова Е.В. Егорова В.Ю. Ежова Е.С. Елисеева Н.В. Ельников А.Д. Жалилова Л.С. Желнов П. Иванов А.А. Инеева С. Ищенко Г.В. Казарян М.В. Келлер Е. Кизяева А.А. Кичилова К.Ф. Колодиец Д.Н. Кольцо-Гид Команов С.С. Кондрашов В.А. Копышов А.Н. Корнеева Т.М. Коршунова Т.В. Ксения Лобков А. Луковкин К. Лучистая Д.Т. Макарчук С.С. Маковская Н. Маркевич П. Митусова Л.П. Можар Е.П. Морозов М. Пашкевич С. Пимонов В.В. Пирумова А.Б. Приходько О. Пятница М. Радонин С. Ревельский Х. Романов Н.П. Рябенкова Д.П. Серебряная Е. Силаков Г. Соколовская Е. Солнечная Соцкая С. Сперанская И.В. Таа Трещев Ю.А. Тягин П.А. Шаповалова Д.В. Шеннон Р.А. Шишкина Д. Щедрин Р. Ak108u Ive Mollydolly Natkam Valxalla Viligodaeum Viscount M.D.
ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка) 00:39 Патрацкая Н.В. "Маг Грановский" 21/11 Кукин В. "Случайные рифмы" 21/11 Моисеева О.Ю. "Сердце Кометы" Полный список...>>

11. Toranet 2016/06/02 00:33 [ответить]
Пы. Сы. А продолжение искр еще стоит ждать или уже все? Уже 5 лет жду((

12. Мясоедов Владимир Михайлович (mjasedv.vladmir@rambler.ru) 2016/06/02 06:00 [ответить]
Еще одну главу Искр допишу - и выложу на подписку, правда в незаконченном варианте.

13.Удалено владельцем раздела. 2016/06/02 21:28

14. Бездарный (bezdarnyi@gmail.com) 2016/06/04 00:02 [ответить]
  Идея неплохая, вот только название не очень. Напоминает названия той горы бабского фентези что ныне засыпала самиздат.
  Как по мне, для такого сюжета идеально подойдёт название: "Вася Пукин - сокрушитель вселенной!".
  Или, если серьёзно то например "И.о. демиурга", либо 'Пособие по сотворению миров для чайников"

  Не в обиду будь сказано, но названия почти всех твоих книг не звучат. Написано-то неплохо, разве что в ранних книгах чудовищно длинные предложения. Такое впечатление что ты печатаешь жутко быстро, и не перечитываешь ничего :)
  Персонажи яркие, хотя вот второстепенные зачастую шаблонные.

15. Maksim 2016/06/06 10:38 [ответить]
Маловато текста для оценки подписки на книгу, посмотрите сколько другие выкладывают. Тут цель заманить читателя чтоб он увлёкся и без долгих раздумий подписался.
Сейчас же я прочитал этот кусок, это ни о чём, ничего не ясно и уровня книги не видно. Ну и соответственно нет желания подписываться.

16. Бездарный (bezdarnyi@gmail.com) 2016/06/13 17:18 [ответить]
  Нет, определённо в этой идее что-то есть. Я тут подумал, это же какой простор для издевательства над игроками! Кхм-кхм, тоесть для социальных экспериментов конечно же! Причём, раз уж игроков надо задержать на месте, и не огрести в свой адрес шквал недовольства - то для таких целей придётся действовать косвенно.
  Пускай игроки сами себе проблемы создают - например, поставить рядом с респауном каменный блок с воткнутым в него легендарным мечом, на манер Эскалибура. Дающий плюс стопицот к урону, регенерации магии, харизме, бардовским навыкам, да хоть фаллосу... Но не силе. Но принципиально неизвлекаемым из блока килограмм двести весом, шоб при желании группа игроков могла его кантовать... А всякому кто схватится за меч - автоматически задание "Убей десять игроков, и меч твой".
  Итак, какова же будет первая реакция толпы? Вот схватился кто-то за меч, ему перед глазами тут же - квест. Подопытный начинает прикидывать как бы ловчее всех убить, да так чтобы его не убили... А тут ещё один игрок за меч хватается, и счётчик в задании уже требует не десять фрагов а одиннадцать. И какое-то время все знай молотят друг друга, и не подпускают к вожделенному мечу.
  Или поставить в локации рычаг с табличкой - "Не нажимать!", и при нажатии сбрасывающим игрока в яму с водой и пираньями - но и горой золота на дне.
  В общем, надо чтобы у людей око видело а зубом они не дотягивались... И вскоре произойдёт расслоение общества. И многочисленные войны за передел власти, имущества и.т.д.


  > > 15.Maksim
  > Маловато текста для оценки подписки на книгу, посмотрите сколько другие выкладывают. Тут цель заманить читателя чтоб он увлёкся и без долгих раздумий подписался.

  Да ну. А я вот больше всего не люблю когда читаешь-читаешь книгу, дожидаешься прод... И тут - бац! Подписка. Так что хорошо что автор заранее предупредил о своих намерениях.

17. Мясоедов Владимир Михайлович (mjasedv.vladmir@rambler.ru) 2016/06/13 20:42 [ответить]
С мечом идея неплоха, а вот рычаг "не нажимать" бы не прижился в этой механике. Игроки бы яму быстренько разрыли, воду откачали, пираний съели, вот и вся ловушка :)

18. *Бездарный (bezdarnyi@gmail.com) 2016/06/15 13:10 [ответить]
  > > 17.Мясоедов Владимир Михайлович
  >С мечом идея неплоха, а вот рычаг "не нажимать" бы не прижился в этой механике. Игроки бы яму быстренько разрыли, воду откачали, пираний съели, вот и вся ловушка :)


  Зато сколько времени на это нужно потратить? В чём собственно и состоит наша цель... К тому же за каждую пиранью можно давать аж целых +0.05 в опыт обосновывая это как костыль чтобы электромагам , прокачку не облегчать. Да и пиро-, крио-, малефикам, итд.
  Ну а золото... Что вобще за стереотип - если фэнтези, так сразу золотовалютная денежная система?
  Давай вдумаемся - золото на редкость бесполезный металл. Мягкий и тяжёлый, разве что блестящий. Исторический факт - ацтеки метали с пращ не только камни но и золотые шарики. Или не ацтеки, вобщем индейцы какие-то.
  Теперь взглянём с другой стороны - куча игроков среди кучи каменных руин. Далеко не уйдёшь - монстры кругом... А на что геймеры смогут потратить золото, если торговцев нет?
  Поначалу его конечно будут пытаться копить, но забьют едва станет понятно что оно бесполезно. Можно по аналогии с эскалибуром золотую статую сделать, примерно с тем же результатом. Хе-хе. Или череезвычайно сложноубиваемого золотого голема.
  А валютой сделать бумажки с магическим оттиском, которые в принципе нельзя подделать. Ведь что будет если каждый игрок сможет фармить золото, (с любого кролика, ага) или копать его посредством горного дела? Тут нужно выводить золото из оборота, а как ты его будешь выводить если механика игры максимально приближена к реальности, а неписей нет? Игроки ведь сами смогут снаряжение создавать и чинить, если руки не из задницы растут конечно. И будет инфляция как в Зимбабве - три миллиона процентов в год. Или вовсе, как в Диабло 3... Или вот,
  Раз пошла такая пьянка - то загугли ещё статьи про экономику EVE online, это тоже способствует повышению кругозора.

  З.Ы. А можно ещё одну забавную ситуацию рассмотреть - вот допустим, игроки играют уже неделю. Вендоров нету, снарягу попробуй добудь - одно золото обильно с мобов валится. Чтобы обрабатывать сталь нужно и горн и инструменты, и руки прямые... Ну первый пункт допустим можно заменить магом - а что делать с оставшимися двумя? А можно взять и из глины вылепить форму, расплавить золото, залить туда и обзавестись золотой дубиной!
  Никто не пробовал махать свинцовой кувалдой? Вот, будет примерно то же самое. Вооружить ими каких-нибудь троллей - и будет самое то.
  Кстати, если с мобов будут падать не только золотые но и серебряные с медными монеты - случится забавное явление - медь станет дороже золота! Ведь когда с мобов валятся медяшки? На низших уровнях - потом либо одно золото либо фига, так как со слабых монстров система лут не даёт. А медь будет игрокам гораздо полезней, чем тяжёлое и мягкое золото.

19. Devlik 2016/06/18 08:37 [ответить]
  По способу запереть игроков можно воспользоваться старым добрым методом еще с готики напихать монстров посильнее вокруг зоны. В нужной стороне сделать монстров по слабее в ту сторону которую игроки будут захватывать.
  Экономика игровых миров это довольно интересная тема. Если все как в реале то и золото добывается как в реале шахты, рудники, намывается.
  Отбирается у монстров у которых оно есть, с руин золотые украшения и посуда. Сначала миром будет править бартер. Сами игроки создадут удобную валюту для оценки труда те же драг или просто металлы или шкурки монстров курс будет зависит от того насколько оно редко и насколько тяжело его достать и спроса ( золото на амулеты, железо на оружие, шкуры на броню и т.д.). Вообщем классическая невидимая рука рынка. Всякие бумажные деньги могут появится значительно позже.
  Это если не будет сильного влияния из вне. Администрации гораздо удобнее иметь стандартную игровую валюту и стричь комиссии при конвертации ввода и вывода. Донатский магазин тоже думаю будет но опять же высчитывать постоянно меняющийся курс шкурок к железу и считать что лучше закупить донатом инструменты обменять на железо чтобы подождать и обменять на шкурки по выгодному курсу (в отличие от донатского магазина) можно но не удобно.
  Самое интересное появляться свои Колокоты и специализированные кланы которые будут стрич бабло на обмене. Вообще рай для предприимчевых людей рынок свободен и толь только зарождается. А бабки будут крутиться очень большие.

  И нужна по зарез помощь ИИ первый день зайдет миллионов 10 игроков потом подключат еще серваки и зайдет еще милионов 50 счастливчиков ведь в очереди еще 300 миллионов. И чем их занять? Кто будет создавать им зоны для развития? Чем их занять и чем их кормить? Плохо проработает игроки начнут дохнуит от голода будет каннибализм :)) когда на одного несчастного кролика 50 ртов с палками??. Хотя с другой стороны первые дни когда игроки будут разбредаться у местных монстров будет пир.(Какая будет попа боль когда зерг раш бомжей напорется на какого нибудь ифрита:))

  А вообще я бы сыграл в такую игру довольно весело с друзьями зачищать и копать шахту чтобы скрафтить оружие и доспехи, толпой охотиться на монстров или той же толпой драпать :)) прокладывать реальный маршрут каравана от углежогов до железного рудника чтобы обойти зоны с монстрами и не нарваться на гопников. Крафтить начало каменные инструменты и оружие а затем постепенно переходить железные. Изучать магию методом тыка и ставить алхимические эксперементы.
  Отбиваться ночью от голодных монстров вместе с кланом за построенными своими руками укреплениях. И конечно грабить КОРОВАНЫ :)

20. *Апрельский (nextattempt2017@mail.ru) 2016/06/18 12:14 [ответить]
  > > 19.Devlik

  >Отбиваться ночью от голодных монстров вместе с кланом за построенными своими руками укреплениях. И конечно грабить КОРОВАНЫ :)

  Уже есть RUST и ему подобные игры. Там все как ты хочешь.

21. Jonas 2016/06/22 12:26 [ответить]
Nezacepilo. Procital , no po diagonali ... Navernoje pervaja vasha kniga, kotoraja "neposhla". Anyway, Udaci.

22. Devlik 2016/06/28 22:49 [ответить]
Вся фишка в полном погружение, с реальной физикой с добавлением магии. Так что не следует раст с мечтой сравнивать.

23. Василий (Vasiil@list.ru) 2016/07/02 10:48 [ответить]
Автор, как вы относитесь к несовсем конструктивной критике?

24. Мясоедов Владимир Михайлович (mjasedv.vladmir@rambler.ru) 2016/07/02 16:57 [ответить]
Стоически.

25. Василий (Vasiil@list.ru) 2016/07/03 04:37 [ответить]
Ну, тогда.. Ху@во получилось! Просто не о чём! Насколько хорош Ведьмак, насколько неплохо про моржа, настолько ху@ва эта книга. Книги, после прочтения, оставляют после себя какие-либо эмоции, впечатления...Эта не оставляет ничего. Вроде и посыл книги понятен, но блин, как стрёмно написано!
З.ы.Однако с нетерпением жду продолжения Ведьмака и Искр, спасибо за книги!

26. Angol 2016/07/04 15:21 [ответить]
А мне интересно, буду следить.

27. Blazard 2016/07/08 14:38 [ответить]
Очень хорошая книга, за сюжетом интересно и весело следить. Надеюсь за продолжение.

28. *Дуров В. Ю. (wildcatvic@yandex.ru) 2016/12/19 09:41 [ответить]
Такой "странный" вопрос: если книга закончена, до где и как её можно приобрести?

29. Яна (jane006@ya.ru) 2017/01/13 20:28 [ответить]
Книга появилась в Лабиринте в статусе "ожидается" http://www.labirint.ru/books/568014/?p=5751

30. shugenja (shugenja@inbox.ru) 2017/01/17 07:48 [ответить]
  >К счастью, уцелел бекап с данными годичной давности.

   Такая ситуация возможна ИСКЛЮЧИТЕЛЬНО в русской фантастике. Потому как в реальности (и зарубежной Sci-Fi) нормальная корпорация (сорок этажей, кажется?) каждую строчку кода будет дублировать на десять независимых и недоступных серверов плюс сотню оптических (или ещё каких) дисков. Спросите даже в обычной фирмочке, как часто они делают бэкап своей бухгалтерии и клиентской базы.
   А русские (ну, русскоязычные - тут и испанцы и таиландцы мелькали, хе-хе) авторы придумывают пытки, тюрьмы и изнасилования в виртуальности... да какой только гадости в их книжонках не встречается...
   Тьфу.
   Владимир Михайлович, пишите лучше про эльфов, попаданцев и магию. Это у вас лучше получается, чем НЛО и РПГ.

31. bubu 2017/01/23 10:12 [ответить]
Просто превосходно? Если я не ошибаюсь, была изначально другая версия, а это переработанный вариант? Отлично вышло!

32. Михайлов Михаил Михайлович (mihalken@mail.ru) 2017/02/04 23:21 [ответить]
Вот не понял самой сути книги. Бродилка ради самой бродилки? Герой, от лица которого ведется описание, не развивается, не получает ничего, все его действия по своей составляющей - однотипны. Автора уважаю за ранее написанные книги, но в данном конкретном случае хочу присоединиться к одному из комментатором: лучше магия и эльфы, чем НЛО и вот игровая тема. Вышло полностью ни о чём, несколько кубометров воды на сотнях страниц книги.

33. Борис (St-nait-god@mail.ru) 2017/02/25 09:13 [ответить]
Спасибо. Рассказ понравился. Будет ли продолжение?

34. IgorZ 2017/02/27 17:43 [ответить]
  > > 32.Михайлов Михаил Михайлович
  > Вот не понял самой сути книги. Бродилка ради самой бродилки? Герой, от лица которого ведется описание, не развивается, не получает ничего, все его действия по своей составляющей - однотипны.
  Герой книги - игровой мир.

35. Vova 2017/03/21 12:02 [ответить]
А вторая книга будет?
Сюжет явно не выглядит законченным и ожидается или как-то попавший в виртуал после смерти Андрей Юрьевич(что-то подобное видел в паре книг этого жанра), или джины ставшие полноценным Искусственным Интеллектом, научившиеся воздействовать на реал и устроившие что-то вроде Матрицы для всего человечества...

36. Макаров Андрей Владимирович (makarov2902@mail.ru) 2017/05/30 21:11 [ответить]
  > > 23.Василий
  >Автор, как вы относитесь к несовсем конструктивной критике?
  > > 24.Мясоедов Владимир Михайлович
  >Стоически.

  Ну тогда получайте еще немного критики.


  >Что говорят врачи? - Спросил я у Кеши сразу же, как только наш бывший куратор скрылся за дверями лифта.
   > -Опухоль зародилась в мозгу, а оттуда с кровью болезнь стремительно распространилась по телу. Оперировать особого смысла нет, ведь вторичные очаги обнаружены в легких, печени и прочей требухе. Андрей Юрьевич просто сдохнет на столе у хирурга, если попробовать удалить их все. - Вздохнул мой приятель. - Короче, с нынешним уровнем развития технологий шансы на излечение попросту отсутствуют. А криозаморозки, чтобы дотянуть до далекого и теоретически светлого будущего, никто так и не изобрел.


  1.Опухоли мозга не метастазируют,так как головной мозг имеет т.н. гематоэнцефалический барьер, поэтому их лечение ограничено только самим мозгом.
  2.По этой же причине (наличие гематоэнцефалического барьера) многие противоопухолевые препараты просто не достигают опухоли мозга. Поэтому химиотерапия часто не эффективна.
  3.Опухоли мозга могут занимать весь мозг. Даже если сама опухоль находится в одном определенном участке мозга, ее клетки могут быть в совершенно другой области мозга.У опухолей мозга нет истинных определенных краев. Поэтому полное удаление опухоли путем операции, лучевой терапии или другими местными методами воздействия невозможно.Первичные опухоли мозга - поликлональные. Фактически это несколько опухолей в одной.
  Каждый клон такой опухоли имеет разную чувствительность к лечению.

  Так, для общего развития накидал пару абзацев.

  В общем если интересуетесь проблемой почитайте сначала соответствующую литературу прежде чем писать чушь о метостазах разрастающихся из головного мозга.

  А лучше пишите о том в чем разбираетесь, о видеоиграх тех же. Не стоит казаться умнее чем есть, это во первых трудно а во вторых всё равно не надолго.

37. Талипов Артём (eric50@yandex.ru) 2017/07/02 18:56 [ответить]
  Когда я прочитал:
  "Диверсия у нас была, Жора. Да какая! Подкупленный конкурентами программист влез в базу данных. Потер он там...Много чего потер. Успели поймать в прямом смысле слова за руку в момент разноса вдребезги системы скриптов, разработанной для управления мыслительными процессами Искусственых Интеллектов, даже несмотря на длительную настройку больше напоминающих Искусственных Идиотов."

  То понял, что в той фирме сплошные придурки.

  1. программист?
  Есть два типа людей. Первые которые знают, что программисты пишут программы. А вторые, которые считают, что программисты это специалисты на все руки, от администрирования баз данных, до починки электрочайников.

  2. программист в базу данных не полезет! Ересь это. Гораздо проще Грохнуть файлы самой базы данных, чем залезать в неё.

  3. программист пишет программы!!! Как его заруку поймать? Вот он написал програму, закинул её на сервер и пошёл домой. А ночью та программа разнесла весь сервер нафиг. Ну а утром он просто не вышел на работу и всё.

  4. Заруку поймать вообще очень сложно. Обычно вдруг выясняется, что чего-то не работает. Но когда оно уже сломалось, то упс, поздняк метаться, ловите конский топот.

  5. если конкуренты наняли дебила, то его спалили бы при поступлении, на банальных вопросах при собеседовании. Если же не спалили, то сами дебилы.

  6. во всех серьёзных фирмах делают очень глубокое резервирование данных. Причём это весьма параноедально. Уничтожить такие данные очень сложно. Доходит до того, что резервную копию копируют на внешний носитель, относят её в бункер, запирают в сейф и выставляют охрану. Но даже без столь суровых мер, есть стадии резервирования, до которых просто так не добраться. Если такого резервирования не делают, то идиоты!


  7. система скриптов в базе данных? Ой! Это ещё что за ересь? В базе данных хранятся данные! Скрипты хранятся в файловой системе!

  8. скриптов для управления искуственным интеллектом? Это что за бред? Скрипты не могут и не будут управлять искуственным интеллектом! Вообще скрипты есть трёх типов:
  во-первых для администрирования, когда админу надо что-то автоматизировать, а писать программу ему лень или же он не умеет этого делать.
  Во-вторых, для динамического изменения веб-контента. Ну веб-разработчики вообще криворукие, так что скрипты им в самый раз. Профи с этим не заморачиваются.
  В-третих, для расширения програм, например для изменения нюансов игры. Опять же сделано для простых пользователей, которым лень заниматся серьёзным программированием.
  А тут вдруг сочетание "скриптов для искуственного интеллекта", ну... это типа "педальный привод для ракетоносителя"?

  Блин... Ужас, ужас, ужас. Дальше герой наверное ляжет в капсулу, типа для виртуальной реальности, а ему на мозг подадут тысячу вольт, а какой-нибудь медик, глядя на вольтметр, скажет "ой, блин, я немного ошибся"! Ну да, ибо тот медик, такой же даун, как программисты и все остальные в той фирме.

38. IgorZ 2017/07/03 20:11 [ответить]
  > > 37.Талипов Артём
  Немного замечаний от программиста.
  >1. программист?
  >Есть два типа людей. Первые которые знают, что программисты пишут программы. А вторые, которые считают, что программисты это специалисты на все руки, от администрирования баз данных, до починки электрочайников.
  Если пишущаяся программа работает с БД, то и администрированием порой приходится заниматься. Часто проще самому подкорректировать какую-то мелочь, чем объяснять штатному администратору БД, что именно нужно. Так что и соответствующий доступ может быть, если программисту доверяют.
  >2. программист в базу данных не полезет! Ересь это. Гораздо проще Грохнуть файлы самой базы данных, чем залезать в неё.
  Проще уничтожить - проще восстановить. К тому же, у программиста (и это нормальная ситуация) может быть доступ к содержимому БД, но не быть доступа к файловой системе сервера.
  >5. если конкуренты наняли дебила, то его спалили бы при поступлении, на банальных вопросах при собеседовании. Если же не спалили, то сами дебилы.
  Обычно подкупают уже работающего сотрудника.
  >6. во всех серьёзных фирмах делают очень глубокое резервирование данных. Причём это весьма параноедально. Уничтожить такие данные очень сложно. Доходит до того, что резервную копию копируют на внешний носитель, относят её в бункер, запирают в сейф и выставляют охрану. Но даже без столь суровых мер, есть стадии резервирования, до которых просто так не добраться. Если такого резервирования не делают, то идиоты!
  В идеале - да. Но во-первых, это не спасёт от потери текущих изменений в БД, внесённых после последнего бэкапа, а во-вторых, в процессе активной работы с данными прерывать рабочий процесс для резервирования поднимется рука не у каждого. Особенно, если ядро коллектива составляет группа единомышленников, и работа идёт непрерывно круглые сутки. Увы, слишком частый случай в действительности (особенно, когда сроки горят).
  >7. система скриптов в базе данных? Ой! Это ещё что за ересь? В базе данных хранятся данные! Скрипты хранятся в файловой системе!
  Я Вас удивлю. В БД хранятся не только данные, но и скрипты. Называться они могут по-разному: хранимые процедуры, пользовательские функции, подпрограммы пользователя... Но суть у них одна: это скрипт, выполняющий определённые пользователем действия над данными, хранящийся внутри БД и вызываемый оттуда по мере необходимости. Язык - обычно какое-то расширение SQL, включающее реализацию всех стандартных возможностей (условие, цикл и т. д.).
  >8. скриптов для управления искуственным интеллектом? Это что за бред? Скрипты не могут и не будут управлять искуственным интеллектом! Вообще скрипты есть трёх типов:
  >во-первых для администрирования, когда админу надо что-то автоматизировать, а писать программу ему лень или же он не умеет этого делать.
  >Во-вторых, для динамического изменения веб-контента. Ну веб-разработчики вообще криворукие, так что скрипты им в самый раз. Профи с этим не заморачиваются.
  >В-третих, для расширения програм, например для изменения нюансов игры. Опять же сделано для простых пользователей, которым лень заниматся серьёзным программированием.
  >А тут вдруг сочетание "скриптов для искуственного интеллекта", ну... это типа "педальный привод для ракетоносителя"?
  Поскольку ИИ в реальности пока не существует, то рассуждать о том, что у него должно быть внутри, несколько самонадеянно. Но какие-то базовые алгоритмы там точно будут, а значит, и программный код, их реализующий, тоже. А как именно это будет реализовано? Вполне возможно, и в виде набора вызываемых по мере необходимости скриптов.
  Кстати, Вы вообще чересчур узко понимаете термин "скрипт". Это может быть любая программа, встроенная в большой проект и вызываемая для произведения определённого частного действия. Часто, но не всегда, скрипт представлен в виде исходного текста программы и интерпретируется в процессе исполнения, но вполне может быть и скомпилирован предварительно. Или храниться сразу в обоих вариантах: и изменять легко, и исполняется быстрее.

  P. S.
  По поводу пп. 3 и 4. Обстоятельства разные бывают. Если же вредитель по какой-то причине вынужден был действовать "врукопашную", а работа идёт практически непрерывно, то вероятность поймать его в процессе становится вполне реальной.

  Так что натяжки у автора есть, но вполне в пределах реального.

39. Талипов Артём (eric50@yandex.ru) 2017/07/03 21:51 [ответить]
  > > 38.IgorZ
  >Если пишущаяся программа работает с БД, то и администрированием порой приходится заниматься. Часто проще самому подкорректировать какую-то мелочь, чем объяснять штатному администратору БД, что именно нужно. Так что и соответствующий доступ может быть, если программисту доверяют.

  Это да, такое бывает. Но чаще всего в маленьких компаниях.
  В больших, есть множество бд, на разных серверах. А одна из программ, врят ли требует доступ ко всем базам сразу.
  Тут, я бы ожидал бд на локальной машине с тестовым набором данных.
  Даже у каких-нибудь почтовых серверов с дополнительными примочками, около полусотни разных баз данных. Поинтересуйтесь, как живут mail.ru или vkontakte.ru
  А если большая игра, эмулирующая мир, то количество и объём баз данных, меня откровенно пугает.

  >Проще уничтожить - проще восстановить.

  Это верно для мелких и средних компаний.
  В больших компаниях, резервируют все транзакции, из которых потом можно будет востановить удалённые записи.
  А ещё есть такая крутая фича - теневая копия!

  > К тому же, у программиста (и это нормальная ситуация) может быть доступ к содержимому БД, но не быть доступа к файловой системе сервера.

  В принципе да. Давать просто так доступ к файловой системе сервера это черезвычайно стрёмно.
  Но давать полный доступ к единственной базе данных, которая не резервируется и не логируется ещё более феерично.
  Вообще у нормального админа рефлекс на максимальное уризание прав. Они прям так ходит и бормочет "а это я урежу, слишком жирно будет!"

  >Обычно подкупают уже работающего сотрудника.

  Упс. Я хотел сказать, что сотрудник, если устроился в такую большую фирму, то явно не дурак.

  > Но во-первых, это не спасёт от потери текущих изменений в БД внесённых после последнего бэкапа,

  Резервирование не спасёт. А те же журналы транзакций очень даже спасут.
  А тут же, судя по тексту, ёкнулась работа за год.

  > а во-вторых, в процессе активной работы с данными прерывать рабочий процесс для резервирования поднимется рука не у каждого.

  Хе-хе-хе. Вы меня удивляете.
  Что самое ценное? Это исходный код и исходные данные.
  А их, удобнее всего, хранить в системе версирования, вроде git или хотя бы svn.
  Ну а репозитории, очень даже элементарно бэкапятся.

  > Особенно, если ядро коллектива составляет группа единомышленников, и работа идёт непрерывно круглые сутки. Увы, слишком частый случай в действительности (особенно, когда сроки горят).

  Ну, если сроки горят, то чаще всего получается костыль на костыле и костыль подпирает.
  Так что, если такая работа ёкнется, то не особо-то и жалко.

  >Я Вас удивлю. В БД хранятся не только данные, но и скрипты. Называться они могут по-разному: хранимые процедуры, пользовательские функции, подпрограммы пользователя...

  Да-да. Но называть их "скрипты", можно с натяжкой.
  Ну и ради справедливости замечу, что оригиналы, всё равно должны лежать в системе версирования.

  > Но суть у них одна: это скрипт, выполняющий определённые пользователем действия над данными, хранящийся внутри БД и вызываемый оттуда по мере необходимости. Язык - обычно какое-то расширение SQL, включающее реализацию всех стандартных возможностей (условие, цикл и т. д.).

  Ну понятно. Кроме sql делают на java, python. Сейчас очень любят язык R. Хотя последний, в базу данных не пихают.
  Но исходники-то лежат где-то в отдельном месте!

  >Поскольку ИИ в реальности пока не существует,

  Ох. Вы из какого века выбрались? Уже существует! Причём в разных модификациях. Те же игроделы уже давно используют. Правда тот ИИ нельзя назвать полноценным. А сейчас есть ещё ibm Вацон. Да и некоторые аналогичные системы тоже.

  > то рассуждать о том, что у него должно быть внутри, несколько самонадеянно.

  Элементарная логика. Зачем скрипт если есть полноценные языки программирования?

  > Но какие-то базовые алгоритмы там точно будут, а значит, и программный код, их реализующий, тоже. А как именно это будет реализовано? Вполне возможно, и в виде набора вызываемых по мере необходимости скриптов.

  Ну это естественно.

  >Кстати, Вы вообще чересчур узко понимаете термин "скрипт". Это может быть любая программа, встроенная в большой проект и вызываемая для произведения определённого частного действия. Часто, но не всегда, скрипт представлен в виде исходного текста программы и интерпретируется в процессе исполнения, но вполне может быть и скомпилирован предварительно. Или храниться сразу в обоих вариантах: и изменять легко, и исполняется быстрее.

  Узко? Может и так. Смотрю на википедию и читаю, что "сценарный язык" - интерпретируется! И есть оговорка, что для него может использоваться джит компиляция.
  Ну да, временный машинный код, может хранится. Только вот джит компиляция это не совсем компиляция. Таким образом скрипт это не совсем то, что называется компилируемой программой.
  А самый главный момент в том, что скрипт работает медленнее, чем машинный код.
  Для ИИ работающем на слабом железе, нужны очень быстрый код. А железо будет тормозить всегда. Поскольку всегда будет желаться, чтоб программа работала быстрее и ещё быстрее.

  >По поводу пп. 3 и 4. Обстоятельства разные бывают. Если же вредитель по какой-то причине вынужден был действовать "врукопашную", а работа идёт практически непрерывно, то вероятность поймать его в процессе становится вполне реальной.

  Ну это да. Только тут, мне кажется, что вредитель, нарочно действовал руками, чтоб его поймали поскорее, а он не смог бы уничтожить слишком много.

  >Так что натяжки у автора есть, но вполне в пределах реального.

  Ширше думайте. Это большая компания. А значит у них и защита должна быть очень серьёзной.

  На самом деле, вот описания действий того программиста, очень походят на действия школьника, который устроился на работу в крохотную веб-студию, где кроме него есть ещё блондинка-дизайнерша, блондинка-тестировщица и блондинка-бугалтерша, да алкаш-админ.

  Не... Конечно, ложают даже крупные компании. Вон, как например тут недавно убили всю сеть газпрома. Ну да, убили. А потом админы быстренько подняли дубль, на резервных мощностях из резервных копий.

40. IgorZ 2017/07/05 20:48 [ответить]
  > > 39.Талипов Артём
  >> > 38.IgorZ
  У Вас, на мой взгляд, фундаментальная ошибка в исходной формулировке. Вы полагаете, что раз для крутой игры требуется много железа, то разработчика из книги логично сравнивать с Газпромом или Мэйл.Ру. То есть, с лужей, образно говоря: разросшейся вширь, но не в глубину. Тот же Мэйл.Ру отличается от почтового сервера мелкой фирмы количественно, а не качественно.
  Но структура описанной компании-разработчика совершенно иная. Она, на описанном в книге этапе, образно говоря, скважина, бурящая вглубь, и только собирается переходить к разворачиванию вширь. Соответственно, и организация работ в ней идёт совершенно иначе (практика показывает, что создание принципиально нового в компании со структурой Газпрома почему-то невозможно. Образно говоря, братья Райт работали в гараже, а Боинг только лепит новые обои на старые модели самолётов). А значит, и рассматривать компанию из книги следует как мелкую фирмочку, просто большого размера.
  Остальные замечания, на мой взгляд, именно мелочь, особо не влияющая на качество книги. К примеру, система контроля версий. Автор, возможно, о таких даже не слышал. Так и большинство читателей тоже. Да и фраза об уничтоженных за последний год наработках вполне может относиться в том числе и к ней.

41. Талипов Артём (eric50@yandex.ru) 2017/07/10 00:16 [ответить]
  > > 40.IgorZ
  >> > 39.Талипов Артём
  >>> > 38.IgorZ
  >У Вас, на мой взгляд, фундаментальная ошибка в исходной формулировке. Вы полагаете, что раз для крутой игры требуется много железа, то разработчика из книги логично сравнивать с Газпромом или Мэйл.Ру.

  Обоснованное замечание. Вообще-то я внутреннею иерархию организации не продумывал. С большими компаниями проводил аналогию, поскольку они о себе рассказывают больше, чем небольшие и спецефичные.

  Исходил из соображений логичного деления организации на отделы занимающиеся своими делами.

  И да... При всём уважении к гаражным самодельщикам, запилить большую игру с виртуальной реальностью, на коленках считаю невозможным. Просто потому, что там не только надо много мощного железа, но и много мелочей нужно прорабатывать. Блин... Да под разработку искина, нужно сотню отделов выделить. Или это растянется на долгие годы.

42. IgorZ 2017/07/11 19:05 [ответить]
  > > 41.Талипов Артём
  >> > 40.IgorZ
  >>> > 39.Талипов Артём
  >И да... При всём уважении к гаражным самодельщикам, запилить большую игру с виртуальной реальностью, на коленках считаю невозможным. Просто потому, что там не только надо много мощного железа, но и много мелочей нужно прорабатывать. Блин... Да под разработку искина, нужно сотню отделов выделить. Или это растянется на долгие годы.
  Речь не о буквальном подобии, а о совпадении принципов: разработчики связаны в первую очередь не формальными, а личными отношениями, любые формальные правила игнорируются, если мешают рабочему процессу (и резервирование традиционно страдает первым), и так далее.
  Что до сотен отделов и долгих годов, то тут есть два соображения: работа над ИИ данной группы шла, фактически, десятилетия (ГГ и его друг подключились к ней ещё в институте), так что к разработке ИИ группа приступила с готовой детально теоретической проработкой и, вероятнее всего, готовыми фрагментами будущего ИИ; многие фрагменты ИИ, скорее всего, генерировались автоматически, относительно примитивным псевдо-ИИ, то есть, на программистов легла самая ответственная и тяжёлая, но небольшая по объёму часть работы.

43. Талипов Артём (eric50@yandex.ru) 2017/07/12 01:21 [ответить]
  > > 42.IgorZ
  >> > 41.Талипов Артём
  >>> > 40.IgorZ
  >Речь не о буквальном подобии, а о совпадении принципов: разработчики связаны в первую очередь не формальными, а личными отношениями, любые формальные правила игнорируются, если мешают рабочему процессу (и резервирование традиционно страдает первым),

  Ха-эм.... Не знаю как у вас, а я в любом случае стараюсь резервировать свои файлы. Бывает забываюсь и пару раз терял часть дневного труда. Но остальное вытянуть можно.
  Редакторы сохраняют копии, некоторые даже сразу две.
  Файлы резервируются системой в точках востановления.
  Плюс коммиты улетают в локальный репозиторий.
  Локальный репозиторий дублируется на серверный.
  По расписанию, ежедневно, делаются три архива, на флэшку и в два облака.
  Просто мне жалко терять свой труд.

  >Что до сотен отделов и долгих годов, то тут есть два соображения: работа над ИИ данной группы шла, фактически, десятилетия (ГГ и его друг подключились к ней ещё в институте), так что к разработке ИИ группа приступила с готовой детально теоретической проработкой и, вероятнее всего, готовыми фрагментами будущего ИИ; многие фрагменты ИИ, скорее всего, генерировались автоматически, относительно примитивным псевдо-ИИ, то есть, на программистов легла самая ответственная и тяжёлая, но небольшая по объёму часть работы.

  Ох, милота! Игроделы прямо из студентов это ещё тот цырк! Алёна C++, очень смачно о них написала.

  Поймите меня правильно. Я интересуюсь искуственным интеллектом, но к игроделам вообще никак не отношусь, кроме одного нелепого проекта. Так что о геймдеве имею теоретические знания.

  Далее, ии, который недоделан, но разрабатывает полноценный ии, это этакий миф. Самое близкое сравнение описал барон Мюнхаузен, о том, как он сам себя вытягивал из болота за волосы.

  Конечно, какую-то часть работы, можно переложить на слабый ии. Ну например протестировать код, найти в нём баги, найти в нём сомнительные места, оптимизировать код и всё такое.

  Можно ещё попросить ии, немного прокачать и развить сам код. Но это делается за счёт других проектов. Просто ии, ищет в других проектах аналогичные, но более качественные функции, которыми заменяет недоделки.

  А вот написать новый функционал... Тут нужен сильный искуственный интеллект или даже полноценный разум. Причём, даже в этом случае, кроме прокачки умения программировать, надо прокачивать кучу сопутствующих знаний. Банально, чтоб писать свой ии, надо разбираться в психологии, да не на уровне гуманитария, а продвинутого исследователя.

  Ну и такой момент. Если у них в компании, хорошо прокаченые искины, то этих искинов пихнули бы для всякой рутины. Просто когда под рукой есть инструмент, то им попытаются затыкать все дыры. Как минимум поставили бы искина на администрирование сети и обеспечения безопастности.
  Посмотрите на яндекс, у них поисковые движки, воткнуты вообще везде, даже в месенджеры, каталогизаторы и прочую лабудень.

  Но! Судя по деверсии, то безопастность и администрирование вызывает лишь печальную улыбку. Следовательно искины у них очень слабые, тупые и глючные.

44. IgorZ 2017/07/13 21:22 [ответить]
  > > 43.Талипов Артём
  >> > 42.IgorZ
  >>> > 41.Талипов Артём
  >>Речь не о буквальном подобии, а о совпадении принципов: разработчики связаны в первую очередь не формальными, а личными отношениями, любые формальные правила игнорируются, если мешают рабочему процессу (и резервирование традиционно страдает первым),
  >Ха-эм.... Не знаю как у вас, а я в любом случае стараюсь резервировать свои файлы.
  ...
  >По расписанию, ежедневно, делаются три архива, на флэшку и в два облака.
  >Просто мне жалко терять свой труд.
  До такого я ещё не дошёл: резервирую раз в неделю.
  Но ситуацию, когда автоматическое резервирование отключается (временно, разумеется... по задумке), ибо мешает работе, а вручную делается по принципу "делалось же...недавно...кажется...а, ладно, потом, некогда!", наблюдать доводилось. Люди порой так забавно сочетают педантичность и раздолбайство...
  >>Что до сотен отделов и долгих годов, то тут есть два соображения: работа над ИИ данной группы шла, фактически, десятилетия (ГГ и его друг подключились к ней ещё в институте), так что к разработке ИИ группа приступила с готовой детально теоретической проработкой и, вероятнее всего, готовыми фрагментами будущего ИИ; многие фрагменты ИИ, скорее всего, генерировались автоматически, относительно примитивным псевдо-ИИ, то есть, на программистов легла самая ответственная и тяжёлая, но небольшая по объёму часть работы.
  >Ох, милота! Игроделы прямо из студентов это ещё тот цырк! Алёна C++, очень смачно о них написала.
  Ай-яй-яй! Вы, кажется, и содержание уже подзабыли, и посты не слишком внимательно читаете. Напоминаю: ГГ и его друг в институте подключились а) не к игродельству, а к разработке ИИ; и б) к работающей уже долго и упорно группе (соответственно, взяли их для начала на "обезьянью" работу с перспективой по мере повышения компетентности дорасти до полноценного участия).
  >Далее, ии, который недоделан, но разрабатывает полноценный ии, это этакий миф. Самое близкое сравнение описал барон Мюнхаузен, о том, как он сам себя вытягивал из болота за волосы.
  >Конечно, какую-то часть работы, можно переложить на слабый ии. Ну например протестировать код, найти в нём баги, найти в нём сомнительные места, оптимизировать код и всё такое.
  >Можно ещё попросить ии, немного прокачать и развить сам код. Но это делается за счёт других проектов. Просто ии, ищет в других проектах аналогичные, но более качественные функции, которыми заменяет недоделки.
  >А вот написать новый функционал... Тут нужен сильный искуственный интеллект или даже полноценный разум. Причём, даже в этом случае, кроме прокачки умения программировать, надо прокачивать кучу сопутствующих знаний. Банально, чтоб писать свой ии, надо разбираться в психологии, да не на уровне гуманитария, а продвинутого исследователя.
  >Ну и такой момент. Если у них в компании, хорошо прокаченые искины, то этих искинов пихнули бы для всякой рутины. Просто когда под рукой есть инструмент, то им попытаются затыкать все дыры. Как минимум поставили бы искина на администрирование сети и обеспечения безопастности.
  >Посмотрите на яндекс, у них поисковые движки, воткнуты вообще везде, даже в месенджеры, каталогизаторы и прочую лабудень.
  >Но! Судя по деверсии, то безопастность и администрирование вызывает лишь печальную улыбку. Следовательно искины у них очень слабые, тупые и глючные.
  Во-первых, я подразумевал несколько иное в первую очередь: программист разрабатывает общий алгоритм, а примитивный ИИ (возможно, даже ещё не имеющий права так называться) на основе алгоритма генерирует код. Иначе говоря, на человеке - творчество, на ИИ - рутина. С этим даже индусы обычно справляются, так что и недо-ИИ потянет. Не сумел понятно донести мысль, мой косяк. Надеюсь, сейчас ясно изложил?
  Во-вторых, не могло быть так, что нет ничего, кроме слабого, тупого и глючного недо-ИИ, а потом вдруг из ничего возникает супер-ИИ, способный управлять целым виртуальным миром. Если у них появился релиз, значит, были и беты, и альфы. А почему они не поручили бете администрирование сети, может быть куча объяснений, начиная с "не догадались" (и это бывает куда чаще, чем можно было бы подумать) или "неохота было отвлекаться от увлекательного творческого процесса на нудную настройку ИИ-администратора - и так всё работает".
  В-третьих, до нынешнего Яндекса команда разработчиков из книги дорастёт, когда игра выйдет в релиз, устранит вылезшие в процессе косяки и наберёт солидный пул постоянных пользователей. Тогда и начнёт разрастаться вширь, втыкая уже ставший "рабочей лошадкой" ИИ везде, где ни попадя.

45. Mike 2017/09/21 17:34 [ответить]
  Весьма забавный производственный роман - не про литРПГ-манчкинов, а про тех, кто судорожно в последний момент накатывает патчи. %)
  Только лучше бы было, если бы первоначальный проект грохнулся не из-за злого диверсанта, а из-за благонамеренного дурака - или сочетания парочки таковых. Более жЫзненно бы получилось. Но и так неплохо.
  Не факт, что продолжение будет иметь смысл - в принципе, понятно, что АИ доработают и всех временных демиургов выкинут, собрав подписки о неразглашении. Что-то иное будет выглядеть искусственно. Но может, чего и получится, пару лазеек автор для себя оставил.

47. Socolik 2018/11/06 14:44 [ответить]
ну книга интересная. если не вникать в мелочи. но развития героя нет, зачем нужна линия с умирающим стариком - не ясно. где продолжение - не ясно. 3\5.

Страниц (2): 1 2

Связаться с программистом сайта.

Новые книги авторов СИ, вышедшие из печати:
О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

Как попасть в этoт список

Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"

Мясоедов Владимир Михайлович : другие произведения.

Комментарии: Заместитель для демиурга ()

Комментарии: Заместитель для демиурга
()