Главная  
Пример фотоальбома  
Пример файлового каталога  
Файловый каталог с деревом подкаталогов  
Loading...


В каталог выше

 

Правильный CSS! Яндекс.Метрика
Если Вам понравилась эта тема, то нажав на одну из кнопок, характеризующих ресурс, в выпавшем меню поочерёдно (где у Вас есть друзья), Вы можете поделиться этой ссылкой с ними.

Вместо предисловия

Моё резюме (ответы на вопросы) на предмет удалённой работы над проектами в США для мейнфреймов (Mainframe).

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

На вопросы я ответил, предложил юному другу (сейчас ему 51, а знакомы уже лет 30) решить несколько проблем, которыми я тогда ещё не занимался, и поработать вместе со мной, чего давно желаю, но как-то не получается. Кончилось тем, что эту тему, в которую меня приглашали, сразу закрыли в Штатах, а под друга открыли новую. Теперь, когда я предлагаю ему поработать вместе со мной - он категорически отказывается. Подобное уже было дважды - и он не понимает, что знания у нас разные - то, что я умею делать, он этим даже не интересовался - и наоборот.

Собственно - краткое резюме и ответы на заданные вопросы


Владимир Николаевич Аникейчев
(Vladimir N. Anikeychev)

Дата рождения: 1946-02-10

Пол: Мужской

Гражданство:Россия

Домашний телефон: +7 (812) 3951693

Мобильный телефон: +7 (812 или 921) 9432758,
+7 (904) 6110537

E-mail, M-agent: anikvn@mail.ru

ICQ: 294433548, Skype: anikvn@mail.ru или anikavn

Сайт: http://anikvn.ru

Адрес настоящего документа в Интернет:

http://anikvn.ru/resume_ru_us.htm

Регион проживания: Санкт-Петербург и область

Город: Санкт-Петербург

Почтовый адрес:
197348, Санкт-Петербург, Богатырский проспект, дом 4, квартира 631

Цель

Предполагаемая должность:  

Программист
[Информационные технологии]

Ожидаемый уровень дохода (в месяц):

От $1500

В связи с уценкой рубля могу подвинуться в своих ожиданиях...

Дополнительно:  

Руководитель

[Информационные технологии]

График работы:

Полная занятость, работа в командировках, на дому - домашняя сеть - несколько серверов, мощная клиентская машина, и не одна, скоростной интернет, фиксированный IP, и другие возможные виды занятости

Пожелания к новой работе:

Интересная работа, возможность обучения.

Долгосрочные карьерные планы:

Работать, работать и работать.

Образование

Уровень образования:

Высшее

Основное образование: 09/1969 - 06/1979

Ленинградский финансово-экономический институт им. Н.А. Вознесенского - Планирование народного хозяйства
экономист, диплом Г-II № 025676

Дополнительное образование:
1983, 4 месяца

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

1991, 2 месяца

Учебный центр, сертифицированный фирмой Nantucket Corporation (USA).
Основы программирования в системе Clipper Summer' 87 Советско-американское общество ДиалогИнвест.

Профессиональный опыт

08/2004 – Настоящее время

Завод "Армалит-1" (бывш. ПО "Знамя Октября") [Производство судовой арматуры]

Должность

Программист

Проект

Перевод программного обеспечения с ОС ЕС (IBM-360) на Эмулятор ОС ЕС (IBM-360) на IBM PC.

Состав команды

Первично: представители НИЦ ЭТУ - на них лежала обязанность укомплектовать сервером под эмулятор, сервером для банковской печати, установить DB2 для переноса базы на СУБД;

разработчик программного обеспечения эмулятора;

два оператора (один для ввода информации, другой - для управления выполнением заданий);

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

Вторично: два оператора (один для ввода информации, другой - для управления выполнением заданий);

я - для полной адаптации программ, сопровождения работы эмулятора, установленной под ним операционной системы и прикладных задач; разработки и отладки программ для выполнения текущих запросов служб; интерпретации основных алгоритмов вычислений в современных методах программирования, чтобы предоставить возможность как можно безболезненнее перейти на новые средства программирования в среде WINDOWS и MS SQL;

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

Моя роль в проекте

