Кулик Алексей aka kpblc

Сетевое развертывание, обновление, удаление...

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Tue, 31 Jan 2012 08:00:00 +0000

Что-то меня "торкнуло" поговорить на эту тему. Естественно, касательно AutoCAD и AA. С ними я работал, с ними я воевал, и иногда даже почти побеждал ;)

Что такое сетевое развертывание, рассказывать, пожалуй, не буду. А вот зачем его делать и что позволяется с ним сотворить - это история уже чуть другая ;)

Зачем? Представим себе ситуацию, что в конторе хотя бы 20-30 пользователей. Всем им надо установить один и тот же AutoCAD, с одними и теми же настройками, немного отличающимися от стандартных. Чего, бегать по каждому кабинету и терять по полчаса-часу только на настройку? Не, я ленивый для этого.

Что можно сделать в сетевом развертывании? Да в принципе если не все, то очень и очень многое. Изменить пути поддержки, добавить свои, добавить собственные arx / dll / lsp / fas модули (но, правда, заменить имеющиеся или поставить из в автозагрузку лично мне не удавалось), определить метод лицензирования (сетевой или локальный), а для локального сразу установить и серверы лицензий и т.д.

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

Крайне желательно перед установкой сетевого развертывания снести все "левые" версии. Заодно можно и реестр почистить, и антивирусом пройтись. Говорят, подобное в доменах можно сделать автоматом, но я как-то предпочитаю делать вручную. Контроля все же побольше получается...
Сделать универсальное развертывание, корректно работающее на 32- и на 64-разрядных ОС, лично мне не удавалось. Пробовал на AutoCAD Architecture 2009, AutoCAD Architecture 2012. То же самое касается и локализации
При создании развертывания лично я всегда снимаю галочки "Менеджер лицензий" и "Импортировать старые настройки". В условиях фирмы лицензия раздается сервером, и нечего пользователям с этим делом развлекаться. А импорт старых настроек работает далеко не всегда корректно
Опять же, прямо при создании развертывания можно в дистрибутиве отредактировать acad.exe.config, чтобы потом не бегать с высунутым языком по пользователям, у которых что-то не работает.
Некоторые каталоги (например, пути поддержки принтеров) стараюсь сразу поменять на серверные
Последнее время не использую т.н. "тихую" установку - в некоторых случаях бывает вылет на ровном месте: что-то в доменной политике запрещает запись в некоторые ветки реестра и все, AutoCAD будет не установить хоть тресни. При диалоговой установке хотя бы выдается соответствующее предупреждение (уже не надо анализировать многометровый лог) и предоставляется возможность "Пропустить" | "Игнорировать" | "Прекратить установку"
Естественно, что после установки надо запустить только что проинсталлированное приложение под правами администратора (домена или компьютера)

P.S. Прочитал еще раз чего наваял, понял, что на самом деле все это выглядит как "шпаргалка самому себе" ;)

Сравнение nanoCAD и AutoCAD

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Thu, 19 Jan 2012 13:25:00 +0000

Денис Ожигин через facebook опубликовал ссылку на сравнение nanoCAD и AutoCAD. Откровенно говоря, у меня сравнение вызвало весьма сложные ощущения. В причинах этого и хотелось бы разобраться.

Добавлено: исходный вариант таблички здесь. Публиковать обсуждение в facebook считаю себя не вправе, хотя и сильно хочется ;)

Итак, прежде всего: сравниваются вертикалки nanoCAD, "чистый" nanoCAD и "чистый" AutoCAD. Уж сколько раз твердили миру... Сравнивайте сопоставимые вещи! Исключаем вертикалки типа nanoCAD СПДС, nanoCAD Механика. Еще б сюда nanoCAD ОПС прикрутили... Кстати, AutoCAD совсем "голый" или вместе с ExpressTools? И почему не добавили сюда же (ну так, до кучи) СПДС GraphiCS, MechaniCS, TechnologiCS, SPDS Extension от Autodesk? Вы уж поступайте последовательно...
Дальше по таблице: страна производитель - очень познавательно. И, главное, критично. Неужели по принципу "если этот кульман сделан не у нас, то он и не кульман вообще!"?
Базовые технологии - тут я "плаваю", хотя у меня и есть определенные подозрения, что не все там так просто.
Сертификат соответствия - ага, щщас! Как будто мне кто-то помешает неправильно спроектировать и оформить документацию в программе, которая "сертифицирована".
Цены - ладно, проехали мимо. Потому что вариантов цен у AutoCAD'a как блох у барбоски. Хотя одно то, что цены указаны "порядка", уже может насторожить. Я понимаю, что идеально сработают фразы типа "мы не можем рекламировать какого-то определенного реселлера", "цены разнятся" и т.п., но! Но указать диапазон цен кто мешал?
Абонементная плата... Аатлична! А чо будет через год, когда оно кончится?
Внутренний формат *.dwg и *.dxf. А вот теперь объясните человеку, который в форматах dwg как свинья в апельсинах, что сия строка значит? И лично мне хотелось бы знать, что означает "2.5~2010"?
Многодокументный режим - он еще в AutoCAD R13 под Windows был, насколько я помню. И что, об этом надо кричать на всю Ивановскую? Какой смысл в этом критерии? Все популярные современные программы, насколько я знаю, поддерживают многодокументный режим. За исключением, пожалуй, только блокнота и Access
Команды синтаксиса AutoCAD - это про чо? Ну есть в nanoCAD свои команды, и?
Командная строка: режим автоскрытия, возможность изменения параметров (задание альтернативного шрифта, цвета и высоты) - а вы не хочете это дело перенести в "возможности настройки интерфейса"? Потому что командную строку в AutoCAD (по моему опыту) настраивает один из ста. Какой смысл в этом критерии?
Командная строка: гиперссылки для опций команд - замечательно! А теперь объясните мне сирому, що це таке и нафига оно надо. Это что, если я рисую окружность, то на запрос "Введите диаметр" я могу вколотить kpblc.blogspot.com? И чего будет в результате?
Шрифты SHX и TTF - ага, шрифты. Шрифтовые такие шрифты. Может, все же не "шрифты", а "возможность использования шрифтов"? Ну вроде бы не маленькие...
Автоматическое восстановление чертежей - и чо? Есть автоматическое, есть ручное. А автоматическое - это как? Не спросясь меня, прога падает (ну, тут да, тут не поспоришь - они всегда валятся неожиданно), потом сама (!) перезапускается (опять же без спросу, хотя Word - и тот спрашивает насчет "перезапуститься мне или не стоит?"), и по новой открывает все чертежи, которые были открыты в момент краха? И тут же падает снова? Не, мне такой хоккей не нужен (с)
Настройка алиасов, меню и панелей инструментов - ух ты! Класс! Абалдеть! Подобную настройку можно выполнить в любой программе, поддерживающей СОМ-модель. Правда, затраты будут - мама не горюй. Не просто "настройка", а "настройка встроенными средствами"! Почуйствуйте разницу
Выбор аналогичных объектов - _.qselect существует как минимум с версии AutoCAD R14. Или это нововведение nanoCAD 2.5 и про него нельзя было промолчать?
Выбор наложенных и близкорасположенных объектов - а покажите, как оно делается в "чистом" AutoCAD? Честно, мне просто интересно - я с таким не сталкивался.
Пользовательские системы координат - ага, прекрасно. А про что говорим? Про создание? Модификацию? Именование? Хранение? Еше про что-то?
Внешние ссылки, XREF - это пять! А как в nanoCAD дело обстоит со вложенными ссылками? А как разбираются со вставленными/наложенными ссылками? Почему было не ввести несколько дополнительных критериев - непонятно.
Операции с растровыми изображениями - дайте мне того, кто эту строку писал! Я ему тут же подсуну сначала многостраничный tiff со сжатием LWZ, потом придет png с поддержкой прозрачности, и следом на закуску я скину файл с расширением xcf. И докажите мне, что xcf не растр - ушибу!
Динамические блоки - и не поддерживаются в AutoCAD LT??? Вы ничего не путаете?
Связь объектов чертежа с системой NormaCS - о! Все, без этого не жизнь. А если выполнить условие "исключаем вертикалки", то что получится?
Записная книжка - то же самое, что и гиперссылки. Расскажите, что это такое и с чем его едять - может, я и пойму, что оно действительно необходимо.
Многофункциональные ручки - ага. Кстати, ручки всю дорогу были многофункциональны. Из них на переменках в школе очень прикольно было плеваться жеваной бумагой. А на экзаменах прятать в них шпаргалки.
Нет, ну скажите, что за ручки-то? Grips? Тады, канешна, ой... Токмо вот кака штукенция... Функционал этих ручек (grips) весьма сильно отличается в зависимости от типа примитива, которому они принадлежат. nanoCAD все это дело повторил?
Ассоциативные размеры - превосходно! Только заявить, что они есть (а, похоже, это и сказано) - мало. Надо как минимум расписать, как они работают при перемещении объекта, к которому они привязаны. И как они будут работать, если проставлены они в листе, а перемещение объекта - в модели. И... В общем, вопросов много, все писать не буду - и так пальцы уже болят. Короче, двух слов "Ассоциативные размеры" мало!
Редактор типов линий - ну, в AutoCAD можно вручную править соответствующие файлы (или создавать их вручную). Что, не редактор, хотите сказать? Ой, да не смешите - половина линуксоидов так живут и горя не знают! А то, что в "чистом" AutoCAD через ExpressTools [пере]создать тип линии вопрос не более пяти минут - это как?
Создание ВЭ из пространства модели - и вы мне хочете сказать, что AutoCAD такое не умеет? Ага, щас! Понятие именованного вида и видового экрана на основе именованного вида, по-моему, было как минимум с 2000i. Если же разговор про что-то другое - тогда описывайте подробнее.
Дополнительные команды для работы со слоями - а ета чево? Фильтры слоев создавать или менять состояние слоев внутри видового экрана? Блин, ну подробнее дайте! Не хотите править напрямую в таблице - делайте всплывающие подсказки или ссылки на описания "что имелось в виду"!
Выбор стандарта оформления: СПДС или ЕСКД - и опять же, AutoCAD не может выбрать стандарт??? Тьфу, блин! Зато в AutoCAD мне никто не запретит создать сразу два размерных стиля - один под СПДС, второй под ЕСКД, и вполне свободно с ними работать! Это что, не выбор? Или мне кто-то подобное запретит сделать в nanoCAD?
Встроенная таблица допусков - no comments. Ни разу в жизни не понадобилась и, дай бог, не понадобится.
Таблицы AutoCAD - табличные такие таблицы... А как насчет ручного или автоматического разбиения таблиц по высоте с повторением заголовков? А как насчет сложного оформления таблиц? А как насчет помещения внутрь ячейки таблицы блока? Ну и т.п.
Таблицы СПДС/ЕСКД - а что, они сильно отличаются от обычных таблиц? Ну так, принципиально? Что, там ячейки все из себя кривые? Если нет, то тогда "Таблицы СПДС/ЕСКД" всего лишь вопрос настройки. Которую nanoSoft решил сделать, а Autodesk отдал на откуп пользователям
Excel-подобный редактор таблиц - есть в nanoCAD! Уряяяяя!! А теперь, ребята, сделайте мне, плиз, в таком вот редакторе несложную задачку: быструю выборку из таблицы, к примеру, 100х4000, значения по 2 критериям. Черт с ним, даже без аппроксимации. Сделаете? А сводную таблицу? А чтение данных из csv / txt файла? Тоже? Или вся "Excel-подобность" заключается в подсветке номеров столбцов и строк и вводе формул на своем собственном языке?
Преобразование таблиц AutoCAD в таблицы СПДС/ЕСКД и Преобразование таблиц СПДС/ЕСКД в таблицы AutoCAD - с моей точки зрения, вообще искуственно притянутые критерии. Которые вдобавок "невертикалки" nano не поддерживают.
Шрифты и типы линий по ГОСТ - и их типа нет в AutoCAD. Не смешите! Подобных вариантов в свободном доступе воз и тележка размером с Титаник.
Встроенные элементы оформления чертежа по СПДС и ЕСКД - в AutoCAD, конечно, такого нет. Взять готовые и выложенные в инет - религия не позволит? Мне позволит, извините

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

