Вот что интересно - я всегда был доволен Microsoft Office
он всегда меня устраивал. А вот теперь, после перехода на Office 2010 в нем стал периодически зависать Word. Поскольку, в последнее время, я все больше в ворде работаю, это для меня критично
Техподдержка Microsoft уже три месяца меня мурыжит - то они воспроизвести не могут, то просят чтото деинсталлировать, то спрашивают, действительно ли у меня ворд зависает, а не падает (и это учитывая, что я добрался уже до разработчиков, отправил им все дампы и стек-трейсы)
У меня теперь есть три выбора
- Страдать и мучаться, восстанавливая документы по после принудительного рестарта Ворда
- Сделать downgrade оффиса до 2007
- Перейти на что-нибудь еще. (скорее всего, с префиксом "ай")
И вот как не странно, я совершенно не хочу делать downgrade. Остальной офис меня мегарадует, особенно Outlook. Поэтому откатываться на предыдущий - не хочется вообще.
Я уж скорее перейду на что-то радикально новое, с каким нибудь префиксом (хотя и не факт, что оно лучше будет)
Такой вот интересный психологический феномен.
А, мораль. Так вот, мораль. При разработке если обновление у пользователя глючит, пользоваться предыдущей версией пользователь может и не согласиться. Скорее - помучается-помучается, да и пойдет себе дальше, когда терпение лопнет.
среда, 15 декабря 2010 г.
воскресенье, 24 октября 2010 г.
суббота, 9 октября 2010 г.
Глубокое внимание, мелкое внимание, скверное внимание
Подход к делу в различных режимах внимания
"Глубокое внимание"
Самый лучший для дела вариант. Человек воспринимает задачу в контексте всей работы, понимая причины, по которым ставится задача,
кто как и когда будет использовать результаты работ и множество других факторов.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер разбирается, зачем потребовалась доработка,
можно ли понизить ее приоритет, предложит для этого workaround, и вместе с доработкой запланирует сессию обучения для заказчика.
Человек работает в режиме глубокого внимания, если:
* Он умен и опытен
* Он болеет за результат всей задачи в целом
* У него достаточно времени
* Нет серъезных стрессов
"Мелкое внимание"
Реактивная модель поведения. Приходит событие - и человек с ним разбирается, особенно не вдаваясь во всю задачу в целом.
Работа в режиме мелкого внимания страшно экономит врмея (по сравнению с "умным вниманием") но дает абсолютно минимальный результат.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер пересылает письмо руководителю разработчиков с
просьбой доработать систему, дожидается ответного письма что система доработана и пересылает письмо заказчику.
После этого забывает о задаче до следующего напоминания.
Человек может работать в режиме мелкого внимания, если:
* Он не заинтересован в результате деятельности
* Он слишком перегружен другими задачами
* Он попросту некомпетентный осел
"Скверное внимание"
Шизоидная модель поведения, похожая на глубокое внимание, но характерная тем, что контекст задачи неверно интерпретируется, в результате
чего фокусировке и детальной проработке подвергаются задачи, минимально важные для проекта. В результате действительно важные задачи не
делаются, а все участники проекта пребывают в "легком недоумении" - вроде лихорадочная активность имеется, а результат - никакой.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер немедленно созывает встречу из представителей разработки,
тестирования, проектного офиса и поднимает вопрос реорганизации процессов и оформления проектной документации согласно корпоративному стандарту.
Человек может работать в режиме скверного внимания, если:
* Он заинтересован в срыве проекта или его части
* У него приоритеты, отличные от других членов команды
* Он деятельный некомпетентный осел
"Глубокое внимание"
Самый лучший для дела вариант. Человек воспринимает задачу в контексте всей работы, понимая причины, по которым ставится задача,
кто как и когда будет использовать результаты работ и множество других факторов.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер разбирается, зачем потребовалась доработка,
можно ли понизить ее приоритет, предложит для этого workaround, и вместе с доработкой запланирует сессию обучения для заказчика.
Человек работает в режиме глубокого внимания, если:
* Он умен и опытен
* Он болеет за результат всей задачи в целом
* У него достаточно времени
* Нет серъезных стрессов
"Мелкое внимание"
Реактивная модель поведения. Приходит событие - и человек с ним разбирается, особенно не вдаваясь во всю задачу в целом.
Работа в режиме мелкого внимания страшно экономит врмея (по сравнению с "умным вниманием") но дает абсолютно минимальный результат.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер пересылает письмо руководителю разработчиков с
просьбой доработать систему, дожидается ответного письма что система доработана и пересылает письмо заказчику.
После этого забывает о задаче до следующего напоминания.
Человек может работать в режиме мелкого внимания, если:
* Он не заинтересован в результате деятельности
* Он слишком перегружен другими задачами
* Он попросту некомпетентный осел
"Скверное внимание"
Шизоидная модель поведения, похожая на глубокое внимание, но характерная тем, что контекст задачи неверно интерпретируется, в результате
чего фокусировке и детальной проработке подвергаются задачи, минимально важные для проекта. В результате действительно важные задачи не
делаются, а все участники проекта пребывают в "легком недоумении" - вроде лихорадочная активность имеется, а результат - никакой.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер немедленно созывает встречу из представителей разработки,
тестирования, проектного офиса и поднимает вопрос реорганизации процессов и оформления проектной документации согласно корпоративному стандарту.
Человек может работать в режиме скверного внимания, если:
* Он заинтересован в срыве проекта или его части
* У него приоритеты, отличные от других членов команды
* Он деятельный некомпетентный осел
пятница, 8 октября 2010 г.
NuPack - менеджер пакетов для Visual Studio 2010
Наконец-то дождались?
http://nupack.codeplex.com/
добавляет возможности по добавлению Package Reference - непосредственно из репозитория пакетов
Если приживется, наконец-то будет стандартный способ работы с пакетами в .Net
Ссылки
- http://habrahabr.ru/tag/nupack/ - обзор на Хабре
- подробная статья
UPD: В качестве пробы, выложил версию 0.0.3 утилиты autopatch.Net в виде пакета nupack
1. добавляем в список репозиториев http://dialogue.beta.rapidsoft.ru/nupack
2. создаем новый проект
3. открываем Package Manager console, выбираем в Package Source этот репозиторий
4. говорим add-package autopatch.Net
Вуаля! проект добавлен. Можно пользоваться :-)
http://nupack.codeplex.com/
добавляет возможности по добавлению Package Reference - непосредственно из репозитория пакетов
Если приживется, наконец-то будет стандартный способ работы с пакетами в .Net
Ссылки
- http://habrahabr.ru/tag/nupack/ - обзор на Хабре
- подробная статья
UPD: В качестве пробы, выложил версию 0.0.3 утилиты autopatch.Net в виде пакета nupack
1. добавляем в список репозиториев http://dialogue.beta.rapidsoft.ru/nupack
2. создаем новый проект
3. открываем Package Manager console, выбираем в Package Source этот репозиторий
4. говорим add-package autopatch.Net
Вуаля! проект добавлен. Можно пользоваться :-)
четверг, 30 сентября 2010 г.
Бизнес-приложения меняют хозяев
Интересная жизнь у бизнес-приложений. Проходят годы, со стороны заказчика несколько раз могут поменяться люди, ответственные за данный бизнес-процесс. И возникают интересные сайд-эффекты
- Каждый следующий ответственный за процесс сотрудник видит процесс чуть более по другому, чем предыдущий
- Многие, особенно неочевидные, доработки, которые предложил прошлый "хозяин", новому кажутся, мм... странными
- Систему требуется адаптировать к видению нового хозяина
- Спецификации естесственно никто не читает, поэтому информацию о том, почему так или не иначе, новый хозяин системы получает от разработчиков
Как результат
- в системе нужно бывает реализовать довольно странные "хотелки", слабо связанные с изначальной концепцией
- меняется назначение основных полей и многие отчеты приходится адаптировать к этому новому видению. Вообще семантика системы меняется
- в системе то появляются, то исчезают одни и те же поля
Не вижу, как этого избежать.
- Каждый следующий ответственный за процесс сотрудник видит процесс чуть более по другому, чем предыдущий
- Многие, особенно неочевидные, доработки, которые предложил прошлый "хозяин", новому кажутся, мм... странными
- Систему требуется адаптировать к видению нового хозяина
- Спецификации естесственно никто не читает, поэтому информацию о том, почему так или не иначе, новый хозяин системы получает от разработчиков
Как результат
- в системе нужно бывает реализовать довольно странные "хотелки", слабо связанные с изначальной концепцией
- меняется назначение основных полей и многие отчеты приходится адаптировать к этому новому видению. Вообще семантика системы меняется
- в системе то появляются, то исчезают одни и те же поля
Не вижу, как этого избежать.
суббота, 18 сентября 2010 г.
Гуглхром против картошки
омой бог
http://www.youtube.com/watch?v=nCgQDjiotG0
Chrome 6 и вправда сильно быстрее стал.. пятой версии )
с картофелем не сравнивал
http://www.youtube.com/watch?v=nCgQDjiotG0
Chrome 6 и вправда сильно быстрее стал.. пятой версии )
с картофелем не сравнивал
пятница, 3 сентября 2010 г.
среда, 25 августа 2010 г.
Dave Berzack, Deverloper, Designer and a Fool.
Не слушайте их, вот так пишите резюме: http://www.youtube.com/watch?v=zV0OgsRK0Bc
Реальный чувак, зовут Dave Berzack, вот его сайт.
Реальный чувак, зовут Dave Berzack, вот его сайт.
понедельник, 5 июля 2010 г.
Себе, на будущее - MS - Making Silo UI
Почитать
http://msdn.microsoft.com/en-us/library/ff800706.aspx
The Hilo Browser application was designed to provide a compelling, touch-enabled user experience (Ux). It is a fast, responsive, and intuitive Windows 7-based application. This article explains how the application’s user experience was designed, the overall design process, the personnel who were involved, and the key design decisions that were taken.
http://msdn.microsoft.com/en-us/library/ff800706.aspx
The Hilo Browser application was designed to provide a compelling, touch-enabled user experience (Ux). It is a fast, responsive, and intuitive Windows 7-based application. This article explains how the application’s user experience was designed, the overall design process, the personnel who were involved, and the key design decisions that were taken.
среда, 9 июня 2010 г.
Java разработчики, приходите работать в RapidSoft!
Ищу java разработчиков для развития и поддержки крупной интранет системы. Работа интересная, компания наша - самая замечательная :-)
Нужно два человека. Один из них - ведущий java разработчик, должен досконально понимать процесс разработки сложных java приложений и в потенциале возглавить java направление нашей продуктовой линейки. Он должен быть богом в своем деле, уметь все и понять, как реализовать требования заказчика еще до момента, когда заказчик сам осознает, чего хочет. Нужно также, чтобы он смог возглавить команду java программистов и сделать счастливым своего проектного менеджера (как минимум тем, чтобы избавить его от разбирательства в тонкостях производства).
Кроме того, нужен еще и не столь запредельно крутой, но просто могучий java разработчик, который сможет по оформленным техническим заданиям сделать все-что-потребует-заказчик. Будет замечательно, если такой человек захочет в дальнейшем вырасти до ведущего разработчика. Все возможности для роста мы предоставим.
Требования к кандидатам:
*** Ведущий Java разработчик ****
Обязанности:
- Создание новых модулей системы:разработка архитектуры модулей, реализация ключевых компонентов;
- Поддержка и доработка существующих модулей системы;
- Ведение технической документации по проекту;
- Техническое координирование команды разработчиков, постановка технических задач;
- Контроль качества реализации поставленных разработчикам задач;
- Написание юнит- и интеграционных тестов;
- Оценка трудозатрат на реализацию требований к системе.
Требования:
- Высшее техническое образование или опыт работы в индустрии более 5 лет
- Английский - свободное чтение технической литературы
- Опыт работы в качестве ведущего программиста от 1 года
- Опыт WEB-разработки на Java от 3 лет
- Опыт поддержки боевых инсталляций с доступностью 99.9%
- Опыт работы в системах под управлением Linux/Unix/Solaris
- Опыт настройки / оптимизации JBoss/TomCat AS
- Желателен опыт работы в проектах с распределённой архитектурой
Знание технологий:
- Хорошее знание Java
- Хорошее знание HTML/CSS
- Знание WEB-технологий java (Servlets, JSP, WS)
- Стек Spring (beans, aop, mvc, security)
- Инструменты сборки: ant, maven
- Инструменты continuous integration
- Hibernate 3 (core, annotations, validator)
- СУБД Oracle на уровне, достаточном для оптимизации SQL-запросов и разработки PL/SQL
- Знание UML
Плюсом будут:
- Опыт создания высоконагруженных интернет/интранет решений на java
- Базовые знания PHP
- Знания типовых вариантов решения задач (паттернов проектирования)
*** Java разработчик ***
---Обязанности---
Участие в создании новых модулей системы
- участие в разработке архитектуры модулей
- реализация компонентов
Поддержка и доработка существующих модулей системы
Ведение технической документации по проекту
Написание юнит- и интеграционных тестов
--Требования к соискателю--
Высшее техническое образование или опыт работы в индустрии более 5 лет
Английский - свободное чтение технической литературы
Опыт WEB-разработки на Java от 2 лет
Опыт работы в системах под управлением Linux/Unix
Опыт настройки / оптимизации JBoss/TomCat AS
--Знание технологий --
Хорошее знание Java
Хорошее знание HTML/CSS
Знание WEB-технологий java (Servlets, JSP, WS)
Стек технологий Spring (beans, mvc, security)
Инструменты сборки: ant, maven
Hibernate 3 (core, annotations, validator)
СУБД Oracle на уровне, достаточном для оптимизации SQL-запросов и разработки PL/SQL
Знание UML
-- Плюсом будут --
Опыт координирования работы команды java разработчиков
Опыт поддержки боевых инсталляций с доступностью 99.9%
Опыт создания высоконагруженных интернет/интранет решений на java
Базовые знания PHP
Знания типовых вариантов решения задач (паттернов проектирования)
Знание инструментов continuous integration
Условия:
Работа в компании RapidSoft (www.rapidsoft.ru)
Москва, наш офис 10 минут от метро "Войковская", 40 часовая рабочая неделя, график гибкий
Дорогие java разработчики, ищущие интересную работу - пишите мне на yurys@rapidsoft.ru.
Нужно два человека. Один из них - ведущий java разработчик, должен досконально понимать процесс разработки сложных java приложений и в потенциале возглавить java направление нашей продуктовой линейки. Он должен быть богом в своем деле, уметь все и понять, как реализовать требования заказчика еще до момента, когда заказчик сам осознает, чего хочет. Нужно также, чтобы он смог возглавить команду java программистов и сделать счастливым своего проектного менеджера (как минимум тем, чтобы избавить его от разбирательства в тонкостях производства).
Кроме того, нужен еще и не столь запредельно крутой, но просто могучий java разработчик, который сможет по оформленным техническим заданиям сделать все-что-потребует-заказчик. Будет замечательно, если такой человек захочет в дальнейшем вырасти до ведущего разработчика. Все возможности для роста мы предоставим.
Требования к кандидатам:
*** Ведущий Java разработчик ****
Обязанности:
- Создание новых модулей системы:разработка архитектуры модулей, реализация ключевых компонентов;
- Поддержка и доработка существующих модулей системы;
- Ведение технической документации по проекту;
- Техническое координирование команды разработчиков, постановка технических задач;
- Контроль качества реализации поставленных разработчикам задач;
- Написание юнит- и интеграционных тестов;
- Оценка трудозатрат на реализацию требований к системе.
Требования:
- Высшее техническое образование или опыт работы в индустрии более 5 лет
- Английский - свободное чтение технической литературы
- Опыт работы в качестве ведущего программиста от 1 года
- Опыт WEB-разработки на Java от 3 лет
- Опыт поддержки боевых инсталляций с доступностью 99.9%
- Опыт работы в системах под управлением Linux/Unix/Solaris
- Опыт настройки / оптимизации JBoss/TomCat AS
- Желателен опыт работы в проектах с распределённой архитектурой
Знание технологий:
- Хорошее знание Java
- Хорошее знание HTML/CSS
- Знание WEB-технологий java (Servlets, JSP, WS)
- Стек Spring (beans, aop, mvc, security)
- Инструменты сборки: ant, maven
- Инструменты continuous integration
- Hibernate 3 (core, annotations, validator)
- СУБД Oracle на уровне, достаточном для оптимизации SQL-запросов и разработки PL/SQL
- Знание UML
Плюсом будут:
- Опыт создания высоконагруженных интернет/интранет решений на java
- Базовые знания PHP
- Знания типовых вариантов решения задач (паттернов проектирования)
*** Java разработчик ***
---Обязанности---
Участие в создании новых модулей системы
- участие в разработке архитектуры модулей
- реализация компонентов
Поддержка и доработка существующих модулей системы
Ведение технической документации по проекту
Написание юнит- и интеграционных тестов
--Требования к соискателю--
Высшее техническое образование или опыт работы в индустрии более 5 лет
Английский - свободное чтение технической литературы
Опыт WEB-разработки на Java от 2 лет
Опыт работы в системах под управлением Linux/Unix
Опыт настройки / оптимизации JBoss/TomCat AS
--Знание технологий --
Хорошее знание Java
Хорошее знание HTML/CSS
Знание WEB-технологий java (Servlets, JSP, WS)
Стек технологий Spring (beans, mvc, security)
Инструменты сборки: ant, maven
Hibernate 3 (core, annotations, validator)
СУБД Oracle на уровне, достаточном для оптимизации SQL-запросов и разработки PL/SQL
Знание UML
-- Плюсом будут --
Опыт координирования работы команды java разработчиков
Опыт поддержки боевых инсталляций с доступностью 99.9%
Опыт создания высоконагруженных интернет/интранет решений на java
Базовые знания PHP
Знания типовых вариантов решения задач (паттернов проектирования)
Знание инструментов continuous integration
Условия:
Работа в компании RapidSoft (www.rapidsoft.ru)
Москва, наш офис 10 минут от метро "Войковская", 40 часовая рабочая неделя, график гибкий
Дорогие java разработчики, ищущие интересную работу - пишите мне на yurys@rapidsoft.ru.
четверг, 27 мая 2010 г.
понедельник, 19 апреля 2010 г.
для всех кто пользуется Caretta GUI Design Studio
Народ из Caretta открыл блог, в котором рассказывает о том, как эффективно прототипировать в GUI Design Studio и выкладывает библиотеки контролов на разные темы.
Например, вот, выложили библиотеку контролов для iPhone
Итак, встречаем: http://www.guidesignpatterns.com/
Например, вот, выложили библиотеку контролов для iPhone
Итак, встречаем: http://www.guidesignpatterns.com/
Эмоциональная сторона командной работы
Здорово все-таки работать в компании профессионалов :-)
Попробую описать, какие моменты особенно приятны, а какие, наоборот, портят настроение и заставляют пить больше кофе.
Итак,
Приятно работать с командой, когда,
* Человек, с которым ты решаешь задачу, старается смотреть на нее чуть шире, чем должен по своим обязанностям (но при этом не расползаясь "мыслью по древу")
* Когда команда состоит из нескольких человек, каждый из которых старается оптимизировать общее решение со своей точки зрения. Идеально, когда представители бизнеса, производства, качества работают вместе, декларируют свои приоритеты, затем приоритеты совместно рассматриваются и устаканиваются
* Команда и отдельные игроки настроены себя улучшать и критически смотрят на все решения которые они принимали и принимают.
* Человек критически смотрит на предложенное тобой решение и помогает тебе решение оптимизировать
* В незнакомой ситуации человек сам понимает, чего он не понимает и исследует "затемненные" стороны проблемы
* После того, как решение принято, вся команда переключается из режима "выбрать путь решения" в режим "всячески поддерживать выбранный путь решения". Это очень важно.
* Все это делается с юмором и взаимным уважением
А вот раздражает, когда,
* В процессе решения задачи теряется фокус на собственно поставленные цели. Когда начинается, простите мой французский, "абстрактный пиздеж"
* Излишняя формалистика или попытки вести итальянскую забастовку.
* Пытаются перейти на личности, в сложных случаях сваливаются с решения проблемы на поиск крайнего
* Микросопротивление, т.е. на словах согласиться с линией действий, но при первой возможности выбрать решение, которое двигает проект "не туда". Если решений много, а каждое из них - минимально по воздействиям, то перекос будет чувствоваться не сразу и есть шанс его проворонить
* Игра в "я очень занятой, мне некогда вникать в детали". Особенно раздражает, когда я сам начинаю в нее играть :-)
Потом может еще что напишу.
Попробую описать, какие моменты особенно приятны, а какие, наоборот, портят настроение и заставляют пить больше кофе.
Итак,
Приятно работать с командой, когда,
* Человек, с которым ты решаешь задачу, старается смотреть на нее чуть шире, чем должен по своим обязанностям (но при этом не расползаясь "мыслью по древу")
* Когда команда состоит из нескольких человек, каждый из которых старается оптимизировать общее решение со своей точки зрения. Идеально, когда представители бизнеса, производства, качества работают вместе, декларируют свои приоритеты, затем приоритеты совместно рассматриваются и устаканиваются
* Команда и отдельные игроки настроены себя улучшать и критически смотрят на все решения которые они принимали и принимают.
* Человек критически смотрит на предложенное тобой решение и помогает тебе решение оптимизировать
* В незнакомой ситуации человек сам понимает, чего он не понимает и исследует "затемненные" стороны проблемы
* После того, как решение принято, вся команда переключается из режима "выбрать путь решения" в режим "всячески поддерживать выбранный путь решения". Это очень важно.
* Все это делается с юмором и взаимным уважением
А вот раздражает, когда,
* В процессе решения задачи теряется фокус на собственно поставленные цели. Когда начинается, простите мой французский, "абстрактный пиздеж"
* Излишняя формалистика или попытки вести итальянскую забастовку.
* Пытаются перейти на личности, в сложных случаях сваливаются с решения проблемы на поиск крайнего
* Микросопротивление, т.е. на словах согласиться с линией действий, но при первой возможности выбрать решение, которое двигает проект "не туда". Если решений много, а каждое из них - минимально по воздействиям, то перекос будет чувствоваться не сразу и есть шанс его проворонить
* Игра в "я очень занятой, мне некогда вникать в детали". Особенно раздражает, когда я сам начинаю в нее играть :-)
Потом может еще что напишу.
понедельник, 12 апреля 2010 г.
Очищаем птичью клетку
А вот знаете ли вы, что инсталлятор Mozilla Thunderbird в русской локали последним шагом выводит сообщение "Очищаем птичью клетку"?
Я, думал, мерещится. Ан нет :-)
Я, думал, мерещится. Ан нет :-)
вторник, 23 марта 2010 г.
Е...о!
Собственно, из видео становится понятно, как надо работать в кризисном режиме, когда есть срывающиеся дедлайны, кризис-менеджер и офигенная команда, которая все может.
(Внимание, обсценная лексика :-)
среда, 10 марта 2010 г.
Как в .cmd файлах узнать SITE IDENTITY зная имя сайта (IIS 6)
How to recognize IIS 6 site ID by its name in command line (.cmd)
***
Стояла задача: написать .cmd скрипт для Win2003/IIS6, который создавал бы сайт и настраивал его параметры
Сайт создается через утилиту iisweb /create. Параметры настраиваются через adsutil.vbs
Проблема в том, что adsutil требует на вход site identity, которую явно из iisweb не получить.
В результате написал простенький скрипт (который, правда, требует sed for windows)
Скрипт, зная имя сайта, получает в переменную окружения его id. Может, кому-нибудь пригодится...
***
Стояла задача: написать .cmd скрипт для Win2003/IIS6, который создавал бы сайт и настраивал его параметры
Сайт создается через утилиту iisweb /create. Параметры настраиваются через adsutil.vbs
Проблема в том, что adsutil требует на вход site identity, которую явно из iisweb не получить.
В результате написал простенький скрипт (который, правда, требует sed for windows)
Скрипт, зная имя сайта, получает в переменную окружения его id. Может, кому-нибудь пригодится...
set SITE_NAME=MySite
set SED=utils\sed.exe
iisweb /query %SITE_NAME% | %SED% "$!d" > c_siteid.tmp
%SED% -i "s/.*(W3SVC\/\([0-9]*\)).*/\1/g" c_siteid.tmp
set /p SITE_ID=<c_siteid.tmp
echo id=%SITE_ID%
del c_siteid.tmp
del sed*.Бонус: команды sed
четверг, 4 марта 2010 г.
AutoPatch.Net 0.0.2
Обновил autopatch до версии 0.0.2 - теперь поддерживаются скрипты, содержащие GO. Как результат - можно создать differentional script при помощи например RedGate SQL Compare или VS for Database Professionals, и накатывать такой скрипт автопатчем без изменений
Скачать новую версию можно здесь:
http://code.google.com/p/autopatchnet/
Скачать новую версию можно здесь:
http://code.google.com/p/autopatchnet/
среда, 3 марта 2010 г.
Что нового в SOS.dll для 4-го .Net фреймворка
См. (наверное, правильней было бы писать "чт." тобишь "читай") в блоге Tess Fernandez
http://blogs.msdn.com/tess/archive/2010/03/01/new-commands-in-sos-for-net-4-0-part-1.aspx
Мне понравилась команда !GCWhere :-)
http://blogs.msdn.com/tess/archive/2010/03/01/new-commands-in-sos-for-net-4-0-part-1.aspx
Мне понравилась команда !GCWhere :-)
четверг, 25 февраля 2010 г.
Фишинг: кто круче
По ICQ мне регулярно ломятся боты со ссылкой на фишинговые сайты в user details.
например, такие http--vkonatknte.ru-login.php?u=1&to=id14051778 (специально покалечил ссылку, чтобы никто не открывал)
Что интересно
Вот так вот.
например, такие http--vkonatknte.ru-login.php?u=1&to=id14051778 (специально покалечил ссылку, чтобы никто не открывал)
Что интересно
- Chrome знает что сайт - фишинговый
- Mozilla - знает
- IE8 - не знает
Вот так вот.
суббота, 20 февраля 2010 г.
Подписаться на:
Сообщения (Atom)
