Mar. 6th, 2012

kincajou: (Default)
http://vitus-wagner.dreamwidth.org/716449.html

а границы провести вдоль крупных улиц, чтоб понятие "у нас на раёне" стало бы не просто актуальным вопросом, а принципиальнейшим!
kincajou: (Default)
Вот есть фирма, изготавливающая (без шуток) аккумуляторные ячейки, лучшие из всего что я видел. Пусть у них "химия" покупная, зато производство где-то в Роисе-матушке. Причём акки получаются на заглядение - ячейку можно по живому протнуть гвоздём, но она не сдохнет, а продолжит исправно выдавать энергию куда надо. Ну, чуть потеряет в ёмкости. Деградирует через какое-то время. Но работать будет всё равно.

Так вот, фирма делает акки. Правда, с хреновой электроникой, но это дело поправимое - электронику мы и сами спроектируем (уже спроектировали, лично я).

Мы покупаем акки. Но сумма получается такая, что на неё можно приобресть пару-другую иномарок и годовой запас бензина. По закону, нужно провести тендер.

Без тендера нельзя. Но в тендере участвует один (ОДИН!) участник - собственно, производитель.

Больше всего меня удивил факт наличия отсутствия мгновенно возникающих посредников. Ведь это ж какой лакомый кусочек.. но - нету. Какая жаль! недополученные прибыли! удвоение ВВП!..

Закон - суровая дура.
kincajou: (Default)
пока есть время, вернулся к своему старому проекту - встраиваемый интерпретируемый язык для микроконтроллерных дивайсов. За основу взял то, что предлагает А.В.Костельцев в своей книжке и почти ничего не изобретаю, окромя дополнительных встроенных типов -- double-то мне практически не нужен, а вот битовые-байтовые-словные типа очень даже нужны. И булев тип. И примитивы для доступа к железу. И ещё что-то. И встроенный же доступ к моей собственной файловой системе, которая тоже встроена туда же, куда и всё :)

Это чтобы получить:
а) более-менее полноценную возможность писать скрипты для маленьких устройств, одновременно ещё и командную строку как бы нахаляву;
б) максимальную отвязку от "железной" части, одновременно с этим имея полный над ней контроль (т.е., например, не писать обработчик прерывания на приём байта по последовательному порту, а иметь в программе обработчик соответствующего СОБЫТИЯ);
в) ??????
г) скилл Крутизна +5.

Дабы экономить ресурсы (чтоб не терять драгоценные такты на интертрепацию), код сначала компилится в некий промежуточный байт-код, максимально компактный, и уже потом исполняется.

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

Уже работают условные переходы, циклы, вызовы функций. Думаю вот, делать отдельно от "функций" ещё и "процедуры" (отличающиеся лишь отсутствием возвращаемого значения) или ну его нафиг.

P.S. попутно обнаружилось нечто странное: оказывается, 1 поделить на 2 будет не 0.5, а 0.500000001495465973, но если это умножить на 2, то снова получается 1. Нипанятна.

December 2016

S M T W T F S
    123
45678910
11121314151617
18192021222324
25 262728293031

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 26th, 2017 02:41 am
Powered by Dreamwidth Studios