Войти
ФлеймФорумПрограммирование

not invented here (14 стр)

Страницы: 111 12 13 14 15 16 Следующая »
#195
12:06, 13 фев. 2013

Zefick

Потом все просто. При десериализации создаешь объект, добавляешь в мапу m[id] = address; когда встретишь id, идешь в эту мапу и вынимаешь адрес.


#196
12:40, 13 фев. 2013

du_hast

Кстати, для чего мапы используешь ? :)

#197
12:57, 13 фев. 2013

Sbtrn. Devil
> Разумеется, идентификация объектов - не единственный пример, но даже его вполне
> хватает для иллюстрации преимущества адресной арифметики.
Я не увидел тут адресной арифметики.

Sbtrn. Devil
> Закладываться в структуре объекта на его сериализируемость - уже само по себе
> признак наикостыльнейшего костыля.
Задача изначально стояла костыльная. Если уж мы делаем все по ооп, то объекты a и b должны сериализовываться как одна структура, при условии что a.equals(b), не суть равны ли они по ссылкам.

Sbtrn. Devil
> Разве что в своих объектах пользуешься другими своими объектами только через
> такие обёртки, но на такой извращённый мазохизм даже ты вряд ли пошёл бы.
Потому что это нахрен не нужно.

Sbtrn. Devil
> . Писал бы хотя бы игру с нетривиальной моделью и сейвом
Я писал программы с логикой в разы сложнее чем какая-то игрульки, так что мимо. Не надо мне рассказывать что какая-то говноигра, которую ты быдлокодил может являться вершиной программной инженерии.

#198
13:29, 13 фев. 2013

Iskander

Это сайт игроделов  ... Тебя сильно не поймут :)

#199
11:42, 14 фев. 2013

Iskander
> Я не увидел тут адресной арифметики.
Получение адреса в численном виде - не арифметика?

> Задача изначально стояла костыльная. Если уж мы делаем все по ооп, то объекты a
> и b должны сериализовываться как одна структура, при условии что a.equals(b),
> не суть равны ли они по ссылкам.
На словах-то оно звучит красиво, да только вот беда - как только доходит до вопроса "и в каком формате это представить?" (не в смысле бинарном-текстовом, а как указать, что это именно "одна структура"), всё буксует, и решения не рожаются.

> Я писал программы с логикой в разы сложнее чем какая-то игрульки, так что мимо.
> Не надо мне рассказывать что какая-то говноигра, которую ты быдлокодил может
> являться вершиной программной инженерии.
Не думай об игрульках свысока. Там нередко решаются такие задачи, от которых эти твои программы со сложной логикой бегут в ужосе. Игрулька своё состояние (весьма нетривиальное!) сериализирует-десериализирует и не морщится, а такая могучая инфраструктура, как веб (включая сервера, браузера и прочее) - про неё достаточно сказать, что используемый ею протокол HTTP и его ближайшая обвязка до сих пор stateless, а для прикрытия этого срамного обстоятельства предлагаются костыли самого позорного и ужасающего вида.

#200
12:31, 14 фев. 2013

Iskander
> Я писал программы с логикой в разы сложнее чем какая-то игрульки, так что мимо.
Например?

#201
14:55, 14 фев. 2013

Sbtrn. Devil
> Игрулька своё состояние (весьма нетривиальное!) сериализирует-десериализирует и
> не морщится
  Ага, так не морщится что некоторые игрульки позволяют сохранять состояние только в определённых точках, после прохождения которых вернуться назад уже нельзя, а то что будет дальше никак не зависит от предыдущих стостояний и это занимает у них иногда далеко даже не секунды времени. Ну и надо ещё подумать что она там сохраняет. Какую игру не возьми там сериализацию можно сделать без всякой адресной арифметики.

#202
15:38, 14 фев. 2013

Ataman
> Например?
Письками померяться хочешь? Например системы актуарного анализа, система учета и распознавания фальшивых и испорченных купюр, система сбора статистики для контроля и сверки продаж ценных бумаг и кредитов по всей стране. Сейчас системы цифрового тв. Это не считая всякого говна.
Да по сути у почти любой более-менее сложной десктопной программы логика будет как минимум не меньше. Не надо считать игры каким-то венцом программной инженерии, еще раз говорю.
Sbtrn. Devil
> Там нередко решаются такие задачи, от которых эти твои программы со сложной
> логикой бегут в ужосе.
Не надо много ума, чтобы хотя бы посчитать человеко-часы, потраченные на разработку. Там разница в пару порядков.
Sbtrn. Devil
> всё буксует, и решения не рожаются.
Рожаются прекрасно.
Sbtrn. Devil
> достаточно сказать, что используемый ею протокол HTTP и его ближайшая обвязка
> до сих пор stateless
1. Не вебом единым.
2. Каким боком это относится к джаве или плюсам?
3. И да, тебе не кажется что это как-раз таки говорит лучшим образом о сериализации? Ведь для конечного пользователя это выглядит вполне стейтфул.

Sbtrn. Devil
> а для прикрытия этого срамного обстоятельства предлагаются костыли самого
> позорного и ужасающего вида.
Комет костыль, я согласен. Только какое это отношение имеет к адресам и джаве/цпп?

