Т.е. каждый раз описывать структуру БД?
Почему не сделать, например, метод Load, который загрузит строку из любой таблицы и разложит в map данные, согласно названиям полей:
Ясно. Спасибо за ответ.
Еще интересует момент со страховкой:
почему вашу компанию волнует дтп как таковое, если есть страховка? Это больше должно волновать страховую.
Как здесь обстоит взаимодействие со страховой?
В процессе чтения не покидало ощущение несовершенной модели.
стаж от 2 лет, тем самым отметая неопытных молодых водителей
Сейчас многие молодые люди (особенно в Европе) получают права сразу по достижению необходимого возраста, а водить начинают гораздо позже.
в интервал с 8ой по 11 секунду скорость автомобиля резко увеличилась с 20км/ч до 40км/ч, а в интервал с 15ой по 18ую секунды скорость резко упала с 60км/ч до 30км/ч
Похоже на обычную езду от светофора до светофора. За 3 секунды ускориться с 20км/ч до 40км/ч — это слишком лихо?
видно, что пользователи моложе 26 лет чаще других являются виновниками ДТП
Я упустил или вы где-то указали кто чаще берет в аренду автомобили? Или может молодежь просто чаще арендует и, соответственно, чаще являются участниками ДТП?
Это снова субъективное мнение. Есть масса примеров, где люди «выбирали» обратное (осознанно или спонтанно).
Как уже сказали выше — однозначного ответа нет и, возможно, не должно быть.
Но есть/будет некий вектор критериев со своими весами, на основании которых робомобиль будет принимать решение (что в перспективе должно улучшить положение на дорогах, к чему и следует стремиться).
Если этой функции нет в реализации JS, какова последовательность процессов (workflow) при вызове setTimeout?
Типа setTimeout -> browser API -> реализация setTimeout… так?
Совершенно правильный камент.
Что очень удивляет, так это дикая разница, особенно на первых шагах (почти в 6 раз!).
Хотя, по сути, здесь нечем тестировать сами языки, т.к. никакой обработки данных в самих ЯП не происходит. Только простейщий прием параметров и отправка сырого запроса в базу. Разница в конкретном тесте должна быть минимальна.
Автор же нагородил целый огород из горилл и джейсонов, что в данном тесте просто съест львиную долю ресурсов, а все должно просто упереться в систему ввода-вывода и в базу.
Сами ЯП тут толком и не тестируются.
1. Как можно тестировать производительность, если у вас на каждый чих стоит println?
2. Зачем каждый раз открывать/закрывать подключение к бд? Еще и формировать строку подключения тоже каждый раз.
И пара вопросов по коду:
1. В джаве return client; вернет json?
2. В чем заклоючалась нестабильность? Кто и какие ошибки выдавал?
Не хватает выводов. Я ожидал, что он все-таки нашел язык близкий к своему идеалу.
Да и аргументы типа «скучный» или «молодой» не тянут на серьезную критику.
Насколько я понял, принадлежность к этому классу информирует больше о степени риска использования этого устройства. Поэтому, интересно с каким фактом тяжело не считаться и какие были проведены испытания. Если располагаете ссылками, пожалуйста поделитесь.
Врач, конечно, все хорошо объяснил, но я даже не ожидал, что кто-то может относиться к Apple Watch, как медицинскому прибору или доверять сильно значениям. Всегда думал, что это больше для проверки пульса, да и то, поиграться.
Я думаю, что отстутствие ханжества вам дает именно то, что вы можете об этом прямо сказать. Мой вопрос был о том, что именно вам дает просмотр совместный (или не совместный). Просто мое личное мнение, что это вызывает не совсем здоровое статическое напряжение. Такое себе вожделение. Ну а там хз, я не доктор )
Я, кстати, не осуждаю/одобряю, это дело каждого, как говорится «яд от лекарства отличает лишь доза».
Согласен. Сейчас повыбирал более дальние сервера, латенси довольно высокий.
Просто человек делал акцент на подключении через кабель, как более выгодный вариант в плане латенси. Но с 5g wifi я не ощущаю просадки ни по скорости, ни по латенси (в сравнении с каебелем).
По кабелю латенси 30мс? Я даже решил перепроверить несколько раз и на своем подлючении через 5g wifi более 8мс не получил, так это с учетом того, что вечером сеть загружена. Днем 1-2мс.
Авторы, частенько, хитрят и притягивают за уши «непривычности», выдавая их за недостатки:
не нравятся запятые за последним элементом? пишите так:
и все скомпилируется.
Когда вы пишите о вариантах объявления переменной, так пишите тогда так:
И тогда станет все на свои места (т.к. есть некоторые действия по умолчанию).
Если вам кажется небезопасным код:
так пишите сразу более безопасно:
И почему вы не упомянули sync.Map, а сразу так отрезали что «их нет»?
В любом случае, спасибо за проделанную работу. Всегда интересно восполнить знания насчет тонкостей языка, да и критика вполне полезна.
https://github.com/go-gad/sal/blob/master/looker/reflect.go#L133
Почему не сделать, например, метод Load, который загрузит строку из любой таблицы и разложит в map данные, согласно названиям полей:
И потом иметь Set и Get для работы с этими полями.
Еще интересует момент со страховкой:
почему вашу компанию волнует дтп как таковое, если есть страховка? Это больше должно волновать страховую.
Как здесь обстоит взаимодействие со страховой?
Сейчас многие молодые люди (особенно в Европе) получают права сразу по достижению необходимого возраста, а водить начинают гораздо позже.
Похоже на обычную езду от светофора до светофора. За 3 секунды ускориться с 20км/ч до 40км/ч — это слишком лихо?
Я упустил или вы где-то указали кто чаще берет в аренду автомобили? Или может молодежь просто чаще арендует и, соответственно, чаще являются участниками ДТП?
Не слишком ли долго на распространение технологии? Ее и сейчас уже активно используют через приложение от Claudflare.
Как уже сказали выше — однозначного ответа нет и, возможно, не должно быть.
Но есть/будет некий вектор критериев со своими весами, на основании которых робомобиль будет принимать решение (что в перспективе должно улучшить положение на дорогах, к чему и следует стремиться).
Типа setTimeout -> browser API -> реализация setTimeout… так?
Что очень удивляет, так это дикая разница, особенно на первых шагах (почти в 6 раз!).
Хотя, по сути, здесь нечем тестировать сами языки, т.к. никакой обработки данных в самих ЯП не происходит. Только простейщий прием параметров и отправка сырого запроса в базу. Разница в конкретном тесте должна быть минимальна.
Автор же нагородил целый огород из горилл и джейсонов, что в данном тесте просто съест львиную долю ресурсов, а все должно просто упереться в систему ввода-вывода и в базу.
Сами ЯП тут толком и не тестируются.
в го у вас:
зачем это?
И покажите такое в джаве, а то я не нашел.
2. Зачем каждый раз открывать/закрывать подключение к бд? Еще и формировать строку подключения тоже каждый раз.
И пара вопросов по коду:
1. В джаве return client; вернет json?
2. В чем заклоючалась нестабильность? Кто и какие ошибки выдавал?
Да и аргументы типа «скучный» или «молодой» не тянут на серьезную критику.
Я, кстати, не осуждаю/одобряю, это дело каждого, как говорится «яд от лекарства отличает лишь доза».
Просто человек делал акцент на подключении через кабель, как более выгодный вариант в плане латенси. Но с 5g wifi я не ощущаю просадки ни по скорости, ни по латенси (в сравнении с каебелем).