Параметрическое 2D-проектирование - ну есть и есть, лично я пока не сталкивался с его необходимостью. Без комментариев (хотя, ИМХО - это лишний бантик, который надо бы снести).
Создание библиотек пользовательских объектов с заданием геометрических, описательных и поведенческих свойств - а вот тут "помедленее, пжалста!" Ибо кой-чаво перевернуто с ног на голову. Пользовательский объект - это пользовательский объект. Динамический блок - это динамический блок. И путать их нельзя. Пользовательские объекты создают только в том случае, если без них уже никак, и в результате получаем т.н. "Прокси-объекты". Динамические блоки создают все кому не лень, но пользовательскими объектами они от этого не становятся.
Видовые экраны - nanoCAD 2.5, "частично" Это как, "частично"? Хочет - работает, не хочет - не работает?
OLE Automation (Visual Basic Script/Java Script) - чего??? Не, конечно, можно через VBS обратиться к AutoCAD, и, наверное, даже в нем что-то сделать, но это изврат... VBS используется в вертикалках (типа AutoCAD Architecture), но это немного отдельная песня

И вообще - зачем надо было показывать, что nanoCAD и это умеет, и это, и это, и все то же самое делает AutoCAD? Показывали бы разницу - было бы наверняка более интересно и познавательно.

По результату: многие критерии лично у меня вызывают ощущения того мужика из анекдота, который сказал: "Я полиглот! Я знаю, что бывают английский, немецкий и французский языки!"

Восстановление меню AutoCAD

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Wed, 11 Jan 2012 08:41:00 +0000

Иногда, в силу разных причин, "слетает" штатное меню. То значки не отображаются, то ленты не видать, то вообще пустота. Можно, конечно, тупо переустановить AutoCAD (то же самое касается и всех вертикалок на его основе), но на это иногда нет ни времени, ни прав. А работать надо...

Ну, на нет и суда нет. А вот восстановить (точнее, попытаться восстановить, потому как метод срабатывает не всегда) можно.

Запускаем Проводник, и первым делом лезем в настройки папок:

И устанавливаем показ скрытых папок.

После этого находим каталог UserDataCahce (находится в каталоге установки AutoCAD) и копируем из его подкаталога Support оттуда файлы *.cui / *.cuix в каталог текущего пользователя

Для Windows XP

C:\Documents and Settings\ИмяПользователя
\Application Data\Autodesk\КаталогAutoCAD\Локализация\Support

Для Windows Vista / Windows 7

C:\Users\ИмяПользователя
\Application Data\Autodesk\КаталогAutoCAD\Локализация\Support

Перезапускаем AutoCAD и даем команду _.menu (обратите внимание - именно _.menu, а не _.menuload!) и загружаем соответствующий файл меню:

AutoCAD 2006 - 2009 : acad.cui
AutoCAD 2010 - 2012 : acad.cuix
AutoCAD Architectural Desktop 2006 - 2007 : aca.cui
AutoCAD Architecture 2008 - 2009 : aca.cui
AutoCAD Architecture 2010 - 2012 : aca.cuix

Ну и тому подобное.

AutoCAD, 3D и SketchUP

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Tue, 10 Jan 2012 06:41:00 +0000

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

Понятно, что можно использовать GoogleSketchUp, который (как бы) поддерживает импорт dwg-файлов. Правда, немаловажное уточнение: из бесплатной версии SketchUp'a убрали эту возможность.

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

Потребуется приложение из Autodesk Labs : Google Earth Extension

Описание вопросов по работе с приложением ImportGEImage здесь

Ну и до кучи:

Встреча форумчан dwg.ru

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Wed, 04 Jan 2012 07:31:00 +0000

3 января состоялась встреча форумчан dwg.ru. Были Солидворкер с супругой, Foskolic, Павел Самофалов со спутницей, ну и я (сподобился наконец-то). Было чертовски интересно, темы разговоров касались всего чего можно (да и того, что нельзя, -тоже ;)).

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

Новые тест-драйвы по продуктам Autodesk

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Fri, 30 Dec 2011 03:42:00 +0000

Autodesk наконец открыла доступ к новым тест-драйвам! Ура!
Одно небольшое "но" - обязательно проверяем ссылку. Должно быть Autodesk.ru/test-drive и никак иначе.

Размышлизмы.

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Tue, 27 Dec 2011 08:54:00 +0000

Захотелось оценить свою стоимость в разрезе того, куда двигается Autodesk, да и нас за собою тянет.
Облачные вычисления, AutoCAD под Mac и планшеты, совместная работа... Классно? Ага, да вот только гложет что-то. Пора разобраться с этим "чем-то" и прикинуть, куда и насколько быстро надо двигаться.
Разговор пойдет не о том, что и как делает Autodesk. Разговор пойдет о том, что под продукты Autodesk делают программисты. Армия программистов. Безумное количество людей, написавших первый макрос, первое приложение, первое дополнение. Чего нам-то делать? В какую сторону смотреть?

Похоже, что с lisp'а как основного языка нужно потихоньку уходить. Вряд ли Autodesk сможет себе позволить одновременно поддерживать несколько реинкарнаций lisp'a: один для Windows с поддержкой VisualLISP (читай - COM-модель со всеми ее плюсами и минусами), один - для Mac (а это, насколько я понимаю, практически *nix-система, где понятие COM отсутствует априори), а если сюда добавить еще и планшеты, то становится совсем грустно. Нет, какие-то элементарные вещи, наверное, останутся во всех вариантах - то есть lisp станет практически таким, каким он был в самом начале своего становления. Но возможности работы с другими приложениями, с неактивными документами и прочие прелести VisualLISP, скорее всего, канут в лету. Уже почти 3 года как выпускаются 64-разрядные версии AutoCAD, но вычисления в lisp'е как были 32-разрядными, так и остались. В некоторых случаях это весьма серьезно мешает. Поправка: скоро наверняка можно будет сказать "мешало". Обидно наблюдать угасание такого языка... Конечно, если разрабатывать только для Windows, то еще несколько лет на эту тему можно будет особо не заморачиваться, но тем не менее :(
VBA можно уже практически уверенно считать тупиковой веткой - Microsoft, прародитель языка, и та от него отказалась. Autodesk тоже поняла глухую безнадежность этих костылей и с 2010, кажется, версии, уже не поставляет поддержку VBA прямо внутри AutoCAD. Хотите - скачивайте соответствующий пакет, конечно, но сколько такая халява будет продолжаться - неизвестно. И опять же, разрядность, ангидрид ее!
DIESEL и язык макрокоманд? Ннну, наверное, да... В общем, грустно улыбнусь и пожму плечами: возможности этих диалектов весьма сильно ограничены.
Что же у нас в чистом остатке?
Ну как что - ObjectARX и .NET. При этом у меня ощущение, что оба эти направления сейчас идут практически ноздря в ноздрю, что называется. Под .NET, как я слышал краем уха, уже есть портирование под Mac и *nix. Решения для arx наверняка уже есть - я их просто не искал.
Грустно, блин! Столько лет потрачено на один из самых интересных языков, вдобавок весьма слабо зависящего от версии и платформы AutoCAD - и все коту под хвост.
Ффух, все, выдохнул, себя пожалел, коньяку дернул... Ну что, уважаемые, как жить будем?