#203
22:34, 14 фев. 2013

Iskander
> Например системы актуарного анализа, система учета и распознавания фальшивых и
> испорченных купюр, система сбора статистики для контроля и сверки продаж ценных
> бумаг и кредитов по всей стране.
Ну и как это можно сравнивать то?

#204
1:09, 15 фев. 2013

Ataman
> Ну и как это можно сравнивать то?
Модели и синхронизация там горааааздо нетривиальнее будут.

#205
6:44, 15 фев. 2013

  Так всё-таки можно пример игры (желательно даже с открытыми кодами и указанием где в них можно посмотреть), где для сохранения используется что-то сложнее POD-структур уже не говоря о циклических и множественных ссылках?

#206
12:19, 15 фев. 2013

Zefick
> Ага, так не морщится что некоторые игрульки позволяют сохранять состояние
> только в определённых точках, после прохождения которых вернуться назад уже
> нельзя, а то что будет дальше никак не зависит от предыдущих стостояний и это
> занимает у них иногда далеко даже не секунды времени.
А это как раз следствие того, что в индустрию поналезают индусы, программировавшие ранее "серьёзные приложения на жабе". И задача полноценной сериализации для них оказывается всё более и более непосильным трудом. Оттого и деградирует индустрия.

> Так всё-таки можно пример игры (желательно даже с открытыми кодами и указанием
> где в них можно посмотреть), где для сохранения используется что-то сложнее
> POD-структур уже не говоря о циклических и множественных ссылках?
Ну, допустим, кваке.

Iskander
> Не надо много ума, чтобы хотя бы посчитать человеко-часы, потраченные на
> разработку. Там разница в пару порядков.
Количество не гарантирует качество. Человеконеделя нечеловеческого напряжения ума и таланта против человекогода унылого чтения унылого багтрекера и пофиксов идиотских багов в 1-2 строчки - это ж ни в какое сравнение.

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

> 2. Каким боком это относится к джаве или плюсам?
Это демонстрирует, как технологии, почитаемые сложными и серьёзными, в техническом смысле оказываются позорнее, чем "простые и несерьёзные".

> 3. И да, тебе не кажется что это как-раз таки говорит лучшим образом о
> сериализации? Ведь для конечного пользователя это выглядит вполне стейтфул.
Это очень ужасно выглядит для конченого пользователя, на самом деле. Самые классические и бессмертные проблемы - постоянно отваливающиеся сессии (кукиесы постоянно устаревают и автоудаляются) и кнопочка "рефреш" (конструкции из хтмл/жс/ажакса на тему "обновляться каждые N секунд" недалеко от неё ушли). Уже давным-давно пора изобрести, как минимум, протокол с полноценными стандартизованнами сессиями с поддержкой пуш-нотификаций и режимом реалтаймового интерактивного коннекта по типу IRC. Но что-то мешает танцорам веба.

> Комет костыль, я согласен. Только какое это отношение имеет к адресам и
> джаве/цпп?
Как иллюстрация "логики в разы сложнее" и "вершины программной инженерии", которая по факту не является таковой, несмотря на очевидно бОльшие вбубуханные в неё ресурсы и раскрученность. Если на плохом языке (тут нужно за компанию пнуть лисп) пишут навороченные приложения, это не признак того, что язык крут, а признак того, что нужно с подозрением относиться к таким приложениям.

#207
12:33, 15 фев. 2013

Sbtrn. Devil
> Человеконеделя нечеловеческого напряжения ума и таланта
Охлол. Хотя я верю, для программистов вроде тебя это  нечеловеческой напряжение ума и таланта.

Sbtrn. Devil
> . Самые классические и бессмертные проблемы - постоянно отваливающиеся сессии
> (кукиесы постоянно устаревают и автоудаляются)
Это индусы вроде тебя, считающие что они знают про сериализацию. У меня ниче не отваливается в вебе. А вот во всяких сиплюсплюсных игрульках, вроде дайбаблы или старкрафта - постоянно вводить пароль надо.

Sbtrn. Devil
> и кнопочка "рефреш" (конструкции из хтмл/жс/ажакса на тему "обновляться каждые
> N секунд" недалеко от неё ушли).
Ты бы хоть не позорился. Давно уже так не делают - юзают вебсокеты или комет.

Sbtrn. Devil
> как минимум, протокол с полноценными стандартизованнами сессиями с поддержкой
> пуш-нотификаций и режимом реалтаймового интерактивного коннекта по типу IRC
Иногда лучше жевать чем говорить. Вебсокетам года 3 уже. Пуш-нотификациям вообще лет 10, если не больше.

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

#208
12:38, 15 фев. 2013

Sbtrn. Devil
> Если на плохом языке (тут нужно за компанию пнуть лисп) пишут навороченные
> приложения, это не признак того, что язык крут, а признак того, что нужно с
> подозрением относиться к таким приложениям.

Те, кто имел дело с "плохим" лиспом, писали иное, ибо ...

#209
13:46, 15 фев. 2013

Казалось, тред был о другом.

Страницы: 111 12 13 14 15 16 Следующая »
ФлеймФорумПрограммирование

Тема в архиве.