Software Engineer
  • Переквалификация из врача в кодеры =)

    тут знающие товарищи упомянули принцип парето, и внашем случае он прозвучал бы так:

    20% необходимых знаний достаточно, чтобы сделать 80% работы (и займет это, соответственно, 80% времени), но это та самая работа, которая приносит 20% бенефита, и которую Бек рекомендует выполнять в последнюю очередь. естественно, для решения _любых_ задач, этих знаний не может быть достаточно. посему, соглашусь все с тем же знающим товарищем:

    Чим більше таких спеціалістів як ти, тим більше попит на таких спеціалістів як я.

    удачи)

  • Переквалификация из врача в кодеры =)


    The 20−80 Rule
    Beck writes:

    Software programmers are used to dealing with the 20−80 rule — 80% of the benefit comes from 20% of the work. XP makes use of this rule itself — put the most valuable 20% of functionality into production, do the most valuable 20% of the design, rely on the 20−80 rule to defer optimization.

    а про 20% достаточных знаний откуда? сам придумал?

  • Переквалификация из врача в кодеры =)

    Снова процитирую этого же классика: «100%тно завершенных задач не бывает».

    звучит почти как «100% завершенных задач я никогда не видел»..., а имя «классика» секрет? любопытство разрывает

  • Переквалификация из врача в кодеры =)

    И еще, хочу процитировать классика: «Для выполнения любой задачи надо иметь 20% знаний, чтобы выполнять 80% задач». Очень емкая и глубокая, мысль между прочим...

    кхм... хотелось бы услышать имя того «классика», который считает, что _любая_ задача, выполненная на 80% считается завершенной.

  • Сплав по Днепру

    да. после 35ти если в кодерах, то можешь считать себя лузером

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

    а тому кто продержался здесь до 35, глубоко фиолетово, что о его перспективах нафантазировала некая молодежь))

  • Потрібна порада!

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

    возможно... я просто не знаю, которое из «рефакторингов» вы имеете в виду, refactoring и refucktoring — это различные по смыслу слова.

    Я видал джунов, таких вот зеленых джунов буквоедов, которые вот также щепетильно писали код. Они по вашему были синьорами?
    а я видал сеньоров, которые всего этого не делали, но их фикс одного бага порождал три новых. предпочту иметь в команде одного джуна буквоеда трем таким сеньорам.

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

  • Потрібна порада!


    Вот это вообще как серпом по яйцам. Ну прям синьор истина в последней инстанции. ЧСВ то там не сильно задрано?

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

    чсв здесь ни при чем, однако, реакция настораживает...))
    вы, уважаемый, вообще учавствовали когда-нибудь в проекте с участием более одного человека? вам когда-нибудь поступала задача переписать код, который работает as expected?
    не важно какой алгоритм использовал разработчик и как он обозвал свои переменные. если человек ответственно отнесся к анализу требований, если грамотно отписал тесты и заранее предусмотрел возможные внештатные ситуации (ошибки ввода и прочие исключения), а также задокументировал логику — это признак сеньора. на его код можно положиться, и этот код не потребует к себе внимания очень длительное время.
    а размазанность лже-научность и субъективность не имеют отношения к программированию. если функционал удовлетворяет требованиям, и при этом не нарушается целостность системы, значит код написан _правильно_. нравится решение соседу разработчику или не нравится — не принципиально., а рефакторинг требуется либо для перформанса, либо для расширения функционала.

    юношеский максимализм... хе-хе...

  • Потрібна порада!

    Звездеж! Синьор это выше среднего, «пришел и работаешь» это человек среднего уровня.

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

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

    Другое дело, что на Украине нетривиальных задач практически нет.

    нетривиальные задачи есть в любом проекте. просто решения для них используются тривиальные))

  • Потрібна порада!


    Вроде уже взрослый дядя, а резюме писать так и не научился: (

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

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

  • Стоит ли продолжать с PHP?

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

  • Стоит ли продолжать с PHP?

    Руслан, не флейма ради, но вы противоречите самому себе...

    я лишь опровергал тезис, что джава джунов расхватывают как горячие пирожки. если у тебя нет в резюме банальных 0, 5+ years exp в живом проекте, большие компании типа Глобала или Люксофта на тебя даже не взглянут. их HR работает исключительно по инструкции (про локальную бюрократию чуть ниже). можно, конечно, обмануть девочку из HR и приписать себе фейковый опыт, но если этот хак всплывет на тех собеседовании, отношение к тебе сразу станет негативным, и репутация понесет непоправимый урон. поэтому я писал в резюме правду: самообразование, опыта в реальных проектах нет. с другой стороны интерес к моей персоне был, и то, что я не нашел работу за месяц на $1К зарплаты, не означает, что я не нашел бы ее за два месяца и 500$., но мне (слава Богу) подвернулась менее болезненная возможность заиметь в резюме стартовый экспириенс.
    про курсы: будучи сотрудником глобала на пуле, я 2 месяца потратил на то, чтобы решить вопрос с перепрыгиванием в джаву. местные курсы — о да, они существуют. однако, чтобы попасть на курс SE-> EE, нужно либо отслушать двухмесячные курсы по SE (типы, циклы, модификаторы), либо даказать менторам, что ты уже гуру в Java Core (нафига тогда мне ваши курсы?). Внутрикорпоративное общение с местными тренерами и прочими ответственными лицами происходило не просто медленно, а _очень_ медленно. иногда ответа на какой-то банальный вопрос приходилось ждать больше недели, а фидбека (код ревью) на свое последнее учебное задание я так и не получил. когда я получил потенциальное согласие на EE курс и ознакомился с программой курса, понял, что это не то, что нужно мне: чтение книжек по джаве вслух, клепание пасочек в локальной песочнице, ни единого шанса увидеть чужой живой код (делаешь все сам и с нуля), и естественно никаких гарантий трудоустройства на выходе. современная система образования во всей своей красоте: факт наличия важен, результат не интересн никому. PR рулит. вопрос попасть в какой-нибудь проект учеником оказался неразрешимым в силу каких-то внутренних неписанных правил. оказалось, что компании проще продержать человека на пуле три месяца с сохранением зарплаты, чем организавать быструю переквалификацию., а мне оказалось проще и однозначно быстрее заиметь свой 0, 5+ years exp на стороне. А общее представление о Java EE на сайте оракла))

    и про молодежь: амбиции в зарплате — да они есть., но той жадности, с которой мы хватались за все новое, и того энтузиазма, с которым мы принимали вызовы по решению той или иной проблемы — этого не вижу. больше тех, кто течет по течению. субъективно.

  • Стоит ли продолжать с PHP?

    Хочу вас расстроить — после 35−40 вы уже никому не нужны (в аутсорсе)

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

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

  • Потрібна порада!

    Сейчас бешенный спрос на джаву. Если человек не тупой, его с руками и ногами заберут в расчете вырастить из него специалиста. Обращайтесь в Люксофт, ЕПАМ и прочие Глобаллоджики. Толковые джава джуны везде нужны.

    неправда (киев). более месяца пытался найти работу junior java без опыта java в реальных проектах (учебные задачки не в счет), но с сениор опытом в другом языке и осиленной (в оригинале) Thinking in Java. никто не позарился)) самое интересное, что твоим уровнем знаний непосредственно на собеседовании не интересуются, но потом либо забывают отфидбечить, либо говорят, что мой уровень их не устраивает)). из вышеперечисленных контор никто не отреагировал. в основном откликались какие-то небольшие и не очень известные компании. просил 1000$ для начала и был согласен на испытательный срок. запрашиваемая сумма возражений не вызывала.

  • Ваше отношение к тестированию на бумажке

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