@amilyushin

Не нашёл такой темы, и честно говоря, удивлён. Конечно, интересны конкретные предложения. Но хотелось бы обсудить "вообще" такие вопросы, как - специфика работы программиста (и вообще компьютерщика), какими качествами должны обладать соискатели подобных должностей, изменения на этом рынке труда за последние 20-30 лет, возможное поведение работодателей и как с ним бороться и т.д..
Я бы мог, если кому интересно, рассказать о своём богатом личном опыте. Проблемы с трудоустройством меня преследуют, можно сказать, весь постсоветский период (сейчас, правда, работаю). Это мне кажется настолько естественным, что я даже недоумеваю, как у кого-то может таких проблем не быть. Скажем, одна женщина, приехавшая в Питер с Дальнего Востока, нашла работу очень быстро - она писала, с чем ей придётся работать . так я таких названий вообще не слыхал. Более того, если взять на любом сайте или в газете объявления о приёме программистов - то многие языки и инструменты для меня вообще неведомо что, про большинство , правда, я слыхал, но крайне редко могу встретить упоминание о том, с чем работал. Если я с чем не работал, то работодатель (в большинстве) меня не возьмёт. Раз не возьмёт, то и соответствующего опыта у меня не появится. Это, конечно, мои проблемы, и решать их мне, как могу. Но, чёрт возьми, неужели это у меня такая уникальная проблема, а для большинства это вообще не вопрос? Интересно же.
Заодно хорошо бы обсудить такой вопрос, как условия работы. Вроде работа программиста (скажем, сисадмин - другое дело) практически всегда позволяет трудиться дома. Т.е. присутствовать на работе - сколько душа пожелает. Ну иногда это требуется, но в большинстве случаев нет. Почему такая форма не стала массовым явлением? Создаётся впечатление, что в большинстве случаев просто есть желание помучить работника. Или я не прав?

0

@Grossmeister

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

0

@amilyushin

Конечно. бывают такие работы, где требуется постоянное присутствие. Скажем, программистом может называться тот, кто устанавливает программы и обновления, втыкает отвалившиеся разъёмы, меняет картриджи в принтерах и подсказывает пользователям, что нажимать.
Но я-то имел в виду прежде всего случай, когда программистом называется тот, кто пишет программы - т.е. раньше-то других и не было, это теперь приходится уточнять - "пишущий программист". Но раньше и ЭВМ на дому не было, а теперь есть.
В моей практике бывали случаи, когда я работал в режиме "свободного художника", не общаясь с начальством неделями. При этом находясь в конторе. Меня, правда, это устраивало - позже поясню, почему.
Вообще же я говорил не обязательно про крайние случаи, когда приходишь только получить задание и сдать работу (хотя и такое у меня было). Но можно, скажем, приходить в контору через день или почти каждый день (ненадолго!), при этом основную работу выполнять дома (на даче, в электричке и т.д.).
Менеджер может при этом отслеживать ход выполнения работы, если он так опасается. Ну и вносить коррективы, если надо, в саму программу.
Да, бывает, что работать дома позволяют зарекомендовавшим себя сотрудникам, но не всем. Т.е. если человек уже стал нужен, то он может ставить условия. При этом, вообще говоря, это должно быть работодателю выгодно - вместо лишних денег он может сделать добро работнику, не затрачивая ни копейки, а наоборот, получается экономия - меньше расход электричества, воды, износ мебели и пола...
По поводу работы с БД - да, если там что-то закрытое/секретное, то это проблема. Секретными могут быть и сами программы, тут уж что поделать, но это мало где. А писать/отлаживать программу, пусть не до конца, можно и не на реальной базе.
В идеале для работника, я считаю, условия должны быть такие - режим свободный, работай, когда работа позволяет - где угодно, но при этом есть уютное рабочее место, куда всегда можешь прийти.

0

@Grossmeister

