ltwood: (Default)
По наводке прочитал рассказ Слона-В-Колесе "Совещание". Зацепило. Тот, кто мне дал ссылку, вряд ли мог догадаться, насколько рассказ перекликается с тем, что я сейчас делаю по работе. Пять красных перпендикулярных линий, некоторые из которых нарисованы зеленым цветом. Отослал коллеге по несчастью с темой "Рассказ про шейпы". Шейпы -- это такие замечательные кусочки головной боли в нашем текущем проекте.

Ссылка: http://alex-aka-jj.livejournal.com/66984.html
ltwood: (Default)
Неожиданно обнаружил на Ютьюбе (квази) эротический ролик (en) (русский вариант) про ту железку, для которой пару лет назад писал математику (реконструкцию изображения). Приглашать для демонстраций своей железки дам модельной внешности -- это одна из вещей, которые я им тогда посоветовал.
ltwood: (Default)
Два дня сижу на конференции ADD2010. Некоторые доклады оказались весьма занятными, на остальных выручало наличие в зале интернета через WiFi.

Перечислю только явные недостатки (потому как достоинства очевидны, а недостатки могут помочь организаторам):

- слишком плотный график конференции, из-за которого почти не оставалось времени на вопросы и неформальное общение;
- не было тематических стендов, вокруг которых на обычных конференциях тусуется народ;
- не было стендов с текстами докладов (обычно все доклады дублируются на стендах), где можно было бы познакомиться с теми докладами, на которые не удалось попасть (около них обычно можно позадавать вопросы автору);
- интересные для меня доклады иногда шли параллельно. На обычных конференциях это обходится за счет тематических секций. Скорее всего здесь следовало бы отследить, чтобы хотя бы для нескольких типов слушателей можно было прослушать все интересующие его доклады.
ltwood: (Default)
В связи с имманентной ненавистью к XML-подобным языкам разметки, я всегда питал слабость к альтернативам. Все же TeX имеет значительно более простой синтаксис, исходники на нем гораздо проще читаются и, что самое главное для меня, он несравненно удобнее в ручном наборе. Кстати, TeX не оказался на месте html-а только по несчастной случайности.

Впрочем, в повседневной жизни TeX часто оказывается избыточным и для генерации html-а я использую небольшой самодельный язык разметки luaht с troff-подобным синтаксисом. Соответственно, я периодически посматриваю в сторону других подобных язычков. Недавно решил поподробнее познакомиться с наиболее интересными для меня Markdown и ReStructuredText.

Выводы получились неутешительными. Пока читаешь вводные описания и смотришь на примеры, все просто отлично. Но как только сунешься в полное описание (Markdown: Syntax, reStructuredText Markup Specification), сразу становится не по себе. В основном от того, насколько сложно предугадать интерпретацию исходного текста.

В результате еще больше полюбил свой luaht и реализовал пару фич, которые давно собирался добавить. Например, luaht давно уже поддерживает формулы (он использует mimeTeX для превращения формул в картинки), но генерирует при этом массу мелких картинок. Теперь он поддерживает еще и встраивание формул непосредственно в html. Жаль только, что далеко не все браузеры нормально поддерживают эту фичу.
ltwood: (Default)
На страничке http://hgbook.red-bean.com/read/how-did-we-get-here.html есть такой абзац:

Prior to version 1.5, Subversion had no useful support for merges. At the time of writing, its merge tracking capability is new, and known to be complicated and buggy.

А к этому абзацу есть вот такие вот комментарии:

Ben Collins-Sussman 2009-09-08
fuck you bastard

fulatoro 2009-09-16
FYI this is not a disinterested commenter, as a matter of fact he is one of the original developers of SVN...

helloworld 2009-10-06
It's easy to write someone else's name...

Ben Collins-Sussman 2009-12-02
Ha, love the fact that people are impersonating me now. :-)

