fillest
rant tech shit prog rabbitmq.com

надёёжьна, мамой клянуус!

Messages may be published as persistent, which makes the AMQP broker persist them to disk. If the server is restarted the system ensures that received persistent messages are not lost.

ни одного упоминания fsync

с трудом через гугл:
Marking messages as persistent doesn't fully guarantee that a message won't be lost. Although it tells RabbitMQ to save the message to disk, there is still a short time window when RabbitMQ has accepted a message and hasn't saved it yet. Also, RabbitMQ doesn't do fsync(2) for every message

как же надоели дегенераты на каждом шагук
erthad
prog Прог рок/метал — такая интересная штука, пока не въехал в тему конкретной группы слушать ее непросто, но как только настроился тут же начинаешь удивляться, что же может быть что-то ее лучше?
k1lg0reTr0ut
help math develop prog жуик, есть у меня задание, типа список ингридиентов продуктов, сколько и каких и т д.
нужно из строк выбрать собственно ингридиенты, вытянуть из строк только их названия, опуская количество и качество(вареный, жаренный, нарезанный кубиками и т д) и отсортировать их в порядке по популярности ингридиента.
это в принципе сделать легко на bash с регулярными выражениями.
но там есть такие строчки, для которых либо надо писать исключения, либо забивать на них.
из 350000 их около 1-2%. и даже меньше.
есть ли какие-нибудь алгоритмы, хотя бы из раздела Machine learning, ну или что-то подобное, что работает с анализом текстовых данных?
хотя бы какие-нибудь намеки на это.
мне не нужно готовое чужое решение, просто интересны технологии решения подобных задач.
очень прошу рекоменда
bitfield
ненависть Microsoft prog В GDI+ внутри Graphics.DrawImage лочится критическая секция. Поэтому заводить более одного рабочего потока для рисования — бессмысленно. А если еще и гуй отрисовывается картинками, то вообще фигня получается.
bitfield
fantasy бред prog IOCTL (который input/output control) — это то-ли индеец Иоцетль, то-ли эльф Иокетель.
зы. Навеяно вчера читанной "Императрицей Кэт" Витуса Вагнера, где есть боги Арсиэс, Виэму, Сиэксель.
omnivore
links prog маргинальная конфереция thestrangeloop.com
"Strange Loop is a multi-disciplinary conference that aims to bring together the developers and thinkers building tomorrow's technology in fields such as emerging languages, alternative databases, concurrency, distributed systems, mobile development, and the web.  "
qnikst
идиоты демагогия ненужный_пост prog позвольте мне повысить градус неадеквата в жуйке принеся сюда спор с лора, где он уже окончен. Поскольку мне нужно какое-то подтверждение, что или я ошибаюсь или все таки прав. Итак вы наверное помните недавнюю цитату с тегом идиоты, в которой человек утверждал, что любое действие в любом яп (питон, бейсик, ява, хацкель) это дергание си кода, поэтому ругаться на, то что "бенчмарк" на 99% времени проводит в сишных билтинах нелогично. Во-первых как вы относитесь к обоснованности данного утверждения (для компилируемых и итнерпретируемых ЯП). Вопрос №2, что можно считать ЯП и где мы выходим за его рамки: (например, являются ли чистыми сями си со вставками асма) при асмо вставках, вызове ффи, при вызове внешних .so, интересует с точки зрения сравнения ЯП, т.е. является ли адекватным сравнением то, в котором выигрывает код, в котором наиболее дешево стоит запуск внешней функции из либы и выигрывают те, кто эту либу использует (одну на всех). Плюс что можно рассматривать стоящим тестом для ЯП. вот.. как-то так. Если что могу доформулировать.
He4eT
web mind IT prog На горизонте очередной конец эпохи(тут много букв внутри).
1) Google решил форкнуть WebKit (привет Blink).
2) Mozilla'n'Samsung решили создать "из ничего" Servo используя Rust(который кстати сам еще до конца не создан).

