pletinsky

Не знаю как в picasaweb, а вот в собственно picasa — приложении под виндовс, которое умеет синхронизировать с облаком файлы на компьютере, вроде как можно делать, то, что вы хотите.

Там офигенно классный механизм массового отмечания людей — сам находит всех на фотографиях, а ты ему лишь помогаешь. И там можно не вводить емейл отмеченных людей и отключать синхронизацию с контактами и гугл плюсом.

Я не php девелопер. Насколько я понимаю это кусок php кода, представляющий из себя обьект, вместо его представления в json.

То есть Вам нужно завршить работу этих чуваков, которые не дописали нужный код по сериализации обьекта в json.

1) Вытащите содержимое тега pre в строку.
2) Поместите его внутрь следующей сроки: «json_encode({Ваш массив})» и добавьте еще вывод результата энкодинга в файл.
3) Выполните данный код php интерпретатором.
4) Прочитайте получившейся json.

Думаю можно сильно упростить работы используя execute или еще лучше eval и подав им на вход строковое представление данного массива. Тогда получите сразу обьект.

А киндлы реально чем то лучше или нет?

Если сравнивать наиболее популярные читалки сегодня: Kindle и PocketBook то по моему ситуация следующая.
Опишу преимущества каждой.

PocketBook
1) Его проще купить в России. Киндлы официально не поставляются к нам (только на иностранных интернет аукционах).
2) Родная локализация на русский язык. В киндле только из интернетов.
3) Поддерживаются из коробки некоторые экзотические форматы, которые киндл (из коробки опять же) не понимает — среди них DJVU. Но как я уже говорил — как и с pdf — это дохлый номер все равно его так читать.
4) Немного более развитый софт по работе с рызными типами документов. То есть киндл пошел по пути одного формата с сервисами автоконвертации при отправке на киндл. А покет бук имеет больше софта внутри себя.
5) Словари для русского и английского языков из коробки. У киндла только из интернетов качать.
6) Много дополнительно софта, вроде часиков и т.д.
У киндла практически ничего нет, кроме возможности читать книги, делать заметки, словарей и аудио, то есть только самое главное.

Amazon Kindle
1) Он гораздо дешевле.
2) У него лучше экран, он быстрее листает, у него лучше размер (толщина, вес, удобство в руке) — по моему все атрибуты, имеющие отношение к простым сценариям чтения книг у него лучше.
3) Его гарантия работает по всему миру и включает возврат в случае разбитого экрана — это самый частая поломка в бук ридерах — экран очень хрупкий. Покет бук такой гарантии не дает.
4) Для скидывания книжек на киндл изпользуется не usb кабель, а wifi. Нужно поставить специальную программку на компьютер, после чего книжку можно отправить через контекстное меню. Или можно отправить ее на киндл по почте.
После этого книжка автоматически конвертируется в нужный формат и отправляется на устройство и в облачное хранилище amazon, которое вам будет предоставлено.
Это гораздо удобнее, чем архаичные способы скидывать книжки.
Работы через юсби возможно — но вообще не поддерживается амазоном.

Для этого вам придется ставить специальную программу из интернетов — которая умеет скидывать книжки на читалку — но как я уже говорил — это не из коробки — и вообще для фанатов древности.

Думаю для ваших целей действительно читалка не подойдет. Ну не сможете вы читать с них pdf — потому, что это формат предназначенный для печати, а не для чтения. А DJVU — вообще ни для того, ни для другого не подходит — все его достоинства, в том что книжки получаются меньше размером — только кому это сегодня надо. Совершенно бессмысленный формат.

Даже если в читалке написано, что она поддерживает от сканированный pdf — это вовсе не означает, что вы реально сможете его читать — без управления размером шрифта вам будет очень тяжко — поверьте мне.

Возможно вы смогли бы читать электронную книжку размером 9 дюймов или больше перевернув ее в альбомную ориентацию — но все равно это не удобно.