На момент начала проекта в отделе оставалось две машины класса IBM-360, которые работали под OS MVT и под DOS, возрастом от 20 до 25 лет. В связи с тем, что выпуск продукции стал значительно меньше, а площадь, занимаемая ЭВМ, оборудованием и обслуживающим персоналом была около 400-т метров, было решено перевести программное обеспечение на эмулятор ESLI. На мне лежали обязанности по переводу программ под эмулятор с учётом ограничений и выбора оптимальных режимов. Практически я одновременно занимался и переносом файлов с магнитных носителей в операционную систему эмулятора, формированием изменённого пакета заданий, перевода задач из DOS в OS MVT (чтобы не работать в двух разных операционных системах).

На это ушло около двух месяцев, НИЦ поставил DB2 на эмулятор, примерно через полгода мейнфреймы были разобраны, а нас перевели в другое помещение, где серверы и управляющие им компьютеры были подключены к корпоративной локальной сети. Через год после начала проекта было принято корпоративное решение переориентировать задачи на работу под WINDOWS на MS SQL. Я этим временем занимался программой перекодировки файлов из кодовой таблицы EBCDIC (ДКОИ-8) в коды IBM PC. Для этого специальной программой выводился системный каталог, пользовательский каталог с управляющего личного тома, были мной написаны программы на Delphi, которые разбирали индексы каталогов MVT, перекодировали их в читаемую форму.

Для сохранения преемственности алгоритма самые сложные программы, созданные на КОБОЛе с применением Ассемблера, я перенёс на Access, что сейчас используют программисты нового поколения.

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

Результат проекта

Проект практически через полгода был сдан сразу в промышленную эксплуатацию. Где-то за 10 лет до этого я приводил на завод разработчика эмулятора - тогда ещё была жива и работала самая первая ЭВМ класса IBM-360, которую предлагалось продать в музей фирмы IBM, а вместо неё бесплатно поставить аппаратный комплекс с установленным на него эмулятором. Тогда не смогли договориться, а после этого на заводе было несколько внешних управлений. Таким образом, многое сделанное с моим участием в этом и далее описываемых проектах нужно было сделать вчера или позавчера за много лет до…

Личные достижения на проекте

В десятичной арифметике эмулятора мной была обнаружена ошибка (разработчик не учёл, что в знаковом полубайте отрицательному числу соответствует не одно число, как, впрочем, и положительному). Для фиксации ошибки была использована написанная мной программа, которая распечатывает в символьно-шестнадцатеричном формате рабочие области построенной в памяти программы, область команд, отображающую непосредственно команды и их абсолютную адресацию. В документации, например, по КОБОЛу, по этому поводу написано только то, что отрицательное значение имеет только знак D, что не соответствует истине.

Пример задания на проверку операций арифметики - при описанной выше ошибке получалось в результате 201 вместо 1 (1 +100 -100 = 1).

По ходу исправлялись ошибки в программном обеспечении, которые обнаруживались и фиксировались в исходных данных и программах. Некоторые находились в базе годами. Т.к. информация обо всех файлах хранится в соответствии с внутренними соглашениями в каталогах, то в целях исключения субъективного фактора (ошибок оператора) мной были написаны программы, позволяющие ещё на этапе запуска заданий в WINDOWS проверять наличие файлов в каталогах, чтобы исключить подстановку в решение оставшихся от прежних расчётов файлов. К тому времени, когда понадобились файлы для переноса их в SQL, у меня была уже программа, находящая все рабочие и хранимые файлы с учётом поколений данных и вывод их с соответствующих виртуальных томов MVT с перекодировкой и распаковкой упакованных десятичных данных в формат текстовых файлов с разделителями. Соответственно, мне приходилось разбираться с управляющими блоками супервизора управления данными, индексами каталогов IBM-360 и т.п. Пример каталога, полученного "синтетически" с резидентного и управляющего томов.

Программные средства проекта

Mainframe IBM-360: КОБОЛ, ПЛ/1, АССЕМБЛЕР, Языки управления заданиями OS MVT и DOS, Управление данными, ВКИ-3(Комплекс программ для ввода и контроля информации), комплекс программ собственной разработки СМО "Файл"; OS/2 WARP, эмулятор IBM-360 ESLI, WINDOWS XP2, Access, MS SQL SERVER, Regina Rexx interpreter for Win9x/NT/2k/XP для выполнения некоторых сервисных функций для связи Windows XP через OS/2 WARP с Эмулятором ESLI (IBM-360), комплекс программ BUKET, созданный с помощью Java для управления запуском заданий и подготовки данных.

