• Найкращі ІТ-роботодавці 2018

    Если вижу рейтинг приближающийся к 100, то сразу понимаю, что руководство тираны и самодуры. Плюс интеллектом там и не пахнет в принципе (прут в тупую, как танки, считая всех дебилами). А значит нужно держаться от таких контор подальше. А если еще и прибавить к этому, для анализа, что некоторые руководители пишут здесь же статьи о том, как они вышвыривают своих сотрудников, даже лучших, за токсичность/неопрятность/морда достала и т.д., то это 100% анти рейтинг. А значит, чем выше бал, тем ужаснее контора. Аминь.

  • Почему не стоит давать тестовые задания. И почему не стоит их делать

    Статью читал? Или по диагонали пробежал? Первый мой вопрос на окончание статьи про любовь к ТЗ. Следующий вопрос к качеству кода, о котором упомянул автор. Что такое качество кода и как его определить? Далее вывод, что мы все барахтаемся в болоте и много лет явно занимаемся не тем, чем должны бы. Остановились в развитии, не растем вверх. Может в ширину, но это нам ничего не дает. Какой карьерный потолок у программиста? Какие цели преследует человек, который решил стать программистом?

    Підтримав: Viktor Leniviy
  • Почему не стоит давать тестовые задания. И почему не стоит их делать

    А если попытаться все таки взглянуть на проблему шире, чем код/монитор и т.д. Каждый день на Доу подобные статьи пачками появляться. Почему? Они решают реальные проблемы или может они развлекательного жанра? В чем суть и смысл копошиться каждый день в одном и том же? Или всех устраивает всего один уровень развития?

  • Почему не стоит давать тестовые задания. И почему не стоит их делать

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

    Главный вопрос. Что такое качественный код? Все о нем всегда говорят, но никто его в живую никогда не видел. Все прямо из области веры и религии. «Качественный код» — это такая жуткая субъективщина из-за которой сломаны уже тысячи копий и загублены сотни душ. Даю живой пример. Есть бизнесмен, у которого в подчинении работает два профессиональных специалиста. Между ними при разработке проекта назрел конфликт. Один доказывает, что нужно проект делать так, а другой свою версию выдает. Босс решает одного из них уволить, так как по другому руководство решать проблемы не умеет. Внимание вопрос, как босс будет проводить анализ, кто прав, а кто нет, кого он в итоге уволит? Даю сразу ответ, оставит не того, кто прав (хотя это выяснить невозможно в силу того, что задачи в ИТ успешно решаются разными способами), а того, кому больше доверяет (еще одна тупая субъективщина, основанная на химических процессах в голове).

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

    Многие не могут понять, что сам код, да и программирование в целом — это не ЦЕЛЬ!!!, а средство достижения определенной цели. А спроси у любого прогера, что это за цели, так большинство будут глаза пучить и искренне не понимать, почему цель не написание кода или даже самого проекта. Из-за этого и рождается миллион статей о собеседованиях, о тестовых заданиях и т.д. Так как в корне проблемы лежит непонимание того, что программист — это всего лишь маленький винтик большого механизма, который является всего-навсего объектом бизнеса/процесса, а не его субъектом. А винтики принято менять, при чем совсем с ними не считаясь. Но чрезмерно раздутое ЧСВ многих отечественных программистов не дает им возможность посмотреть на себя со стороны и честно самому себе ответить, что он, как самостоятельная единица на фиг никому не нужен, так как таких, как он, до фига и больше в глазах бизнеса. И только единицы могут в одно лицо создать серьезные проекты, сами их профинансировать, раскрутить и начать зарабатывать.

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

  • За что еще увольняют программистов

    Того, кто весь проект тянул на себе. Любимая фраза менеджеров: «Незаменимых нет». Все время вспоминаю анекдот про соревнования гребцов.

    Підтримали: Dmitry, Gennady Dogaev
  • За что еще увольняют программистов

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

  • За что еще увольняют программистов

    Нет такой профессии «Хороший парень»! ©

  • Ruby/Rails дайджест #23: релиз Ruby 2.5.3, обновление Hanami до версии 1.3.0, фреймворк Action Text для Ruby on Rails 6

    Спасибо за подборку.

    Підтримали: Anton Melnyk, Volodymyr Vorobiov
  • Тупик и скука. Шесть страшилок о работе в сервисных компаниях

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

    Підтримав: Victor Panchuk
  • Тупик и скука. Шесть страшилок о работе в сервисных компаниях

    Это, типа, вывод автора, как от Капитана Очевидность 80-го уровня. Смысл статьи ведь был в развенчании мифов. А то, о чем говорит автор, можно уместить в одну строку: «Не все так однозначно...»

  • Тупик и скука. Шесть страшилок о работе в сервисных компаниях

    В конце не дописали вывод: Галера — это не страшно. Все на галеры.

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

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

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

    Чем мерять будем? Количеством комментариев на Доу? Ваши предложения?

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

    Вот вам один метод из REST API:
    def set_data_calculate
    mat = MaterialCalculator.new
    @materials = mat.materials_data @project
    end

    А в MaterialCalculator лежит генератор, который перебирает огромный словарь, в котором есть ссылки на свои классы, которые через фабрику превращаются в объекты, а у каждого объекта есть куча своих методов, которые вызываются от генератора уже другого словаря и так далее. Да там кода, реально на тысячи строк, и куча сложной логики. А так рест метод конечно маленький, на две строчки, хули там его проектировать, как раз на 15 минут )))

    Можеш сміятися, але по 90% API (як RESTы так і самі класи), що я бачив, 15 хв. цілком достатньо для того щоб зрозуміти хто їх проектував.

    Это называется уровень, с большой буквы У!

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

    В каждом классе по 32-36 детей. Препод один, при этом абсолютно не мотивированный, в начальной школе. Как вы думаете, какой уровень знаний получают дети в первые четыре года?

    К тому же умение читать и писать не имеют вообще никакого отношения к интеллектуальным способностям.

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

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

    Короче, я делаю ответ на это письмо со словами, выбросите этот ужас и больше никогда и никому не показывайте. Всего хорошего, всех благ и адьес. Через три дня звонит хрюша и говорит: «Вы нам подходите». Я подавился кофе и чуть со стула не рухнул. Вежливо сказал, мол спасибо, уже устроился.

    Так что бывают и такие казусы.

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

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

    Я шел в школу в середине 80х, не зная ничего. Мне это совсем не помешало. А сейчас сделали 12 лет обучение, зачем?

    Вас похоже в школе читать таки не научили

    А вас может и научили код писать, но вот с аналитикой у вас беда! И не только в ответах мне!

    Даю подсказку: отсутствие практического опыта не равно отсутствию теоретических знаний.

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

    Лол. Вакансии джунов не закрываются? Вота фак??? Вы серьезно???

    Да, я серьезно! При этом вы выдернули фразу из контекста, как в лучших традициях пропагандистских СМИ.

    Потому что при правильной огранизации руками джуном можно делать очень много работы.

    Есть немало аутсорсовых контор, которые выдают своих джунов: «Молодая и высокопрофессиональная команда, быстро развивающаяся, выполнит проекты любого уровня сложности. Бла-бла-бла». Я бы на месте заказчика на таких попасть не хотел.

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

    Это просто вишенка на торт! Мы хотим сделать Амазон, но не знаем, как это сделать. Мы хотим взять сениора, но у нас на это нет денег. Мы возьмем джуна и вырастим его... Я даже не знаю в кого и кто его будет растить. Опять проблемы с анализом.

    По крайней мере когда я шел в первый класс у нас вроде бы все это умели.

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

    И давайте прекратим этот глупый разговор (это даже не спор, а какой-то дешевый троллинг с вашей стороны)!

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

    Интересно что смогли ответить преподы на ваш фопрос кроме: Вота фак??? Вы серьезно???

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

    Отвечая на ваш вопрос: требуют знать теоретически, а во вребя работы человек научится это все правильно применять на практике.

    Вы серьезно? Вы можете теоретически осмыслить теорию ДНК, строения клеток ни разу не заглянув в микроскоп, не понимая вообще о чем речь идет на практике, как это все выглядит и на фиг это надо? Да процентов 80, если не больше, опытных сениоров не в состоянии самостоятельно построить архитектуру приложений! Поэтому расплодилось до фига фреймворков, таких теплых и уютных. И еще столько же не смогут сложный запрос самостоятельно на sql написать (я уже молчу про оттестировать его), поэтому столько чудесных ORM появилось. А вы что-то от джуна хотите требовать.

    У нас же некторые считают что джун — это человек которого контора будет обучать и за это платить деньги.

    Есть два пути. Взять человека с опытом, даже небольшим и платить ему нормальные деньги. Или взять без опыта и обучать его. Желание же галеры нанять за еду начинающего, но уже с опытом, специалиста приводит к тому, что подобные вакансии висят годами, никогда не закрываясь. По вашему зачем галеры ищут джунов?

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

    А в конце останется самый «просеянный» и подходящий кандидат, который может послать нанимателя лесом. Видел такое не раз. Почему-то конторы к поиску людей относятся, как к покупке вещей, вообще не думая, о том, что соискатель тоже их оценивает.

  • Как подходить к тестовым заданиям: советы от тех, кто их проверяет

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

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

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

    Вота фак??? Вы серьезно???

← Сtrl 1234 Ctrl →