С одной стороны правильно. Нет действительно.
Современные браузеры способны тормозить на любом устройстве (да, я знаю, что могут и не тормозить, но для этого требуются телодвижения, а логика подсказывает, что все должно быть ровно наоборот).
И как мне кажется, основной причиной этому стали многочисленные наросты на спецификациях HTML(5), CSS(3) И JS(ES), ведь по сути их стали использовать совсем не для того, для чего они были придуманы(уверен, что на заре web никому даже в голову не могла прийти идея о 3D графике "на чистом HTML и CSS"). Юные и неопытные браузеры(точнее разработчики и организации) ринулись реализовывать "куски" новых стандартов(которые еще 19 раз после этого изменили), что неизбежно привело к рождению угловатых големов жаждущих того, чтобы им сгладили углы и утрясли шестеренки внутри. Кроме того ситуацию усугубила кроссплатформенность(ну вот кто, до начала нынешней "браузерной войны" вообще слышал о ней и всерьез задумывался?) и многоядерность/многопроцессорность(она прямо с рекламных листовок перекочевала незаметно в телефоны, которые тоже снабжены браузером).
Все вышесказанное было истиной(по большей части) уже месяц, год и даже три года назад. Но вот только сейчас где-то вдали стал виден конец всей шумихи вокруг нового поколения стандартов. Фактически все, что хотели уже придумали и все постепенно движется к вылизыванию конечных продуктов. По сути, web сейчас забрался на более-менее ровное плато и собирается уверенно ползти к противоположному его краю(практически по такому же плато вдоволь ползал любимый всеми IE6, с одним лишь исключением: он, бедняга, не знал, что у этого плато вообще есть края и не подозревал о неровностях рельефа вообще).
И сейчас как-раз идеальный момент для того, чтобы задуматься о том, что следует подставить web'у когда он доползет до противоположного края и как сделать процесс перехода наименее болезенным. Именно этим, как мне кажется решили заняться Google и Mozilla, причем синхронность этих решений только подтверждает теорию.

С другой же стороны... Я моментально(и это даже учитывая то, что я знаю о тех временах в основном с чужих слов) вспомнил тэг <blink> в IE6 и факт того, что Mozilla уже как-то раз переписывала браузер с нуля.
Призраки прошлого, которые должны наверное напомнить нам о том, что будущее может сильно отличаться от нашего представления о нем.
shafonya
Qt prog Как ни странно, но конструктор "Собери удобную среду разработки", состоящий из 3х отдельных запчастей(Qt libraries, Qt Creator, Visual C++ 2010 Express) оказался не сложным и не запарным и теперь Qt приложения в Windows собираются родным для винды Visual C++ 2010.
Bchgroup
iTunes prog ? Жуйк, а кто-нибудь пробовал делать автоматизацию iTunes через WinAPI? Типа там залогиниться, приложеньице скачать? Какие там подводные камни?
Bchgroup
rad IDE vs prog Все же поработав и в Visual Studio 2010(C#) и с Embarcader RAD Studio 2010(C++) (Последнее это Borland C++ Builder) пришел к выводу. VS2010 более стабильная, с более удобным редактором кода и более быстрым. Функционал и дизайн лучше у Embarcadero
Bchgroup
Juick SQL prog ? Жуйк, а как бы такую задачу решал.
Есть таблица: поля dt,f1,f2,f3,f4,f5
Заполнена в случайном порядке, т.е. 12:00,NULL,NULL,3,NULL,NULL
10:00,1,2,NULL,3,NULL,NULL
09:00,2,2,NULL,4,4,NULL
А в результате нужно "схлопнуть" все эти записи причем, за основу взять первую строку, потом если во второй есть поля не NULL, который в первой таблице NULL, мы их заполняем из второй строки, и.т.д. т.е. на выходе должна получиться строка
12:00,1,2,3,4,NULL

Я кроме как через Курсор или Recordset на клиенте не придумал. А вдруг?
Kallikanzarid
prog scrapbook The following functions are not guaranteed to be thread-safe on all UNIX systems:

asctime() basename() catgets() ctime()
dbm_clearerr() dbm_close() dbm_delete() dbm_error()
dbm_fetch() dbm_firstkey() dbm_nextkey() dbm_open()
dbm_store() dirname() drand48() ecvt()
encrypt() endgrent() endpwent() endutxent()
fcvt() gamma() gcvt() getc_unlocked()
getchar_unlocked() getdate() getenv() getgrent()
getgrgid() getgrnam() getlogin() getopt()
getpwnam() getpwent() getpwuid() getutxent()
getutxid() getutxline() getw() gmtime()
l64a() lgamma() lrand48() localtime()
mrand48() nl_langinfo() ptsname() putc_unlocked()
putchar_unlocked() putenv() pututxline() rand()
readdir() setgrent() setkey() setpwent()
setutxent() strerror() strtok() ttyname()
Bchgroup
CPP c_sharp прекрасное prog "Чего вы человеку мозги пудрите? Сказал же — сиплюсер

Нельзя освободить память, никак. Нет никакого GC.Collect() — забудь про него

Всё освободится само тогда когда это будет нужно, само.
Сборщик мусора быстр, умен и дьявольски хитер — он прекрасно разберется с занятой памятью "
Bchgroup
prog C# Не, ну C# и .NET вообще просто охуеть как удобно. Хочешь мыло отправить — на SmtpClient, хочешь путь файла проверить на — Path.GetInvalidFileNameChars(); Хочешь MD5 посчитать — на MD5 md5Hasher = MD5.Create();