P.S. В детстве (летом) я часто ездил на Финляндский вокзал. А это езда на автобусе №2 (или №47). И меня всегда поражало, как же это удобно, когда есть тоннель: автобус заезжает в тоннель перед поворотом на Литейный мост. Ну, почему же не наделать тоннелей? И светофоров не надо.
Очень больной вопрос. Всё время сталкиваемся с неудобными светофорами.
Проблема-то какая? Светофор делит поток на части. Его главная задача — уменьшить порцию машин, приезжающих к следующему светофору. Отсюда вывод: зелёный не может быть долгим. Но зависимость от количества машин обратная: чем выше интенсивность потока, тем чаще надо переключать светофор. С другой стороны, нужно пропустить очень много машин, скопившихся в каком-то одном направлении. То есть: имеется несколько разноуровневых проблем, которые довольно трудно совместить в одном критерии.
Ближайший пример: Санкт-Петербург, маршрут №191. Пока доедешь до Невского, постоишь на всех светофорах. Разогнаться невозможно.
К сожалению, решение задачи никак не может лежать в области оптимальных алгоритмов управления светофорами. Обязательно, нужно распределять потоки. А что делать, если, например, Тучков мост — это место схождения множества разнородных потоков?! Тщательно развести! Не могут.
А чего можно поделать, если даже простую настройку не могут сделать, чтобы при переходе пешеходов зелёный горел ровно столько, чтобы любой пожилой человек перейти смог (с запасом).
А почему нет? Если есть какие-то важные объекты и особенности работы с этими объектами, то должен быть и подходящий под них язык программирования. Разве не так?
Unity по сути принес в массы data-driven описание игровых объектов и префабы в целом. Если посмотреть на движки из прошлого, то можем заметить что в GoldSrc/Source датадривена вообще не было (за исключением того, что энтити вручную описывались в vdf-файле программистами вместе со всеми полями), префабы можно было поставить только в рамках редактора уровней и только до сборки уровня. В самом движке префабов не было.
А можно пояснить смысл выделенных слов? Можно, конечно, все ответы найти самостоятельно, но хочется послушать и... начальника транспортного цеха. ;-)
Возможно, и так. Я всегда за разделение труда. Но проблема в том, что сущности до конца не прописываются, и разработчики вынуждены доделывать всё, что нужно, по ходу реализации проекта.
Всё это будет работать только при условии, если руководство само будет следить за охраной труда. У Вас шумный компьютер? Тогда мы его Вам заменим. Тёмный офис? Отремонтируем, переедем... А питание? А лечение? Тут одно из двух: либо у работника свободный график, и он сам решает свои проблемы; либо такого, уж, свободного графика нет, но тогда работодатель сам берёт на себя и централизованное питание, и централизованное лечение (включая диспансеризации и постоянное медицинское наблюдение за сотрудниками).
Подождите! А в чём, вообще, проблема? Допустим, у нас есть двумерный массив указателей на объекты (числа, вектора, строки, функции). Ну, сколько памяти это может затратить? Пока есть память, всё должно функционировать нормально. Почему уже давно не сделали?
Эххх... В детстве очень любил стоять за водителем. Львовские автобусы, венгерские "Икарусы"... Везде надо было переключать. Так приятно было смотреть! А потом попадаешь в автобус ликинского автозавода и недоумеваешь, где же там КПП. Магия! Или это уже был пример автоматической коробки?
Логово... Звучит-то как! ... К этому логову ещё бы и метро прикрутить! А что? Можно было бы сделать такую ветку, чтобы с "Академической" через "Площадь мужества" не к Лесной, а к ЛЭТИ, Первому меду, ИТМО, СПбГУ, Консерватории и на юг к Корабелке протянуть.
P.S. В детстве (летом) я часто ездил на Финляндский вокзал. А это езда на автобусе №2 (или №47). И меня всегда поражало, как же это удобно, когда есть тоннель: автобус заезжает в тоннель перед поворотом на Литейный мост. Ну, почему же не наделать тоннелей? И светофоров не надо.
Очень больной вопрос. Всё время сталкиваемся с неудобными светофорами.
Проблема-то какая? Светофор делит поток на части. Его главная задача — уменьшить порцию машин, приезжающих к следующему светофору. Отсюда вывод: зелёный не может быть долгим. Но зависимость от количества машин обратная: чем выше интенсивность потока, тем чаще надо переключать светофор. С другой стороны, нужно пропустить очень много машин, скопившихся в каком-то одном направлении. То есть: имеется несколько разноуровневых проблем, которые довольно трудно совместить в одном критерии.
Ближайший пример: Санкт-Петербург, маршрут №191. Пока доедешь до Невского, постоишь на всех светофорах. Разогнаться невозможно.
К сожалению, решение задачи никак не может лежать в области оптимальных алгоритмов управления светофорами. Обязательно, нужно распределять потоки. А что делать, если, например, Тучков мост — это место схождения множества разнородных потоков?! Тщательно развести! Не могут.
А чего можно поделать, если даже простую настройку не могут сделать, чтобы при переходе пешеходов зелёный горел ровно столько, чтобы любой пожилой человек перейти смог (с запасом).
Что Вы имеет в виду под "hot reload"? Загрузка кода библиотеки во время исполнения?
А почему нет? Если есть какие-то важные объекты и особенности работы с этими объектами, то должен быть и подходящий под них язык программирования. Разве не так?
А можно пояснить смысл выделенных слов? Можно, конечно, все ответы найти самостоятельно, но хочется послушать и... начальника транспортного цеха. ;-)
Что мешает (на выбор):
Делать все порты сзади ноутбука?
Выводить наружу некоторые провода с объёмными разъёмами?
Придумать внешнюю станцию для подключения внешних устройств, которая легко и надёжно прикрепляется к основному корпусу ноутбука (и открепляется)?
Так в том-то и проблема, что трудно совместить удобство восприятия и удобство редактирования. Как, например, быть с таблицей?
Любопытно.
А Вы что считаете? Что ИИ-технологии работают совсем не так, как в рекламе, и это, по Вашему, суть проблемы?
А можно уточнить, где в мире строят социализм?
А что это за ошибки? Например, "handle ctx allocation failure". Сбой выделения памяти под дескриптор CTX?
А почему не в МАX'e?
Возможно, и так. Я всегда за разделение труда. Но проблема в том, что сущности до конца не прописываются, и разработчики вынуждены доделывать всё, что нужно, по ходу реализации проекта.
Всё это будет работать только при условии, если руководство само будет следить за охраной труда. У Вас шумный компьютер? Тогда мы его Вам заменим. Тёмный офис? Отремонтируем, переедем... А питание? А лечение? Тут одно из двух: либо у работника свободный график, и он сам решает свои проблемы; либо такого, уж, свободного графика нет, но тогда работодатель сам берёт на себя и централизованное питание, и централизованное лечение (включая диспансеризации и постоянное медицинское наблюдение за сотрудниками).
Подождите! А в чём, вообще, проблема? Допустим, у нас есть двумерный массив указателей на объекты (числа, вектора, строки, функции). Ну, сколько памяти это может затратить? Пока есть память, всё должно функционировать нормально. Почему уже давно не сделали?
А в чём заключалась дичь? Не использовал, потому и спрашиваю.
Жаль, что не играл в компьютерные игры. Был немного W3d, Doom и Doom 2. Хотя, однажды, попробовал какие-то гонки.
Эххх... В детстве очень любил стоять за водителем. Львовские автобусы, венгерские "Икарусы"... Везде надо было переключать. Так приятно было смотреть! А потом попадаешь в автобус ликинского автозавода и недоумеваешь, где же там КПП. Магия! Или это уже был пример автоматической коробки?
А Вы что хотели, чтобы он обхватил рычаг, как это делают с тяжёлой тростью, на котороую опираются при ходьбе?
Логово... Звучит-то как! ... К этому логову ещё бы и метро прикрутить! А что? Можно было бы сделать такую ветку, чтобы с "Академической" через "Площадь мужества" не к Лесной, а к ЛЭТИ, Первому меду, ИТМО, СПбГУ, Консерватории и на юг к Корабелке протянуть.