Вопрос то тут не а вас, а в СУБД. Дать стопроцентную гарантию, как он будет выполняться - нельзя, и вдруг оптимизатор отработает отлично. Пока план запроса не посмотришь - однозначные выводы не сделаешь. Ну а декартово произведение - ну и что такого, там есть ограничения, вдруг чудо бы случилось и оптимизатор бы вывез
Совсем не очевидно, что из этого следует, что воздух сверху и снизу должен обогнуть крыло за одинаковое время. Часть газа над крылом как-то связана с частью газа под крылом? Представьте вместо воздуха двух человек, обегающих крыло с двух сторон - с чего они должны бежать с разной скоростью и встречаться в конце крыла?
Ох, зря вы пример с самолётом привели, как иллюстрацию тезиса "когда понимаешь, то всё просто". Как раз он больше иллюстрирует, что "чем больше изучаешь, тем всё сложнее становиться", и "дилетанту всё кажется простым". Начиная с самого начала вашего объяснения - а почему это верхний и нижний поток должны крыло за одинаковое время проходить?
Гоночки я в своё время на МК-61 делал. Мигающими при работе программы символами. Для управления использовался переключатель градусы/грады/радианы, через cos(100)
Для сына используем xdrip, начинали ещё с dexcom, теперь с либрой. Так как дома имею статический ip, поднял ещё и nightscout, на который xdrip также скидывает данные. Ну и написал приложуху на андроид по показу данных с nightscout. Теперь видим графики на телеке в спальне, в гостиной на стене планшет.
Когда-то всё то же самое писали про Java - универсальный кроссплатформенный байт-код в своей песочнице. И Net опять же. И вот новая серебряная пуля. А ведь ARM'ы в своё время даже нативно java байт-код поддерживали.
А web4.0 это получается, когда не только данные, но и ПО сервера будет на стороне пользователя работать? И представляете, его можно будет преобразовать в нативный код, и запускать вообще без браузера! Вот это будет прорыв, я считаю, революционная идея!
-- Вот тестовое задание, это же не сложно, вполне делается за неделю, мы хотим посмотреть, соответствуют ли ваши навыки нашим ожиданиям
-- А вот номер моей банковской карты, вас же не затруднит перевести на нее тестовую зарплату, это не сложно, всего за неделю. Я хочу посмотреть, соответствует ли ваш уровень зарплаты моим ожиданиям.
Тю, я думал с нормальной теорией будет, про регулярные грамматики расскажут, конечные автоматы. А тут просто идут по строке и символы сравнивают. Есть же хорошо развитая теория, и довольно простая. И поняв ее принцип - написать нужный токенизатор на любом языке - простая задача.
У райфа сейчас же вроде дикая комиссия на входящие usd? 50%, но не меньше $1000 и не больше суммы перевода. В евро нормально, 500₽ с перевода, помимо комиссии Свифта.
Вопрос то тут не а вас, а в СУБД. Дать стопроцентную гарантию, как он будет выполняться - нельзя, и вдруг оптимизатор отработает отлично. Пока план запроса не посмотришь - однозначные выводы не сделаешь. Ну а декартово произведение - ну и что такого, там есть ограничения, вдруг чудо бы случилось и оптимизатор бы вывез
Откуда в СНГ 200 миллионов школьников? Меня терзают смутные сомнения...
Весь вопрос в том, есть ли на собесе возможность хотя бы план запроса посмотреть. Вряд ли с ходу без этого предугадаешь, как он будет отрабатывать.
Совсем не очевидно, что из этого следует, что воздух сверху и снизу должен обогнуть крыло за одинаковое время. Часть газа над крылом как-то связана с частью газа под крылом? Представьте вместо воздуха двух человек, обегающих крыло с двух сторон - с чего они должны бежать с разной скоростью и встречаться в конце крыла?
Ох, зря вы пример с самолётом привели, как иллюстрацию тезиса "когда понимаешь, то всё просто". Как раз он больше иллюстрирует, что "чем больше изучаешь, тем всё сложнее становиться", и "дилетанту всё кажется простым". Начиная с самого начала вашего объяснения - а почему это верхний и нижний поток должны крыло за одинаковое время проходить?
*Скелетор
Гоночки я в своё время на МК-61 делал. Мигающими при работе программы символами. Для управления использовался переключатель градусы/грады/радианы, через cos(100)
Тоже думал что-нибудь по APC будет интересное, автоматическом управлении помпами и т.д.
Для сына используем xdrip, начинали ещё с dexcom, теперь с либрой. Так как дома имею статический ip, поднял ещё и nightscout, на который xdrip также скидывает данные. Ну и написал приложуху на андроид по показу данных с nightscout. Теперь видим графики на телеке в спальне, в гостиной на стене планшет.
Когда-то всё то же самое писали про Java - универсальный кроссплатформенный байт-код в своей песочнице. И Net опять же. И вот новая серебряная пуля. А ведь ARM'ы в своё время даже нативно java байт-код поддерживали.
Потому что дотягивается.
Ограничат до трёх мегатьюрингов?
Насчёт mrt в GLES 2.0 вы таки ошибаетесь, это только с GLES 3.0.
Да и на мобильных картах отложенный рендеринг - сильный удар по производительности, из-за тайловой архитектуры.
А web4.0 это получается, когда не только данные, но и ПО сервера будет на стороне пользователя работать? И представляете, его можно будет преобразовать в нативный код, и запускать вообще без браузера! Вот это будет прорыв, я считаю, революционная идея!
-- Вот тестовое задание, это же не сложно, вполне делается за неделю, мы хотим посмотреть, соответствуют ли ваши навыки нашим ожиданиям
-- А вот номер моей банковской карты, вас же не затруднит перевести на нее тестовую зарплату, это не сложно, всего за неделю. Я хочу посмотреть, соответствует ли ваш уровень зарплаты моим ожиданиям.
Тю, я думал с нормальной теорией будет, про регулярные грамматики расскажут, конечные автоматы. А тут просто идут по строке и символы сравнивают. Есть же хорошо развитая теория, и довольно простая. И поняв ее принцип - написать нужный токенизатор на любом языке - простая задача.
После мускусной ночи все ИИ мощнее трёх мегатьюрингов будут уничтожены.
Я конечно дилетант в скалолазании, но почему бы не подняться на гору на вертолете?
У райфа сейчас же вроде дикая комиссия на входящие usd? 50%, но не меньше $1000 и не больше суммы перевода. В евро нормально, 500₽ с перевода, помимо комиссии Свифта.
Да как обычно, путают code point и code unit. Code unit в utf16 всегда два байта, а code point кодируется одним или двумя code unit'ами.