Прочитал архив списка рассылки. Народ доброжелательно отнёсся к этому начинанию.
В чём проблема с «подходом»? Я так понимаю, он свои наработки обратно в arm-netbook контрибутить собирается (или даже уже контрибутит). То есть, что ещё от него ждёт комьюнити на этом этапе?
Согласен. Меня немного извиняет, что это я, ещё учась, писал. Это я ещё забыл упомянуть, что тот интерпретатор был написан на Pascal. Тем не менее случайное изучение Forth — одно из лучших событий в моей жизни как программиста.
А мне больше всего импонирует что в Forth все слова имеют определения через другие слова языка. Даже те, которые являются встроенными, для ни определения всё равно есть, хоть и только ради академического интереса.
А я для этого написал свой интерпретатор форта, в котором для выполнения SQL запросов был и операторы типа SELECT". И даже продал его потом…
Выглядело это примерно так: 5 18 SELECT" id, score from users where age>? limit ?"
Параметры для подстановки брались из стека, так что их надо было тоже в обратном порядке туда класть. Правда я не совсем помню как результаты в стек клались…
У меня есть планшет. Wacom, разумеется. GIMP как раз нормально с ним дружит. Из коробки можно рисовать, но вот чтобы сила нажатия на перо работала как надо приходится чуть-чуть править конфиги.
Забавно, но в Windows и Mac OS всё намного хуже. И там и там планшет полностью поддерживается только фотошопом, а во всех остальных программах то одна, то другая фича не работает. Хотя в режиме мыши работает везде, конечно. Но вот проблема, фотошопом я совсем не пользуюсь, потому что он ужасен (интерфейс, куча мусора устанавливается автоматически, надоедливые требования обновиться — брр).
Если Вы намекаете, что элементы эти были в природе и вреда не будет если их вернуть, то вы неправы. Сравните вот с таким примером:
Есть где-то одна гора, в горной породе которой содержится уран. Люди этот уран извлекли, произвели над ним некоторые манипуляции, собрали вместе. И вдруг получилась бомба! Да такая, что может всю исходную гору разнести. Как же так, откуда взялась бомба? Понимаете к чему этот пример?
Так же и с другими элементами. Если их разнести обратно по всему массиву земли в тех же соотношениях (и тех же хим. соединениях), в каких они уже там находятся — никакого вреда. А если собрать всю ртуть в мире и вылить на улицы Москвы, то все умрут.
Правильная переработка — это где-то между двумя крайностями.
Я бы сказал, что некоторый код на Java на некоторых архитектурах обгонит аналогичный код на C без LIKELY/UNLIKELY на той же архитектуре. Чтобы это произошло, нужно достаточно много потоков, выполняющих разный код — чтобы кэша кода в CPU не хватало на всё. А ещё нужно чтобы на этом коде не очень хорошо срабатывала встроенная в CPU система предсказания переходов.
Полагаться на компилятор оправдано, когда знаешь как он работает. Ну то есть все же спокойно пишут MSECONDS_IN_HOUR = 1000 * 60 * 60; зная, что любой компилятор посчитает константу во время компиляции. Так же и с другими оптимизациями. На них можно полагаться, если видел их код.
Я бы не сказал, что умнее, но JIT компилятор всегда ставит подсказки предсказания перехода. Он ведь компилирует не только код, у него ещё есть статистика по исполнению этого кода 10000 раз в интерпретируемом режиме. Предсказание переходов — это только пример, но уже только это позволяет CPU намного реже сбрасывать конвейер. И выдавать большую производительность.
Грубо говоря, чтобы написать код на C, который будет производить такой же по производительности машинный код, надо всегда-всегда ставить эти макросы LIKELY/UNLIKELY. Как в ядре Linux.
А на ASM ещё лучше оптимизировать можно. Вот только на Java (когда знаешь что делаешь) код такого качества пишется быстро и легко. Легче, чем на Asm, по крайней мере :)
Да я не против. Просто я последнюю неделю читал код сам-знаешь-какого-проекта. И количество реальных facepalm'ов было ого-го. Самый большой я тебе ещё расскажу. Я думаю это даже тебя удивит.
Проблема в том, что нужно хоть немного уметь писать на Java. А то наберут хардкорных C-программистов (которые даже от C++ нос воротят всю жизнь) и заставят их писать код. А потом «у нас Garbage Collector тормозит» или ещё какая ерунда.
В последнем таком проекте, который я видел, чуваки написали свой кэш — клали в HashMap объекты на 5-60 секунд, а потом клали туда новые на их место. Размер YoungGen маленький, survival ratio тоже. Такой ужас начался… Как будто специально писали чтобы «убить GC».
Да, не хватает варианта «на практике». Например, CouchBase я учил методом «скачал исходники, читаю код, похачил в разных местах что б поменять поведение под себя». За одно и Erlang подтянул. Документация у них всё равно куцая, а код читабельно написан :)
Видимо я действительно страшно далёк от среднестатистического потребителя. Автомобиль мне не нужен, телевизор давно без дела на стене висит, да и микроволновка мне тоже не нужна. Как-то всё мимо из вашего комментария… Разве что про компьютеры по теме, но ведь это мы как раз и обсуждаем — вектор развития их потребителе-ориентированной части я как раз считаю неверным. Пишу эти строки с ноутбука Clevo, тщательно подобранного под себя. Скажите — вы знаете этого производителя?
1.5 часа в одну сторону — ужас. У меня до работы 10 минут по велодорожке (на велосипеде). Сумка с электроникой на багажнике, естественно. Достать камеру или телефон из сумки — ровно одно и то же время занимает. Разница только в качестве фотографией.
Выключай женский аргумент в споре уже… Куда-то ты совсем не туда мысль развил. Попробуй для начала прочитать то, что написано. «перестаньте рассказывать другим людям, что им нужно» — вот это откуда вылезло? Где в моём комментарии ты это увидел?
Из всего твоего ответа по существу только про «всегда с собой» и «килограмма четыре груза». И то, и другое — примитивный маркетинг. Про 4кг это пересказ маркетингового мозгопромывания про «теперь на 2 грамма легче». Про «всегда с собой» из другой оперы. Это подмена понятия. Да, современный смартфон может быть и «всегда с собой», да вот только батарейка у него уже на исходе и пользоваться им нельзя. Задача у пользователя не носить всегда какой-то девайс, а пользоваться конкретной функцией.
Чувак, ты совсем ничего не понял из той статьи. Зачем проверять почту с телефона, когда есть планшет или ноутбук? Зачем фотографировать на телефон, когда есть фотоаппарат? Зачем играть на телефоне, когда есть намного более удобные мобильные консоли? Зачем смотреть карты на телефоне, когда есть навигатор?
Любое специализированное устройство делает свою работу лучше недо-комбайна и делает её тихо, не требуя почти никакого ухода.
Современные смартфоны — делают плохие фотографии, на них неудобно играть, неудобно писать ответы на почту. Да с них даже звонить неудобно! И при этом они требуют постоянного ухода — подзарядки и т.п.
Да, маркетинг правит миром. Apple убедила кучу людей что им нужно вот эта вот поделка. Другие компании с радостью выпустили альтернативы, которые ничем не лучше. Действительно инновационные продукты канули в небытие. Но это же не повод мириться с этим и писать статьи «да ладно, это всё хорошо и замечательно».
В чём проблема с «подходом»? Я так понимаю, он свои наработки обратно в arm-netbook контрибутить собирается (или даже уже контрибутит). То есть, что ещё от него ждёт комьюнити на этом этапе?
Выглядело это примерно так:
5 18 SELECT" id, score from users where age>? limit ?"Параметры для подстановки брались из стека, так что их надо было тоже в обратном порядке туда класть. Правда я не совсем помню как результаты в стек клались…
Забавно, но в Windows и Mac OS всё намного хуже. И там и там планшет полностью поддерживается только фотошопом, а во всех остальных программах то одна, то другая фича не работает. Хотя в режиме мыши работает везде, конечно. Но вот проблема, фотошопом я совсем не пользуюсь, потому что он ужасен (интерфейс, куча мусора устанавливается автоматически, надоедливые требования обновиться — брр).
Так что рисовать — только в линуксе.
Есть где-то одна гора, в горной породе которой содержится уран. Люди этот уран извлекли, произвели над ним некоторые манипуляции, собрали вместе. И вдруг получилась бомба! Да такая, что может всю исходную гору разнести. Как же так, откуда взялась бомба? Понимаете к чему этот пример?
Так же и с другими элементами. Если их разнести обратно по всему массиву земли в тех же соотношениях (и тех же хим. соединениях), в каких они уже там находятся — никакого вреда. А если собрать всю ртуть в мире и вылить на улицы Москвы, то все умрут.
Правильная переработка — это где-то между двумя крайностями.
P.S. У нас в офисе есть контейнер для батареек — отношу всё туда. Никогда не интересовался что с ними происходит дальше.
Полагаться на компилятор оправдано, когда знаешь как он работает. Ну то есть все же спокойно пишут MSECONDS_IN_HOUR = 1000 * 60 * 60; зная, что любой компилятор посчитает константу во время компиляции. Так же и с другими оптимизациями. На них можно полагаться, если видел их код.
Грубо говоря, чтобы написать код на C, который будет производить такой же по производительности машинный код, надо всегда-всегда ставить эти макросы LIKELY/UNLIKELY. Как в ядре Linux.
А на ASM ещё лучше оптимизировать можно. Вот только на Java (когда знаешь что делаешь) код такого качества пишется быстро и легко. Легче, чем на Asm, по крайней мере :)
В последнем таком проекте, который я видел, чуваки написали свой кэш — клали в HashMap объекты на 5-60 секунд, а потом клали туда новые на их место. Размер YoungGen маленький, survival ratio тоже. Такой ужас начался… Как будто специально писали чтобы «убить GC».
Из всего твоего ответа по существу только про «всегда с собой» и «килограмма четыре груза». И то, и другое — примитивный маркетинг. Про 4кг это пересказ маркетингового мозгопромывания про «теперь на 2 грамма легче». Про «всегда с собой» из другой оперы. Это подмена понятия. Да, современный смартфон может быть и «всегда с собой», да вот только батарейка у него уже на исходе и пользоваться им нельзя. Задача у пользователя не носить всегда какой-то девайс, а пользоваться конкретной функцией.
Любое специализированное устройство делает свою работу лучше недо-комбайна и делает её тихо, не требуя почти никакого ухода.
Современные смартфоны — делают плохие фотографии, на них неудобно играть, неудобно писать ответы на почту. Да с них даже звонить неудобно! И при этом они требуют постоянного ухода — подзарядки и т.п.
Да, маркетинг правит миром. Apple убедила кучу людей что им нужно вот эта вот поделка. Другие компании с радостью выпустили альтернативы, которые ничем не лучше. Действительно инновационные продукты канули в небытие. Но это же не повод мириться с этим и писать статьи «да ладно, это всё хорошо и замечательно».