Недоступность autolisp.ru

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Fri, 16 Dec 2011 18:25:00 +0000

Сегодня полдня был недоступен мой сайт autolisp.ru. Честно - не моя вина: в датацентре повылетало около половины серверов из-за сбоя в питании. Сейчас вроде как все восстановлено, все работает.
Будем надеяться, что такое будет повторяться не часто ;)

Есть возможность повлиять на Inventor!

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Fri, 09 Dec 2011 12:37:00 +0000

Вниманию поклонников Inventor! :)

У вас есть уникальная возможность повлиять на качество локализации продукта: зайдите, почитайте. Если есть желание или до печенок достали какие-то ляпы, так это можно исправить :)

5 декабря 2011, Москва, Autodesk Developer Day

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Tue, 06 Dec 2011 11:32:00 +0000

Прошел Autodesk Developer Day 2011. Скажу честно - на подобном мероприятии был впервые, ощущения... Сложно описать :)
Информации море, новостей - тьма. Новый подход к AutoCAD, общие тенденции развития продуктов Autodesk, куда развиваться лично мне и на чем следует заострять внимание... И это помимо плотнейшего общения с главными игроками на поле ADN (как со стороны Autodesk, так и со стороны обычных программистов)! Ох, я думал, что на следующий день вообще шевелиться не смогу :)
Хотя, вроде как, пока изображаю какую-то деятельность :)

Лирика кончилась, начинаются более интересные новости:
1. Autodesk (точнее, ADN) пошла на беспрецендентый шаг: будет открываться (частично, конечно) закрытая информация. Будет она поступать из базы знаний, или из обсуждений - пока вопрос открытый. Периодичность - планируется что-то около раза в неделю-две, а там как карта ляжет. Если это действительно будет сделано, обещаю публиковать здесь и на страничке в facebook.
2. Вышел пресс-релиз Autodesk. Привожу текст:

ПРЕСС-РЕЛИЗ
Москва, 6 декабря 2011 г.

Autodesk провел ежегодную техническую конференцию для партнеров-разработчиков в Москве – Autodesk Developer Days 2011

Компания Autodesk, мировой лидер в области решений для 3D-дизайна, проектирования и создания виртуальной реальности, провела в Москве очередную техническую конференцию Autodesk Developer Days 2011 для авторизованных партнеров-разработчиков сообщества Autodesk Developer Network (ADN). Участники конференции получили информацию об изменениях, которые Autodesk внес в свою деятельность за последний год и традиционно обсудили вопросы, связанные с API существующих решений и особенностями разработки дополнительных программных продуктов, интегрированными с новейшими технологиями Autodesk. На конференцию собрались представители более 50 партнеров-разработчиков из Москвы, Санкт-Петербурга, Новосибирска, Воронежа, Самары, Ташкента, Минска, Львова и других городов России и СНГ.
Московская конференция Autodesk Developer Days 2011 (DevDays 2011) – одна из семнадцати аналогичных конференций, которые Autodesk проводит в это время по всему миру, и первая среди европейских. Участие в ней приняли генеральный директор программы ADN Джим Куонси (Jim Quanci), менеджер ADN в России, СНГ и Юго-Восточной Европе Наталья Поликарпова, а также технические консультанты и специалисты по API различных продуктов Autodesk из Европы, России и США. Они рассказали гостям DevDays 2011 о событиях и изменениях, произошедших в продуктовых линейках компании за прошедший год и о тех инновациях, которые ждут их в новых версиях Autodesk Inventor, AutoCAD Civil 3D, семейства Autodesk Revit, AutoCAD Plant 3D, AutoCAD, Autodesk Vault и других программных решений.
Открывал конференцию региональный директор Autodesk в России и СНГ Алексей Рыжов, который отметил: «Мы ценим партнерство с компаниями-разработчиками, их приверженность технологиям Autodesk, доверие и открытость. Мы благодарны их настойчивости и требовательности, которые помогают нам развивать свои программные продукты именно так, как это нужно пользователям в разных регионах и отраслях».
Основное преимущество программы ADN состоит в том, что ее участники узнают о новейших разработках и технологиях Autodesk еще до того, как они поступают на рынок, и это помогает партнерам заблаговременно готовится к изменениям в технологиях Autodesk . Кроме того, в рамках программы все участники получают профессиональную техническую поддержку и технические консультации от программистов Autodesk. Партнеры-разработчики имеют доступ к внутреннему сайту Autodesk, где могут загружать программные продукты для разработки, быстро находить ответы на часто задаваемые вопросы, видеть примеры использования программ, смотреть документацию и т.д. Все это позволяет партнерам ADN точнее планировать свою деятельность, быстрее переходить на новые версии продуктов и наиболее эффективно интегрировать свои продукты с решениями Autodesk.
В ADN участвуют независимые партнеры, создающие свои продукты на базе платформ Autodesk. Сегодня по всему миру существует свыше 3 500 таких независимых компаний-партнеров. Сообщество разработчиков ADN продолжает активно развиваться в России и СНГ. Сейчас это уже более 100 независимых разработчиков из России, Украины, Белоруссии у других стран СНГ. В ходе конференции представители Autodesk неоднократно отмечали готовность обсуждать с разработчиками самые разнообразные идеи и проекты, которые помогут совместному бизнесу, а дальнейший рост бизнеса Autodesk в СНГ откроет еще больше возможностей для взаимовыгодного сотрудничества.
«Развитие ADN выгодно и Autodesk, и разработчикам, – считает Наталья Поликарпова. – С одной стороны, благодаря партнерской программе ADN, разработчики получают дополнительную информацию о продуктах Autodesk, экономят средства на разработке и могут более эффективно строить свою деятельность. С другой стороны программные продукты, разрабатываемые участниками ADN, расширяют возможности наших решений в узкоспециализированных областях, либо когда это касается локальных норм или специальных требований. Мы всегда готовы предоставить нашим партнерам техническую поддержку и информацию как на DevDays,
так и в рамках всей программы ADN, чтобы разработчики могли создавать и успешно развивать самые разнообразные решения на базе технологий Autodesk».
Чтобы стать участником программы ADN необходимо зарегистрироваться на сайте www.autodesk.com/joinadn и подписать договор о сотрудничестве. Многие партнеры получают возможность бесплатного участия в первый год сотрудничества. Более подробную информацию о программе можно получить у менеджера программы ADN в России, СНГ и Юго-Восточной Европе Натальи Поликарповой: natalia.polikarpova@autodesk.com

О компании Autodesk
Autodesk, Inc – мировой лидер в области решений для 3D-дизайна, проектирования и создания виртуальной реальности. Все компании из списка Fortune, 100 и 16 последних обладателей премии «Оскар» за лучшие визуальные эффекты используют инструменты Autodesk, чтобы проектировать, моделировать и визуализировать свои идеи для экономии времени и денег, улучшения качества продукции и скорейшего внедрения инноваций. Начиная с выпуска AutoCAD в 1982 году, компания разработала широчайший спектр инновационных программ, позволяющих инженерам, архитекторам и конструкторам испытывать свои идеи еще до их реализации.
Чтобы узнать больше, посетите http://www.autodesk.ru/adn

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

Если Outlook называют атуглюком...

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Fri, 14 Oct 2011 19:48:00 +0000

То сейчас я начинаю весьма неадекватно реагировать :)

Почитал на работе (пока курить ходил) Архангельского, начал частично применять описанные в книгах методики использования Outlook... Ну что могу сказать - что я лентяй, я знал и так. Но чтобы до такой степени - и не подозревал! Нет, ну это же надо настолько неэффективно работать!!
Сейчас через TeamViewer (спасибо Александру Ривилису за консультации) подключился к рабочей машине (надо оттуда несколько файлов перетащить, ну не задействовать же для этого Dropbox), гляжу - а у меня письмо пришло с заявкой. В три щелчка мыши я из письма сделал себе задачу, установил дату исполнения, время напоминания, и еще парой кликов дал категорию задаче. Красота!

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

MS Office 2007 на 64-разрядной Win7 после Office2010

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Wed, 05 Oct 2011 21:12:00 +0000

Столкнулся с проблемой :)
Поставил на Windows 7 Ultimate нормальную рабочую лошадку - MS Office 2007. И все было хорошо, пока мне не приспичило заменить 2007 на 2010. Поставил, поигрался и решил вернуться обратно. Вот тут-то и началось...

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

При каждом запуске Word, Outlook или любой другой программы из пакета сначала запускался установщик, и только потом уже сама программа. Мало того, Excel начал материться на ole-чего-то-там.dll.

