Если заглядывать чуть глубже становится немного интереснее. Вы на самом деле работаете не один. У вас есть послушный товарищ — за книжками ходит он. Если вы хорошо представляете чем вам придется заниматься ближайшее время, то вы можете попросить его заказать книги на амазоне, поставить их на полку, а что-то даже положить вам на стол. Причем в процессе работы он будет уносить одни книжки и приносить другие. В итоге все данные всегда будут у вас на столе.
В реальности так не получится.
Иногда нужных книжек не будет (cache miss). Так бывает когда вам нужны все время разные книги либо когда все нужные не помещаются.
Иногда вы кардинально меняете деятельность — вам нужны уже совсем другие книжки (отчасти из-за ошибок branch prediction)
Как избегать подобных проблем неплохо рассказывает курс MIT 6.172
Всовывать в базу знаний ментальную модель не стоит.
Последнее время интеллект карты стали путать с расположенным по кругу деревом. Карты в большей степени персонализированы, они отражают ваше восприятие и работают в вашей правой половинке мозга.
Забавно наблюдать за движением на встречу друг другу двух направлений. Программы 3D моделирования хвалятся новыми физическими движками, а расчетные пакеты в которых с физикой все хорошо (ansys, lsdyna) рассказывают как красиво они научились отражать результаты физического моделирования.
Интересно было бы посмотреть на совмещенный проект с мощной физикой и не менее мощной визуализацией. Вот только основной вопрос где потом все это обсчитывать…
Я имеет смысл для чего-то сложнее 5 строк использовать bash?
Более менее длинные скрипты пишу на ruby или python. Получается покрасивше и отлаживать проще. Проблем с наличием интерпретаторов в системе не испытывал.
Почему этот интерфейс предполагают в основном для инвалидов?
Я бы бы счастлив иметь такой интерфейс вместе с клавиатурой. Все равно прежде чем мышкой щелкнуть надо на кнопку посмотреть.
Нахожусь на этапе проектирования подобного комплекса. Думал что wifi-n спасет мир, а тут такое!
В свое время обходил эти ограничения организационно — к компьютеру-проигрывателю подключал жесткий с фильмами и смотрел с него. Либо по сети то, что скачал для iphone.
Сейчас еще заглядываюсь на DHP-306AV (ethernet по 220). Скорости обещают до 100мб, но это надо еще проверять на нашей проводке.
Была схожая проблема. Решил следующим образом:
Сервер сильно нагруженный днем, ночью простаивал. После конца рабочего дня сервер брал видео с схд и конвертировал в более приемлемый формат.
Через некоторое время перешел к варианту с двойной переконвертацией видео: если с момента съемки прошла неделя, то видео пережималось с мешьним качеством и fps. Это позволяло иметь детальную съемку последней недели и большой период архива
Для эксклюзивных подарков можно еще добавить рукодельных элементов оформления. В свое время делал обложку не из картона, а тонкой фанеры. Украшал резьбой и выжиганием. Были задумки использовать металические уголки, но не сложилось. Потом морилка и лакировка — выглядило весьма солидно
Почему нельзя сделать простую но очень полезную вещь — рядом с набираемым номером сделать квадратик, меняющий цвет в зависимости от хэша введенной строки. Сразу было бы видно что допустил ошибку. Усложнив квадратик добавлением в него фигурок также с разными цветами, вероятность совпадения рисунка у различных телефонов будет крайне мала.
GOTO должен остаться в забвении не потому что он плох сам по себе, а потому что он плох в руках идиота. Как топор — можно и сруб смастерить, а можно и жизни лишить.
В реальности так не получится.
Иногда нужных книжек не будет (cache miss). Так бывает когда вам нужны все время разные книги либо когда все нужные не помещаются.
Иногда вы кардинально меняете деятельность — вам нужны уже совсем другие книжки (отчасти из-за ошибок branch prediction)
Как избегать подобных проблем неплохо рассказывает курс MIT 6.172
Последнее время интеллект карты стали путать с расположенным по кругу деревом. Карты в большей степени персонализированы, они отражают ваше восприятие и работают в вашей правой половинке мозга.
Интересно было бы посмотреть на совмещенный проект с мощной физикой и не менее мощной визуализацией. Вот только основной вопрос где потом все это обсчитывать…
Крайне верное замечание. Я как раз пришел к администрированию из программирования. Руки сами тянутся к любимому и знакомому.
тут главная задача — ускорение и упрощение небольших скриптов.
когда у тебя длинная цепь из map, select, each конкретное название роли играть не будет. Тем более этот механизм идет вместе а не вместо
Полностью согласен с пунктом 2.
если включил xarray то скорее всего что такое х ты уже знаешь
require 'xarray'
(1..10).to_a.map { x * 2 }
p.s. Потом можно будет и без to_a
Более менее длинные скрипты пишу на ruby или python. Получается покрасивше и отлаживать проще. Проблем с наличием интерпретаторов в системе не испытывал.
Я бы бы счастлив иметь такой интерфейс вместе с клавиатурой. Все равно прежде чем мышкой щелкнуть надо на кнопку посмотреть.
В свое время обходил эти ограничения организационно — к компьютеру-проигрывателю подключал жесткий с фильмами и смотрел с него. Либо по сети то, что скачал для iphone.
Сейчас еще заглядываюсь на DHP-306AV (ethernet по 220). Скорости обещают до 100мб, но это надо еще проверять на нашей проводке.
Сервер сильно нагруженный днем, ночью простаивал. После конца рабочего дня сервер брал видео с схд и конвертировал в более приемлемый формат.
Через некоторое время перешел к варианту с двойной переконвертацией видео: если с момента съемки прошла неделя, то видео пережималось с мешьним качеством и fps. Это позволяло иметь детальную съемку последней недели и большой период архива
С огромным желанием хотел бы ознакомиться с тем как эти данные о кэше можно применить для автоматической оптимизации
Желательно с примерами