Впрочем с планшетом будет та же история, что и с букридером. Только может быть масштабирующий софт будет чуть более развитый — но вас это все равно не спасет.

Я бы рекомендовал вам купить принтер вместо читалки. PDF придумали для печати? — вот и распечатывайте свои PDF и DJVU книги — и читайте их так. И не будет никаких проблем. Это реальная тема — без шуток.
Для чтения в экранов есть специальные форматы книг.

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

То есть специальный статус у задач для ревью, механизм, заставляющий людей получать задачи на ревью вместе с остальными задачами и все в таком духе. Результаты ревью могут быть в виде писем или комментариев к задачам в тех тулах, которые используются для менеджмента команды, а может это вообще не стоит документировать — а главное обозначить ответственность ревьювера за сдачу задачи.

То, как именно проводить ревью определяется правилами написания кода, управлением его стилями и т.д.

То есть я ни разу не видел реальной необходимости использовать какой то специальный тул для ревью — да и как это возможно — ведь процесс ревью неотделим от отстальных процессов менеджмента команды.

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

То есть неважно сколько стоит новый товар — вы покупаете БУ — и перевозите через границу — БУ. Именно реальную цену товара, за которую вы его купили вы и указываете в таможенной декларации. Это и есть таможенная стоимость товара.

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

Я в такие ситуации не попадал. Погуглите какие там есть на этот случай процедуры.

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

Все что есть у таможенников на этом этапе — данные таможенной декларации. Просто постарайтесь не вызвать их подозрений.

Я не разработчик java — поэтому прошу прощения заранее, но в данном языке вроде есть finally блок, который придумали в том числе для организации роллбеков. Зачем Вам перехватывать ошибки мне вообще не понятно.

И судя по формулировки задачи try/finally блоков должно быть 2, а не 5 как у вас.

А по поводу собственно вопросов — не забывайте, что бывают ситуации, в которых вы все равно теряете уверенность в том, что вам удасться сделать rollback — как раз например OutOfMemoryError — и ваши действия могут привести к неожиданному результату. Приложение должно быть контролируемым.

Верно было подмечено про WOL. Это что называется правильный вариант. Но потребует некоторой подготовки.

Во первых нужно включить его в биосе, или удостоверится, что он включен. Как правильно современные материнские платы и сетевые карты поддерживают WOL. Так что не сомневайтесь, что он у вас есть.

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

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

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

Я не специалист по сетям, не могу сказать точно можно ли как то избежать пункта три. Вроде бы можно.
В википедии написано:
Wake-on-LAN пакеты протоколов верхнего уровня рассылают широковещательно, так как в случае динамического присвоения адресов неизвестно, какой IP-адрес соответствует какому MAC-адресу. Однако, для корректного прохождения через маршрутизатор, запрещающий широковещательные пакеты, можно послать пакет по какому-то определённому адресу..

Вот тут написана реализация такого сигнала, если вы близки к разработке.

В классике по ООП нет примеров на c#.
В классике по c# и .net нет ООП.

Читайте по отдельности и будет вам счастье. По первому Страуструп, GOFF, Роберт Мартин.
По второму Рихтер и мсдн.

Хотя я бы конечно просто интернеты почитал и написал бы какую нибудь программу опираясь на гугл.

Если так заморачиваться по поводу ssd — то зачем он вам вообще нужен? вообще же от него удовольствия не получите.
Не закончатся ваши циклы перезаписи в обычных сценариях использования хоть с файлом подкачки, хоть без него.

Опирайтесь на размер оперативной памяти в вашем решении.

Просто выбирайте монитор а не разъем. С каким он будет разъемом не так уже важно (если конечно у вас не суперособенный монитор с огромным разрешением). hdmi и display port это аналоги. Разница между ними несущественна.
Единственный прикол — вы не сможете подключить hdmi ноубук к display port монитору — таких кабелей не существует, только в обратную сторону. Однако мониторы как известно еще и dvi как правило оснащаются. Таким образом вы сможете подключить его по этому протоколу через переходник. Для FullHD разрешения это тоже прокатит без каких либо потерь (насколько я понимаю). Для больших разрешений экрана только вы не сможете это сделать.

