Alexander Litvinenko: Не думаю, что много. В примере, на который я оставил ссылку, уже идет работа с потоками. И этот способ хорош, если каждое изминение статуса работы приложения представляется в качестве законченной строки. Не понятно только как в этом случае работать с динамическими строками. Т.е. единственное, что, по сути, надо описать - это момент чтения каждого изминения динамической строки.
Мне повезло. Оказывается у youtube-dl есть параметр, который позволяет выводить прогресс в новой строке, что в сумме с алгоритмом взятым с stackoverflow решает проблему в частном случае. Но вопрос я закрывать не буду т.к. по сути он не решен, а найдена альтернатива.
Некогда не понимал, что за ментальные преграды у людей к установке дополнительного софта. Сообщество столько класных вещей делает - бери и пользуйся. Нет, всем свои велосипеды нужны.
Наймите человека, который поможет вам в оценке работы программистов. Делить с человеком руководительский портфель только потому, что вы не можите оценить его работу - это путь в никуда.
Логирование, журнализирование - это процесс записи в журнал информации об определенных событиях, происходящих с объектом.
Слежение - это процесс мониторинга за состояние объекта т.е. в контексте вопросы это, скорей мониторинг изменений в журнале.
Если вы будите использовать слово Слежение, в качестве синонима слова Логирование, то неизбежно запутаете аудиторию
Все вышиописанное сделал. Даже пометил целевой монитора как Launcher placement. Все в целом хорошо - программы запускаются в нужном месте и монитор стоит самым левым, НО экран приветствия (авторизации) по прежнему запускается на другом мониторе.
Когда в проекте существует хотя бы с десяток объектов предметной области и стоит задача много и часто манипулировать ими, тогда вы волей не волей начнете прятать SQL за функциями, но со временем поймете, что лучше убрать это в классы, а еще через некоторе время заметите, что эти классы имеют очень много общего и было бы здорово вынести это логику на уровень выши. В общем таким тихим сапом вы рано или поздно сами дойдете до ORM или AR. Да, это чуть мение гибко, но в разы удобней. Но недостаток гибкости вам никто не запрещает восполнить нативным SQL.
Пума Тайланд: На данный момент порядка 1000$/месяц. Я понимаю, что в текущей ситуации можно не париться, но вопрос меня интересует в перспективе. Допустим, стоит ли париться при сумме 5000$ в месяц?
На счет безопасности, хотелось бы поточнее. Я только что прочитал вот эту статью geektimes.ru/post/168459 и теперь нахожусь в некотором недоумение. Могу ли я в неограниченном количестве выводить деньги с oDesk через payoner? Или на какой-то сумме стоит остановиться и перейти на "белую" схему?
С каких пор количество проектов, что-то говорит о потенциале заработка? Если есть мозги и опыт - быстро надоест конкурировать с индусами за очередной сайт-визитку.