This page gives a list of the most useful elisp functions for text processing tasks in elisp programing. Any elisp coder would have memorized every functions in this page. That's how important they are.

http://ergoemacs.org/emacs/elisp_common_functions.html

Короче, меня заебало в emacs, что backward-kill-word удалит
int array [];
^^^^^^^^^
вот это, вместо вот этого
int array [];
^^^
Простого способа пофиксить это я не нашел, то есть либо хачить syntax-table, чтобы знаки пунктуации принадлежали word syntax class,
либо перебыдлить backward-kill-word самому.

Что я и сделал. Найденым багам буду рад шопиздец.
https://github.com/4DA/emacs-stuff/blob/master/smart-kill.el

P.S В бонус перебыдлил kill-word.

[13:06]<lexszero> надо упороться и написать пак предложений по улучшению девелопмент-инфраструктуры в конторе
[13:07]<lexszero> первым пунктом там будет "выкинуть нахуй сабвершон", вторым - "отдельные репозитории для каждого куска говна и сабмодули"
[13:08]<lexszero> третьим - "бить по рукам за использование питона там, где он не нужен"
[13:08]<Mendor> Пили стортаб.
[13:08]<lexszero> консалтинговые услуги по выкидыванию сабвершона?
[13:09]<Mendor> И по битию по рукам за бетон.

Чят, реквистирую людей с свежей видях nvidia и линуск.

Можете скомпилить это говно и посмотреть насколько будет грузиться CPU?
https://github.com/4DA/vector-slime-demo

У меня есть подозрение что моя старая видяха/драйвер не умеют в нормальный Transform Feedback,
поэтому взвинчивают CPU до 100%, что смешно и нелепо.

Спс.

http://govnokod.ru/13470#comment189390

А я ассемблерщика знаю. Пишет биосы. Играет с ботами в квейк. С работы уходит последним. В 40 живет с мамой.

Прямо таки герои нашего времени...

Пожалуй, лучшая техническая документация, которую я видел - у CGAL и Racket.
Можно просто читать как матан перед сном, особенно CGAL.

http://www.stolyarov.info/books/asm_unix#comment-242

Инженеры сказали "мы не можем сделать процессор вдвое мощнее", на что манагеры им объяснили, что если они не сделают процессор вдвое мощнее, то будут кушать баланду. Поскольку баланда — аргумент убедительный, инженеры почесали репу и придумали некий протез — два ядра на одном камне, потом четыре, потом восемь... А программисты проприетарных компаний им в этом помогли, создавая год от года всё более и более тормознутый софт и создавая тем самым у конечного потребителя ложное ощущение необходимости перманентного апгрейда. Вот это я и называю потреблядством — не когда удовлетворяются имеющиеся потребности, а когда искусственно создаётся ощущение потребности там, где никакой потребности и рядом не лежало.
Итог всего этого мракобесия в том, что 99,9999% всех процессоров в мире простаивает (ничего не делает) в течение 99,9999% времени, но при этом на изготовление этих процессоров тратится немерянное количество ресурсов, потом на их питание на холостом ходу тратится прорва электричества, и оплата всего этого влетает конечным пользователям в несуразно гигантское количество денег.

http://www.stolyarov.info/guestbook/archive/1#comment-717

Я тут на одном форуме видел обсуждение моей книжки по C++, так там на полном серьёзе кто-то задал вопрос, а если в книжке не рассматривается стандартная библиотека C++, то о чём же тогда вообще книжка? Больше того, мне встречались случаи, когда человек пишет в резюме "имею большой опыт программирования на C++", при этом на собеседовании не знает, что такое конструктор, и не только не знает, но и возмущается, что это кого-то интересует: зачем, мол, это вам надо, программировать можно без этого, я вот столько-то лет уже на C++ программирую, и совершенно замечательно без этих ваших конструкторов обхожусь. Собственно говоря, я в таком положении вещей даже не вижу ничего особенно удивительного при господствующих ныне "методиках" изучения оного C++.

/What exactly are pointers used for in C++? I consider myself fairly proficient in C++, but the topic of pointers has always confused me./

Вопрос: а есть ли скрипты или скриптоподобные системы, где реально, не перезагружая, можно менять код на лету, но при этом каждый скомпилированный узел AST пронумерован, и операции над живым кодом обязательно согласуются с текущим состоянием. В CGI, например, обновление на уровне новых http–запросов. В Erlang обновление на уровне новых вызовов функций. А вот как бы полностью контроль иметь, в том числе за теми функциями, что уже исполняются и ещё не завершились?
Однажды скомпилировав и получив пронумерованное AST, становится нельзя редактировать непронумерованный код, снова компилировать, получать совершенно иную нумерацию и пытаться активировать, потому что вот прямо в этот момент в обновляемых AST что–то происходит, и полный сброс портит всю задумку, которую я хочу.
А по задумке нужно работать с пронумерованным AST, и, если что–то добавляется, то сразу же и нумеруется. Если какие–то строки хочется удалить, они могут не удалиться сразу, потому что где–то в момент обновления они исполняются, и удаление строк будет отложено до момента, когда их исполнение везде прекратится.

