Subj.

Принимаю поздравления и пожелания бросить постить тупняк.

«Завтра дальняя дорога выпадает королю...»

В общем собрался я на несколько дней свалить из своего большого города к друзьям детства в город маленький. Среди друзей есть две милых дамы (если быть точным, мадам и мадмуазель), которым неплохо было бы подарить по букету цветов.

Но вот беда - ехать туда часиков 8-10 на поезде. Что за это время случится с букетами из роз и хризантем? Что то мне подсказывает, что по жаре они плохо перенесут путешествие.

Собственно и возникает вопрос - как бы сохранить эти цветы, что бы они пережили дорогу?

Вариант купить на месте не прокатит - в 4 часа утра сложно найти цветочный магазин. Да и в 10 вечера (если другим поездом ехать) - тоже.

А насколько реально, работая программистом, заработать себе на квартиру к примеру лет за пять-десять? Жить при этом планируется на съемной. Возможно - не одному.

Сижу, думаю... Уж в депрессию впадаю - толи домой на дембель ехать и пытаться выкрутиться, толи на контракт оставаться лет на 10-15 из-за квартиры... Семье же где то жить надо.

Ожидаются истории успеха/неуспеха.

P.S.: если кто не понял - я сейчас прохожу срочную службу в ВС РФ. Думаю о контракте...

На сайте books.ru выставлено небольшое (181) количество наименований со свободной ценой. Для совершения покупки достаточно заплатить любую сумму больше нуля.

Большая часть литературы не нова, однако есть и вполне интересные на данный момент книги.

>>> Удачных покупок!

Есть некий список файлов в plain text. Надо скачать поочередно все файлы из этого списка. На Linux есть wget и ключ -i. На андроиде бузибоксовый wget этот ключ не поддерживает. Как решить задачку? Куда копать?

P.S.: Файлы отличаются только номером трека в названии.

«Как горная птица в горах высоко,

Стою я на тумбе в войсках ВКО»

© ефр. А. Гавриков.

В очередное мое стояние на тумбе пришел мне в голову алгоритм сортировки связных списков с константным выделением памяти. А вот сложность по времени посчитать не могу.

Суть алгоритма: принимаем на вход связный список. Создаем новый, пустой список. Заводим две переменные для указателей на голову и хвост. Далее поочередно вставляем элементы из первого списка, одновременно удаляя их оттуда. Элемент может вставиться либо в голову, либо в хвост, либо пробежаться по списку до нужного места.

Таким образом получаем на выходе отсортированный список.

Попросили меня помочь найти одну вещь... В общем цитирую:

...но самая первая моя книжка,ради которой я научилась сама читать,оч рано,называлась..и вот тут печаль-ни название ни автора я не помню.лишь сюжет и первые строчки-«жили были три стрелка,Ваня,Даня и Лука..„по сюжету эти стрелки встречаются с тремя человеческими пороками и побеждают их. Очень она на меня повлияла,эта книга. Хочу найти в инете и не могу.

Всем заранее спасибо.

Волей судьбы попал я наконец то в армию. И тут возникает вопрос - а как бы мне развить свои навыки или хотя бы не сильно потерять их.

В наличии:

• Fly IQ440 - телефон с андроидом на борту;
• учебник по дискретной математике за авторством Новикова Ф. А.;
• пара-тройка часов в день;
• ручка;
• бумага;
• мозг;

Реально ли с таким набором изучить к примеру C или SQL? Углубить знания в алгоритмах, включая их практическую реализацию? И какие конкретные шаги стоит предпринять?

P.S.: Talks из-за несколько размытого и жизненного характера вопроса.

В общем задача стоит следующая: 1) есть исходный код, открытый в текущем буфере. Небходимо переформатировать весь буфер. Решается найденной в интернетах командой:

:%!astyle --(опции дописывайте сами)

 
map <F5> <ESC>:%!astyle --style=java <CR>
imap <F5> <ESC>:%!astyle --style=java <CR>

2) раз уж мы можем перформатировать код во всем текущем буфере, возникает мысль - а всегда ли это нужно? Может стоит прикрутить форматирование только выделенного кусочка? Открываем .vimrc и пишем:

vmap <F5> хм... А что собственно говоря то пишем? 

Ткните в подходящий мануал, правильный запрос в гугле и так далее. Ну или подскажите более прямой способ решения проблемы.

P.S.: Да, это Java. Да, в ViM. Нет, я не сошел с ума, я знаю про IDE, работал 9 месяцев в Eclipse, периодически запускаю нынче IDEA для каких то своих задачек мелких. Сейчас в рамках обучения надо пользоваться текстовым редактором, вот потихоньку накручиваю плюшки на ViM. Переформатирование важно, иногда все же удручает вручную форматировать.

Начиная с лета я сижу на Calculate Linux. Пользовался все это время стабильной веткой системы, выпилив часть ненужных мне утилит от Calculate, запилив pf-kernel, ну и так по мелочи поразвлекавшись.

На данный момент стоит gcc 4.5.4 и glibc 2.15-r3.