Многочасовые поиски в Google и на сайте Microsoft привели к решению:

Надо проверить права доступа на ветку реестра HKEY_CLASSES_ROOT. И при необходимости - восстановить их.

Восстанавливать можно как через regedit (долго и не очень комфортно), так и специальной утилитой. Цитирую:

идем по это ссылке:

http://www.brianpeek.com/blog/archive/2007/11/29/weird-vista-registry-issue.aspx

читаем и качаем программу SubInACL отсюда:

http://www.microsoft.com/downloads/details.aspx?FamilyID=E8BA3E56-D8FE-4A91-93CF-ED6985E3927B&displaylang=en

устанавливаем, потом идем Total Commander-ом (или FAR'ом) к папке в которую она установилась, обычно это:

С:\Program Files\Windows Resource Kits\Tools\ - для 32-рязрядных систем ;
C:\Program Files (x86)\Windows Resource Kits\Tools\ - для 64-разрядных систем

и в коммандной строке вводим следующее;

если у вас Английская версия Windows то вводим такие коммандные строки:

subinacl /subkeyreg HKEY_CLASSES_ROOT /grant=administrators=f /grant=system=f /grant=users=r /setowner=administrators

subinacl /keyreg HKEY_CLASSES_ROOT /grant=administrators=f /grant=system=f /grant=users=r /setowner=administrators

если Русская версия Windows то вводим такие:

subinacl /subkeyreg HKEY_CLASSES_ROOT /grant=Администраторы=f /grant=system=f /grant=Пользователи=r /setowner=Администраторы

subinacl /keyreg HKEY_CLASSES_ROOT /grant=Администраторы=f /grant=system=f /grant=Пользователи=r /setowner=Администраторы

ну и естественно на всякий случай после этих операций удалить и поставить Офис заново...

Скажу сразу - у меня сработало безо всяких дополнительных деинсталляторов. На других машинах ситуация может быть иная.

Форум Autodesk, что осталось "за кадром" :)

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Wed, 28 Sep 2011 18:42:00 +0000

Отзывов о форуме Autodesk, прошедшем в Москве 21 и 22 сентября этого года, написано уже достаточно. Все (или почти все) можно прочитать на сайте Сообщества пользователей Autodesk в СНГ, или в ЖЖ Autodesk CIS, или на сайтах и блогах Активистов... В общем, найти можно. Я же хотел бы сообщить о другом...

Как я писал чуть раньше, на форуме был Михаил Белиловский - человек, отвечающий за качество AutoCAD и решений на его основе (не все, но подавляющее большинство). Каково было с ним общаться - отдельный разговор, сейчас немного не об этом.

Михаил обещал - и сделал! - документ, описывающий то, как надо давать сообщения об обнаруженных ошибках в AutoCAD. С любезного разрешения Михаила я опубликовываю этот весьма серьезный документ: ссылка на GoogleDocs. Формат - pdf. Язык оригинала (английский).

Если коротко, то: народ, пишите о багах! Пишите - без этого исправлений не будет! Правда, надо соблюдать некоторые правила:
а) описание должно быть коротким
б) баг должен быть описан так, чтобы его можно было повторить
в) перед написанием гневных писем изучите матчасть
г) ну и прочитать интервью Михаила :)

О горизонтальных коммуникациях, часть 2

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Sat, 24 Sep 2011 06:27:00 +0000

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

Привет! Это Слава Панкратов. Как говорить с коллегой. Для многих я тут скажу банальность, но кто-то же должен сыграть Капитана, верно? Он тебе ничего не должен. Ты ему ничего не должен. Все согласны? Если нет, то разберись с тем, кто что кому должен и только потом входи в нормальную, равноправную коммуникацию. Коллега не работает под тобой, ты не отвечаешь за его работу, он не отвечает за твою, иначе вы уже руководитель и подчиненный и это чуток другой формат. О это будем говорить позже. Если вы коллеги, то вы на равных. И претензии могут быть только по работе, если один поставляет другому кусок работы по технологической цепочке. Претензии к качеству, срокам, договоренностям, но не к коллеге. Как говорим. I. Говори спокойно. Громко говорит или тот, кто чувствует, что не хватает веса его словам, или тот, что думает, что его никто не слушает. Иногда человек даже кричит, если думает, что его никто не слушает. Это не то, что тебе надо транслировать. Говори спокойно. Практически всегда. Тогда, если понадобится, ты сможешь повысить голос. А если всегда говорить на повышенных, то придется орать, а это повышенное внутричерепное давление и вообще не красиво. II. Не строй из себя. 1. Если ты на уровне или ниже, не строй из себя, потому что пустышку люди чувствуют. Фиг знает как. 70% информации в разговоре мы передаем невербально. Подумай. 70%. Дофига. Люди всегда чувствуют, если за фасадом ничего нет. Может от предков-охотников досталось нам это чувство, теории есть разные. 2. Если ты умнее, опытнее, старше - тем более не строй из себя. Нет ничего тупее, чем владея опытом и знанием перечеркнуть доверие к себе и своим словам говоря через губу. Можешь пояснить? Поясни. Не можешь пояснить (даже если просто забыл, но вот пятой точкой чувствуешь, что прав!) - так и скажи: "Слушай, я уже не помню почему именно, но я всегда делал вот так и оно как-то работало. Попробуй. А если сделаешь как-то ловчее - скажи мне. Спасибо." III. Говори с фактами. Не с отношением тебя к этим фактам, а с фактами. "Он это сказал таким тоном!" - это про твое отношение к тому, что он сказал, а точнее про твое отношение к нему. Что он сказал? Что в билде 38 багов? Ок. Что дальше? Что будем делать с багами? Заметь. Нет, не так - подчеркни себе: что будем делать с багами, а не с ним! С фактами сложно спорить. Если человек спорит с фактами - принимай его точку зрения (Ок, с твоей стороны это выглядит вот так, согласен. А с моей вот так.) и может быть именно тут зарыта фигня из-за которой вы спорите. Если по фактам договорились, то переходите к проблеме. Проблема в том, что исходя из фактов тебе или вам обоим неудобно делать свое дело. Не в том, что тебя или его это не устраивает ("не красиво" или "не нравится" тоже корявый повод, между прочим), а в том, что это мешает тебе или ему работать. Вы же на работе - все помнят? IV. Старайся сначала понять, а потом уже быть понятым. Это сложно. Это нетипично. Я в курсе. Но именно тут, многие начинают с тобой говорить по-другому. Потому что ты слушаешь, а он говорит. Вы не спорите. Он говорит, ты слушаешь, чтобы понять его, уточняешь факты, проясняешь причины, уточняешь пробовал ли он 1, 2, 3... - и только потом переходишь к поиску совместного решения. Это если он пришел за советом. А чтобы понять зачем он пришел, после того как он все рассказал, а ты у него все выспросил (да-да, выспросил, даже если это ОН пришел рассказать) ты уточняешь чего он ждет от тебя. Вежливо, спокойно: "Я просто уточняю. Верно ли я понял, что нужен мой совет?" Если человек пришел просто потрындеть за жизнь, то парой писем ранее мы говорили про вопрос, которым можно вскрыть пустой разговор: "Ты это зачем мне сейчас говоришь?" Помнишь, да? Мы еще посмотрим как говорить с шефом и подчиненным, а пока перевари эти простые слова и подчеркни по тексту, где ты бываешь не таким, как советуется. Посмотри, где это может тебе мешать и не возникает ли из-за того как ты говоришь с коллегами у тебя самого проблем по работе? До связи, камрад.

О коммуникациях и целях :)

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Fri, 23 Sep 2011 06:17:00 +0000

А нужно ли общаться?