Я работаю программистом на PC (до этого немного работал и на больших ЭВМ) 25 лет. Из них 5 лет в софтовых конторах, остальное в несофтовых. При этом я именно пишу программы, а не "меняю картриджи" и проч.
Поэтому то, что я описал про взаимодействие с пользователями, я знаю по собственному опыту, а не по наслышке. Кроме написания новых программ есть еще такое понятие, как сопровождение. Если программа работает достаточно долго, то в ней и ошибки выявляются, и необходимо добавлять новые функции, и модифицировать старые. Все это дело лучше делать в офисе, поскольку в любой момент может возникнуть потребность пообщаться с пользователями.

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

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

0

@amilyushin

Да, я поменьше, чуть больше 20. Точнее, почти 21 год назад начал работать на ПК (IBM-подобных), потом иногда бывал и на совсем других работах (понемногу, в целом года три).
На больших машинах работал с 85 по 92 гг. Конечно, начиная где-то с 1989 г. пытался изучить ПК, книжки читал, напрашивался посидеть-поработать - но толку от этого мало, нужна практика, нужно конкретное дело.
Точно помню, что по ТВ называли (наверно, 1992-93 г.) профессию программиста в числе наиболее пострадавших от сокращений и безработицы. В 1994 г. меня позвали подрабатывать на ликёро-водочный завод, делать доморощенную бухгалтерию. Дос, Клиппер. Хоть я был и не новичок в работе с ЭВМ, но для меня новым было очень многое, начиная от раскладки клавиатуры. Там, кстати, режим был весьма свободным (некоторые работали иногда и ночью, это не шутка). Если бы был ПК дома, то можно было бы и там делать пусть не всё, но многое. Вскоре главный из нас таки приобрёл ПК и стал больше дома находиться.
Да, как стихийное бедствие. Но тогда какая же профессия больше подходит для удалённой работы?
Я встречался с человеком, который работал на дому в трамвайном управлении. Там хитрая система начисления зарплаты и бухгалтерия своя. Программа была старая, досовская, планировалось её адаптировать под Винду, а потом вовсе написать виндовый вариант. Я приезжал к человеку домой, он много времени на меня потратил, я был уверен, что меня возьмут - но предпочли другого. Правда, утешили тем, что я по предпочтению был на втором месте.
Но это потому что человек зарекомендовал себя, без него обойтись было трудно, и он мог ставить условия.
А относительно свободный режим был (видимо, и есть) много где. Работал я на швейной фабрике, как приходил когда высплюсь, но только в начале месяца был расчёт зарплаты и тогда пораньше. Плюс один выходной в месяц работать - стабильно, за это, конечно, доплачивали. А в остальное время - весьма свободно. Но я (инженер-программист) хоть каждый день приходил, а инженер-электронщик приходил только по вызову, если что случится, либо новый кабель надо протянуть. При этом оклад ему платили, хоть и поменьше. Редко, но иногда за неделю ни разу не появлялся.

0

magirus

WTF?
это называется эникей. или "первая линия техподдержки" если угодно.
работал сисадмином в конторе скажем так "средней"... там был и эникеем, и админом, и кабеля приходилось иногда тянуть... простенькие скрипты, могли вызвать, редко... обычно до утра...
девочка знакомая работала бухгалтером в компании "Бука", тоже - все на полный день. удаленная работа - в виде исключения. (для всех, не только для бухов) брат - компания -Nival - работа в офисе... (ну это давно, но работал)...
короче примеров работы исключительно в офисе - на порядок, а то и на два - больше чем на удаленке.

0

@amilyushin

