Сообщений в теме: 43

[Gravitational Singularity]

На это прекрасной ноте я ворвусь и скажу, что бьондогайд ничему толковому не научит.
Переводить надо всё это:
http://www.byond.com...icles/resources
Начав с гайдов Forum_account'a.

[Genglad]

Оп пост обновлён.
Добавлены 5 и 8 главы от Epicus'а.
Redomine пропал куда то, с 4 главой.
И я задерживаю 7 главу. Добавлю в срок 2 дня.

[Genglad]

Оп пост обновлён

[Jarl]

Решил почитать. Поглядывая оригинал и перевод начал понимать что значат эти переменные. А ведь раньше я лишь копировал, вставлял, исправлял, а теперь я понимаю что от чего зависит.
Спасибо, даже зеленое сердечко дам.

Скрытый текст

♥

[TereTox]

Гайды - это скучно. Эксперименты с пиццей в и чашкой чая в руке - самое то.

[rjkz7123]

Будут ли переведены остальные главы, или энтузиазм уже закончился?

[Epicus]

ОП сильно занят ИРЛ ближайшие неделю-недели две, а я по-тихоньку перевожу очередную главу, которая будет готова к среде-четвергу.

[Genglad]

Обязуюсь после 14 всплыть с переводом. Диплом пишу.. .как бэ.

[Genglad]

Я защитился. Начинаю по-тихоньку всплывать.

[Gwini]

Вот в чем забава. В Дрим мейкере не компилится даже самый первый исходный код с хэллоуворлдом. Быть может, и даже скорее всего, это я идиот, но можете просветить?

Все, дошло, скомпилировал

[Gwini]

Кгхм. Теперь жалуется на второй же код в этом гайде, в основном, на отступы.

[Jarl]

Сверяйтесь с оригинальным гайдом.

[Morfei]

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

[Epicus]

Gwini (19 June 2013 - 18:16) писал:

Кгхм. Теперь жалуется на второй же код в этом гайде, в основном, на отступы.

Беда, беда. Отступы слетели совсем тут. У меня есть файлы переведенных мною глав в формате word, там это все сохранилось. Не плохо было бы перейти на формат файлов может быть? Не знаю. Проблема только с файлообменниками.

[Epicus]

Epicus (25 June 2013 - 02:59) писал:

Отступы слетели совсем тут.

Из-за проблем с сохранением оформления на форуме, переехали на вики. Понемногу переношу готовые главы, все новые будут сразу появляться там. Уже перенес 5, 8 и 9, новую, главу.

[gerrCrazzy]

А давайте устаканим терминологию

• Информационный объект (Data Object) - просто объект
  
• Действие (proc) - метод или (дух старой школы) функция-член, действие оставить для verb'ов. И вообще proc переводится очень рандомно, но это точно не процесс и процедурой называть не стоит.

[Epicus]

В заголовке лучше звучит "Информационный объект Мир/Клиент", нежели чем "Объект Мир/Клиент".
verb - действие игрока, proc - сервера, я считаю что если по контексту разницы особой нет, то это действие, если действие игрока, то действие игрока, а если это действие сервера, то действие сервера или действие proc, на худой конец. Действие Verb тоже может быть.

Кстати они делят объекты на информационные и материальные. Клиент и Мир - информационные объекты, потому что их нельзя увидеть или пощупать персонажем, так что сокращать тем более не стоит.

[gerrCrazzy]

Epicus (01 July 2013 - 11:12) писал:

В заголовке лучше звучит "Информационный объект Мир/Клиент", нежели чем "Объект Мир/Клиент".

Информационный объект - это выдуманный термин, который надо либо определить, либо отказаться от его использования.

Epicus (01 July 2013 - 11:12) писал:

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

Действие - еще один взятый с потолка термин, неплохо было бы его определить перед использованием. В чем смысл наворачивания дополнительных абстракций на и так со всех сторон текущие абстракции бийонда? Как по мне verb логичней рассматривать, как procs, которые завернуты в доп код, который проще вызвать из программы-клиента, ничего более.

Epicus (01 July 2013 - 11:12) писал:

Кстати они делят объекты на информационные и материальные. Клиент и Мир - информационные объекты, потому что их нельзя увидеть или пощупать персонажем, так что сокращать тем более не стоит.

Это где такое в оригинальной документации написано? И в чем заключается разница при кодинге?

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

[Epicus]

gerrCrazzy (01 July 2013 - 12:52) писал:

Это где такое в оригинальной документации написано? И в чем заключается разница при кодинге?

Начало 8 главы. Разница, насколько я понимаю, в их смысле и, соответственно, переменных. Ну, например, Информационным Объектам не нужен спрайт.

И наши формулировки должны как можно точнее совпадать с формулировками американцев, потому что наш код тесно связан с их билдами. Потом же у кодеров будут проблемы на американских форумах, если мы совместим понятия verb и proc.

[gerrCrazzy]

Спасибо, начинает кое чего прояснятся. Едем дальше, в приложении 5 написано, что:

Цитата

All object types at the top level are implicitly derived from /datum unless parent_type is pointed to something else.

Т.е. с точки зрения кодинга atom всего лишь наследник datum, расширенный некими свойсвами/методами, в том числе и спрайтами. Два несвязанных термина абсолютно ни к чему.
Более того, не удивлюсь, если валидна следующая конструкция:

Цитата

datum
  parent_type = atom

И тогда вообще все информационные объекты превратятся в тыкву материальные.

Касательно официального гайда, там сказано:

Цитата

The object types you have seen so far are mob, obj, turf, and area. These are the atomic objects seen and manipulated by players. There are other types of data objects which only you, the programmer, can manipulate. To distinguish between the two, we either use the term atom or datum.

Написано очень мутно, и можно сделать ложный вывод о том, что программер не может менять atoms(!). Или совсем бредовый, что игрок не может взаимодействовать с turf. Вероятно эта глава вообще писалась до выхода byond2.0. В общем строить контринтуитвную терминологию на основе очень спорного абзаца все таки не стоит.

Итого - предлагаю datum, atom, verb, proc вообще не переводить, а если сильно хочется использовать русские буквы, то писать транслитом, заоодно и расхождения с омериканскими форумами меньше будет.

Или это я один такой тупой, что для толкования терминов материальный и информационный объект мне пришлось читать сначала перевод, потом оригинал?