Вообще если посмотреть на название вопроса то станет ясно, что автор все таки не об этом говорил.

И если вымпелком так смело передает ваши данные кому попало, то это совсем не хорошо.
Наверняка там есть графа в договоре про неразглашение персональных данных — вопрос в том как она выглядит.
Поищите что ли ее. Не может быть что ничего не написано.

У меня Asus RT-N16 и жаловаться на него не могу. Никаких особых проблем — так, перезагружаю раз в 3-4 месяца.
Это очень мощный роутер — не будет резать скорость из-за нехватки ресурсов (память, процессор), когда много клиентов работает с ним одновременно, а в сейчас у всех много клиентов для роутера (ноутбуки, десктоп, телефоны, другие девайсы).
Актуально для торрентов тоже.

Linksys E4200 и ASUS RT-N56U я так понимаю послабее и дороже.

Но сегодня сеть 5Ггц реально крутое преимущество я так думаю. Если у вас быстрый интернет или смотрите фильмы из личного файлохранилища — это актуально. С каждым днем количество роутеров у соседей растет и помех все больше. И тут 5Ггц очень в тему — они вам сразу перестанут портить жизнь. Я бы сегодня взял точно взял такой роутер.
Ведь приличное устройство покупаешь надолго.

Смотря какими сущностями Вы оперируете. Если есть сущность пользователь, то можно ли говорить о том, что он имеет разные режимы View — как авторизация и регистрация? Думаю в вашем случае врятли.

Регистрация это сущность, которая регистрирует (или создает) нового пользователя системы.
Авторизация — сущность, которая находит нужного пользователя системы по указанным идентификаторам и авторизует его.

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

В конце концов для авторизации далеко не всегда нужен юзернейм и пароль (авторизация через сторонние сервисы например).

Выхода 3 на мой взгляд.

1) Маскимально детализировать требования, разрабатывая ТЗ до начала разработки проводя масшабную работу с заказчиком.
Тогда риски пролета будут зависеь прежде всего от того, как вы проведете работу по тому, чтобы заказчик подписался на составленные вами требования и от того, насколько детально и точно вы их опишите.
Достоинства: хорошо работает для небольших проектов, для конкурсных проектов, работа по ТЗ может в идеале стать чисто технологической и идти как по маслу.
Недостатки: огромная работа по формированию требований, высокие риски того, что по дороге выясниться, что все надо было делать не так, необходимость продавать заказчику данный цикл работы.

2) Провести высокоуровневую планнинг сессию оценивая не только обьем работ, но и предполагаемые риски опираясь на опыт предыдущих оценок проектов.
Тогда риски пролета будут зависеть от того, насколько совершенные технологии для оценок вы используете.
Достоинства: хорошо работает если есть большой опыт ведения проектов и с них снимались метрики.
Недостатки: требует определенного уровня профессионализма в менеджменте проектов.

3) Работать итеративно выпуская короткие релизы с кусочками функциональности с оплатой за каждый релиз.
(Итеративность — это не обязательно эджайл).
Риски пролета будут зависить прежде всего от того, сумеете ли вы сформировать требования так, чтобы выпускать приложение такими релизами. Это как правило возможно, но получается не у всех.
Достоинства: риски провалится с пониманием требований сведены к минимуму, так как мы их формируем по мере работы, заказчик доволен видя постоянный прогресс, можно на основании предыдущих итераций корректировать дальнейшие прогнозы оставшевося времени.
Недостатки: требует серьезной обработки заказчика для работы в таком ключе, особенно для тех, у кого уже выделен бюджет на реализацию и на конкурсе.