Ну да, когда в основном остались ПК (хотя СМ-1425 эксплуатировалась до мая 2001), то и инженер-электронщик в основном занимался аппаратным конфигурированием (перетыканием плат), заменой картриджей в принтерах (или только лент), ну и сетевой кабель как-то новый тянул (коаксиал ещё). Паяльник брать ему приходилось, но редко.
А должности "сисадмин", а тем более "эникейщик", в отделе АСУ вообще не было.
Да я-то знаю. Но не так давно, в этом году, звонил насчёт вакансии, спрашиваю - в чём работа заключается. Ну а какая, отвечают, обычно работа программиста - программы обновлять своевременно, следить, чтобы всё работало, помогать пользователям...
Правда такое название?
Увы, так. Хотя причины этого в основном не связаны с работой. Вроде бы, в данном случае, облегчение жизни работнику от работодателя вложений не требует, а для работника, возможно, эквивалентно повышению жалования вдвое. Аналогично, если работа грязная (грузчик хотя бы) - ну сделай душ, цена умеренная - а иначе либо зарплату задирать придётся, либо работать будет чёрт знает кто. И что у них на уме, кто их поймёт?
А ведь здесь есть глубокий смысл: высокий уровень жизни и высокий уровень потребления - вещи весьма разные.
Ну и ещё хотелось бы затронуть такой вопрос: раньше (лет 5 назад) программистом мог успешно работать человек консервативный. А сейчас - гораздо трудней. Гонка какая-то, перемены непонятно зачем. Отрицание старых технологий и наработок, замена удобных инструментов неудобными. Однообразие и унификация, знание мейнстримов ценится гораздо выше умения соображать. Вроде рынок повымел самых тупых работодателей из 90-х, но, несмотря на это, ситуация плавно и непрерывно ухудшается. Я уже не говорю, что для подавляющего большинства задач достаточно мощи тех старых ПК, что массово выбрасываются или дарятся нищим. В общем, не знаю, как со всем этим бороться.

0

magirus

0

@amilyushin

Это, конечно, опечатка - я имел в виду 25.

0

@amilyushin

Что-то тема заглохла. Неужели никому не интересно своими наблюдениями и мыслями поделиться?
Вот, скажем - ни у кого кроме меня не возникало трудности при переходе с DOS на Windows? Я помню, ещё в далёком 1998 меня спрашивали - а почему в резюме ни разу не упоминается работа с Windows? А где-то в 2002 говорили "Ай-яй-яй, ой-ёй-ёй! Такое глубокое знание DOS, а в винде не умеет даже работать!" Ещё когда-то про меня говорили - "Программист, не умеющий пользоваться мылом - это круто!" А одна кадровичка даже так: "Какой он программист - не знает даже Ворда!"
Чтобы научиться чему-то новому, надо с этим новым начать работать. Т.е. это должно потребоваться по текущей (на которой сейчас находишься) работе. Либо - на новую должен устроиться, и тогда работодатель должен поверить, что ты освоишь то, что не знаешь, в приемлемый срок. А как иначе-то?! Неужели кто-то, не в юном возрасте, изучает что-то впрок, вдруг понадобится?
Ну и потом, какой смысл требовать знания каких-то конкретных языков, да ещё конкретных диалектов? Разве не все императивные языки, по большому счёту, взаимозаменяемы? А если и есть специфические черты, ориентированные на определённую область применения - неужели знание программирования вообще, а тем более разных его разновидностей - не позволит эти черты усвоить за кратчайшее время? Почему способность создавать работающие программы ценится нынче меньше, чем знакомство с какими-то конкретными штучками-дрючками? Наконец, почему сейчас так мало предложений от работодателей без привязки к языкам? Если система создаётся с нуля - какая тебе разница, на чём она написана? Всё равно ведь получишь и работающий экзешник, и исходники.
Может быть, здесь есть работодатели, и они смогут ответить?

0

@Grossmeister

Смотря в каких аспектах.
Если в смысле пользовать ОС как пользователь, то абсолютно никаких сложностей. Осваивал методом "научного тыка" в 93 году (тогда еще Win 3.1). Потом где-то через полгода попалась книжка по Windows, я ее по диагонали просмотрел и понял, что единственно, чего я не знаю - это клавиатурные комбинации для выполнения некоторых действий.
Если в смысле программирования под Win, то были некоторые сложности при освоении событийного программирования, тем паче, что осваивать приходилось на англоязычной доке (я тогда работал на Paradox for DOS и вышла первая версия for Windows). При том, что во всех учебных заведениях я учил немецкий и английский осваивал уже самостоятельно (правда только чтение). Но довольно быстро справился, разве что пришлось перечитать некоторые места.