Привет. Это Слава Панкратов. В коммуникациях есть одно правило, которое экономит тебе время, не расфокусирует твои усилия и характеризует Лидера, как to the point коммуникатора. Не трать время на балаболов. То есть, не трать время на тех, кто говорит не для того, чтобы сделать тебя умнее или сделать тебе лучше. Посмотри, как часто ты доказываешь кому-то что-то в сети? Часто - это пару раз в месяц. Бывает? Я пишу, потому что и у меня бывает, так что давай по чесноку. Скажи себе "стоп" в тот момент, когда ты собрался кому-то что-то ответить в твиттере, в почте, в скайпе и т.д.. Давай разберемся что в этот момент происходит. Что преследует человек, который сейчас обсуждает критически твой проект, твою работу, твою статью, страну в которой ты живешь или машину, которую ты собрался купить? Заметь, не советует тебе как лучше, пытаясь выспросить что именно и зачем ты сейчас делаешь, а пытается выкатить бочку ни разу не варенья, с порога тебе заявляя: "У тебя ничего не выйдет!" или "Ты в этом ничего не понимаешь" или еще веселее "Развелось вас тут [выбрать из списка]". Если человек умный и у него есть благое намерение по отношению к тебе, он всегда найдет как сказать, что ты не прав и сделает это так, чтобы ты его услышал, а не становился в защитную или контр-атакующую позицию. А если он говорит тебе так, что тебе уже хочется в ответ прямо сейчас популярно ему что-то объяснить, значит у него нет по отношению к тебе благого намерения или он дурак у которого много времени. А если он не хочет сделать тем, что говорит хорошо тебе, но при этом все равно что-то говорит, то он говорит с целью утвердить себя или почесать свою любимую детскую болячку (я про детские комплексы, если что). Какой вывод? Разговор этот пустой, говорящий — балабол. Точка проверки очень простая: "Ты сейчас зачем это говоришь?". И если в ответ выкатывается что-то про благое намерение к тебе (Я же хочу как лучше... Как же вы не видите... Я просто не хочу, чтобы такое полезное дело загнулось на корню...) — смотри выше. Так тебе никто хорошо делать не собирается. Так делают хорошо себе. А значит для тебя этот разговор пустой. Не трать время на балаболов. В коммуникации всегда есть цель. Заметь, не ты ее должен в коммуникацию принести, она там есть всегда — коммуникация или стремится к решению какой-то задачи или поглаживает чье-то самолюбие. Беседа, как разновидность коммуникации, есть способ приятно провести время с близкими людьми или друзьями. Те, кто пытаются на тебе почесать свое самолюбие нифига тебе не друзья, а значит, цель у них другая. Для того, чтобы твои коммуникации шли тебе в зачет и на пользу — определяй их цель. Если не понимаешь сам — лучше спроси: зачем, с какой целью мы это сейчас обсуждаем? Мы хотим что-то решить? Из каких вариантов решения мы выбираем? У нас нет вариантов решения? Хорошо — что уже сделал тот, кто стартовал коммуникацию (митинг, переписку, созвон) чтобы решить этот вопрос? Все было испробовано и ничего не работает — ок, то есть у нас проблема (задача, способа решения которой мы не знаем). Кто может кроме нас знать решение этой задачи? У нас были аналогичные задачи? Мы можем переформулировать саму задачу? И т.д. Это конструктивный разговор, который направлен на решение задачи, а не на время припровождение, в рамках которого кто-то, за счет кого-то, решает свои нерешенные детские проблемы: с завистью, самооценкой, комплексами жертвы, да мало ли чем еще. Если никто в рамках коммуникации, в которую тебя ввели или пригласили, не может определить ее цель и задачи — то их нет. Не трать время на балаболов. Если сам приходишь к кому-то что-то порешать: определи цель и задачи разговора или переписки и держись в их коридоре — дай и ему жить в рамках этого же правила.

Autodesk форум - расписание

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Mon, 19 Sep 2011 05:25:00 +0000

Антон Диденко провел колоссальную работу по созданию удобного и понятного расписания предстоящего форума: расписание, как с ним работать и подстраивать под себя. Хочу, во-первых, поблагодарить его (у меня бы точно руки не дошли), и, во-вторых, добавить: если Вы пользуетесь Outlook (кстати, классная программа, если ее применять с умом!) и при этом испытываете приличную симпатию к продуктам Google, то попробуйте Google Calendar Sync. Рядышком можно найти и справку. Правда, все на английском, но когда это нас останавливало? :)

Autodesk Community требуется...

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Thu, 15 Sep 2011 15:50:00 +0000

Координатор машиностроительного направления. И это не шутка. Подробности ниже
Сообществу пользователей Autodesk требуется Координатор направления Машиностроение.

Описание позиции

Неполный рабочий день.
Координатор направления подчиняется непосредственно Координатору сообщества пользователей Autodesk и менеджеру программы Autodesk. Координатор направления будет тесно сотрудничать с офисом Autodesk и представителями Сообщества в других странах.

Требования

Активное участие в деятельности Сообществах пользователей Autodesk (http://community.autodesk.ru )
Глубокие практические знания и опыт использования программных продуктов Autodesk для промышленности (машиностроение, приборостроение, ВПК и т.п.).
Наличие навыков межличностного общения, опыт создания, поддержания и развития профессиональных сообществ и коллективов является преимуществом
Опыт управления проектами
Владение английским языком (разговорный)
Знания веб-технологий (Web 2.0 и основ социальных сетей)

Обязанности

Развивать направление Машиностроение Сообщества пользователей Autodesk
Совместно с Координатором сообщества и офисом Autodesk разрабатывать план развития направления и нести ответственность за его осуществление
Представлять Сообщество пользователей Autodesk на встречах с представителями Сообщества других стран, с партнерами Autodesk , сотрудниками Autodesk в СНГ и мире.
Выступать в качестве координатора совместных проектов офиса Autodesk и Сообщества пользователей и продвижения инициатив компании Autodesk
Осуществлять сбор контента, касающегося проектирования в области Машиностроения и поощрять его создание волонтерами и пользователями
Осуществлять управление сайтом (в необходимом объеме), в том числе поддержание веб-сайта и обеспечение его функционирования, предлагать и реализовывать меры по развитию сайта, размещать контент на сайте.
Производить поиск и привлечение волонтеров по направлению машиностроение. Поддерживать хорошие рабочие отношения со всеми волонтерами. Делегировать задачи в случае необходимости.
Развивать и модерировать разделы Форума по направлению, организовать локализацию форума, подбирать и обучать модераторов.
Информировать пользователей о деятельности Сообщества пользователей, в том числе через информационный бюллетень (рассылки).
Принимать участие в организации и проведении мероприятий Сообщества пользователей по необходимости. (На индивидуальной основе)
Ежемесячно предоставлять отчет о выполнении плана и о ходе работы.

Ваши резюме присылайте на адрес: info@autodeskcommunity.org

Неизбежно приближается 20 сентября...

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Thu, 08 Sep 2011 18:56:00 +0000

И вместе с ним приходит Autodesk форум :) Я думаю, что самым значимым событием смело можно назвать приезд Михаила Белиловского, руководителя отдела проверки качества AutoCAD
Собственно текст исходника - ну так, на всякий случай ;)
Один из интересных гостей Autodesk Форума – Михаил Белиловский, руководитель отдела проверки качества AutoCAD. Михаил приедет в Москву с докладом «Как делают AutoСAD» и выступит 21 сентября в 13:30 в зале «Крымский вал». В преддверии Форума Михаил ответил на несколько вопросов для живого журнала Autodesk.

Михаил, расскажите немного о себе. Как и когда вы попали в Autodesk и чем занимались до этого?

Родился я в 1963 году в Одессе. Учился в Николаевском Кораблестроительном институте, который закончил в 1986 году с красным дипломом по специальности инженер-конструктор по ДВС (двигателям внутреннего сгорания). По окончании работал на АЗЛК, ПО «Москвич» – разрабатывал двигатели для автомобилей Москвич. Сначала использовал чертежную доску (кульман), а в конце 80-х годов начал применять AutoCAD, первую версию Release 9. Переехал в Америку в 1993 году, где также работал инженером-конструктором, проектируя сначала ветряные турбины, а затем – опрыскиватели винограда.
В Autodesk я с июля 1997 года – уже более 14 лет. Cначала был принят в компанию инженером-тестировщиком AutoCAD. За 14 лет «вырос» до начальника того же отдела. В 2004 году с отличием закончил San Francisco State University, получив степень MBA.
Сейчас в живу в Сан-Франциско. У меня двое довольно взрослых детей. Увлекаюсь историей, географией, туризмом, экономикой, финансами, политикой, музыкой, и спортом (в качестве болельщика). Любимые виды спорта – американский футбол и бейсбол. Сейчас пишу Вам этот ответ и заодно смотрю бейсбольную игру San Francisco Giants - San Diego Padres. Наши (San Francisco) пока выигрывают!

Желаем им удачи! Cкажите, какое место в структуре компании занимает отдел проверки качества AutoCAD, который Вы возглавляете? Какова его миссия? Сколько в нем работает человек и каков их функционал?

Наш отдел, вместе с отделами маркетинга, дизайна, программистами и специалистами по разработке проектной документации является частью проектной группы разработки и выпуска программы AutoCAD. Миссия нашего отдела – довести программу до высочайшего уровня качества как в отношении «глюков» (багов, крашей или как вы пожелаете...), так и в отношении дизайна интерфэйса и других параметров.

Как строится работа по проверке качества?

Подробно я расскажу об этом на Форуме, но если коротко, то для проверки качества мы используем:

штат инженеров-тестировщиков, занимающихся проверкой всех функций как вручную (испытывая программу в действии), так и через автоматизированное тестирование;
Beta-тестирование;
обработку информации от пользователей;
проверку «отчетов об ошибкax» (Customer Error Reports).

Как вы собираете обратную связь от пользователей? Как мотивируете их на участие в исследованиях?

Мы тесно работаем с Beta-пользователями, читаем форумы пользователей, посвященные как beta-версиям, так и уже существующим программам. Используем информацию, посланную нам через канал прямой связи – Feedback Page.
На мой взгляд, возможность говорить напрямую с работниками Autodesk через Beta-портал уже сама по себе является неплохой мотивацией. Но кроме того, лучшим Beta-тестировщикам мы дарим подарки.

Как происходит «работа над ошибками»? Каков алгоритм действий при обнаружении какой-либо недоработки в продукте?

Позвольте ответ на этот вопрос оставить «секретом фирмы».

Как скажете! А чему будет посвящено Ваше выступление на Autodesk Форуме? Главная мысль, которую Вы хотите донести до аудитории своим выступлением?

Главная мысль следующая: если хотите, чтобы программа стала лучше, будьте активными, связывайтесь с нами, работайте с нами, доносите до нас свои проблемы и пожелания. Один из самых лучших Beta-тестировщиков программы AutoCAD - россиянин, москвич, и его пожелания учитываются в намного большей степени, чем пожелания других «обычных» пользователей. Будьте активными и вас услышат!

