×Закрыть
Senior Software Developer
  • Самая сложная задача которую вы решали

    1986 Переход с языка Фортран-66 на PL-1.

    Фортран был моим первым языком программирования и первые года три я программировал только на нем. Там был примитивный оператор IF и из-за этого приходилось использовать много GOTO. Потом я перешел на PL-1, который уже имел нормальный IF..THEN..ELSE. Переход от старого стиля программирования к новому был очень сложным.

    1992 Написание программы расчета зарплаты для Харьковского инструментального завода (на Foxpro).

    Это был мой первый большой проект, первый проект, который ушел в production и первый реальный опыт общения с пользователями. Структуру базы данных до сих пор вспоминаю со стыдом. Тем не менее, программу использовали после моего ухода с завода еще как минимум 10 лет.

    1998 Сопровождение системы планирования полетов авиакомпании KLM (она была написана на языке PL-1 и работала на мейнфрейме IBM).

    Самой сложной задачей был поиск причин возникновения одной ошибки. Она возникала в непредсказуемые моменты при расчете маршрута полета самолета.

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

    Остальное было делом техники и три строчки кода решили проблему.

    2000 Я работал в голландской телефонной компании KPN Telecom и нужно было для одного из проектов создать штук 15 несложных отчетов на основе данных статистики с телефонных станций.

    Я подошел к задаче творчески и разработал собственный генератор отчетов с простым языком (DSL) описания отчетов. На все ушло две недели, из которых три дня было потрачено на изучение LEX и YACC. Я разработал сам язык, написал его интерпретатор, который генерировал отчеты в XML-формате, сами 15 отчетов и еще программу для конвертации отчетов с XML в другие форматы. Плюс ко всему еще написал 20 страниц документации.

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

    2002 Я участвовал в разработке программы реального времени для управления установкой, которая разматывала рулон бумаги и подавала бумагу в печатный пресс (хорошо хоть это был не hard real-time). Система была написана на C по методологии Хэтли-Пирбхаи.

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

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

    2003 Доработка веб-приложения для финансовой отчетности для компании по производству штор и гардин.

    Это было 4000 строк нечитаемого кода на VBScript, сплошным куском, без единой функции. С операторами IF, у которых было по 300 строк кода в каждой ветке, и огромным количеством Copy-Paste.

    Для того, чтобы разобраться, что делает программа, сначала понадобилось потратить несколько недель на ее полный рефакторинг. В результате было выделено около 50 функций, код стал более-менее читаемым и с ним можно было уже работать.

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

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

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

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

    Я стал разбираться, все время общался с аналитиком, но никак не мог понять, в чем дело. Уже и начальство стало на меня недовольно посматривать, а я не мог им объяснить, чем же я занят.

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

    2012 Работал я в одной консалтинговой компании в области энергетики. Работал над двумя проектами одновременно: первую половину недели над одним, вторую половину над другим. Один проект — программа планирования рабочего времени сотрудников: Oracle, VB.NET, sqlite и Python. Второй — система автоматизации химической лаборатории: SQL Server, C# и ASP.NET. Работа проходила в двух разных командах в двух разных офисах.

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

    И не только проекты отличались, но и культура питья кофе в двух командах. В одной в течение дня кто-нибудь говорил: «Давайте выпьем кофе!», после чего вся команда вставала и шла к кофейному автомату. В другой команде каждый два-три раза в день приносил кофе всем остальным. Сложно было это помнить и не
    путать :-)

    2014 Я работал в финансовой компании, которая занималась ипотеками. Большая такая компания, со множеством проектов, процессов и всякой бюрократии.

    Однажды был период, когда я работал над 4-мя проектами одновременно. У нас был полный Agile. Каждый день у меня было 4 stand-up митинга и пару раз в день ко мне подходил менеджер каждого проекта с вопросом: «Когда же это будет наконец сделано?». И я даже ухитрялся еще и код писать.

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

    Но разработчики не имели прав создать базу на тестовом сервере. Эти занимался отдел баз данных. Надо было послать им скрипты и попросить их запустить. Это простое, казалось бы, дело заняло у меня три дня. Три дня переговоров, посылки email’ов, организации митингов и неоднократного привлечения моего начальника проекта.

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

  • Поделитесь опытом релокации в Японию

    Без слова «великая» в названии?

  • Поделитесь опытом релокации в Японию

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

    Говорят, чтобы устроиться в фирму Rakuten, нужно прочитать автобиографическую книгу основателя компании под скромным названием «Моя великая борьба», а потом написать по ней изложение. См habr.com/...​/460901/#comment_20420829

  • Как хранить миллионы файлов с контролем доступа: обзор решений

    А возможность использования SQL Server для хранения файлов в полях с атрибутом FILESTREAM не рассматривалась?

  • Как настойчивый QA пытался в Германию попасть

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

  • Как настойчивый QA пытался в Германию попасть

    А кто тебе сказал, что я выкидывал по 3 часа в сутки на дорогу?

  • Войти в IT в 64 года

    У них на сайте есть немного информации: www.mmit.com/#what-we-do

    Поддержал: Paul Loyanich
  • Войти в IT в 64 года

    Ага. Кстати, компания MMIT и с русскоязычными названиями работает тоже.

  • Войти в IT в 64 года

    Вот голландская компания, которая этим занимается (может быть, это и есть та компания, про директора которой я написал, точно не знаю): www.mmit.com

  • Войти в IT в 64 года

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

    Или есть форма на вебсайте для ввода данных, того же адреса. Специальный plugin для броузера (их разработка) делает то же — проверяет правильность, помогает вводить правильные данные.

  • Войти в IT в 64 года

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

    В результате достиг уровня Junior и даже написал прототип нового продукта. Пожелаем ему удачи (главное, чтобы он не начал учить своих подчиненных-программистов, как им надо писать код).

    Поддержали: notus, alobodaebuilder
  • Чешские программисты протестуют против дорогих госзаказов — может пора и нам перенимать их опыт?

    Следующий этап — статья о том. как 60 женщин выносили и родили ребенка за 4 дня.

  • AMA: Переезд, работа и жизнь в Нидерландах

    Сеть кофешопов Greenhouse www.greenhouse.org

  • Кількість днів оплачуваної відпустки

    Да нет. до обеда только (один мой знакомый в конце 90х в Samsung работал).

  • Кількість днів оплачуваної відпустки

    В Южной Корее в 1990х годах было 6 дней отпуска в год и 6-дневная рабочая неделя (правда, в субботу неполный рабочий день).

    Поддержали: Artem Kurakin, David Baum
  • Германия для ИТ-специалистов: релокейтиться или нет?

    Устроиться, обжиться, потом перейти на работу контрактером.

    Поддержал: Alex Rzvd
  • Как настойчивый QA пытался в Германию попасть

    Деньги то надо как-то зарабатывать. Я живу в таком районе страны. где не так-то много работодателей.

  • Brain Gain | WANTED: девелопери, які повернулись в Україну, попрацювавши за кордоном певний час

    Я писал об этом раньше: dou.ua/...​rums/topic/29023/#1724325

    Поддержал: Oleksandr Husiev
  • Brain Gain | WANTED: девелопери, які повернулись в Україну, попрацювавши за кордоном певний час

    Алименты на жену, поскольку она была домохозяйкой и не работала. Ребенок уже взрослый, сам менеджером работал.

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

    В Голландии продолжительность выплаты алиментов бывшей жене составляет 12 лет. Но это еще хорошо, раньше (лет 50 назад), нужно было платить пожизненно.
    Правительство планирует сократить этот срок до половины времени, прожитого вместе, но это еще не реализовано.

  • Brain Gain | WANTED: девелопери, які повернулись в Україну, попрацювавши за кордоном певний час

    Надо еще сказать, что его зарплата в Голландии была не особо высокой.

← Сtrl 123456...12 Ctrl →