Для чего это хочется? Типичные операции: запросы к БД, запросы по HTTP. Область применения: процессинг.
Проведение платежей теоретически может быть настраиваемо гибко. Есть продавцы типа Дом.ру, которые в разных регионах имеют разные идентификаторы service-id. Вот, чтоб простые люди на терминале не выбирали из нескольких одинаково выглядящих кнопок свой город, можно сделать одну кнопку, а дальше пусть бы процессинг по лицевому счёту анализировал, куда платёж послать. А ещё может понадобиться один платёж разбить на несколько, и успешность исходного платежа зависит от успешности платежей, но которые платёж был разбит. Далее, вот есть, допустим, российский Билайн и казахстанский Билайн. Их можно объединить, а потом различать по коду страны в телефонном номере, а ещё по валюте. При этом можно требовать, чтобы валюта совпадала, а можно конвертировать, если не совпадает (актуально на Байконуре, где платят в рублях, но территория Казахстан, поэтому могут и не рублями заплатить, или могут рублями за казахстанский Билайн заплатить). Получается несколько звеньев, в которых может происходить вариация. Что касается конвертации, то это может быть запрос в БД. Если данные устарели, запрос курса по HTTP. Это те самые узлы AST, которые нужно удалять не сразу, если где–то оно ещё исполняется. Скажем, сегодня мы конвертировали алтыны в рубли, а рубли в гривны, а завтра научились сразу в гривны запрос курса по HTTP делать. И если с новыми платежами всё понятно, они пойдут по новой схеме, то старые могут подвиснуть, если запрос курса накрылся или что–то в этом роде. Желательно вот поэтому полный контроль иметь над происходящим.

To a C programmer strong typing means pressing the keys harder.

http://ideone.com/NlMluL
Умножение двух 16-битных беззнаковых чисел с получением 32-битного беззнакового, без условных переходов

https://research.microsoft.com/en-us/um/people/simonpj/papers/ndp/haskell-beats-C.pdf

Abstract
Stream fusion [6] is a powerful technique for automatically transforming high-level sequence-processing functions into efficient implementations. It has been used to great effect in Haskell libraries for manipulating byte arrays, Unicode text, and unboxed vectors. However, some operations, like vector append, still do not perform well within the standard stream fusion framework. Others, like SIMD computation using the SSE and AVX instructions available on modern x86 chips, do not seem to fit in the framework at all.
In this paper we introduce generalized stream fusion, which solves these issues. The key insight is to bundle together multiple stream representations, each tuned for a particular class of stream consumer. We also describe a stream representation suited for ef ficient computation with SSE instructions. Our ideas are implemented in modified versions of the GHC compiler and vector library. Benchmarks show that high-level Haskell code written using our compiler and libraries can produce code that is faster than both compiler- and hand-vectorized C.

На ассемблере такие вещи надо делать. Алсо, тут http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?test=all&lang=gcc&lang2=ghc&data=u64q хаскель сливает сишке почти по всем пунктам. И я бы не сказал, что кода на х-е сильно меньше, чем кода на Си

http://gcc.1065356.n5.nabble.com/Ways-to-fill-the-stack-td912561.html#none
Если через запятую объявлять члены массива из char в C и откомпилить это в GCC, оно это запишет как куча mov-ов по байтику
sztfg - я

Есть знатоки Пролога? Можно его переделать в препроцессор по типу m4?
http://stackoverflow.com/questions/17360703/how-to-turn-prolog-into-preprocessor-kinda-m4-gpp

Типичная ситуация в 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) — когда начинали разработку, два года назад, никто о написании своих специализированных клиентов для всех платформ еще и не думал — это был эксперимент. Успешный.

http://news.gmane.org/find-root.php?message_id=%3cCAO2%2dbK%2d8mOQ8gOCrVB%2bQTmYi9Zpau2F%2bfvHS0ivMYpBd4UhXCA%40mail.gmail.com%3e

А что у Ады с компиляцией под Apple iOS? Хотя бы адский код в либу собрать, чтобы её из ObjC там дергать.
У нас есть абсолютно полноценный порт под iOS, который мы разработали из любопытства в основном. К сожалению лицензионная модель эппл не позволяет нам предложить такой продукт.

http://news.gmane.org/find-root.php?message_id=%3c276555BE%2d9B20%2d44DE%2d99CE%2d5CF5265A3248%40adacore.com%3e