Аппаратные средства проекта

Два мейнфрейма - аналога IBM-360; сервер с OS/2 и эмулятором ESLI (IBM-360), несколько клиентских машин с WINDOWS XP2 для меня, операторов подготовки данных, оператора, управляющим вычислительным процессом. Более полное описание комплекса находится по адресу:
http://nic.spb.ru/homepage.nsf/Buket!OpenPage. Ссылка уже не актуальна.

07/1989 - 07/1990

Ленинградский завод "Волна"
[Радиоэлектронная промышленность]

Должность

Начальник Бюро нормативно-справочной информации

Проект

Подготовка производства.

Состав команды

Бюро, состоящее из трёх групп исполнителей, и отдельно бюро программирования и бюро решения задач.

Моя роль в проекте

Руководство БНСИ, программирование в ОС ЕС, сопровождение операционной системы.

Результат проекта

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

Личные достижения на проекте

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

Программные средства проекта

Mainframe IBM-360: КОБОЛ, ПЛ/1, АССЕМБЛЕР, Язык управления заданиями OS MVT, Управление данными, комплекс программ собственной разработки СМО "Файл".

Аппаратные средства проекта

Два мейнфрейма, аналога IBM-360, один из них  двухпроцессорный.

10/1977 - 07/1989

Производственное Объединение "Знамя Октября"
[Производство судовой арматуры]

Должность

Инженер

01/1988 - 07/1989

ведущий инженер-программист, руководитель группы. Организация вычислительного процесса, прикладное, проблемное и системное программирование в среде ДОС и ОС ЕС, написание стандартных программ, сопровождение операционных систем. Языки программирования: КОБОЛ, ПЛ/1, АССЕМБЛЕР ОС и ДОС ЕС, язык управления заданиями в ОС ЕС, ДОС ЕС (Mainframe), комплекс программ собственной разработки СМО "Файл".

01/1982 - 01/1988

ведущий инженер

11/1980 - 01/1982

старший инженер

10/1977 - 11/1980

Инженер

Проект

Разработка программ для ОАСУП по подготовке производства.

09/1983 - 07/1989

Организация вычислительного процесса

Состав команды

Руководство ОАСУП, начальник ВЦ, я - разработчик.

Моя роль в проекте

Анализ работы с различными параметрами, генерация и сопровождение операционной системы, введение регламента на организацию исходных данных, обращение к ним и их использование, введение жёстких требований к вводимой в ЭВМ информации, фиксирование всех ответов оператора в системном журнале и т.п. для исключения субъективного фактора в вычислительном процессе. Разработка самонастраивающихся программ и процедур с их применением, позволяющих в разы ускорить разработку типового программного обеспечения.

Результат проекта

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

Личные достижения на проекте

В 1989-м году был случай, когда два сотрудника запустили привилегированную интерактивную программу и на только что сгенерированной ОС записали на двух дорожках в середине оглавления библиотеки загрузочных модулей супервизора нулевую длину. Мне позвонили с вопросом, что делать, а со следующего дня я двое суток искал модули на диске, считал их начало, длину, точку входа-выхода и т.д. и исправлял оглавление. Через два дня система заработала. У меня хорошо получается скрупулёзная, внешне неинтересная работа, требующая сосредоточенности и целеустремлённости. Но с другой стороны, я люблю ещё исследовать различные проблемы и находить нетривиальные решения.

В начале 1984-го года по вине оператора (оператор ввела не те данные) был сорван расчёт "Плана-графика запуска-выпуска деталей" на 4-й квартал 1984-го года. До этого были случаи, когда оператор брал не ту ленту, проводил расчёт, а потом через несколько месяцев оказывалось, что результат не соответствует ожидаемому. И ни одна система контроля была не в состоянии определить ни причину, ни автора создавшейся ситуации. Мной по моей инициативе был проанализирован способ хранения поколений наборов данных на внешних носителях. Сложность вопроса заключалась в том, что нигде в документации не было необходимого и достаточного описания этого средства. Второй, не менее сложной стороной этого вопроса, было то, что в то время у нас было 4 ЭВМ, которые при помощи некоторых ухищрений были технически соединены между собой через так называемое "поле общей памяти". Это вызывало определённые проблемы, а основная проблема разделилась на множество не менее существенных проблем. Практически на каждой машине был свой резидентный том со своей операционной системой, а через поле общей памяти подключались дисковые тома, личные, общие и управляющие. Общие тома, где создавались временные и промежуточные наборы данных, использовались раздельно. Благодаря этому оператор мог на любой ЭВМ в сети поставить запрашиваемый системой том магнитной ленты с конкретными исходными данными (и только конкретный том), с которым система продолжит выполнение решения конкретной задачи. Затем во все программы, которые требуют ответа оператора, была введена запись сообщения и ответа оператора по всем правилам операционной системы (идентификатор сообщения в духе правил системы, имя задания, имя шага задания и т.д.) в системный журнал.