К 2002 я уже успел DOS прочно забыть Даже при том, что с 94 по 2000 работал с Clipper. Который хоть и работал в DOS-режиме, но реально-то вокруг все равно были Win95, Win 98 и WinNT.

В целом это так, но бывали и исключения. Скажем, работая с Clipper, я прекрасно понимал, что скоро его время уйдет. А с БД расставаться не хотелось. Поэтому начал осваивать SQL, хотя по работе это непосредственно и не требовалось. Когда появился первый Deplhi, то я сразу отказался от работы с компонентами TTable и работал только с Query, чтобы тренировать SQL. Что позволило мне устроиться на след. работу уже на Oracle (хотя были предложения на тот же Clipper).

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

0

@amilyushin

Я помню, искал книжку, где была бы описана Windows в плане отличия от ДОС. Где было бы показано, что появились новые возможности, с сохранением всех старых. Ничего подобного не нашёл, и меня это бесило. Везде ДОС (и вообще командная строка) упоминалась как устаревшая система, с которой люди не работали, а мучались, и которую надо поскорей выбросить и забыть. А ведь раньше были книжки «для домохозяек» с описанием командной строки, а затем Нортон Коммандера. Он как раз командную строку не отрицал, а лишь добавлял возможности что-то сделать проще, чем раньше. При этом ВСЁ в нём можно делать по-старому, если так привык (я, например, долго водил «D:» вместо Alt/F1), а переход на новое мог выполняться постепенно. В этом его гениальность. Windows же – скорей не эволюция, а революция, не развитие, а отрицание старого. Меня, как консерватора, это, конечно, бесило.
В первых книжках по Windows нортонообразные оболочки не упоминались (в проводнике работай), но потом здравый смысл победил, и сейчас редко на какой машине нет TC или чего-то в этом роде, без этого никак. Инструмент должен быть удобным.
Я как раз с 2000 по 2002 работал на машине с чистой DOS – хотя, и правда, в последний раз. Работал и с Oracle ДОСовским, с SQL тогда же
познакомился. Впрочем, SQL хорош для получения какой-то моментальной справки, что-то более сложное на нём становится нечитаемым, императивные языки как-то лучше, что угодно можно состряпать.
Но и после этого я, пусть и на машинах с Win98 или с Хрюшей, писал программы на досовскм Клипере.
Сейчас есть виндовый Clipper, называется [x]Harbour, я его и на нынешней работе использую. Работает моя программа так: копирует с сервера таблицы MySQL в DBF-файлы, а дальше делает с ними что угодно. Может быть, будет смысл и посылать запросы посложнее, чтобы сервер выдавал уже что-то покороче, но пока такой нужды нет.
Чего-то я об этом не думал. Но всё же. Во-первых, есть и официально бесплатные системы ([x]Harbour как раз из таких). Во-вторых, если в данной конторе вообще раньше не писали свои программы (т.е. несофтовая контора), то им вроде бы всё равно, что покупать (если уж покупать). Кстати, на предпоследней работе так и было, так и взяли меня на задачу, а не на язык, который я сам выбрал из своих соображений. Да и на нынешней тоже, только здесь моя программа не самодостаточная, а общается с сервером, но язык я тоже выбрал сам.
Ну а уж сопровождать можно бы и ранее незнакомое, если оставлена нормальная документация, и есть удобная технология создания (редактирования-компиляции-компоновки) программ.
Досовский же редактор (Multi-Edit 7.0, а из-за него вынужден использовать и NC и Keyrus) я использую и сейчас, ничего удобней не встречал, и даже сравнимого. Даже несмотря на недостатки, связанные с досовской природой (непонимание длинных имён файлов, неработа с буфером обмена). Конечно, дело и в привычке, но главное - более новое объективно хуже, включая более новые версии его же.

0

@Agregat

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

0