Чтобы послушать выступление Михаила Белиловского и других экспертов Autodesk Форума, не забудьте зарегистрироваться до 9 сентября 2011 года на сайте www.autodesk.ru/reg.

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Sun, 21 Aug 2011 12:24:00 +0000

Сегодня на dwg.ru показали работы уважаемого Олега Новицкого. Вот это подача материала! Вот это красота! Жалко, что я так не умею...

Источник

Конфигурирование VLIDE в 64-битных AutoCAD

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Sat, 16 Jul 2011 13:04:00 +0000

Столкнулся с проблемой: в Windows 7 Ultimate 64 bit на AutoCAD 2012 Rus (да и Eng тоже) невозможно было войти в конфигурирование окна редактора VLIDE - это где устанавливаются цвета и размеры табуляции - все время выдавало фатальную ошибку.

Поиск по номеру ошибки ничего не дал, и я запросил ADN на предмет "что можно сделать". Я был дико удивлен, получив в течение суток (!!!) ответ на этот вопрос. Как оказалось, решить проблему сразу невозможно, но обходной путь был предложен.
Мораль сей басни: если проблемы не решаются - есть возможность обратиться в Autodesk. Учитывая, что первый год все можно загружать и использовать абсолютно бесплатно, глупо не воспользоваться такими шансами. Вперед?

Опять о карьере.

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Sun, 10 Jul 2011 17:17:00 +0000

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

Цитата из рассылки от Славы Панкратова:

Это Слава Панкратов.

Я решил рассказать тебе почему три основные темы моего проекта: Карьера, Коммуникации и Лидерство. Это те киты, на которых строится профессиональная жизнь и реализация Инженера.

Начну с Лидерства, потому что на этой тонкой теме построено много, что либо помогает тебе стать Кем-то, либо выбрасывает тебя на
обочину.

Смотри.

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

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

В нашем мире, знание это информация + технология, то есть, умение донести ее.

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

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

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

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

P.S. Подписаться на рассылку можно по адресу http://www.it4business.ru/

Это страшное слово интервью...

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Thu, 07 Jul 2011 20:05:00 +0000

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

Собственно ссылка на статью. Текст без ссылок я привел ниже (ну так, на всякий случай)

From The Joel on Software Translation Project

Jump to: navigation, search

Автор: Джоэл Сполски

Переводчик: Михаил Цукерман

Редактор: Семён Хавкин

18.10.2002

Оригинал: The Guerrilla Guide to Interviewing

Для нашей компании (Fog Creek Software) проблема найма подходящих работников является первостепенной. Людей, работающих в области программного обеспечения, можно разделить на три группы. Первая — это серая масса, не обладающая даже основными навыками программирования. Ее представителей легко распознать и отсеять, просто посмотрев резюме и задав пару простых вопросов. Ко второй, диаметрально противоположной группе относятся суперзвезды — люди, способные просто так, ради интереса, за одни выходные написать компилятор языка Lisp на ассемблере для Palm Pilot'а. А между этими двумя крайностями находится большое количество середнячков, возможно, на что-то способных. Проблема, стоящая перед нами, как раз и заключается в том, чтобы отличить суперзвезд от посредственностей, поскольку Fog Creek Software нанимает на работу только суперзвезд. Каким образом нам это удается?

Главное и единственное требование, предъявляемое к кандидату на работу в нашей компании:

Толковый и

доводит дело до конца.

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

Толковый — понятие, которому трудно дать точное определение. Ниже мы увидим, как с помощью нескольких простых вопросов можно распознать знающего, умного кандидата. Умение доводить дело до конца — также крайне важное качество. Толковые, но не доводящие дело до конца работники обычно просиживают ученую степень в больших компаниях, где их никто не слушает из-за их полной непрактичности. Они скорее станут думать об академическом подходе к проблеме, а не о выпуске продукта в срок. Их легко узнать по склонности к поиску теоретического сходства между двумя совершенно разными концепциями. Например, они могут заявить: «Таблицы — это, в сущности, частный случай языка программирования», а затем исчезнуть на неделю и написать потрясающую статью о теоретических атрибутах вычислительной лингвистики электронных таблиц как языка программирования. Круто, но бесполезно.

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

Примите решение.

Закончив интервью, вы должны принять четкое решение. Возможных вариантов только два: нанимать или не нанимать. Повернитесь к компьютеру и отправьте сообщение рекрутеру. Тема сообщения — имя кандидата. Первая строка — Нанимать или Не нанимать. После этого обоснуйте свое решение в двух абзацах. Других вариантов быть не может. Никогда не говорите: «Нанимать, но не в мою группу». Это невежливо, так как предполагает, что кандидат, недостаточно умный для работы с вами, подойдет этим бездарям из другой группы. Вместо «Нанимать, но не в мою группу» напишите, не задумываясь, не нанимать, и все будет в порядке. Даже если вы столкнулись с прекрасным специалистом в одной конкретной области, но для вас не подходящим — это значит не нанимать. Обстоятельства меняются настолько часто, что ценность представляют люди, способные работать везде. Если вам попадется узкий специалист, просто-таки блестяще знающий SQL, но не способный обучиться чему-то другому, не нанимайте его. У таких людей в нашей фирме нет будущего.

Никогда не говорите «может быть» или «не уверен». Если не уверены это значит не нанимать. Это проще, чем кажется. Не уверены? Скажите нет. И ещё, если вы занимаете выжидательную позицию, это тоже значит не нанимать. Никогда не говорите: «Хорошо, я думаю, мы его возьмем, хотя есть некоторые сомнения насчет...». Это тоже не берем.

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

Проводя интервью, не думайте, что если вы откажете слишком многим, наша фирма не найдет себе работников. Это не ваша проблема. Это проблема рекрутеров и отдела кадров, это проблема Джоэля, но никак не ваша. Спросите себя, что хуже — если мы станем большой конторой с кучей дураков или останемся маленькой, но высококачественной фирмой? Конечно, важно искать хороших сотрудников, и все должны рассматривать это как часть своей работы. Но в процессе интервью лучше думать, что у нас есть куча классных кандидатов. Никогда не снижайте стандартов, как бы ни сложно было найти хороших работников.

Но как же принять это самое решение? Нужно постоянно спрашивать себя во время интервью: А он толковый? Он способен нормально довести до конца? Чтобы получить ответ, нужно задавать правильные вопросы.

Вот вам, смеха ради, отвратительный вопрос для интервью: «В чем разница между varchar и varchar2 в Oracle 8i?» Задавать такой вопрос совершенно бессмысленно: между людьми, знающими эту бесполезную мелочь, и людьми, действительно нужными нашей компании, нет ни малейшей корреляции. Кого волнует, в чем эта разница? Ответ ищется в Интернете за 15 секунд!

Правда, есть вопросы и похуже; к ним я еще вернусь.

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

Вступление
Вопрос о последнем проекте, в котором участвовал кандидат
Вопрос на засыпку
Функция на C
Вы удовлетворены?
Вопрос по дизайну
Вопрос-провокация
Есть ли у вас вопросы?

До интервью я стараюсь избегать всего, что может создать у меня предвзятое мнение о кандидате. Если вы сочтете кого-то умным еще до того, как он войдет в комнату, только потому, что он Ph.D. из MIT (прим. пер.: Massachussetts Institute of Technology Массачусетский Технологический Институт, один из лучших технических ВУЗов Америки; Ph.D. (от латинского Philosophiae Doctor, Доктор философии - прим. пер.) — ученая степень в какой-либо области, примерный аналог российской степени кандидата наук.), ничто из сказанного им за час не перевесит этой предвзятости. Если вы заранее решили, что он — полный дурак, ничто вас не переубедит. Интервью подобно чувствительным весам: очень трудно судить о ком-либо на основании часовой беседы. Но если вы что-то узнаете о кандидате до интервью, на одной чаше весов появится здоровенная гиря, и интервью потеряет смысл. Однажды прямо перед интервью к нам в офис зашел рекрутер и сказал: «Этот парень вам очень понравится!» Это меня полностью выбило из колеи! Я должен был сказать что-то типа «если вы так уверены, что он мне понравится, что ж вы его сразу не наняли и не сэкономили мне время?» Но я был молод и наивен и пошел его интервьюировать. Когда он говорил что-нибудь не очень умное, я думал: «Ну, это исключение, подтверждающее правило». Я смотрел на все его ответы через розовые очки. В итоге я сказал «берем», хотя это был никудышный кандидат. И что бы вы думали? Все остальные, интервьюировавшие его, сказали «не берем»! Мораль: не слушайте рекрутеров, не спрашивайте никого о кандидате и не говорите о нем с другими интервьюерами до момента принятия независимого решения. Это и есть научный метод!

Фаза вступления в интервью должна расслабить кандидата. Я трачу около 30 секунд, рассказывая кандидату, кто я такой и как буду проводить интервью. Я всегда заверяю кандидата, что нас интересует его подход к проблеме, а не его конкретные ответы. Кстати, в процессе интервью не стоит сидеть через стол от кандидата, поскольку это создает формальную преграду и мешает ему расслабиться. Лучше поставить стол к стене или обойти стол и сесть рядом с кандидатом. Интервью при этом проходит лучше, поскольку он меньше нервничает.

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