С конца 1979-го у нас в ДОС использовались 4 программы, представлявшие собой образец макетного программирования. В 1984-м, в начале года, мне включили в план перевод этих программ из ДОСа в ОС по моей личной просьбе, и они были мной переведены, где мне пришлось заниматься запросами на получение, распределение и освобождение памяти (иногда в привилегированном состоянии - в состоянии супервизора или под 0-ым ключом защиты; исследована закономерность получения и освобождения памяти в зависимости от номера запрашиваемого подпула и других параметров - эти возможности практически не были документированы); была реорганизована работа с управляющими блоками ввода-вывода, что позволяло обходиться в некоторых случаях без операторов настройки для файлов программ или без операторов DD JCL; были добавлены новые функции, которые часто были необходимы, но при проектировании на КОБОЛе или других языках были достаточно сложны технически. В комплекс входили 4 программы:

1. Программа преобразования файлов с контролем, перекодировкой, перекомпоновкой;

преобразования форматов реквизитов, возможного выполнения арифметических и логических операций над отдельными реквизитами и записями;

сжатия с подсуммировкой и нумерацией записей, с накоплением итогов;

поиска разделителей или неразделителей в конкретном поле записи;

логической обработки записи или записей и т.д.

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

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

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

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

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

Применение этого комплекса существенно сократило сроки выполнения разработки программного обеспечения ввиду простоты написания заданий для выполнения типовых операций. Это позволило обходиться одними и теми же загрузочными модулями, меняя только операторы JCL и используя для каждой типовой операции отдельный макет программы, повысило надёжность программного обеспечения и снизило сроки его разработки. Особенно хорошо проявили себя программы при тестировании ЭВМ на машинные сбои тогда, когда системные тесты проходили, не выявляя никаких ошибок. К примеру, десятичное упакованное число длиной 8 байтов и не нулём в младшем полубайте умножалось на число длиной в 3 байта, где находился ноль. В результате при умножении возникал сбой по десятичному переполнению. Если изменить длину одного из реквизитов, то операция выполнялась без сбоя. Оказалось, что была ошибка в микрокоманде процессора. Зафиксировать эту ошибку помогла распечатка оперативной памяти и команд (несколько десятков байт, распечатанных с абсолютной адресацией по принципу печати дампа памяти).

09/1978 - 09/1983

Организация вычислительного процесса.

Создание программы, управляющей запуском заданий в ДОС, программ для автоматизированного вывода документации: руководства программиста, руководства оператора, инструкции по эксплуатации, исходных текстов и т.д.

Состав команды

Это были лично мои разработки

Моя роль в проекте

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

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

Результат проекта

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

Личные достижения на проекте

По команде оператора выбирался необходимый раздел, записывался на диск и на него запускался системный ридер. Это делалось для того, чтобы убрать ввод с перфокарт. Основная трудность была в том, что исходные модули и макросы в системе были не комментированы или комментированы (DSCB) на немецком языке. Для ДОСа научиться читать библиотеку и писать в неё автоматически с перфокарт с отлаженными заданиями было достаточно сложно. Автоматизация запуска заданий и вывода документов существенно сокращала влияние субъективного фактора на расчёты, время разработки и повышала эффективность разработчиков.

09/1986 - 07/1989

Задача расчёта применяемости в изделие деталей и сборочных единиц.

Состав команды

Конструктор, два аналитика-постановщика (по информационной базе и подетальному планированию) и я - разработчик.

Моя роль в проекте

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

Результат проекта

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

Личные достижения на проекте

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

