web developer в WebDevs
  • The following person invited you to be their friend on Facebook...

    @Сергей Волошин, да, похоже не тех людей. Причем я есть в фейсбуке и так. С тем же гугловым аккаунтом. Ну, может точки в емыле, под которым зарегистрирован в фейсбуке нет, в отличие от емыла, на которое пришло приглашение (maxyemets@ vs. max.yemets@).

  • Есть ли в Киеве высокооплачиваемая работа для программиста, но не «аутсорс»?

    @alex_ua, советую при попадании на «доработку проекта» постараться его осмотреть, понять закономерности и основное, и постараться дорабатывать уже в вашем, или «правильном» духе. Абсолютно весь код изучать не стоит (если такая задача не стоИт), разберитесь с тем, что ВАМ нужно. Баги с тем, что вы не заметили, или не поняли, что и это надо было изучить, вас рано или поздно всё равно найдут:)
    Между «поддержкой» и «доработкой» кода выбирать, безусловно «доработку». Поддержка включает в себя те самые грустные и мелкие «доделки», которые регулярно бесят. «Доработка» — создание отдельного модуля, отдельной функциональности, сопрягаемой с уже работающим проектом. Думаю, здесь вам и дадут время на осознание сделанного, и на разработку своего, и на небольшой рефакторинг необходимых вам вещей, если это сильно поможет проекту в целом.

    Ну и аутотренинг «как бы ни было плохо сегодня, это бывает не всегда» (бывает, при взгляде на старый код) и «зато вот как хорошо я сделал свою часть! » тоже не помешает. Сам иногда огорчаюсь на код предшественников, но что делать: иногда именно за переработку ЭТОГО и готовы платить украинским программистам больше, чем индийским.

  • Во сколько вы приходите на работу?

    @junior_dev, про обсуждение Антон Наумов вполне доступно ответил. Про «необходимые знания» — можно либо договориться, что без форс-мажоров я обычно на работе всегда с 13: 00 до 18: 00−19: 00, либо, если «начальник требует присутствия в его время работы» мы переходим в схему работы «техническая поддержка начальника». И тут либо получается совпадение по ритмам с начальником, либо надо договариваться (я обычно прихожу во столько, вы — во столько, мы успеваем рабочее время решать все вопросы?), либо менять работу.
    В моей практике был конфликт из-за сдвига временного ритма одного сотрудника относительно моего на значительно более позднее время: я физически не мог выполнять его заявки в то время, когда он этого хотел (у него ещё почти половина рабочего дня впереди, у меня- конец). При этом он был далеко не самым главным для меня человеком ни по проекту, ни в фирме.
    В большинстве случаев человек на работе с гибким графиком приходит примерно в одно и то же время (плюс-минус час). При такой стабильности, за исключением форс-мажоров со стороны сотрудника, в «своё время» (обычно в интервале с 9 до 21: 00) каждый из сотрудников доступен продолжительное время. При отсутствии форс-мажора со стороны проекта этого времени более чем достаточно, чтобы решить большую часть повседневных текущих вопросов.
    @DedushkaGrga, регулярно попадаю на проекты изначально с «левыми резьбами» и относительно нестандартными архитектурами. Последствия по возможности лечу и сам. Регулярно общаюсь с заказчиками самостоятельно (тем самым разгружая начальство) и решаю поставленные задачи. Да, понимаю, с таким подходом я ближе к фрилансерам, и, за исключением некоторых моментов, вполне мог бы им стать. Тем более что я не особо люблю начальственный надзор и «великая американская мечта» быть самому себе хозяином мне отнюдь не чужда.

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

  • Во сколько вы приходите на работу?

    @junior_dev, не вопрос, в интеграционные дни и недели (или, например, в период деплоя проекта на продакшн/или основной тест заказчика) любой ответственный разработчик будет на связи и у компьютера если не на рабочем месте, так из дому. Вплоть до «в случае особых багов звонить мне на домашний/рабочий круглосуточно, интернет дома есть». Особо безответственных подменяем предварительным изучением их кода и их «узких мест».
    Мне так, кстати, с «детскими вопросами» вообще в отпуск звонили:)
    Только непрерывная интеграция продукта на тот же продакшн — это не суть работа программиста. Когда какие-либо скрипты по интеграции отработаны — это скорее к админам (либо и вовсе к дистрибьюторам-интеграторам, типа 1С-ных в области интеграции софта по управлению предприятием), но не к тем, кто пишет ядро и не к тем, кто пишет основной функционал.
    От работ, связанных с почти постоянной поддержкой пользователей в разном виде «с 9 до 5» я в свое время вполне осознанно отказался: мне гораздо интереснее по жизни создавать новый функционал и работать с предсказуемой и логичной электроникой, а не бороться с человеческим фактором, рутиной, и непрерывно заниматься просветительством об ИТ.

    В данном случае просто встает вопрос трудоустройства.

  • Во сколько вы приходите на работу?

    Во многом поддержу Антона Наумова. От себя добавлю, что по моему мнению программист — это человек думающий и творческая личность. Хорошие творческие решения, как бы человек себя не дисциплинировал, не приходят «по звонку». Итого, если задача ставится, чтобы человек работал на благо проекта, фирмы и себя и был творческим программистом — необходимо, чтобы были созданы условия, чтобы во время работы он ни на что, кроме работы, не отвлекался.
    Теперь придем к понятию «потока» и «правильных решений». Допустим, чтобы заставить кусок кода «правильно» работать, программисту нужно посидеть сегодня на полчаса-час больше — изучить дополнительную документацию или чужой код. Правомерно ли требовать от человека, ушедшего в результате по своей воле позже (и, соответственно, возможно, не выспавшегося), и при этом поработавшего «на фирму, на проект», придти «как все» рано утром? Будет ли он эффективен на следующий день, если ему просто не дать выспаться? Если он в результате не успел ни вечером, ни с утра в нужный ему магазин, и треть его мыслей на рабочем месте направлены не на решение его задач, а на то, как бы ему с таким графиком извернуться, чтобы купить просто необходимые вещи?
    В добавок, повторюсь, — нестандартные, но «хорошие, годные» решения далеко не всегда приходят в голову разработчику «по звонку», и не всегда — в фактически рабочее время (несколько раз в своей жизни доводил решение «до ума» перед сном, после ужина, в домашней обстановке, например).
    Я уж молчу о «стихийных бедствиях» вроде тяжелых болезней родственников (когда, как минимум, 2 раза в неделю любой график работы вообще идет лесом, пока не проведешь с родственником все процедуры) или перманентного ремонта. Мне в таком случае просто пришлось сменить работу.
    В то же время с фактами «у меня был ремонт, полтора месяца работал из дому, физически в офисе появлялся раз-два в неделю» я знаком, и при этом проект ни секунду не страдал. Бывают и такие решения «проблемы прихода на работу». Чтобы не было вопросов по поводу должности — ремонт так делался у ведущего программиста фирмы.
    Касаемо коммуникации — в нормальной команде всегда можно договориться — во время икс мы всегда все есть (обычно это середина дня, промежуток до 6 вечера); все срочные вопросы (при отсутствии ключевого человека) задаются как минимум эл. почтой/средствами мгновенных сообщений; что-то очень срочное мгновенно же выясняется с помощью звонка на мобильный (благо мобильная связь сейчас вполне доступна в таких случаях).
    Я работал по такой схеме достаточно долго, и сейчас работаю. Да, вчера я пришел раньше обычного и задержался, а сегодня конкретно «опоздал». Но, во-первых свои 8 часов в день (пусть и переброшенных где-то со дня на день +/- час) я все равно отрабатываю, во-вторых я отрабатываю их эффективно, а не в мыслях «как бы мне ещё успеть сегодня...» — я пришел и УЖЕ успел, либо знаю, что гарантированно УСПЕЮ, и, в-третьих и я, и заказчик, и руководство фирмы знаем, что лучше пусть фича будет внедрена на полчаса/день позже (а иногда и раньше), и потом, в зависимости от нагрузки, человек сможет немного отдохнуть, чтобы и далее работать эффективно, чем ценой постоянного «кнута» добиться ухудшающейся производительности (на почве недосыпа и несделанного вне работы вала дел) и постоянно глючащих функций требующих постоянных же багфиксов.
    В то же время в большей части случаев разрабатываемые по гибкой схеме проекты успешно развиваются и работают.
    Дополнительный минус негибкому графику — разные биоритмы и типы вроде сова/жаворонок, ну и транспортные возможности (для тех, у кого офис не в пределах 1−3 км от дома — тогда в 90% случаев всегда можно дойти пешком) — пробки и «транспортные коллапсы» могут легко сорвать время прихода/время отхода ко сну.
    Для фабрик или случаев когда на почве программистов строят «фабрику» (а низовые программисты в итоге ощущают себя без 5 минут code monkey), негибкий график и «битва за дисциплину», конечно же, подойдут. Но стоит ли удивляться в дальнейшем не самым гибким решениям, предоставляемым такими фирмами и невысокому рейту таких фирм на рынке? И невысокой самооценке низовых/средних программистов?

    Человек, в фирме которого я начал когда-то вообще знакомиться с современными компьютерами (сейчас ему бы приписали должность старшего менеджера проектов; тогда в их фирме бытовала другая терминология) говорил о своем подходе к разработчикам и дисциплине так: «мне всё равно, когда мои программисты приходят и уходят. Мне всё равно приходят ли они вообще (в те времена компьютеры были ОЧЕНЬ дорогими для большинства украинцев, но кое-кто всё же мог себе позволить работать на них дома). Но мне не всё равно, решена ли недельная задача, сдача которой запланирована на пятницу/понедельник, и если она не решается, все ли способы применяются, чтобы её решить наилучшим образом и по возможности быстрее? И мне не всё равно, достаточно ли веские аргументы мы может представить заказчику в связи с нашей задержкой» Я считаю, это был достаточно правильный подход.

  • Профессия программист: кризис среднего возраста

    Кризис среднего возраста потому что а) у многих возраст таки близок; б) в стране мощнейшая неопределенность в связи со сменой власти и приоритетами типа «жуткого и ужасного» налогового кодекса. Особенно важно для людей, состоявшихся как личности в «пятилетку Ющенко» — достаточно свободную, законопослушную и более «человеколюбивую» к простому населению, чем наблюдается сейчас. Отсюда вопрос «кем быть и быть ли вообще? » Вопросами задаются многие, вплоть до вполне умудренных жизненным опытом дядек лет под 50. Ну, кто-то уже привык решать в некоем, относительно привычном режиме (кто разворачивался уже к 2004−2003-году). Но это просто реальность совмещенная с китайским проклятием «не дай бог тебе жить в эпоху перемен »." Работа на дядю" — это из другой оперы: реальное/мнимое управление своей жизнью и осознание своего места/желаний/возможностей. Здесь уже вопрос зрелости, амбиций и возможностей (вплоть до смены места работы и пр. — «потолки» встречаются по жизни в очень разных местах). Ну, пока никакого осознания нет — это совсем детские болезни, тут строго по «Ленинграду»: «Главное в жизни — определиться, где твоё место и что ты за птица».Вот возраст осознания имхо и есть «средний возраст», а «опаньки» в виде «не сбылось» — и есть причина «кризиса». Дык тут от внутренней мудрости многое зависит.Собственно, форумы помогают таки выявить «направленность» и «где теплее» строго в соответствии с «рыба ищет где глубже, а человек где лучше», или с законами сохранения физики, если хотите. Люди рефлексируют, мы читаем, наблюдаем, занимаемся тем же. Живем, короче.А профессия тут побоку. Ну или это мне так повезло, что рядом была масса программистов старшего возраста, которые занимались по жизни больше не вебом или формочками для биллинга всего подряд, а ещё мат. моделированием полусекретных задач на советских «монстрах» типа БЭСМ, ЕС ВМ и пр., и попадали в куда более неприятные переплеты во времена разрушения СССР.

  • Профессия программист: кризис среднего возраста

    Здесь надо оговориться во-первых о том, что в «оутсорсинговом сегменте» отрасли. Потому что в той части, которая ориентирована на Украину, рост был, но начинался он несколько раньше (возможно, после кризиса в 1998 в России, если не чуть ранее), и, как раз, прямо зависит от внутренней гос. политики и ситуации. Т.е. в стране кризис (власти, финансов, налоговой политики, глобальный передел сфер влияния и собственности) — у внутренних разработчиков тоже кризисы, «застои», «плато» и т. д. Например, эдакий кризис был с приходом Ющенко (ещё, бы у многих государственных и полугосударственных заказчиков ВСЁ поменялось!), подобное было и с уходом (никто не знал, что ждать от выборов-2010, потому долгосрочные разработки и контракты немногие отваживались начинать в этот период).Т.е. скорее психологическая и политико-экономическая ситуация в бизнесе накладывается на происходящие в отрасли. А там — зависимость от готовности к кризисам. Выходит, «монстры», ориентированные больше на Украину готовы психологически намного лучше. «Потолок» оутсорсера — рынки сбыта за рубежом. Это мировая экономика, и если человеку повезло в школе или ВУЗе немного поучить экономику и экономическую географию, он понимает, что любые рынки сбыта не безграничны. И, на примере той же Украины, очевидно, что при кризисе в той или иной стране, рынок уменьшится.Получается, что если взрослый оутсорсер в целом понимает, где и с чем он работает, он также должен быть готов к негативным издержкам. Так же, как супермаркеты — к снижению покупательной способности и т. д. и т. п. И выходит, что, работавший (или работающий) на Украину программист, психологически готов к куда более крутым передрягам.Во-вторых «картинка роста» упирается в картинку иерархии: не всем дадут «сеньора», не всем дадут тимлидов, руководителей и т. д. в конкретной компании. Кто-то должен не отвлекаться и просто кодировать и т. д. Если есть возможность и желание «уйти на вольные хлеба» и стать самому себе хозяином — это отлично. Понятно, что любое сокращение рынка ведет к сокращению «вольных хлебов». Выходит, что программист не думал на пару шагов вперед, и теперь — период «опаньки».Между тем, имхо, программист должен быть хотя бы сродни шахматисту (при этом я, увы, скорее плохой шахматист): продумывать хотя бы на шаг-два вперед и разработку своей программы (своего модуля), и возможные новые требования заказчика (дабы программу можно было масштабировать и легко доработать до требуемого в дальнейшем), и то как одни модули провзаимодействуют с другими и т. п. Получается, что средний программист-оутсорсер, «занывший» к 2009−2010 в Украине просто не думал на несколько шагов вперед, и представлял свое будущее в радужном свете. Оутсорсеры ограничены всего лишь рынком труда здесь и рынком сбыта за рубежом, у «украинцев» рынок сбыта — здесь же. При насыщении рынка начинает работать конкурентная среда. По мне — так это очевидно. Печально, что не всем это столь ясно, и что не все думали на несколько шагов вперед. Кроме размеров рынка и непрерывной смены технологий, надеюсь, очевидно, что у программистов тоже многое довольно давно «устоялось» (примерные структуры иерархии фирм, циклы разработки и т.д.) Потому я бы скорее отнес явление к мироощущению лишь аутсорсеров-неофитов, не «нюхнувших пороху» в украинских кризисах или, скажем, кризисе 98 г. в России, и не предвидевших и такие перспективы в своей жизни и, соответственно, оказавшихся возрастом моложе тех, кто это успел «нюхнуть». Понятно, что возраст у таких людей скорее около 30, или меньше (иначе про «работу на Россию» и последствия была бы очень долгая память). Т.е. у них "о, средний возраст, кризис? "Но не стоит забывать, что кроме такой целевой аудитории на сайте, а, тем более, в профессии, на территории Украины, обитают и работают и совершенно другие люди.

  • Что мы поддерживаем своими налогами?

    Вот ещё к исходной теме — про наших “можновладців”.Дозоды чиновников такие маленькиеДа, я не против платить налоги. Но я должен видеть, что они уходят в правильное русло, что их получают мои родственники-пенсионеры, например, а не разбазариваются средства на хатынки чиновникам, и на них не содержится карательный аппарат, который потом придет кошмарить мой бизнес или бизнес, на который я работаю (потому что кому-то на хатынки хватило, а поделиться со стариками пенисей забыли).

  • В программирование в 25 лет с нуля

    Я стал работать IT-php-программистом в 26.5. До этого был «ходячим техсаппортом» и эникейщиком (парттайм) + аспирантура по ВУЗовской специальности (и научная работа; я радиофизик, если что). В один неприятный момент стал понимать, что по аспирантуре я в адекватные (для себя) сроки диссертационную работу не вытяну.
    Но: программки, даже простенькие я писал и в школе и в ВУЗе (нас даже в ВУЗе чуть учили интернету и HTML, плюс у меня было дикое желание учить это все самому!), и на дипломе (а диплом был вообще-то по экспериментальной физике, программирование там не требовалось). Более-менее в php начал въезжать в 25 (эпизодически, чисто как хобби — «попытаться сделать интерактивный сайт»). Потом пошло-поехало, потом практически выполнил проект и меня взяли на нагрузку скорее не программиста, но «главного по веб» в небольшую, но хорошую фирму, занимавшуюся, увы, в основном, отнюдь не вебом.
    Слегка переросши необходимые там знания, и поняв, что мне интереснее скорее программировать, чем заниматься административно-саппортовой работой с сайтами (и клиентами) с элементами программирования и верстки, пошел в уже нормальную программистскую контору чистой веб-направленности. Там быстро ощутил уровень своего незнания (хотя, за неимением бОльших специалистов в моей области на предыдущем месте работы, думал, что я не самый последний специалист). Хотя бы читая, даже местами кривой, но гораздо более сложный, чем то, с чем работал ранее, код. Там, с некоторыми оговорками, меня таки-кое-чему учили, подтянули, и постепенно-постепенно-постепенно я и по сей день (побывав затем в разных фирмах г. Харькова, по разным причинам) стараюсь чему-то научиться, и параллельно вытягиваю (сам, или совместно с другими) проекты разной степени сложности.
    Мне кажется, что у новичка в программировании должны быть: желание (личная мотивация), возможности (по компьютерам (пока учился в школе — у меня дома компа вообще не было, когда был на 3 курсе — компьютер в доме появился, но мы его делили всей семьей, пока я сам не начал как-то зарабатывать на собственное «железо» ), и временнЫе), и друзья, способные поддержать/подсказать «новичку» куда «копать», с чем разбираться. Ну и, когда человек наберется минимального для работы опыта — определить его в контору, где джуниоров не просто эксплуатируют, а хоть немного с ними возятся и стремятся их них вырастить более-менее квалифицированных мидлов. Если конторе на это в целом наплевать — такому новичку (да ещё и в возрасте: это значит, что объем социальных обязательств явно выше, чем у вчерашнего студента) в этой фирме будет очень грустно и плохо.
    И, понятно, что надо быть готовым постоянно учиться. Завтра появятся новые технологии или библиотеки, и если ты их не знаешь — тебе дорога опять в эникейщики, или вообще непрограммистские профессии. Если все это есть — у новичка, скорее всего, всё получится.
    В моем случае мне было интересно программирование изначально (ещё со школьной скамьи), но жизнь распоряжалась так, что у меня не было особой перспективы идти учиться в ВУЗ на программистскую специальность. Может, был бы понаглее и лучше знал жизнь (или была б семья побогаче) — пошел бы. Но кто ж её знает в 17.5 лет?

    К слову, фирму номер 2, где меня частично «подтянули» (потом, в последующих фирмах, здесь не упомянутых, меня тоже кое-кто «подтягивал» ), коль скоро она есть в списке здешних компаний, могу и я упомянуть: Forma-Pro. Спасибо им и за это.

← Сtrl 1... 404142434445 Ctrl →