Кандидат приходит в возбуждение; говорит быстрее и энергично жестикулирует. Это показывает, что если его что-то интересует, он будет подходить к делу с энтузиазмом. На свете полно людей, которых вообще ничего не волнует. Даже отрицательные эмоции могут быть хорошим знаком. «У предыдущего начальника я работал над инсталляцией Второй Версии Такой-то Программы, но он был полный дурак!» Это хорошие, нужные нам кандидаты. Плохих кандидатов не волнует вообще ничего, их не удастся расшевелить в течение всего интервью. Очень хорошо, если, рассказывая о чем-то, кандидат вообще забудет на некоторое время, что он на интервью. Иногда кандидат очень нервничает по поводу самой ситуации интервью. Это нормально, и на это нужно делать поправку. Но вот он приходит в неописуемый восторг при разговоре о Монохроматическом Вычислительном Искусстве, и его нервозности как не бывало. Отлично. Нам нужны люди, которых что-то может взволновать. (Чтобы увидеть образчик Монохроматического Вычислительного Искусства, попробуйте выключить монитор).

Кандидат аккуратно и хорошо объясняет. Я отказывал кандидатам, которые, рассказывая о предыдущем проекте, не могли объяснить его суть словами, понятными простому смертному. Студенты часто предполагают, что каждому известна теорема Бейтса (прим. пер.: в оригинале, возможно, опечатка, и в виду имелась значительно более известная теорема Байеса из теории вероятностей, хотя на суть это, конечно, не влияет), или что каждый знает, в чем заключаются аксиомы Пеано (прим. пер.: аксиомы Пеано определяют понятие "натуральные числа"). Если они примутся за это, остановите их и скажите: «Простите, но не могли бы вы, хотя бы в качестве упражнения, объяснить это словами, понятными моей бабушке?» После этого многие все же продолжают использовать жаргон, не в состоянии говорить понятным языком...

Если проект, о котором рассказывает кандидат, был групповым, поищите черты лидера. Кандидат может сказать: мы работали над А, но начальство сказало Б, а клиент сказал В. «Что же вы сделали?» — спрошу я. Хороший ответ — это, например: «Ну, я собрал остальных, и мы написали предложение...» Плохой ответ может выглядеть так: «Это была безвыходная ситуация... Что ж я тут мог сделать...» Помните: толковый и умеет доводить дело до конца. Хороший способ определить умение доводить дело до конца — посмотреть, доводил ли он до конца свои прошлые проекты. Например, можно прямо спросить кандидата, проходилось ли ему выступать в роли лидера и добиваться решения стоявших перед ним проблем: преодолевать сложившуюся инертность, например.

Третьим в списке идет вопрос на засыпку. Это забавно. Смысл в том, чтобы задать вопрос, на который у человека не найдется ответа — просто чтобы посмотреть, что он будет делать. Сколько окулистов в Сиэтле? Сколько тонн весит Вашингтонский Монумент? Сколько бензоколонок в Лос-Анджелесе? Сколько настройщиков роялей в Нью-Йорке?

Умный кандидат поймет, что вы не издеваетесь над ним, и с энтузиазмом возьмется за поиски нужного ответа. «Что ж, в Лос-Анджелесе живет около 7 миллионов человек; у каждого в среднем 2,5 машины...» При этом, нормально, если он в корне неправ. Важно, чтобы он с энтузиазмом относился к поискам ответа. «Ну, машина заправляется минуты четыре, на заправке около 10 колонок, а работает она часов 18 в день...». Он может попытаться найти ответ исходя из площади города. Иногда кандидаты удивляют своей изобретательностью, а иногда просят телефонный справочник Лос-Анджелеса. Это всё хорошие признаки.

Не слишком умные кандидаты начинают волноваться и расстраиваться. Они смотрят на вас, как на пришельца с Марса. Их приходится направлять. «Вот если бы вы строили новый город размером с Лос-Анджелес, сколько бензоколонок вы запланировали бы?» Можно давать маленькие подсказки. «Сколько времени нужно, чтобы залить бак?» Не слишком умных кандидатов придется тащить волоком, в то время, как сами они будут тупо пялиться на вас, и ждать, когда вы их спасете. Такие люди не умеют самостоятельно решать проблемы, и нам они не нужны.

Из программистских вопросов мне больше всего нравится попросить написать небольшую функцию на C. Вот обычные задачи:

Перевернуть строку, не пользуясь дополнительным буфером.
Перевернуть связный список.
Посчитать все ненулевые биты в байте.
Бинарный поиск.
Найти в строке самую длинную подстроку из одинаковых букв.
atoi
itoa (отличное задание, поскольку им придется использовать стек или strrev)

Не стоит задавать задачи, требующие более 5 строк кода; на это просто нет времени.

Рассмотрим эти задачи подробнее.
№1: Переворот строки на месте. Каждый кандидат, с которым я имел дело, первый раз делал это неверно. Все без исключения пытались выделить новый буфер в памяти и переворачивать строку в нем. Вопрос, кто выделяет буфер? И кто его освобождает? Задавая этот вопрос множеству кандидатов, я обнаружил любопытную вещь. Большинство людей, думающих, что они знают Си, на самом деле не понимают работы памяти или указателей. Это до них просто не доходит. Удивительно, как эти люди работают программистами, но ведь работают же! Вот несколько способов судить о кандидате на основании этого вопроса:

Быстро ли работает его функция? Посмотрите, сколько раз вызывается strlen. Я видел алгоритмы порядка O(n^2) для strrev, хотя должно быть O(n) — потому, что strlen вызывался в цикле снова и снова.
Используют ли он указатели? Это хороший признак. Многие «программисты на Си» просто не знают, как заставить работать указатели. Я, как правило, не отказываюсь от кандидата из-за отсутствия у него какого-то навыка. Однако я обнаружил, что понимание указателей в Си — это не навык, а способность. В начале первого курса на факультете кибернетики набирается человек 200 вундеркиндов, писавших в четырехлетнем возрасте игрушки для Atari 800 на BASIC'е. Они хорошо проводят время, изучая Паскаль, но в один прекрасный день профессор заводит речь об указателях, и они внезапно перестают понимать. То есть абсолютно. 90% потока переходит на отделение политологии, объясняя это тем, что на кибернетике мало симпатичных студенток. На самом же деле, по неизвестной причине часть человечества просто рождается без того отдела мозга, который понимает указатели. Указатели — это не навык, а способность, требующая особого мышления, и некоторые люди им просто не обладают.

Третья задача показывает, насколько хорошо они учили побитовые операторы в Си... но это уже навык, а не способность, и тут им можно помочь. Интересно посмотреть, как они пишут программу, пересчитывающую все биты в байте, а потом попросить сделать это гораздо, гораздо быстрее. Сообразительный кандидат создаст поисковую таблицу (там ведь всего 256 значений), заполняемую только один раз. С хорошим кандидатом можно даже завести интересную беседу о компромиссах между скоростью выполнения и требуемой памятью. Поднажмите. Скажите, что не хотите тратить время на создание таблицы при инициализации. Очень умные кандидаты могут даже предложить схему кэширования, где биты подсчитаются при первом использовании и сохраняются в таблице, чтобы не пересчитывать их в следующий раз. А самые умные попробуют изобрести способ вычисления значений таблицы, используя для этого некие расширенные методы программирования.

Наблюдая, как кто-нибудь пишет код, используйте следующие полезные приемы:

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

Признаки хорошего программиста: он имеет привычку сразу ставить фигурные скобки { и } и писать между ними. У него обычно есть своя, пусть и примитивная, система присвоения имен. Хорошие программисты обычно используют короткие имена для индексов цикла. Если такая переменная названа CurrentPagePositionLoopCounter, значит, немного кода этот человек в своей жизни написал. Иногда встречается программист на Си, пишущий что-то типа if(0==strlen(x)), помещая константу слева от ==. Это очень хороший признак, означающий, что он уже столько раз попадался на путанице между = и ==, что выработал в себе привычку, исключающую подобное.

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

Скорее всего, в их коде будут ошибки. И тут мы подходим к вопросу номер 5: Нравится ли вам ваш код? Альтернативный вариант: «Ну, и где здесь ошибка?» Типичный Вопрос С Открытым Концом. Все программисты ошибаются, в этом нет ничего особенного, но нужно уметь находить свои ошибки. При работе с текстами очень часто забывают завершить новую строку нулем. Почти всегда легко ошибиться на единицу при подсчетах индексов. Иногда забывают точку с запятой, или функции работают некорректно со строкой нулевой длины или вызывают GPF (прим. пер.: general protection fault, ошибка, хорошо знакомая имевшим дело с семейством операционных систем под общим названием Microsoft Windows, возникающая, если приложение пытается получить доступ к области памяти, которая ему не принадлежит. Со временем, надо отметить, частота её появления заметно снизилась, что и натолкнуло на мысль о необходимости данного комментария) при неудачном обращении к malloc... Очень, очень редко попадается кандидат, с первого раза не сделавший ни одной ошибки. В этом случае все еще забавнее. «У вас тут ошибка!» — после чего он внимательно изучает написанное, а вы смотрите, может ли он мягко и дипломатично заявить, что его код абсолютно верен. В общем, всегда полезно спросить кандидата, доволен ли он своей программой, прежде чем двинуться дальше.