С новой базой и новым алгоритмом расчёта применяемости (т.н. разузлование) стало возможным актуализировать, делать выборку по другим, неключевым, параметрам одновременно. Для этого брались файлы состава изделий, исполнений последней откорректированной версии, выгружались специальной программой на диски, в которой при записи основного состава групповых изделий определялся адрес в виде TTR и записывался в информационную запись каждого исполнения данного группового изделия, а если у этого изделия не было исполнений, то создавалась искусственная запись с одинаковыми обозначениями исполнения и группового изделия. Потом файл исполнений сортировался в этой же программе и записывался на диск. Текст программы на Ассемблере и текст задания на её выполнение. Следующей программе на КОБОЛе - текст задания на её выполнение, передавался на вход файл плана изделий, различных макетов, или просто перечень исполнений на весь состав; вводились параметры разузлования - групповой или не групповой, промышленный расчёт или для конструкторов, дата актуализации и т. д. Файл плана или запроса сортировался и записывался на диск. При этом из программы на КОБОЛе передавалось исполнение изделия или сборки вместе с остальными параметрами подпрограмме на Ассемблере, которая записывала адрес начала файла исполнений и адрес последней прочитанной записи в память, а потом методом дихотомического поиска находила соответствующую строку в файле исполнений, или читала далее файл до конца. Оттуда выбирались обозначение первой записи группового изделия и его адрес, который записывался в сортируемый файл. Затем вызывалась другая подпрограмма на Ассемблере, которая считывала соответствующие записи из состава, которые проверялись на актуальность, выбирались удовлетворяющие всем условиям записи и передавались для дальнейшего расчёта в вызывающую программу. Одновременно формировался файл запроса на следующий уровень вхождения. У нас принято 24-байтовое обозначение чертежа. В различных вариантах поиска вычислялось время выполнения микрокоманд процессора для конкретной команды сравнения, и выбирался оптимальный для каждого случая вариант (сравнивать одной командой сразу 24 байта или по одному байту в цикле). Первый вариант просчёта был опробован сразу на весь состав. Весь процесс занял 32 минуты. Эта программа практически сняла все вопросы с предыдущими проблемами.

Кроме этого в программах на КОБОЛе и Ассемблере, программах, вызывающих программу сортировки использовались стандартные подпрограммы аварийного завершения SH19BA и SSMOABCB, подпрограмма печати ошибочных записей в символьно-шестнадцатеричном виде SSMOPCHA - печать аналогична распечатке программой DITTO.

06/1983 - 09/1986

Задача ведения состава изделий.

Состав команды

Конструктор, аналитик-постановщик по информационной базе и я - разработчик.

Моя роль в проекте

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

Личные достижения на проекте

У нас была подобная задача, но она была весьма трудоёмка и объёмна.

Конструктор придумал, а я с постановщиком реализовал, сначала как перевести базу в более компактный вид (предыдущая база занимала минимум 1,5 больших бобины магнитной ленты). Дело в том, что в нашей продукции было много изделий, которые конструктивно подобны и отличаются друг от друга деталями или просто положением какой-либо детали относительно изделия. Таким образом был создан файл, который перечисляет группы конструктивно-подобных и исполнения, входящие в них, и другой файл, который состоял из постоянных частей групповых изделий и переменных для групп конструктивного подобия. Учитывая, что планирование от подготовки до выпуска занимало где-то 3-4 квартала, а изменения в конструкцию, принятие некоторых деталей-сборок в качестве принятых к производству проводились иногда гораздо позже, то корректура базы была не нормализована по многим ключам. Многие расчёты было невозможно произвести со старыми программами и приходилось корректировать промежуточные информационные файлы. Соответственно были созданы программы актуализации базы данных, чтобы очищать периодически файлы базы от устаревших данных.

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

Основной результат этой задачи - резкое (в разы) сокращение документации ещё во времена интенсивной работы конструкторской мысли. Так что конструктор придумал, аналитик всё разложил по полочкам, а я воплотил в жизнь.

10/1977 - 09/1983

Задачи по подготовке производства, информационной базе (расчёт подетального плана-графика, расчёт и печать маршрутных карт, перевод расчёта заработной платы со счётно-перфорационных машин на ЭВМ и т.д.).

Состав команды

Аналитик-постановщик по подготовке производства, группа подготовки данных, группа расчётов на табуляторах и я - разработчик.

Моя роль в проекте

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

Личные достижения на проекте

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

Программные средства проекта

Mainframe IBM-360: КОБОЛ, ПЛ/1, АССЕМБЛЕР, Языки управления заданиями OS MVT и DOS, Управление данными, ВКИ-3(Комплекс программ для ввода и контроля информации), комплекс программ собственной разработки СМО "Файл".

