К слову, тут на днях вышла книга Programming in D, может кто ещё не слышал. По ссылке можно скачать или заплатить, сколько захочется. Структура интересная — очень маленькие главы, описывающие одну концепцию за другой, плюс задания.
Собственно, так софт на python и работает, не через idle же запускается.
Как вариант для обучения/разработки — использовать ipython. У него удобные «консоли» и «ноутбуки», вроде этого. Не встречал в нём какого-то особого поведения, как в idle.
Если хочется самому рулить данными. Если нет — есть провайдеры.
Помимо синхронизации, ownCloud умеет: календарь, rss, редактирование документов,… здесь можно ещё почитать.
Ещё из открытых (aka open source), чисто «синхронизирующих» облаков: Syncthing, Seafile. Для второго тоже есть разные провайдеры.
Немного из другой оперы, но считаю удобным приложение Udacity. У них на Python курсов 10 наверное есть. Видео и здесь же онлайн-редактор кода. Без интернета не работает, это минус.
Какие-то надуманные проблемы с YAML. Не понял, каким образом проблема даты исчезла в json? Проблема сущности сотрудника? YAML и TOML удобно читать и удобно парсить, не представляю зачем в не-скриптовом языке JSON.
Это потому что вы Magick++ скачали, судя по "/usr/local". Попробуйте пакет поставить, тогда pkg-config будет в курсе, где что находится. Если у вас Linux, конечно. В Debian название такое: libmagick++-dev
Огорчу, что ваше решение с поиском Magick++ у меня не заработало. В Debian/Ubuntu скрипт Magick++-config теперь прячут глубоко. Однако, вроде пишут, что теперь принято использовать pkg-config. Я перекроил ваш CMakeLists.txt, чтобы работало с ним.
По коду — если вы не против C++11/C++14 (особых причин не должно быть =) ), то можно вместо итератора использовать range-for. Ну и списки инициализации в конструкторах полезны, лучше их использовать.
Рейтинг чего? По какому критерию оценивается? По скорости? У вас расчёт этой величины оказался узким горлышком, или вы от делать нечего решили соптимизировать что-нибудь?
String (или String.valueOf, упомянутый DigitalSmile) даёт наилучший результат с точки зрения читаемости. Иного здесь скорее всего и не требуется. Слабо верится, что производительность может упереться в подобную функцию.
Пример по «Сравнению» ничерта не читаем. Как следствие — не поддерживаем. А ещё у вас молоко убежало не учтены отрицательные значения. Вот менее страшная, но всё равно никуда не годная версия: gist.github.com/JIghtuse/012f2f6989a47a903727.
Fd returns the integer Unix file descriptor referencing the open file. The file descriptor is valid only until f.Close is called or f is garbage collected.
Во многих языках возвращать нечто из кишков другого нечто — не самая хорошая идея. Тем более в случае, когда первое может пережить второе. Не понимаю, что здесь неожиданного.
В треде снай
You're in the top 90%! #MoustacheMaster
Как вариант для обучения/разработки — использовать ipython. У него удобные «консоли» и «ноутбуки», вроде этого. Не встречал в нём какого-то особого поведения, как в idle.
Это сейчас тоже в boost, Эрик адаптирует для стандарта здесь.
Помимо синхронизации, ownCloud умеет: календарь, rss, редактирование документов,… здесь можно ещё почитать.
Ещё из открытых (aka open source), чисто «синхронизирующих» облаков: Syncthing, Seafile. Для второго тоже есть разные провайдеры.
Какие-то надуманные проблемы с YAML. Не понял, каким образом проблема даты исчезла в json? Проблема сущности сотрудника? YAML и TOML удобно читать и удобно парсить, не представляю зачем в не-скриптовом языке JSON.
PS. Вы оба коммита вмёржили, если что =)
Огорчу, что ваше решение с поиском Magick++ у меня не заработало. В Debian/Ubuntu скрипт Magick++-config теперь прячут глубоко. Однако, вроде пишут, что теперь принято использовать pkg-config. Я перекроил ваш CMakeLists.txt, чтобы работало с ним.
По коду — если вы не против C++11/C++14 (особых причин не должно быть =) ), то можно вместо итератора использовать range-for. Ну и списки инициализации в конструкторах полезны, лучше их использовать.
Ловите два PR.
Рейтинг чего? По какому критерию оценивается? По скорости? У вас расчёт этой величины оказался узким горлышком, или вы от делать нечего решили соптимизировать что-нибудь?
String (или String.valueOf, упомянутый DigitalSmile) даёт наилучший результат с точки зрения читаемости. Иного здесь скорее всего и не требуется. Слабо верится, что производительность может упереться в подобную функцию.
Пример по «Сравнению» ничерта не читаем. Как следствие — не поддерживаем. А ещё
у вас молоко убежалоне учтены отрицательные значения. Вот менее страшная, но всё равно никуда не годная версия: gist.github.com/JIghtuse/012f2f6989a47a903727.Во многих языках возвращать нечто из кишков другого нечто — не самая хорошая идея. Тем более в случае, когда первое может пережить второе. Не понимаю, что здесь неожиданного.
</irony>