I actually wrote the section of the svnbook which the 'complicated and buggy' link points to, and I totally agree with the phrase. I'm a dedicated mercurial user these days.


Во втором случае Ben Collins-Sussman вроде бы настоящий.
ltwood: (Default)
Внезапно обнаружил, что некто Bram Cohen [livejournal.com profile] bramcohen придумал, как вылечить основную болезнь классического алгоритма diff -- его склонность генерировать оптимальные, но загадочные diff'ы. Идея проста до гениальности -- игнорировать при сравнении строки, имеющие дубликаты в одном из сравниваемых файлов.

Авторское описание алгоритма: http://bramcohen.livejournal.com/73318.html, http://alfedenzo.livejournal.com/170301.html, http://git.661346.n2.nabble.com/Bram-Cohen-speaks-up-about-patience-diff-td2277041.html

Алгоритм называется Patience Diff и уже реализован в Bazaar и Git. Standalone реализации я не нашел. В Mercurial обсуждают включение, а в Subversion мы его наверно никогда не дождемся.
ltwood: (Default)
Александреску написал рекламную статью про язык D. Оригинал статьи http://www.ddj.com/architect/217801225, перевод http://verypositive.com/files/d2.pdf.

Единственное новое, что я узнал из статьи — что D 2.0 еще не зафиксирован. Вероятно именно поэтому фронтенд для GCC есть только для версии 1.0.

