компилятор (статический оптимизатор) + железо (динамический out-of-order) делают свои дела. Причем на ILP (instruction level parallelism), то бишь железо, приходится основная доля распараллеливания в самом (самих) пайплаине (пайплаинах).
Кроме того не стоит забывать о MOB, L2 и victim cache.
По поводу latency vs bandwidth говорят: «Bandwidth problems can be cured with money. Latency problems are harder because the speed of light is fixed – you can’t bribe God.»
Дело даже не в том публикуешься ли сам, а в том, что читать в основном нужно [мне по-крайней мере] как раз статьи с авторитетных конференций. Там выдают в ps/pdf и если очень нужно tex [что, в принципе, для наших целей идентично pdf].
а насчет формата - в том-то и дело, что нужна какая-та идея как это реализовать. Чтоб и компактно, но и удобно одновременно. Если бы все лежало на поверхности, то уже за "писят баксов" таких девайсов было бы на рынке по самое "нехачу" )
ну с хаком DRM, конечно, свазываться не хотелось бы.
для "ученой братии" основной литературой давно стали научные статьи в формате PDF. Естественно, некриптованные, незащищенные.
Если будет адекватный девайс, который имел бы след характеристики:
- самое главное - комфортное чтение небольших PDF
- удобную и продуманную навигацию, каталогизацию
- синхронизацию с компьютером
то спрос был бы бешенный =)
ведь иногда распечатываешь статью только ради того, чтобы понять, что она не нужна, а так можно не одно дерево спасти =)
Я, например, с либ.ру беру txt-файлы, но там строки режет очень неудобно? Если конвертировать в другие форматы поможет?
Для либ.ру все решается добавлением магического расширения txt_Ascii
например, вместо http://lib.ru/STRUGACKIE/weshi.txt нужно скачать http://lib.ru/STRUGACKIE/weshi.txt_Ascii…
тогда все прекрасно читается.
Насчет PDF - пока на рынке нет ни одного удачного решения. Я сам долго думал, читал и искал - все-таки купил Сони. Если появится что-то достойное и удачное для PDF - куплю, не задумываясь! (чем не идея для стартапа? =))
в любой *-никсовой системе наберите команду vimtutor.
на пару часов развлечения хватит, после можно смело пускаться в плавание и редактировать любой файл с комфортом.
НО! то, что там это
естественно. =)
про "silver bullet" пока нет и речи, но все же ООП (при правильном подходе) поможет избежать многих ошибок и проблем.
даже с юнит-тестами 100% гарантию не даст никто.
Еще часто встречается, что путают понятия "агрегирования" и "наследования".
Новичок часто начинает ударяться в крайности: или все наследует или, наоборот, в класс пихает объекты, которые можно вынести в иерархию. (пара реальных примеров хоть и игрушечных было бы супер)
кроме того, ИМХО в самом начале лучше сделать упор на мотивацию - зачем нужно ООП (раз уж аудитория - новички), и тут небольшой экскурс в историю (структурное, процедурное, модульное и т.п.) не повредил бы.
А уж из экскурса следовало бы, что правильное ппроектирование позволило бы избежать тех проблем, о которыых вы упоминали в подкасте - "починил тут - сломалось там".
Спасибо за подкаст - буду с удовольствием следить за развитием!
не забудьте, что налоги с этих самых зарплат достигают 40%.
а в Калифорнии и Нью-Йорке ~ 80-90 тысяч - это что-то около средней зарплаты (для белых воротничков), так что удивлен, что в Гугл так мало зарабатывают...
компилятор (статический оптимизатор) + железо (динамический out-of-order) делают свои дела. Причем на ILP (instruction level parallelism), то бишь железо, приходится основная доля распараллеливания в самом (самих) пайплаине (пайплаинах).
Кроме того не стоит забывать о MOB, L2 и victim cache.
По поводу latency vs bandwidth говорят: «Bandwidth problems can be cured with money. Latency problems are harder because the speed of light is fixed – you can’t bribe God.»
а насчет формата - в том-то и дело, что нужна какая-та идея как это реализовать. Чтоб и компактно, но и удобно одновременно. Если бы все лежало на поверхности, то уже за "писят баксов" таких девайсов было бы на рынке по самое "нехачу" )
И спрос на такое устройство будет!
для "ученой братии" основной литературой давно стали научные статьи в формате PDF. Естественно, некриптованные, незащищенные.
Если будет адекватный девайс, который имел бы след характеристики:
- самое главное - комфортное чтение небольших PDF
- удобную и продуманную навигацию, каталогизацию
- синхронизацию с компьютером
то спрос был бы бешенный =)
ведь иногда распечатываешь статью только ради того, чтобы понять, что она не нужна, а так можно не одно дерево спасти =)
постоянно случайно нажимаются "сами по себе"
тоже надавно себе купил - не нарадуюсь!
Вы как с форматированием текстов боретесь?
Я, например, с либ.ру беру txt-файлы, но там строки режет очень неудобно? Если конвертировать в другие форматы поможет?
Для либ.ру все решается добавлением магического расширения txt_Ascii
например, вместо http://lib.ru/STRUGACKIE/weshi.txt нужно скачать http://lib.ru/STRUGACKIE/weshi.txt_Ascii…
тогда все прекрасно читается.
Насчет PDF - пока на рынке нет ни одного удачного решения. Я сам долго думал, читал и искал - все-таки купил Сони. Если появится что-то достойное и удачное для PDF - куплю, не задумываясь! (чем не идея для стартапа? =))
Смотрел в Нью-Йорке - зал тоже был битком набит, в конце аплодировали.
ощущения очень и очень приятные!
спасибо за обзор.
с Ъ vi работал только на старых-престарых железяках-роутерах. Вот тогда понимаешь для чего jkl; нужны.
намного меньше 1-ого процента возможностей vim'а.
работаю практически только в нем, но до сих пор учусь и удивляюсь новым фичам =)
P.S. вспоминаю старый комикс как geek'и хвастались, кто из них наиболее отморозок. победил cat вроде =)
на пару часов развлечения хватит, после можно смело пускаться в плавание и редактировать любой файл с комфортом.
НО! то, что там это
про "silver bullet" пока нет и речи, но все же ООП (при правильном подходе) поможет избежать многих ошибок и проблем.
даже с юнит-тестами 100% гарантию не даст никто.
Новичок часто начинает ударяться в крайности: или все наследует или, наоборот, в класс пихает объекты, которые можно вынести в иерархию. (пара реальных примеров хоть и игрушечных было бы супер)
кроме того, ИМХО в самом начале лучше сделать упор на мотивацию - зачем нужно ООП (раз уж аудитория - новички), и тут небольшой экскурс в историю (структурное, процедурное, модульное и т.п.) не повредил бы.
А уж из экскурса следовало бы, что правильное ппроектирование позволило бы избежать тех проблем, о которыых вы упоминали в подкасте - "починил тут - сломалось там".
Спасибо за подкаст - буду с удовольствием следить за развитием!
P.S. тоже преподавал немного =)
а в Калифорнии и Нью-Йорке ~ 80-90 тысяч - это что-то около средней зарплаты (для белых воротничков), так что удивлен, что в Гугл так мало зарабатывают...