Category: архитектура

Category was added automatically. Read all entries about "архитектура".

поумнеть

и опять про чтиво

(хм, вытащить что-ли в верхние посты?)

Посоветуйте авторов и произведения чтоб читать.

В произведениях крайне хочется видеть:
1. чтоб космос и/или роботы.
2. чтоб были исследования и/или экспансия

крайне НЕ хочется видеть:
1. садомазохизм, самоедство, бюрократия
2. весь сюжет построен на борьбе с бюрократией
3. фактическая нищета, очереди при формальном избытке ресурсов
4. бытовой садизм и бессмысленные унижения, хамство (как в анекдотической коммуналке или как в анекдотической очереди из бабок)

из приятных (но уже прочитанных) авторов и/или произведений:
Розов, Шумил, Шапиро.

из очень неприятных:
Фредерик Пол.

скорее неприятные: заповедник гоблинов, ложная слепота, пришествие ночи, схизматрица. "Foundation", "мошка в деснице". Большая часть Нивена.
поумнеть

вопрос про игродвижки

по максимуму хочу
1. андроид-линух-винда
2. одновременно и реалтайм и пошаг версию. как я понимаю, для пошаг нужно примерно только стопалку на каждые Ъ времени
3. чтоб юниты бегали по территории по моим правилам и строили постройки, иногда меняя территорию (панамский канал, например)

4. что есть готового в эту степь и какие там грабли?
5. сразу вопрос про текстуры и модельки. наверняка есть какие-то банки всего этого.
6. предполагаемая лицензия - примерно gnu gpl, или из креативкоммон "можно творить бесплатные деривативы не закрывая исходники, но если начнете зарабатывать, то делитесь".
поумнеть

маразмы, история технологий

я не знаю как устроен замОк, я не могу ни собрать замок, ни спроектировать замок, ни даже выкормить его из личинки (замки же личинками размножаются, да?).

а значит, замкИ делают пришельцы, но это хорошо засекречено, а тех, кто проговаривается просто транклюкируют. и да, наша задача состоит в том, чтоб выяснить, откуда эти пришельцы, и нагрянуть к ним пока они нас не поработили!
поумнеть

злобавное

нельзя в систему поставить одновременно нвидия-дкмс обеих архитектур - амд64 и и386.
а жаль. с амд такого гемора не было, на амдгпу у меня успешно жили i686 и amd64 ядра на общем юзерлевеле.

ps: таки да, при амд64 ядре юзерлевел может быть целиком 32битным.
поумнеть

фуррифокс - это неадекватная программа, написанная марсианами для ктулх

1. Открыл вкладку с книгой, прочитал примерно 100к из 300к текста
2. Открыл вкладку с гуглем
3. Нагуглил замок, перешел к описанию
4. закрыл вкладку с описанием замка
5. подумал, пообщался в жабере, вернулся к чтению книги
6. открыл из хистори (б-дь! где тут нормальное хистори? в "жрунал" попадает не всё, попадает как-то выборочно, явно херится история переходов) вкладку с описанием замка

Вкладка с книгой пропала (какого хрена хистори открывается в текущей, а не новой вкладке? Это ж песец, а не юзабилити!), в хистори нету ни вкладки с книгой ни вкладки с замком (опять песец, фейспалм, уродство).

итого, этим пользоваться нельзя, либо нужно быть супервнимательным и строго однозадачным. Несколько вкладок открывать нельзя, нужно, как психу, всё делать руками. Любой чих (в отличие от оперы) необратим. На любой чих вместо одного очевидного действия надо совершать 2-3 малоочевидных.
поумнеть

Предпятничное

А вот есть у меня интересная мысля-задачка. На поразмыслить.

Допустим, есть у нас довольно простая математически но несколько громоздкая модель, а нам хочется ее повсякому крутить-вертеть, чуть корректировать разные параметры и сразу видеть результат. Сразу - по возможности после самого-самого минимума дополнительных телодвижений. В идеале - поправил один из параметров - сразу видишь результат.

Так вот. Как должен в околоидеале выглядеть интерфейс у программки, которая реализует эту модель?

Для затравки, опишу совсем простой пример с решением, потом опишу среднесложную модель, а потом идеи усложнения среднесложной модели.

Простая модель - программа взаимоперевода из футов в метры. или из фаренгейтов в кельвины, цельсии и реомюры.
Первую программу удобно реализовать довольно просто - два поля ввода, две подписи. В одно поле что-то вводим, во втором, по мере ввода, сразу видим результат. Никаких лишних кнопок и переключателей, которые надо нажимать после ввода.Логика работы - после каждого изменения в одном из полей тупо пересчитываем второе поле. С градусами аналогично, разве что после изменения любого поля надо пересчитать остальные три.

С метрофутами у нас будет два алгоритма (две формулы) для прямого и обратного перевода. да, они совсем простенькие и их всего две. Лобовое решение с градусами будет заметно сложнее - у нас уже шесть тупых формул. Это еще не ад, но уже должно немножко настораживать. Можно, в принципе, поступить так же как и в первом случае.

А теперь, собственно, сложная задача. Считаем отопление домика. :)
У домика есть 4 стены и крыша, дом топится электротопкой, отдает тепло через стены и крышу. Полом для простоты принебрегаем. Дом считаем прямоугольным в плане, а крышу плоской. Окнами, для начала, тоже принебрегаем.

Для дома будем увязывать такие параметры: длина, ширина, высота, плошадь стен, площадь крыши, жилой объём, объём стеноматериалов, объём крышематериалов. - этот набор математически довольно тривиален, но уже заметно злоебуч для увязывания, ибо хочется сохранить легкость-простоту и изящество, которое мы видели в прошлых примерах.

далее, очевидно, надо ввести стоимость материалов и стоимость электричества, (пиковую) разность температур между домом и улицей, (пиковую) мощщь электротопки, теплоёмкость (тупо пропорциональна объёму стен с одним коэффицентом плюс объём воздуха с другим), теплопоток сквозь стены-крышу (для каждого элемента площадь делим на толщину и множим на коэффицентик; суммируем по элементам), время полуостывания (делим теплоёмкость на теплопоток, домножаем на коэффицентик порядка 2/2.7182). Плюс, для такого домика интересно оценить суммарные траты на строительство и отопление за Х лет (чтоб сравнить с другим домиком.) (стоимость отопления - это время умножить на мощность теплопотерь умножить на цену единицы электричества, стоимость строительства - объём стен*цена плюс аналогично про крышу). При этом, очевидно, хочется пошевелить какой-то один параметр, а чтоб при этом самоподстроились какие-то другие параметры, все или не все. (а еще можно добавить 1...У Z-слойных стеклопакетов разной площади)

Соответственнно, про эту модель два вопроса:
1. как эффективно избавиться от ручного написания примерно N*(N-1) тупых формул (N - число параметров в модели, набегает что-то типа десятка-двух-трёх)
2. Как в принципе можно организовать интерфейс такой модельки, чтоб пользоваться было удобно и не надо было совершать лишних телодвижений типа "выберите из примерно N^3 вариантов, что от чего пересчитать"
поумнеть

тро-ло-ло идея

Купить кучку самых дешевых, но понтовых на вид замков. Можно в виде сердечек. Вешать их на мосты.
А на замках, ага, гравировать надписи типа "$a + $b = любовь", где $a и $b заведомо мужские имена.