Интересует ваше мнение о стабильности и скорости кода скомпилированного более новым компилятором и с более новой библиотекой glibc. Имеет ли смысл менять? Станет ли от этого быстрее обновляться система, к примеру? Ну или быстрее пережиматься видео? Какие в принципе могут возникнуть проблемы? Стоит ли присматривать к Clang или ICC как к средству компиляции ресурсоемких приложений?

Основное применение компьютера - просмотр фильмов и прослушивание музыки, включая в интернетах через флэш, работа с офисными пакетами, программирование just for fun на Java, Ruby, C, Scheme. В общем средненький десктоп студента технического вуза.

Суть проблемы: При открытие файла http://lib.ru/HRISTIAN/AWRELIJ/ispowed.txt при помощи ViM, а именно командой

vim http://lib.ru/HRISTIAN/AWRELIJ/ispowed.txt

Вопрос: что я делаю не так?

Есть такой проект как привязка известной программы для построения графиков Gnuplot к Ruby. Ссылка на GitHub

В примерах есть построение 3d-поверхности. Файл называется examples/3d_surface_plot.rb

При попытке запустить данный пример получаем следующую ошибку:

ruby examples/3d_surface_plot.rb 
/usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:185:in `to_gplot': undefined method `each' for nil:NilClass (NoMethodError)
        from /usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:104:in `initialize'
        from /usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:181:in `initialize'
        from examples/3d_surface_plot.rb:4:in `new'
        from examples/3d_surface_plot.rb:4:in `block in <main>'
        from /usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:76:in `block in open'
        from /usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:75:in `popen'
        from /usr/lib64/ruby/gems/1.9.1/gems/gnuplot-2.6.0/lib/gnuplot.rb:75:in `open'
        from examples/3d_surface_plot.rb:3:in `<main>'

Что собственно хотелось бы - проверить воспроизводимость ошибки у других пользователей и возможно увидеть пути к решению.

Система Calculate Linux

ruby --version ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

gnuplot --version gnuplot 4.4 patchlevel 4 (Gentoo revision r1)

В ходе учебы в университете внезапно обнаружил, что я занимаюсь математическим моделированием в качестве научной деятельности. Первый опыт был на Java, однако что то мне подсказывает, что есть более простой и интересный вариант. Решил обратить внимание на Python. Что собственно хотелось узнать: 1) Существуют ли какие либо статьи/сборники рецептов/прочее для юнных идиотов физиков, которые помогут для не знающего Python человека научится относительно быстро решать задачи уровня «решить дифференциальное уравнение»?

2) По личному опыту - насколько будет важно доскональное знание языка для решения задач математического моделирования? Ежели важно - то что смотреть порекомендуете из литературы?

3) Существует ли возможно вызывать и использовать результаты вызова Java-кода из Python?

Прикладная область - физика полупроводников, квантовая механика.

cast AIv, Vudod

P.S.: Как кстати нынче обстоят дела с PyQt? Насколько будет важно знание самого Qt и C++ для работы с ним?

Перемещено mono из talks

Недавно была удалена тема про то, как сделать 100 отжиманий.

Однако 100 отжиманий - это на мой взгляд маловато. Сотню я отжимался. А вот 1000...

Собственно ищу историю успеха - кто и в каких обстоятельствах смог отжаться 1000 раз за один подход. Или хотя бы 500-800. И если есть программы тренировок, в которых обьясняется за какое время можно добиться такого результата - хотелось бы посмотреть/послушать/почитать.

Традиционное: «К линуксу это имеет отношение, потому, что данный пост был набран в Firefox запущенном на Calculate Linux.»

Добрый день, уважаемый ЛОР.

Собственно случился у меня такой маленький тупняк: После установки Calculate Linux 12 Beta решил я посносить ненужные пакеты при помощи emerge --unmerge. Оные снеслись вполне себе удачно, однако, после обновления системы emerge -uDN world подгрузились и установились заново. Возникает вопрос - а в чем собственно фишка? Что я делаю не так? В мануале portage что то ничего такого не описано(

Я с удовольствием прочитаю FM, если вы кинете ссылку на конкретным мануал и обьясните куда копать.

В ходе просмотра видеокурса по алгоритмам и структурам данных столкнулся с задачей, которая никак не уложится у меня в голове.

Постановка задачи: Дан массив из n+1 элементов, в котором записаны числа от 1 до n. Отсюда ясно, что в этом массиве будет повторы. Необходимо найти это самое повторяющееся число. Повторяться оно может произвольное число раз.

Ограничения:

1) Время работы алгоритма: O(n);

2) Расход памяти: O(1);

3) Массив не изменяемый(immutable).

Я могу придумать решения за O(n^2), решение с использованием дополнительной памяти за O(n), решение с изменяемым массивом за то же самое O(n). Больше идей нет.

