31 мар. 2010 г.

Запомнить открытые окна и документы

Взываю к коллективному разуму!

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

Hibernate не предлагать. Во-первых, система (Windows XP Pro) после парочки гибернаций сильно деградирует и для нормальной работы всё равно приходится выполнять перезагрузку, а во-вторых, это не помогает при вынужденных перезагрузках, например после установки обновления.

Пробовал всякие виртуальные десктопы (от TweakXP 4, например) — нет у них нужной функции.

Любые предложения, плиз, оставляйте в комментариях. Спасибо.

P.S. Странно, что это не сделано в самой операционке...

Lamer’s blog

26 мар. 2010 г.

OpenNews: В соревнованиях по взлому веб браузеров несокрушимым остался только Google Chrome

OpenNews: В соревнованиях по взлому веб браузеров несокрушимым остался только Google Chrome

В первый день работы конференции Pwn2Own, посвященной безопасности в сети, было проведено соревнование по взлому популярных web-браузеров, в рамках которого были успешно взломаны Apple Safari, Mozilla Firefox и Internet Explorer 8.

Во всех случаях взлом был произведен через ранее неизвестные уязвимости (zero-day) и позволял получить полный контроль над системой. Браузеры были самых последних версий с наложением всех доступных патчей. Детали взлома браузеров по условиям соревнований будут оставаться в тайне до момента выпуска официальных обновлений.

Как и в прошлом году Google Chrome стал единственным браузером, против которого не проводились даже попытки взлома. Один из участников соревнования объяснил это тем, что архитектура Google Chrome крайне сложна для вторжения: невозможность выполнения кода в куче, защита самой операционной системы (Data Execution Prevention, ASLR и пр.), а также механизм изолированного выполнения, встроенной в браузер.

Lamer’s blog

Сто правил NASA для руководителей проектов

И до кучи выдержки из статьи «Сто правил NASA для руководителей проектов»:

Правило 5

Руководителями проектов могут быть порочные, презренные и совершенно неприятные люди. Бездушные, нерешительные копуши или болтуны — нет.

Правило 6

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

Правило 8

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

Правило 9

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

Правило 10

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

Правило 15

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

Правило 19

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

Правило 20

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

Правило 24

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

Правило 26

Если кто-то не смотрит, не спрашивает, не анализирует, то попросите его уйти.

Правило 36

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

Правило 40

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

Правило 41

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

Правило 66

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

Правило 68

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

Правило 69

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

Правило 74

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

Правило 82

Неправильное решение, принятое ранее, может быть пересмотрено позднее. Правильное решение, принятое слишком поздно, ничего не может изменить.

Правило 85

Порядочность означает, что ваши подчинённые доверяют вам.

Правило 88

Никогда не предполагайте, что некто знает нечто или сделал нечто, кроме того, о чём вы его просили; даже очевидное может быть пересмотрено или игнорировано при случае, особенно при напряжённой работе.

Правило 90

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

Правило 100

Никогда не оправдывайтесь; вместо этого представьте план действий, которые необходимо предпринять.

Lamer’s blog

101 способ понять, что ваш проект обречен

Напоролся на статью «101 способ понять, что ваш проект обречён». Конечно, в каждой шутке есть какая-то часть шутки, но кое-что наводит на размышления.

Понравившиеся способы:

4. Вы написали на языке ruby свой собственный фреймворк, который использует конфигурационные файлы в формате XML

5. Старший член вашей команды считает Мартина Фаулера самонадеянным сопляком

16. Ваш руководитель не знает, чем вы занимались вчера (и ему на самом деле не особо интересно, что именно вы будете делать завтра)

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

23. В системе багтрекинга любой баг имеет приоритет «Critical»

24. ... А любая новая фича — приоритет «Trivial»

25. Затраты на проект всегда магическим образом совпадают с бюджетом проекта

26. Разработчики используют слова «самодокументирующийся код», когда объясняют, почему в их исходниках нет комментариев.

29. Разработчики используют vi в качестве IDE (Update: в оригинале речь идёт про notepad)

35. Ваш начальник считает, что MS Project является лучшим в мире средством для управления проектами

42. Последней конференцией, на которой была ваша команды .NET разработчиков, была Apple WWDC 2000

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

44. Отладка идет на боевом сервере

59. Разработчики используют систему контроля версий только как средство бэкапа исходников

60. Разработчики не занимаются тестированием. Вообще.

62. Your white boards are mostly white (непереводимо!)

65. С недавних пор вы испытываете чувство иррационального страха, если приходится отвечать «да» на вопрос «сделаешь?»

72. «Дедлайн» был переименован в «майлстоун» (как и предыдущий «дедлайн»)

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

79. Планы на тестирование определены как «Если будет время»

80. Клиент не хочет говорить о требованиях к проекту, не получив плана работ.

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

96. Неработающие юнит-тесты удаляются, потому что они, очевидно, устарели.