Все верно сказано в предыдущем ответе.
Ваша проблема не должна возникнуть — скорее всего это лишь запах настоящих проблем — проблем высокоуровневой архитектуры и системы деплоя.
И эти проблемы обязательно всплывут еще — ваши костыли вас не спасут.

Делайте как все нормальные люди — оперируйте классами и неймспейсами а не файлами и выносите общие части в отдельный проект.

Если по ходу придется решать какие то серьезные проблемы приложения — решайте их.
В частности если сборка используется в других программах — зафиксируйте ее внешний интерфейс как фасад и поменяйте внутреннюю реализацию на вызов кода из других сборок. Будет лишний повод покрыть тестами.
Или разберитесь с системой деплоя этой сборки в данные приложения.

SpringPad не пробовал — только Evernote.

Мои наблюдения:

+ древовидные неограниченые теги
Нет там древовидных тегов.
То есть их можно обьединять в дерево — но это только для красоты их расположения.
Фактически они не древовидные а плоские. То есть нет поиска по тегам с учетом сабнодов дерева, нет возможности создавать элементы в структуре с одинаковыми именами и т.д. Обьеденять ноды в дерево имеет смысл только если вы работаете с нодами как с папками — но это нецелевое использование — это перестанет быть возможным когда тегов будет много. Предполагается что вы будете создавать фильтры по тегам — а для них есть лишь плоская структура.

Поэтому они ввели дополнительный уровень для обьединения блокнотов — стек. То есть теперь там двухуровневая иерархия блокнотов.
В интернете предлагают многочисленные извращенные варианты организации тегов типа добавления к каким то тегам префиксов и т.д. — но все это очень похоже на воркэраунды вокруг недостающего функционала в еверноут.

Может я конечно не прав и что то изменилось там за последнее время — если неправ — то поправьте.

+ доведенный до ума офлайн и андройд клиенты
Это правда. Отлично все сделано — только андроид клиент тяжеловат и как быстрый блокнот его использовать мне показалось не очень удобным — но это субьективно.

— как-то дорого и всего гиг в месяц
Мне хватает свободного аккаунта — хотя пользуюсь активно. Цена конечно приличная — но все таки адекватна. К тому же это раскрученный бренд и популярность — отсюда большие возможности по интеграции с другими приложениями.

— нет типа заметки туду, а значит нельзя кникнуть и почувствовать что дело сделано :)
В нем вообще много чего нет. Фактически евернот — это не простой сервис — а базовая платформа для всех подобных сервисов. Поэтому он так прост и сконцентрирован на главном своем бизнесе. Все плюшки и расширения с помощью сторонних плагинов — а их количество растет не по дням а по часам.

Еще я бы порекомендовал посмотреть в сторону Microsoft One Note. Он тоже по своему классный и в нем есть много всего, что еверноуту даже не снилось. И в облачные сервисы майкрософт стремится в всю.

Мне показалось эффективным использования 80%-90% практики на 10%-20% теории.

Никогда не тратить время на чтение или изучение информации, для которой не было проведено сжатие или намеренно раздутой, например книги (за исключением серьезных трудов) или длинные видеосюжеты.
Они были эффективны во времена дефицита информации и превратились в настоящих лангольеров — пожирателей времени во времена ее переизбытка.

Смотрите профильные статьи уважаемых профессионалов и сразу применяйте их на практике.

Вообще техника предоставления информации и обучения очень важна. Используйте эффективные механизмы.

Например для изучения теории большниству людей сертификация подойдет больше чем самообучение — так как заставляет держаться во временных рамках и заставляет человека двигаться в обучении.

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

Бегите немедленно от любых лекций, курсов, обучающих материалов, если слушая первые 5 минут — вы понимаете, что тратите время впустую.

Мне кажется этого достаточно чтобы эффективно обучаться и поиск каких сверхъестственных методик, которые могут научить супербыстро и суперкачественно совершенно ни к чему.