Собственно вопрос к вам, уважаемые специалисты - а вы знаете решение этой задачи? Или же вы уверенны, что она не решается и способны привести доказательство этого факта? Само решение меня на данный момент не интересует, важно лишь подтверждение факта решаемости данной задачи. Ну или же было бы интересно какое либо простое замечание, которое далеко от полного алгоритма решения, но могло бы на него натолкнуть.

Ссылка на оригинал: Лекция №5. Время, с которого идет описание задачи: 00:09:10.

Возникла у меня идея организовать для собственных проектов репозиторий git'а. Хостить его собираюсь на какой-нибудь VPS'ке. В связи с этим, возник вопрос - а какие минимальные требования для git-сервера? И в дополнение - что хорошего есть для автоматизации доступа помимо gitolite и gitosis?

Про github, bitbucket и так далее в курсе. Тут фишка именно в своем репозитории.

Доброе время суток. Суть проблемы заключается в слудующем - есть некое TextArea, в который загружается текст. Поле в данном случае readonly. Необходимо автоматически подстраивать размер(конкретно высоту) поля под размер содержащегося текста. CSS-свойство height:auto не срабатывает. Как можно реализовать требуемый функционал? Внешние библиотеки типа jQuery использовать нельзя(уже нагуглил плагин), реализовано все на основе SmartGWT, влоб считать высоту как число символов разделенное на ширину поля в символах так же нельзя - шрифт не моноширный. Ширина TextArea в разных местах - разная. Есть решение для ситуации где каждая строка заканчивается переносом. Необходимо придумать решение для ситуации где текст идет сплошной строкой без переносов. Есть какие либо идеи? Сойдет решение на plain JavaScript, лишь бы без библиотек обошлось.

Собственно задача.

Случайно обнаружил, что эта последовательность относится к линейно-конгруэнтному методу. Поиск дал следующие свойства этой последовательности:

1)НОД(c,m) = 1 (то есть, c и m взаимно просты);
2)a-1 кратно p для всех простых делителей p числа m;
3)a-1 кратно 4, если m кратно 4.

P.S.: Я ищу не ответ, а путь к решению, подсказку.

Доброе время суток. В процессе чтения статей были обнаружены комбинации «+y »*y для копирования в буффер обмена X. К сожалению, они работают в консольной версии, и не работают в gvim. Выделить-вставить средней кнопкой так же работает в консоли и не работает при копировании из GViM в какое то внешнее приложение. Что за беда? И что с этим можно сделать? Вывод gvim --version:

nork@debian:~$ gvim --version
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Oct 25 2010 05:05:24)
Заплатки: 1-35
С изменениями, внесёнными pkg-vim-maintainers@lists.alioth.debian.org
Скомпилирован  jamessan@debian.org
Огромная версия с графическим интерфейсом GTK2-GNOME.  Включённые (+) и отключённые (-) особенности:
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent 
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments 
+conceal +cryptv +cscope +cursorbind +cursorshape +dialog_con_gui +diff 
+digraphs +dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi 
+file_in_path +find_in_path +float +folding -footer +fork() +gettext 
-hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall 
+linebreak +lispindent +listcmds +localmap +lua/dyn +menu +mksession 
+modify_fname +mouse +mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm 
+mouse_netterm -mouse_sysmouse +mouse_xterm +multi_byte +multi_lang -mzscheme 
+netbeans_intg -osfiletype +path_extra +perl/dyn +persistent_undo +postscript 
+printer +profile +python/dyn +python3/dyn +quickfix +reltime +rightleft +ruby 
+scrollbind +signs +smartindent -sniff +startuptime +statusline -sun_workshop 
+syntax +tag_binary +tag_old_static -tag_any_white +tcl +terminfo +termresponse
 +textobjects +title +toolbar +user_commands +vertsplit +virtualedit +visual 
+visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup 
+X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save 
            общесистемный файл vimrc: "$VIM/vimrc"
         пользовательский файл vimrc: "$HOME/.vimrc"
          пользовательский файл exrc: "$HOME/.exrc"
           общесистемный файл gvimrc: "$VIM/gvimrc"
        пользовательский файл gvimrc: "$HOME/.gvimrc"
             общесистемный файл меню: "
$VIMRUNTIME/menu.vim"
          значение $VIM по умолчанию: "/usr/share/vim"
Параметры компиляции: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DORBIT2=1 -pthread -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/libpng12     -Wall -g -O2 -D_FORTIFY_SOURCE=1    -I/usr/include/tcl8.4  -D_REENTRANT=1  -D_THREAD_SAFE=1  -D_LARGEFILE64_SOURCE=1  -I/usr/lib/ruby/1.8/i486-linux -DRUBY_VERSION=18 
Сборка: gcc   -L.  -rdynamic -Wl,-export-dynamic  -Wl,-E  -Wl,--as-needed -o vim   -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lgio-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0     -lgnomeui-2 -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lgio-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0   -lXt -lncurses -lselinux   -lacl -lgpm -Wl,-E  -fstack-protector -L/usr/local/lib  -L/usr/lib/perl/5.10/CORE -L/usr/lib -ltcl8.4 -lieee -lruby1.8 -lrt -lm