Далее, номер 6: вопрос по дизайну. Попросите кандидата что-нибудь спроектировать. Джейб Блюменталь (Jabe Blumenthal), первый дизайнер Excel'я, любил просить кандидатов спроектировать домик. Он говорил, что встречались кандидаты, немедленно рисующие квадрат. Квадрат! Это были явные кандидаты на «не берём». Что, собственно, нам нужно от этого вопроса?

Хороший кандидат попытается вытянуть из вас побольше информации. Для кого нужен дом? Я принципиально не приму на работу кого-то, занимающегося проектированием и не спрашивающего, для чего. Часто это так меня возмущает, что я прерываю кандидата и говорю: «Вы забыли об этом спросить, но это дом для семейства 15-метровых слепых жирафов.»

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

Творчески мыслящие кандидаты часто удивляют интересными, неочевидными ответами. Один из моих любимых вопросов — спроектировать хранилище специй для слепых. Кандидаты непременно размещают надпись азбукой Брайля в каком-нибудь месте перечницы, и чаще всего сверху, по множеству причин, которые вы узнаете, задав этот вопрос раз сто. А один из моих кандидатов решил, что лучше поместить специи в выдвигающиеся ящички, поскольку Брайля удобнее читать горизонтально. Настоящий сюрприз для меня - в десятках интервью никто я никогда не встречал подобного ответа. Это был впечатляющий выход за пределы обычного видения проблемы. На основании только этого "сильного" ответа и отсутствия недостатков я принял его. Впоследствии он стал одним из ведущих менеджеров в команде Excel.

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

Что приводит нас к номеру 7, вопросу-провокации. В процессе интервью нужно дождаться, пока кандидат не скажет что-нибудь абсолютно, бесспорно верное. Тут надо сказать «минуточку, минуточку» и пару минут поиграть в адвоката дьявола. Поспорьте с ним, твердо зная, что он прав. Получается довольно забавно.

Слабые кандидаты сдаются. Не берём.

Сильные кандидаты находят способ убедить вас. У них для этого найдется целый набор приёмов Дейла Карнеги (считается одним из предтеч НЛП, нейролингвистического программирования, автор нескольких книг, одна из самых известных "Как вырабатывать уверенность в себе и влиять на людей, выступая публично" - прим. пер.). «Возможно, я вас не совсем понял...» — скажут они. Но будут стоять на своём. Берём.

Известно, что во время интервью стороны находятся в неравном положении. Есть риск, что кандидат просто не отважится спорить с вами. НО хорошие кандидаты, как правило, мгновенно «заводятся» и забывают, что они на интервью. Они непременно постараются вас переубедить. Это и есть люди, которые нам нужны.

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

В конце интервью я обязательно оставляю пять минут на рекламу нашей фирмы. Это очень важно, даже если вы не собираетесь брать этого человека на работу. Если вам повезло найти действительно хорошего кандидата, следует сделать все возможное, чтобы он захотел работать в Fog Creek. Если же это плохой кандидат, нужно, чтобы он ушел в восторге от компании. Смотрите на это так: те, кого вы интервьюируете, — не только потенциальные сотрудники, но и клиенты. Они — ваши потенциальные рекрутеры. Если они сочтут вашу компанию классным местом, то приведут к вам своих друзей.

Да, я обещал дать вам примеры плохих вопросов.

Прежде всего, исключите запрещенные вопросы. Все, связанное с расой, религией, полом, страной происхождения, возрастом, военной обязанностью, статусом ветерана войны, сексуальной ориентацией или физическим состоянием, является запрещённым (прим. пер.: в США это просто противозаконно). Если в резюме кандидата написано, что он в 1990-м году служил в армии, не нужно — даже для поддержания разговора — спрашивать, участвовал ли он в "Буре в Пустыне". Это противозаконно. Если в резюме сказано, что кандидат учился в Хайфском Технионе (прим. пер.:Хайфский Технион, Технологический Институт в городе Хайфа, один из лучших ВУЗов Израиля), не нужно — даже мимоходом — интересоваться, израильтянин ли ваш собеседник. Это противозаконно. Довольно интересное обсуждение запрещенных вопросов можно найти здесь (все остальные вопросы на этом сайте на редкость неудачные).

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

И последнее: не задавайте голововоломных вопросов, например, как сложить 4 равносторонних треугольника из 6 спичек. Знает кандидат верный ответ или нет — вы все равно ничего не узнаете о его умственных или деловых качествах.

Интервью — это скорее искусство, чем наука, но если держать в голове принцип «толковый и умеет доводить дело до конца», все упрощается. Если получится, поговорите со своими коллегами об их любимых вопросах и об ответах, которые они ожидают услышать. В кафетерии 16-го корпуса в Редмонде (офиса Microsoft - прим. пер.) это уже много лет любимая тема для обеденных разговоров.

Retrieved from "http://local.joelonsoftware.com/wiki/%D0%98%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B2%D1%8C%D1%8E"

Об обязательности программирования

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Wed, 29 Jun 2011 19:34:00 +0000

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

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

В частности, модуль с кодом, выполняющим многократное копирование выбранных объектов по оси X или Y с равным шагом. Зачем было его разрабатывать, если это чистой воды повтор функционала команды _.array? Хотелось поковыряться? Или просто про команду было неизвестно?

Зачем надо было создавать модуль пакетной печати (разработка тянется, насколько я понял, еще аж с AutoCAD 2005), если уже к тому моменту был и _.publish, и подшивки в полный рост нарисовались? Неумение пользоваться листами? Нежелание чему бы то ни было учиться?

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

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

САПРяжение в Питере

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Tue, 28 Jun 2011 14:16:00 +0000

Вот и Питер не избежал участи САПРяжения :)

Собственно все началось еще в воскресенье - наладки оборудования, тестирование микрофонов, подготовка плакатов и раскладка материалов. Но самое интересное началось в понедельник.

Встреча посетителей, раздача значков, разговоры, разговоры, разговоры... Познакомился с огромным количеством народа, язык отваливаться начал уже примерно к 12 дня :) Небольшой перерыв - и снова.

Посетил выступление Владимира Ананьева по вопросам программирования в Inventor и не только. Честно говоря, был в тихом осадке от возможностей Inventor'а, насколько там быстро все делают. Посмотрел на ролик, демонстрирующий возможности разработки Евгения Елпанова. За счет того, что я лично с ним общался по некоторым вопросам, я представлял себе объем работы (технологические ограничения производства, особенности работы с текстурами дерева, количество вариантов расположения каждой детальки и т.д... Если Евгений разрешит - расскажу некоторые особенности паркетного производства. Или он сам подключится). А вот остальные, похоже, не сразу "дошли", приходилось потом в курилке доводить до кондиции. Вот тогда-то у людей глаза на лоб и лезли.

Одно из знаковых для меня событий произошло настолько неожиданно, что я просто окаменел: пока я стоял на входе, со мной рядом материализовался (другого слова просто не подберешь!) Николай Николаевич Полещук - живой и настоящий! И еще несколько раз нам с ним удалось пообщаться. Кто знает - тот поймет, что это такое и чего такое стоит.

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

Общение, обращение и порядок.

kpblc2000@gmail.com (Кулик Алексей aka kpblc) — Sat, 25 Jun 2011 07:11:00 +0000

Сегодня (точнее, вчера, но увидел я именно сегодня) в скайпе скинули ссылку на статью Русская САПР-дискуссия: не всегда бессмысленная, но часто беспощадная.... Очень понравилась цитата

... люди из любого текста выуживают лишь слова, кажущиеся им ключевыми, концентрированным содержанием всего текста вообще. Выбор этих "ключевых" слов или в лучшем случае словосочетаний осуществляется в буквальном соответствии с известной поговоркой "у кого чего болит". "Болит" в данном случае слово вполне точное, потому что болевые точки у каждого индивида либо социальной группы разные. Эти слова, служащие столь же простыми, сколь и безотказными источниками эмоционального возбуждения, могут быть самыми разными. Это может быть, например, "Россия", или "Ходорковский", или "патриотизм", или "Сталин", или "жопа", или "евреи", или "Америка", или "сиськи"", или "Грузия", или "бог", или "Бог", или "Катынь", или "Сколково", или "аборт", или "гнида", или "Путин", или "православие", или "олимпиада в Сочи", или "модернизация", или "народный фронт".
И при том абсолютно игнорируется то важное обстоятельство, что слова употребляются не только в прямых, но и в переносных значениях. И значения слов с разной степенью интенсивности мерцают и колеблются, а то и попросту деформируются в зависимости от слов-соседей. Вследствие такого "чтения" эти отдельные слова в сознании людей, не умеющих читать, раздуваются до циклопических размеров, застят свет, мутят рассудок и в результате лопаются со страшным шумом и с риском с ног до головы забрызгать окружающих.
Я говорю не о "падении культурного уровня" - еще чего не хватало. Культура во все времена существовала под аккомпанемент разговоров о падении культуры... Но она существовала и существует. И будет существовать - куда она денется... Я говорю не о ней, не о культуре. Я говорю о социальной патологии, принимающей самые разнообразные формы. В том числе и такую причудливую форму, как массовое игнорирование синтаксиса. А история, между тем, и есть синтаксис. Потому что история - это не набор слов, и даже не набор фраз. Это их порядок. Когда рушится порядок слов, рвется и без того хлипкая связь времен. "Порядок должен быть восстановлен", - хотелось бы сказать мне, да ведь набегут, да ведь растащат в разные стороны "порядок", "должен" и "восстановлен". Источник