От себя могу добавить ещё кучу правил, но лениво. Напишу одно:

X. На любом из совещаний вы услышали фразу «неограниченное количество ресурсов».

Lamer’s blog

23 мар. 2010 г.

Алиса в стране чудес

18 Интересная точка зрения (публикую с разрешения собеседника):

Владимир Шиповалов — Twitter 22.03.2010

Посмотрел вчера фильм Тима Бартона «Алиса в стране чудес». Фильм понравился, прикольный. Советую посмотреть, т.к. фильм знаковый.

Viacheslav Kostin — Блин, совершенно не вставил шота меня этот фильм. Зря потерянное время...
А что тебе понравилось?

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

Viacheslav Kostin — ну ты дал! наш мультик как раз «про то»!

Владимир Шиповалов — ну в мультике Алиса ни с кем не дралась и для чего вообще попала не понятно

Неожиданно...

А как вам понравился этот фильм?

Lamer’s blog

Photohosting

Всем привет.

Прошу помочь определиться с сервисом, куда следует выкладывать фотки.

Я до сих пор понемногу в блог выкладывал, но блог-то не для этого. Да и пост в блоге как правило предусматривает какой-то сопроводительный текст. А мне хотелось бы без текста формировать тематические альбомы и загружать свои фотки в инет, чтобы можно было ссылочку потом как на альбом, так и на отдельную фотографию дать.

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

И это не должен быть photosight, т.к. там нельзя организовывать альбомы, да и не хотелось бы всё туда вываливать, создавая помойку.

Таких сервисов сейчас — вагон и маленькая тележка:

В Google Picasa у меня закончилось место, поэтому хорошо бы, чтобы в выбранном сервисе место не заканчивалось в обозримом будущем...

Что посоветуете? Чем пользуетесь? Почему?

Lamer’s blog



19 мар. 2010 г.

Семинары Геннадия Ящука

Вот и закончилось моё обучение на семинарах Геннадия Ящука. Геннадий — известный в Беларуси фэшн-фотограф. Соответственно, курс был ориентирован на модельную фотосъёмку в студии.

Для меня эти семинары были бесценны хотя бы потому, что такое оборудование, которое привёз с собой Геннадий, у нас найти невозможно даже в т.н. фотостудиях. А он ещё поделился своим бесценным опытом. В общем, я довольный вовсю. Приходите к мине на съёмку :-)

Тов. Ящук — человек очень своеобразный. Больше интригу раскрывать не буду, это надо видеть. Скажу лишь, что к концу недели я уже от его темперамента подустал конкретно :-)

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

15 мар. 2010 г.

Танцующий Снежок

Возможно, боян, но я раньше не видел. По-моему, прикольно:

Более короткая версия тут.

Lamer's blog



Вредные советы менеджеру

Если нужно сделать работу в сжатые сроки, но вы пока не можете чётко определиться с постановкой задачи, предложите подчинённому выполнить работу в двух (трёх, N) вариантах. Когда всё будет готово, сможете в спокойной обстановке выбрать нужный вариант. Известно, что подчинённые в таких условиях работают с большим энтузиазмом и всегда выполняют работу в срок.

14 мар. 2010 г.

Завтрак аристократа

Завтрак дегенерата аристократа:

20100314_093403_yaschuk__mg_8170

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

13 мар. 2010 г.

Аквариум – дело не простое

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

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

Вкратце:

В начале января я выполнял перезапуск, т.к. решил поменять грунт (растения плохо расли). На это время (две недели с небольшим) три золотые были пересажены в аквариум 26 литров, в который залита старая вода из большого аквариума. Подмены в маленьком аквариуме делали каждый день или через день, один раз оставили на неделю, т.к. уезжали в командировку, рыб в это время только кормили. Но всё равно в этом аквариуме нитриты и нитраты были на высоком уровне (0.5 mg нитриты, 50 mg/l нитраты), никак не удавалось сильно снизить показатели. Поэтому было принято решение досрочно вернуть рыбу в большой аквариум (через две недели после старта).

Спустя некоторое время заболела одна золотая рыба — лежала на животе, плохо кушала. Лечение не дало эффекта, она умерла. Потом выявились симптомы аммиачного отравления у второй золотой рыбки, но она выжила, сейчас активничает в аквариуме (все растения повыдирала, зараза). Третья рыбка спустя какое-то время тоже умерла.

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

Добивают наши гуру с птичьего рынка — все они считают, что пары недель достаточно для самопроизвольного установления биологического баланса, расселения колонии нитрифицирующих бактерий и ничего измерять не надо! После длительной эпопеи, результатом которой явилась гибель двух рыб, но установившееся в результате биологическое равновесие в аквариуме, могу авторитетно заявить: «спрашивайте совета в магазине и на рынке, выслушивайте всё, что вам говорят, но не слушайтесь их — используйте полученную информацию только как ещё одну точку зрения!»