Долго — лет на 5 есть планы наращивания сложности, и фичи эти придуманы не просто так, а потому, что клиенты просят. Дальше еще что-нибудь придумается Секретная цель — 5 еще более внушительных томов :). Скоро 3 и 4 том разделятся на 2 каждый, 3-й и так в 2 частях уже.
Бывали случаи, когда совместимость в некоторых мелочах не соблюдалась. Слышали бы вы, что об этом думали клиенты. Есть много абсолютно mission crytical софта, который, например, использует редкие фичи 286 :)
Вообще, RISC vs CISC debate, на который вы неявно ссылаетесь, был более актуальным тогда, когда x86 decoder занимал ощутимую часть ядра, на которой можно было бы разместить более полезные для произадительности блоки. Так Alpha et al и делали в те времена. Сейчас гораздо менее актуально.
А как Linux & BSD понижают необходимость совместимости? Скорее Java и CLR понижают, это более интересный вопрос.
Показывает актуальную инфу по маршрутам в зависимости от положения юзера?
Вот более понятная, но столь же малополезная аппликуха РР. vivifypicture.com/news.html или www.gamaray.com/index.html
Что бы еще такого придумать, если есть РР библиотечка, и нужна только подходящая идея.
Отдельные помещения для встреч с партнерами, клиентами, и обсуждения важных вопросов с подчиненными, конечно, есть. В кубике никто встреч не устраивает.
Интересно, а какой другой способ лучше для потребителей, чем постоянное улучшение характеристик продуктов?
Остановиться на Nehalem, и раз в 2 года делать shrink на новый техпроцесс, и добавлять кэша? Конкуренты за 2 итерации съедят, и неэкономичный путь это.
Железок Intel делает много, у каждой свой драйвер. Поэтому не может быть универсального драйвера «Intel в ядре Linux». Я, например, 8 лет назад драйвера для одной из них поддерживал и дописывал.
В коммит логах в git видно, по фамилиям.
Как-то в шаттле из одного офиса в другой добирался с CEO (Paul Otellini) и одной из старших вице-президентов. Точно видел, что у них бедж проверяли так же, как у меня. Набилось нас человек 40, тесновато, все ехали вместе.
А кроме трекбола и памяти, есть еще существенная разница между G1 и остальными? У меня, к сожалению, только G1, а очень интересно, будет ли работать софтинка на остальных. Используется компас, камера, OpenGL, Touchscreen и трекбол.
1. Опытные. Есть тенденция, что местные опытные программисты перебираются в Австралию, поработав 5-10 лет после универа. Выпускников своих полно.
2. До кризиса было реально и не особенно сложно сделать удаленно, если у Вас лет 10 опыта в узкой области, и кто-то ищет именно такого специалиста. Сейчас, как и тогда — лучший способ — найти лично нанимающего человека. linkedin может очень пригодиться.
Программист — и там, и здесь. Там гонял битики по проводам, здесь считаю такты и кэш линии в чужом коде. Там было скучновато гонять битики, писал от нечего делать AR библиотечку на j2me & android. Надо бы выложить в open source. www.linkedin.com/in/alexanderkomarov
1. Я всегда работал в SSG (до этого — в ICG). Просто после ухода из Harmony много работал с SMG и поэтому зависал в их офисе, когда приезжал в Москву.
2. Не согласен. Может быть и так, и по-другому. Очень много факторов и личностей работает, комментарии к посту — не тот формат, в котором это удобно обсуждать.
3. Борис Сабанин — а вы общались? Унылый — последнее слово, которым я его могу назвать. Аксакал IPP, знает о ней все. Возможно, его слог может кому-то показаться «унылым», но это просто совсем другое поколение, ему же 60 лет, из них много лет в советской науке.
В НЗ я сдавал с 0. На теорию и все формальности ушло меньше 10 минут, с того момента, как я зашел в здание, до того, как вышел. Практику сдавал 2 раза, один раз 20 минут, и один раз 40.
Жене в НЗ зачли российские права, сдавала только практику 1 раз.
Бывали случаи, когда совместимость в некоторых мелочах не соблюдалась. Слышали бы вы, что об этом думали клиенты. Есть много абсолютно mission crytical софта, который, например, использует редкие фичи 286 :)
Вообще, RISC vs CISC debate, на который вы неявно ссылаетесь, был более актуальным тогда, когда x86 decoder занимал ощутимую часть ядра, на которой можно было бы разместить более полезные для произадительности блоки. Так Alpha et al и делали в те времена. Сейчас гораздо менее актуально.
А как Linux & BSD понижают необходимость совместимости? Скорее Java и CLR понижают, это более интересный вопрос.
Вот более понятная, но столь же малополезная аппликуха РР. vivifypicture.com/news.html или www.gamaray.com/index.html
Что бы еще такого придумать, если есть РР библиотечка, и нужна только подходящая идея.
Остановиться на Nehalem, и раз в 2 года делать shrink на новый техпроцесс, и добавлять кэша? Конкуренты за 2 итерации съедят, и неэкономичный путь это.
В коммит логах в git видно, по фамилиям.
А можете посмотреть еще одну программку, использующую Augmented Reality, особенно если ваш девайс новее HTC G1?:
www.cyrket.com/package/com.tinytools.mar.demo
Программа не моя, но там используется библиотечка распознавания образов на Яве, которую я написал год назад.
управление не сразу очевидное, но есть видео инструкция — www.youtube.com/watch?v=UC2AMzdSg9s
2. До кризиса было реально и не особенно сложно сделать удаленно, если у Вас лет 10 опыта в узкой области, и кто-то ищет именно такого специалиста. Сейчас, как и тогда — лучший способ — найти лично нанимающего человека. linkedin может очень пригодиться.
www.linkedin.com/in/alexanderkomarov
2. Не согласен. Может быть и так, и по-другому. Очень много факторов и личностей работает, комментарии к посту — не тот формат, в котором это удобно обсуждать.
3. Борис Сабанин — а вы общались? Унылый — последнее слово, которым я его могу назвать. Аксакал IPP, знает о ней все. Возможно, его слог может кому-то показаться «унылым», но это просто совсем другое поколение, ему же 60 лет, из них много лет в советской науке.
Жене в НЗ зачли российские права, сдавала только практику 1 раз.