Трудности перевода или как не стоит делать локализацию ПО

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

Немного предыстории

В студенческие годы я подрабатывал внештатным переводчиком в одном из бюро переводов Москвы. Занимался я в основном переводами по тематике своего образования, то есть переводил всё, что было связано с отраслью связи и телекоммуникациями. Платили по рыночным меркам мало, но как студента меня это тогда вполне устраивало.
Вся работа бюро переводов сводилась к тому, чтобы набрать заказов как можно больше, а затем распределить это между несколькими переводчиками. По сути некий вид краудсорсинга получался. Основным объектом лингвистических издевательств становилась документация на программное обеспечение или оборудование. Самыми яркими примерами в моей памяти остались перевод документации на SDH/PDH оборудование Huawei и перевод документации на платформу Comverse. Сотрудников компаний-заказчиков мне искренне жалко, и сейчас я расскажу, почему.
(далее…)

Отзывы, или как мы налаживали обратную связь

image Итак, у вас есть готовый сайт – как технически, так идеологически. Контент полностью продуман и готов к употреблению. Реализованы механизмы поиска, выстроена грамотная перелинковка страниц. Налажена работа колл-центра. Обеспечен приток постоянного трафика: SEO-оптимизация, контекстная реклама, PR (как все это сделано, можно узнать здесь). Ежедневное количество посетителей – более 5 000. Остался один вопрос: как перевести этот трафик в обращения – в данном случае в записи к врачам?
(далее…)

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

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

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

Есть бортовые устройства, одинаковые для разных аппаратов, а есть и специфические. Устройства могут программироваться разными разработчиками, а некоторые из устройств программируют контрагенты. Марки процессоров (контроллеров) бортовых устройств различаются. В разных устройствах могут использоваться одинаковые библиотеки: драйверов, математики и пр.

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

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

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

(далее…)

Риски: штатный сотрудник VS частный предприниматель (ФОП)

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

Побудивший источник — весьма грамотный юрист, бизнес-школа. Именно эту тему (не применительно к программистам, а в целом) я имел возможность недавно прослушать в доходчивом изложении. Уточнение: речь идёт об украинских реалиях и законодательстве, а потому буду использовать украинский термин ФОП (все аббревиатуры в конце статьи), во избежание ошибок восприятия. Вероятно, в России весьма схожая картина; буду рад, если в комментариях прояснятся отличия по изложенным пунктам. (далее…)

Как стать настоящим аналитиком требований. Часть 1. Великими аналитиками рождаются или становятся?

«Великих аналитиков взращивают, а не обучают. Для работы аналитиком требуется множество личностных черт, а не знаний каких-либо технологий. Стандартного обучающего курса или описания обязанностей такого специалиста не существует. В аналитики приходят из разных профессий, и, скорее всего, у всех новичков есть пробелы в знаниях и навыках»
Вигерс Карл «Разработка требований к программному обеспечению», 2004
Как стать настоящим аналитиком требований. Часть 1. Великими аналитиками рождаются или становятся?
Карл Вигерс написал свою книгу практически 10 лет назад, но ситуация не изменилась – настоящих аналитиков единицы.
Эта серия статей – для тех, кто собирается стать профессиональным аналитиком требований. Информация собрана из личного опыта, книги Карла И. Вигерс «Разработка требований к программному обеспечению», а так же из опыта других аналитиков из сети Интернет. (далее…)

GTD в IT и спорте

Введение

image

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

Управление временем на личном примере: 10 тезисов

Одним из самых дорогих и невосполнимых ресурсов, которым обладаем мы все, является время. В среднем у нас есть 66,29 лет, что эквивалентно 24212 дням, или 34865280 минутам, или 2091916800 секундам. Учитывая, что треть времени человек тратит на сон, а у большинства читателей этой статьи целая треть этого ресурса уже потрачена, драгоценного времени не так уж и много остаётся, чтобы им разбрасываться. Время — это деньги, время — это жизнь.

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

Управление временем на личном примере: 10 тезисов

(далее…)

«Сверкающие кинжалы» или как мы арабский проект делали

**внимание, эта статья обрывается так же внезапно, как и проект в ней описываемый**

Начало

Начиналось всё более чем оптимистично: заказчики из ОАЭ (новый для нас рынок), презентабельный внешний вид представителей, обещания других контрактов, «деньги не проблема». Всё это в сумме сыграло с нами злую шутку и, на свою беду, мы подписались на эту разработку. Хотелось попробовать. В итоге это обернулось расторжением контракта в одностороннем порядке, но не со стороны клиента, а нами — компанией-аутсорсером.
(далее…)

Калькулятор окон ПВХ для сайта на JS. Часть 1. Аналитика

Речь в статье пойдёт об оконном калькуляторе. Да, я знаю что их море, но тот, о котором хочу рассказать — особенный. Он позволяет считать стоимость оконных изделий на сайте со средним отклонением от расчётной программы на производстве в 0.002%. На момент запуска проекта (май 2011 года) это калькулятор был единственным решением такого рода. Как обстоят дела с этим сейчас я не знаю, но судя по периодическим звонкам, допускаю что изменилось мало чего.

Особенности проекта:

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

Выбор HTML5 Canvas в качестве основы для графической реализации. Многие разработчики до сих пор считают что данная технология “экспериментальная” и не подходит для сервисов ориентированных на широкую публику. Что тут говорить о марте 2011 года?.. Данный выбор стоил мне килограмма нейронов, но он полностью себя оправдал. Этому, а также другой специфике с которой пришлось бороться при реализации задачи будет посвящена вторая часть.
(далее…)

Как мы построили сотовую сеть в Камбодже

Как мы построили сотовую сеть в Камбодже
Вид с крыши строящегося дата-центра в Камбодже

«Билайн» есть не только в России, но и ещё в нескольких странах. И если строительство сотовой сети у нас достаточно подробно описано (про это даже есть целая книга), то про другие страны информации мало. Я занимался развитием сети в Камбодже, и немного расскажу об этом.

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

У нас была примерно похожая ситуация: нужно было за полгода запустить сеть с нуля, используя все знания и практические наработки. Страна точно была готова к такому прогрессу: после войны она развивалась, просто перешагивая ненужные шаги. Например, в Камбодже никогда не было проводных телефонов: они просто перешли с телеграфа на сотовую связь. (далее…)