А в целом, наблюдая переход от лямбды sort!((x,y){ return x>y; })(arr) к sort!("a>b")(arr), я понимаю, что дело и идеи m4 живы и здравствуют. Просто в целях конспирации они маскируются под «обобщенное программирование».
ltwood: (Default)
Вчера зашел на семинар(?), организованный деканатом матфака. Обсуждался такой вопрос: как следует преподавать программирование на математическом факультете? Ничего интересного кроме одной детали. Оказывается студентам рассказывают язык программы 1С. В ответ на всеобщее (более-менее) возмущение деканат дал такой ответ: в программе есть предмет, относящийся к социальному(?) циклу дисциплин. Раньше преподавали историю религий, а теперь ее заменили на язык 1С. Вот это заявление вызвало аплодисменты участников.
ltwood: (Default)
Просто кучка цитат, выдернутых из комментариев вот отсюда [http://avva.livejournal.com/2056887.html]:

Если верно помню, язык, придуманный Ершовым для первого советского учебника информатики, имел название РАЯ - Русский Алгоритмический Язык.

Надо полагать, чтоб не путали с языком Ада.

Пока на востоке не свободно на запад до упора.

ЯМБ, судя по названию, - это издёвка над IBM?

Язык этот назывался ап - автоматического программирования. ап - это начало программы, а па - конец.
ltwood: (Default)
Интересное описание прошлого, настоящего и ближайшего будущего лучшего IM-клиента (из тех, что для win32): [http://habrahabr.ru/blogs/miranda/43345].
ltwood: (Default)
По ссылке из ICQ:

Продукт труда программиста это продукт сна - химера. Сновидение записанное специальным языком и переданное электронному устройству для того чтобы продолжаться там когда программист уже проснулся или просто сменил один сон на другой.

/.../

Если взять к примеру задачу нахождения пути выхода из лабиринта. Программист в решении этой задачи не перст который ведёт воображаемую маленькую заблудившуюся девочку незнакомой тропой к выходу. Он и не эта девочка тоже. И не стены лабиринта. Он не выход который надо найти. Он всё это вместе разом.

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


// [http://alexthunder.livejournal.com/290612.html]
ltwood: (Default)
А никто не знает, что случилось с сайтом www.cuneiform.ru? На сайте некоторое время лежали открытые (http://www.ixbt.com/news/all/index.shtml?09/79/90) исходники распознавалки текста CuneiForm (http://ru.wikipedia.org/wiki/CuneiForm), которая концептуально значительно мощнее раскрученного FineReader'а. Продлеки damned ABBI, или просто всем все пофигу?
ltwood: (Default)
В очередной раз обдумав свой процесс редактирования исходников, понял, что таки хочется иметь режимы (редактирования и командный) как в Vim. Поскольку реализовать это в Scite можно, но сильно сложно, появился такой вопрос к опытным пользователям Vim'а:

Что надо сделать с vim'ом после установки, чтобы изничтожить все его скрипты инициализации (включая и в основном те, которые назначают сочетания клавиш) и настроить сочетания клавиш from scratch? Что из них (скриптов) составляет необходимый минимум? И что при этом желательно курить читать?

Т.е. ясно, что можно самому разобраться за конечное время, но тлеет надежда, что среди френдов найдется гуру, который порадуется еще одному адепту.
ltwood: (Default)
В связи со следующими словани М.Донского из его интервью [http://www.polit.ru/science/2008/08/20/programmist_print.html]:

Они не понимают, что если заказчик меняет требования к уже почти готовой системе, это означает, что система ему нравится.

вспоминается старый анекдот:

Заказчик на объекте принимает работу у подрядчика. Тот подводит его к выкопанной шахте диаметром 3 метра и глубиной 50 метров, заглядывают туда, на дне горит прожектор.
Заказчик: - ?!
Подрядчик: - Вот же чертеж! По нему и сделали.
Заказчик: (переворачивая чертеж на 180 градусов) - Это маяк! МАЯК!

via [http://community.livejournal.com/ru_programming/997033.html]
ltwood: (Default)
Здесь [http://www.informit.com/articles/article.aspx?p=1193856, eng] и здесь [http://citcity.ru/18573/, rus].

Мне кажется более или менее правдоподобным, что у разработчиков аппаратуры исчерпались идеи, и они пытаются переложить вину за будущее прекращение действия закона Мура на разработчиков программного обеспечения, предоставляя нам машины, которые работают быстрее только на нескольких ключевых тестах производительности! Я не буду удивлен, если вся идея многопотоковости потерпит провал еще больший, чем провал подхода Itanium, который считался совершенно замечательным, пока не оказалось, что практически невозможно написать требуемые компиляторы. /.../

Безусловно, в следующих редакциях томов 1-3 будет обсуждаться поведение разнообразных базовых алгоритмов при различных параметрах кэшей. В томе 4 пока насчитывается около дюжины ссылок на кэш-память и на подходы, в которых учитывается наличие кэша /.../

/.../ позвольте мне сказать, что почти все слышанное мной в связи с термином «экстремальное программирование» (extreme programming) показывает мне ошибочность этого подхода…/.../
ltwood: (Default)
1. Однажды Дейкстру спросили: - Слабо написать программу по предварительно формализованным условиям. - Слабо! - ответил великий программист и убежал писать гениальную книгу о слабейших предусловиях.

Read more... )

// Из «Алгоритмически неразрешимые проблемы», А. Соловьев
ltwood: (Default)
behrk: IDE -- это средство, позволяющее людям с ограниченными ментальными способностями программировать /.../ все мы люди в каком-то смысле mentally impaired. Быть усилителем ментальных способностей -- это основная функция IDE.

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

// http://behrk.livejournal.com/418016.html
ltwood: (Default)
Интересно, а никто не сделал работающий quasi IntelliSense на базе комментариев Doxygen'а?
ltwood: (Default)
Наука делится на: науку, не-науку и лже-науку [Ландау].
Наука делится на: собственно науку и коллекционирование марок [Бор].
Логика делится на: аристотелеву логику, женскую логику и бизнес-логику [?].

Profile

ltwood: (Default)
ltwood

January 2017

S M T W T F S
1234567
891011121314
15161718192021
22232425262728
293031    

Syndicate

RSS Atom

Expand Cut Tags

No cut tags
Page generated 2017-07-24 18:26
Powered by Dreamwidth Studios