http://nimrod-code.org/ Любителям пощупать новые языки программирования предлагаю ознакомиться

<plhk> кложура меня пугает, потому шо jvm <plhk> как и скала, в общем-то <dca> ну это нормально <dca> все равно в тырпрайзе жаба <dca> то есть можно заюзать фп в риллайфе, написав кусок на кложуре\скале и сказав начальству, что ты просто заюзал новомодную либу жабы. <dca> а то максимум у всех хацкели в качестве скриптовых языков юзаются <plhk> у кагамки чото пишут на цацкеле <dca> позовите его сюда <dca> пусть расскажет <plhk> я подозреваю, что за такие выкрутасы в энтерпрайзе могут и банку сгущенки в анус поместить <dca> конечно <dca> обычно это небольшие проекты из одного человека <dca> и всем часто похуй на чем там написано <dca> мне интересна именна командная разработка на хацкеле, окамле, лиспе итд <plhk> двачую <dca> например юзают ли они uml, rup, class diagrams, sequence diagrams итд <plhk> зови кагамку

Тут короче понадобилось заюзать мне binary heap в racket и захотел я это сделать с использованием стандартных схем итерации через for-iterations. Однако текущая binary heap не реализует нужный интерфейс (stream?). Поэтому кое-чего нужно доопределить. К счастью, в racket это сделать достаточно просто. Необходимо задать структуру, реализующую три функции: stream-empty? stream-first и stream-rest (тест на пустоту потока, получение элемента из головы и хвоста) (define-struct hstream (v) #:methods gen:stream [(define (stream-empty? st) (eq? (heap-count (hstream-v st)) 0)) (define (stream-first st) (heap-min (hstream-v st))) (define (stream-rest st) (begin (heap-remove-min! (hstream-v st)) (hstream (hstream-v st))))]) простой пример: > (define h1 (make-heap <)) > (heap-add! h1 8) > (heap-add! h1 11) > (heap-add! h1 2) > (for/list ([x h1]) x) for: expected a sequence for x, got something else: #<heap> > (for/list ([x (hstream h1)]) x) '(2 8 11)

У многих проектов есть свой coding style. Некоторые пункты стиля (например, табы vs. пробелы) реализуются настройками редактора. Вопрос: где прописываются такие вещи? modeline в каждый файл пихать как-то глупо, да и неудобно — при создании нового файла можно легко что-то забыть.

On Understanding Data Abstraction, Revisited http://ompldr.org/vZ3lraQ Отличная (короткая!) статья про фундаментальные различия между objects и ADT. Странно,что ее раньше не видел.

http://edll.sourceforge.net/ Вот такая шняга есть под Windows. Умеет подгружать в рантайме статические и динамические библиотеки. Особенно интересно последнее. Если системному LoadLibrary() нужен непременно файл на файловой системе, то кастомный загрузчик, наверное, и из виртуального файла загрузить DLL устроило бы. Например, из инкрустированного в .exe байтового потока. Или из удалённого HTTP сервера, попутно перехватив FileOpen у подгруженной библиотеки, чтоб она и файлы читала оттуда же.

http://wyw.dcweb.cn/stdcall.htm Тот, кто назвал Це бритвой, сделал это до появления манглинга. Внутреннее имя, импортированное имя? Вообще охуеть. Знаю, что вызывается и знаю откуда, ебусь, не могу сделать, чтоб всё срослось. external 'emitc.dll' name 'emitSL' — вот, где бритва, а не там, где еботня с implib'ом и манглингом

Собрал racket-5.3.1 под текущий debian testing Не знаю зачем выкладываю, вдруг кому понадобится. http://ompldr.org/vZ3lkMQ

http://octagram.name/pub/somobjects/som30nt.zip SOM 3.0 для WinNT! Ура!

Поставил напосмотреть kdevelop. Ну что, ПРИКОЛЬНА))) Быстрая навигация, перделки вываливающися пачками перед курсором, КОМПЛИШЕНЫ. Пожалуй, человек привыкший к VS, хоть как-то сможет там работать. Типичный емаксоблядок, привыкший в отсутствию IDE, смотрит на это все с недоумением, состраданием и легкой завистью. На самом деле, штука правильная. В линуске должно быть что-то похожее на VS. Не все же готовы юзать настраивать emacs. Или vim.

http://docwiki.embarcadero.com/RADStudio.....plications Вот чем мне нравится само существование Embarcadero, так это тем, что они как зеркало отражают говнистость того, что делается в Microsoft'е. То, есть, если у Microsoft всё снаружи красиво, распиарено, то опыт сторонних разработчиков высвечивает всё как есть. WinRT в теории классный, но под него сейчас нельзя делать приложения сторонними компиляторами — и вот результат, для отображения Live Tiles Embarcadero делает отдельное специальное приложение–прокси, сделанное так, как требуется Microsoft, плюс теневой сервис, и через всё это становится возможной работа нормальных, написанных не на выбранных неизменно дурным вкусом Microsoft языках, приложений. Мне, конечно, хочется всё то же для Ады, но Delphi тут как первопроходец, собирает все грабли, чтоб остальным легче идти было.

Интересно ведёт себя Google. Время от времени гуглю «SOMobjects», и вот недавно всплыл отнюдь не новый пост: http://www.unix.com/302104216-post.html Чувака удалось найти на другом форуме, обещал дать многострадальные бинарники, а ещё он делал открытый клон под названием somFree: http://forums.nekochan.net/viewtopic.php?t=16726016

и вот еще: Geometric Tools http://www.geometrictools.com/index.html

Geometry algorithms archive. http://geomalgorithms.com/toc.html

Efficient Sparse Voxel Octrees implementation. http://www.tml.tkk.fi/~samuli/publicatio....._paper.pdf

Чят, так уж получилось, что всегда когда я писал на плюсах я использовал максимум STL. Соответственно, у меня багор, когда я вижу бусты/шмусты, 500 видов xxx_ptr или шаблонную магию. Насмотревшись на код всяких llvm-бекендов/серверов/3D-движков я этого там не увидел. Вопрос где вообще это все используется и стоит ли тратить время на ознакомление? Олсо, знания 2-3 паттернов хватит или надо знать всего Александреску, GoF и прочую лабутень? inb4: тривиальный десктопный софт (qt, QML) особо не интересует.

http://habrahabr.ru/post/159139/ _IBM SOM: внешняя объектная система с поддержкой наследования_ Статья стала пропуском на хабрахабр, от кого, не понятно, но и так сойдёт.

http://octagram.name/OM В качестве летней практики накатал сравнение объектных систем (см. теги)

У кого-нибудь возникает такое чувство, что уебищно отформатированный код, еще и криво будет работать?