Претензии почему–то только к отцу, но и мамаша хороша такого отца выбрать. Думать о детях ≠ думать, как их побыстрее завести.
RJ @SetazeR: *web *childfree
О сколько нам бугуртов чудных дарит точка зрения чайлдфри. http://zadolba.li/story/11584
Бугурты:
http://bezdna.su/?id=83511
http://bezdna.su/?id=83526
http://bezdna.su/?id=83535
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
Ни чё се подробности
Заголовки о том, что Каддафи [приказал раздать военным таблетки] Виагры дабы стимулировать «марафоны изнасилований» прекрасно «сработали» на [новостном канале] CNN. Однако бывший член Конгресса, Синтия МакКинли установила, что единственным крупным покупателем партии Виагры, направленной в Ливию, было само Правительство СШП, [сотрудники которого] выдавали маленькие голубоватые таблетки более пожилым солдатам-мятежникам дабы «вдохновить» их на сражения.
Есть знатоки Пролога? Можно его переделать в препроцессор по типу m4?
http://stackoverflow.com/questions/17360703/how-to-turn-prolog-into-preprocessor-kinda-m4-gpp
N,N–диметилтриптамин — это вам не шутки
В видениях на недавних сеансах «на аяхуаске» вместе с индейцами-шаманами, Саудер неоднократно видел некое «чрезвычайно мощное, хладнокровное, безжалостное, безличностное, искусственное по природе и сверхразумное» «нечто», которое он называет термином «Машина». Целью этой Машины является тотальный и всеобъемлющий контроль над всей планетой Землёй, и/или уничтожение её биосферы, включая человечество и саму Землю.
Эта Машина функционирует одновременно на физическом и астральном плане. Она знает людей лучше, чем люди знают самих себя; при этом о существовании и целях Машины мало кто знает. Видения Саудера включали картину «доения», откачки некой энергии из верхней чакры у большого числа людей на чём-то вроде «фермы»; о том, куда и для чего эта энергия используется, «наблюдатели» узнать не смогли. Вместе с тем миллионы людей являются частью Машины и работают на неё, получая взамен власть, деньги, славу, общественный статус, карьеру и т.п.
Программа Машины осуществляется всеми возможными способами: через нанотехнологии [моргеллонов?], генную инженерию, химтрейлы, электронный контроль над сознанием, пропаганду в СМИ, воздействие на погоду, уничтожение лесов, морей, океанов, радиоактивное заражение и так далее. Мегакорпорации, Уолл-стрит, Пентагон, правительства ведущих держав, секретные агентства, преступные синдикаты, религиозные структуры, системы «формального» образования – всё это составные части Машины. Она использует различные технологии, и люди играют роль её "придатков". Простого восстания против тирании этой Машины будет мало, так как оно лишь подольёт масла в огонь тотального геноцида, которого она добивается.
Д-р Саудер вводит в статье термин «upwising» (комбинация слов uprising – «восстание» и wising – «поумнение»; что-то вроде «восстания через (понимание) информацию» с упором на духовность (не религиозность!) и проницательность; здесь будет использован термин «духовное преображение»).
Вступить в схватку с Машиной любым традиционным способом – значит обречь себя на поражение. Потребуются мудрость, созидательное ненасилие, мирное сотрудничество с природой планеты и другими людьми доброй воли, чувство преклонения перед биологической жизнью, творческой духовностью и биологической ДНК, пронизанной многомерной информационной связью с всезнающей, любящей сутью Всего-Сущего. Но именно их Машина и хочет уничтожить: биологическую жизнь и многомерную ДНК, - дабы покорить материальный план и отключить его от контакта с более высокими измерениями. Или духовное преображение, или известный конец; выбор за нами.По мнению д-ра Саудера за названием АЭС «Фукусима» стоит целый набор смыслов. Незадолго до японского землетрясения, цунами и катастрофы на АЭС Саудер вместе с двумя другими шаманами (одним западным шаманом и шаманом из верховий Амазонки) побывал на сеансе «на аяхуаске» на берегу Тихого океана. Саудер ненадолго увидел «дьяволического чёрта», который устанавливал нечто вроде столба или вышки для выброса ядовитых веществ в атмосферу, дабы принести как можно больше вреда, страданий и гибели. По мере распространения ядовитых потоков этот бес приходил во всё больший восторг и ликование. «После этого видения я едва сумел сделать два шага; было такое чувство, что меня раздробили молотами.»
Типичная ситуация в AdaCore vs. Ada community:
Да уж. Тут одно за собой тянет другое — недоступность Ады для ряда платформ уменьшает вероятность того, что кто-то кроме AdaCore будет вкладываться в развитие Ады, да и просто использовать её для своих проектов.
На примере нашей работы: мы занимаемся телекоммуникациями (VoIP). Есть у нас продукт - сервер видеоконференцсвязи (mcu). Писан на С++. Затем появилась потребность написать к нему собственные клиенты (там используется стандартный SIP-протокол, так что сторонние клиенты тоже работают, но свой будет лучше по ряду причин) в первую очередь для Windows. Клиент процентов на 70 состоит из общего с сервером кода (сигналинг, декодинг/енкодинг и так далее). Для клиента специфичен только GUI и средства воспроизведения (звук, видео) ну и некоторая дополнительная логика.
Затем потребовался клиент для Linux. Тут было еще проще — у него процентов 90 общего кода с Win-версией клиента (только устройства подложить линуксовые, да гуй перерисовать).
А вот теперь Android и iOS. Там в общем то тоже не сложно, особенно в iOS. Процентов 90 кода будет общее с десктопными клиентами (оставшиеся 10% пишутся на системо-специфичном ЯП - в случае Android это java, в случае iOS — это ObjC).
А если бы мы изначально взяли не С++, а Аду, то на этапе поддержки мобильных платформ мы бы сели в лужу, пришлось бы переписывать 90% кода с нуля на том же С++. А затем постоянно поддерживать это дело в актуальном состоянии и ручками синхронизировать с кодом сервера.
То есть выходит, что стратегически верным решением является изначально использовать не Аду, а С++, чтобы в последствии иметь свободу манёвра (если конечно вы меньше Боинга, и не можете заказать поддержку нужной платформы у AdaCore) — когда начинали разработку, два года назад, никто о написании своих специализированных клиентов для всех платформ еще и не думал — это был эксперимент. Успешный.
А что у Ады с компиляцией под Apple iOS? Хотя бы адский код в либу собрать, чтобы её из ObjC там дергать.
У нас есть абсолютно полноценный порт под iOS, который мы разработали из любопытства в основном. К сожалению лицензионная модель эппл не позволяет нам предложить такой продукт.
http://www.janus-software.com/fb_fyracle.html
Fyracle: Firebird + PL/SQL
Представьте себе семью, которая львиную долю своего дохода откладывает на черный день. Голодает, отказывает себе во всем. Но продолжает покупать в больших количествах долговые расписки соседей. У которых никаких средств на черный день, как раз нет.
Патриоты России давно говорят о гибельности такого «накопительства». Голодные обмороки ради накопительства еще никого до добра не доводили. И вот этой ситуации кладется конец. Самим президентом.
Так что за парадоксы «хвалёного» законодательства США мы в данном случае наблюдаем? Устроил [нефтяную] аварию на судоходной реке – отправляешься в тюрьму. А устроил «экологическую катастрофу века», пойман с поличным (состав нефти), нажил на этом миллиарды, попутно убив 11 нефтяников, обрёк на медленную мучительную смерть миллионы человек, одновременно лишив их средств к существованию, нарушаешь американскую Конституцию и законодательство – получаешь бонус («миссия выполнена»?) и переходишь «на работу на другой проект» (следующий «уровень игры» — арктическая «доска» российского шельфа)?
Очень напоминает наше русское «украл мешок картошки» и «украл железную дорогу». У них всё так же. Свои люди.
Позавчера пришла по почте та самая книга «Handbook of Object Technology». На почтовой обёртке эпично красуется Value $0.07. Для своих семи центов книга в потрясающем состоянии. Страницы белые, свежие, не засаленные, ничего подобного. Следы пребывания в библиотеке есть, но это просто пустяки. Штампы RIT LIBRARY и WITHDRAWN на внешних сторонах страниц, следы оторванного кармана для карточки, приклеенный скотчем к обложке штрих–код, который я не рискну срывать. Худшее — это пометки карандашом на страницах, но это полная ерунда.
Поразила толщина. Теперь это самая толста книга по программированию, которая у меня есть. По толщине чуть уступает большому энциклопедическому словарю. Страницы в книге нумеруются не по порядку, а по главам, так что я, когда читал публично доступные главы, не догадывался о суммарном размере.
Впечатляет охват материалов. В этой книге есть 3 главы, посвящённые SOM (если в книге про объектные технологии не указан SOM, то такая книга — кошачий корм). Есть главы посвящённые языкам программирования, в том числе Ada 95, Modula-3, Smalltalk. CLOS, правда, нет, но SOM–то круче. An overview of the C++ Programming Language Страуструпа, кстати, впервые было опубликовано именно в этой книге, а уже потом распространялось отдельно. В PDF есть указание на книгу–первоисточник.
Весьма неплохо. И если о том, что я перечислил, я уже имел представление, то о многих других вещах в этой толстой книге у меня такого же хорошего представления нет. Вот, например, Business Object Notation. И таких глав 58.
Теперь хочу обзавестись «Putting metaclasses to work». Оба автора имели непосредственное отношение к разработке SOM 3.0, а сама книга оказала влияние, например, на Python. Что касается метаклассов, это самая упоминаемая книга. В электронном виде я её так и не нашёл, а б/у на таких же условиях, как Handbook of Object Technology, её нет. На http://www.alibris.com/ есть только новые, минимум за $250
https://en.wikipedia.org/wiki/Tetrachromacy Тетрахроматизм (способность воспринимать 4 цветовых канала) присуща в том числе и человеку. При определённых низких интенсивностях в восприятии участвуют и колбочки, и палочки, давая в сумме 4 цветовых канала. А вот частотные характеристики палочек и разных типов колбочек на одном графике:
https://commons.wikimedia.org/wiki/File:Cone-response.svg?uselang=ru
Как видно, палочки занимают промежуточную позицию между зелёным и синим, и можно придумать ещё одно цветовое пространство, RGCB (red green cyan blue), для специальных мониторов или очков особого зрения, которые бы использовали эту возможность человеческого глаза.
В английской статье в Википедии указывается на возможность тетрахроматизма у человека как на генетическое отклонение. Если есть дальтоники, логично предположить, что бывает и наоборот. Правда, в этом случае четвёртый цвет между красным и зелёным, то есть, пространство RYGB (red yellow green blue).
Жаль, что институты вроде https://en.wikipedia.org/wiki/Ova_bank плохо развиты, а то, в какой мере они развиты, используется только на преодоление бесплодия, но в меньшей степени на евгенику. Столько классных отклонений бывает. Таких людей икс можно сделать. Есть несколько мутаций, при которых не развивается рак. Есть люди, гораздо меньше подверженные кариесу.
Резюмирая полгода молчания про SOM:
При портировании SOMObjects Toolkit на Borland C++ Free узнал заодно кучу интересных вещей о C как таковом (большинство примеров для него). Во–первых, есть такая очень весёлая проблема с разным манглингом в разных компиляторах. Символы в DLL можно импортировать двумя способами: через __declspec(dllexport) и __declspec(dllimport), а можно через .def файлы. Если через __declspec, то при экспорте компилятор сам выбирает имя, а это не всегда подходит. Разные компиляторы делают разный манглинг, и вообще, у SOM есть свои требования к именованию в таблице экспорта. Так что только .def. .def файл, похоже, под каждый компилятор нужно писать свой, потому что .def файл сопоставляет имя в таблице экспорта DLL с именем, как его манглит компилятор, когда читает заголовочный файл. Вот Borland, например, добавляет _ в начало cdecl функций и переменных, но никак не уродует stdcall функции, а GNU, я так понял, норовит добавить @размерстека. А VisualAge, под который было всё заточено, добавляет _ в начало и @размерстека в конец. Эта проблема худо–бедно решалась coff2omf, implib и тому подобными утилитами, которые все имена из одного уродства превращают в другое по одному алгоритму. Варьируя командную строку, обычно можно добиться результата. С SOM такое не прокатывает, потому что stdcall там перемешан с cdecl и переменными, и алгоритм должен быть для них разный. Запарился, в конечном итоге просто написал .def файлы руками, во всём SOM 3.0 около 1000 вызовов, не так уж много. Делая это, как не вспомнить импорт/экспорт в Delphi. function такая–то с соглашением таким–то, external оттуда–то с name таким–то. И не надо думать, какой манглинг получится в этом компиляторе для такого–то соглашения. Чётко и конкретно. Правда, нет импорта/экспорта переменных.
В somplatf.h по дефолту делается __declspec(dllexport) для Microsoft C. Как там происходит в MS, не знаю, но если в Borland я оставляю этот __declspec, то этот символ начинает торчать из DLL с тем манглингом, который мне не подходит наряду с нужным манглингом. Так что для Borland я дефайн поменял на пустой. Но если это так, то, может быть, и __declspec(dllimport) не нужен, ведь есть .lib, скомпилированный из .def? Ответ неверный. Для обычных функций генерится код вызова call туда–то, а для импортируемых функций — call dword ptr [там–то], плюс, генерятся трамплины, и, если подключить .lib, но в хедерах не использовать __declspec(dllimport), то компилятор создаёт неправильные вызовы, и всё крашится.
Ещё один источник радости — выбор рантайма в DLL. Так как программы на SOM в любом случае используют som.dll, то не будет лишним использовать и cc3250mt.dll. Всё компилится, даже что–то работает, но какие–то программы крашатся. Позже выясняется, что программы, выводящие на экран через somPrintf, работают, а через fprintf — нет. При отладке выясняется, что stdout не тот, который нужен. У cc3250mt.dll свой stdout, и только через него нужно делать fprintf, а, если не использовать /tWR, то stdout получается в .exe'шнике и не канает. Крашится, то есть. Реализация fprintf отнимает от адреса параметра FILE * адрес начала _streams и делит на sizeof(FILE). Если _streams в cc3250mt.dll, а stdout в .exe, получается дробное отрицательное число, и ничем хорошим это не кончается. По идее, у того, кто bcc32 сразу и компилит, и линкует, такого не происходит, но в нашем случае система сборки разделяет компилятор и компоновщик, поэтому может получаться такое рассогласование. В целом, с Borland вроде бы разобрался. Непроверенными остаются только нюансы с .dll, которые в примерах SOM используются только в DSOM, но DSOM службу я не поднимал. Я вижу, что всё компилится, я вижу, что импорты и экспорты без подчёркиваний, но для проверки надо поднять службу DSOM.
С .def файлами вообще весело. Я не знаю, это фишка Borland или в чём дело, мне .def для компиляции .dll и .def для создании библиотеки импорта (.lib) приходится генерить разные, хотя было бы логично, если в пределах одного компилятора как экспортировали, так и импортируем. То есть, в .def для .dll я пишу dAnimalClassData=_dAnimalClassData, а в .def для .lib — _dAnimalClassData=dAnimalClassData. Не знаю, можь это с переменными только такая петрушка.
Пока что завален рефератами. Из 6 рефератов в год удалось отвертеться от 4х и защитить 1. Надо защитить ещё один, плюс на работе проект важный. Летом, как освобожусь, надо продолжить. Есть желание сделать такой пакет Borland+SOM, чтобы студентоте в качестве Borland C++ подходил, работал без шаманства, в отличие от оф. версии. Оф. версия требует прописывания путей в bcc32.cfg и ilink32.cfg, плюс, не находит их, если путь к .exe'шнику bcc32 или ilink32 содержат в себе пробел. Всё это можно разрулить.
Ну а как бонус, там боеспособный SOM и демки к нему. Впечатляет, как мало весят .exe'шники и .dll'ки. Обычно, если используется ООП, всё быстро разбухает, несмотря на рантайм в отдельных .dll, а тут классы конструируются в рантайме, а в .exe'шниках и .dll'ках только метаинформация со ссылками только на переопределённые методы.
RJ @Irsi:
Похоже мы скоро будем иметь два интернета - http://edition.cnn.com/2013/01/30/tech/social-media/facebook-mobile-users
Кратко - впервые кол-во "мобильных" пользователей мордокники превысило число "стационарных". С другой стороны тот же старквунтер, который ведет статистику по всему интернету, говорит что в общем и целом число "мобильных" юзверей хоть и растет, но мало заметно на фоне "стационарников".
Что это означает? Да очень просто - интернет разделяется на два больших сегмента. Один для идиотов, которые не умеют писать и читают по слогам - они будут сидеть на нескольких десятков мегапопулярных сайтов и весь остальной интернет им будет не особо нужен. А умным людям останется все остальное.
2359665 http://juick.com/2359665
Есть бекап линуксовой тачки с настроенными студиями и скомпиленными библиотеками, короче, всё в работоспособном состоянии. Также требуются винды с делфями для связанного проекта. Есть чужая тачка с процом, поддерживающим виртуализацию. Есть предположение, что может потребоваться строгать ещё несколько экземпляров Linux для мелких задач типа тестирования чистой конфигурации. Если для виндов без вариантов требуется изолированный ЖД, то Linux'ам лучше бы разделять RAM и файловую систему, так как их не очень много пока, а я не знаю, куда больше места и RAM потребуется.
Вот, думаю, подойдёт ли Qubes OS? Там уже используются отдельные зен–виртуалки для сети (NetVM), фаервола (FirewallVM), и можно строгать виртуалки для приложений (AppVM). И окна линуксовых AppVM (а с версии R2 Beta 3 — также и виндовых) интегрируются в общий рабочий стол.
http://opencores.org/project,zet86
Реализация x86 SoC на Verilog для FPGA
http://www.via.com.tw/en/products/processors/quadcore/
У VIA, оказывается, тоже есть аппаратная поддержка виртуализации (VIA VT)
Запилил отдельным видео на youTube: https://www.youtube.com/watch?v=crzMtVqGW44&list=PLFiQbMdDUdxzC6ylah9rx8qSbdtsBd0rB&feature=bnw
"100тыс. студентов ничему не учатся в институтах. Люди тратят лучшие годы жизни не понятно на что" — Сергей Гуриев, ректор РЭШ
И вообще, решил пособирать плейлист на тему «дело–то серьёзное, не дворника люди выбирают». Раменского перезалил с сибнета на тыТрубу. Приветствуются лайки, а также истории успеха (для пополнения плейлиста). Желательно, адекватно. Желательно, ближе к программистам.
http://octagram.name/img/2013/05/Appropriate_Book_Price.png
Вот это я понимаю, нормальная цена для книги. Жалко, на доставке погорю
Цоперайт © 2010-2016 @stiletto.