Аппаратные средства проекта

Четыре мейнфрейма - аналога IBM-360 (от одного в 1977 году до четырёх в 1989).

Профессиональные знания и навыки

Владение иностранными языками:

Английский
читаю, пишу, могу объясниться
Польский
свободно

Навыки работы с компьютером, оргтехникой, программным обеспечением:

Операционные системы: MVT OS ES (IBM-360), Эмулятор ESLI (IBM-360), Windows: 9X,XP SP2-3, OS/2.
Языки программирования: Assembler OS IBM-360, COBOL, PL\1, ВКИ-3; Delphi-7, MS Access, VBA, PHP-5 (В процессе изучения - могу писать простейшие формы, обращения к MS SQL SERVER), REXX (Регина - в пределах работы с эмулятором ОС ЕС, работающим в среде OS/2, но под управлением Windows XP SP2).

Знаю ли я средства, описанные в вакансии?

z/OS, s/390/370/60, JCL, REXX, IBM Utilities, MF Application, XRC, PPRC, TimeFinder, SRDF, backup and recovery tools - знаю многое частично.

Сколько времени Вам нужно для самостоятельной подготовки к работе на этих средствах?

Для более полной адаптации (чтобы работать хоть как-то) мне для самостоятельного изучения необходимо месяц-полтора (очень условно - всё зависит от качества документации, насыщенности её перекрёстными ссылками и т. д.). Кроме этого - от технического задания, чтобы можно было судить как-то о приблизительном круге задач и т.д. Нужна документация на русском или английском языке (не принципиально) по BCP, DFSMS, JES, TSO, ISPF, ассемблеру (HLASM) и т.д., макрокомандам ввода-вывода, дополнительным возможности управления данными - управляющие блоки (это важно!), описаниям коммуникационных сервисов. Лучше ссылки в открытом доступе на электронные документы. И не менее важны примеры готовых программ с похожими решаемыми проблемами или используемыми методами. И главное - чем больше возможностей кому-либо задать вопрос, получить квалифицированный ответ - тем больше вероятности быстрее и качественнее решать проблемы и приобретать необходимые навыки.

В какой мере Вы готовы продемонстрировать знания, связанные с вакансией, на английском языке (по 10-ти бальной шкале)?

Сам по себе английский - не проблема, однако много терминов и аббревиатур, расшифровку которых достаточно сложно запомнить. Потому полагаю, что для подготовки необходима неделя, результаты которой я смогу оценить где-то в 4 балла, если не больше (при условии возможности часа-другого поговорить на соответствующие темы, желательно с носителем языка). Были случаи, что в результате общения где-то с час я довольно сносно и шустро лопотал, но иногда (тоже довольно часто) не мог подобрать подходящее слово. Иногда бывает, что знаю, как произносится слово, но с завидным упорством я его повторяю неправильно. Это справедливо и для родного русского языка, в котором я иногда с таким же упорством пытаюсь найти знакомое слово.



Создан: 2 Апр 2009, 06:53


Изменён: Ср, 08 апр 2015, 06:30:00+0:00 МСК


Регистрация в каталогах, добавить сайт в каталоги, статьи про раскрутку сайтов, web дизайн, flash, photoshop, хостинг, рассылки; форум, баннерная сеть, каталог сайтов, услуги продвижения и рекламы сайтов Goon Каталог сайтов Seo анализ сайта Рейтинг@Mail.ru Рейтинг@Mail.ru Яндекс цитирования

Владимир Аникейчев:
Персональная страница:
http://anikvn.ru
Блог:
http://my.mail.ru/community/blog_anikvn1/journal
Страница на Ответах @Mail.Ru:
http://otvet.mail.ru/mail/anikvn/


Sign by Danasoft - Get Your Free Sign


Sign by Danasoft - Get Your Free Sign

Рейтинг блогов счетчик посещений C 23:44 1.08.2009 Рейтинг блоговРейтинг блоговПравильный CSS! проверка скорости интернета позиция в рейтинге BestPersons.ru


Profile Visitor Map - Click to view visitsfree counters
Create your own visitor map

Сайт работает на домашнем компьютере под управлением MacroServer

Время, затраченное на создание страницы в секундах — 0,03
с 7 апреля 2007, 0:06+0:00 МСК и постоянно обновляется