• REST API должен основываться на гипертексте
    0
    Написал простыню, почему считаю такие «требования» и «условия» неприемлемыми для себя, но решил сократить до одного предложения: для меня (и, думаю, многих других) REST не имеет старндарта, в котором описаны требования и ограничения, а следовательно никто не имеет права ограничивать и требовать от кого-бы ни было какого-то «правильного» понимания REST-протокола.
  • REST API должен основываться на гипертексте
    +1
    А почему это надо убрать? Representational State Transfer не означает, что «API никогда не должен иметь «типизированных» ресурсов, значимых для клиента.»
  • REST API должен основываться на гипертексте
    +1
    Так это нормально. Честно — я не видел ни один инструмент, который был-бы идеален. Что в разработке, что в быту. Всегда с чем-то миримся / боремся.
  • REST API должен основываться на гипертексте
    +2
    2 раза прочитал, так и не понял — почему этому надо следовать? Потому, что именно вам так удобнее?
  • Говорите о своей зарплате
    +14
    Только прибыль создал непосредственно я, своим трудом.


    Так вы за это деньги получали. И не малые.

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

    Именно. Т.е. у него хватило мозгов заработать до и во время текущих ситуаций. Что не так?

    Вы с зарплаты накопили на одну акцию Apple, а человек, родившийся в правильной семье, покупает контрольный пакет. Очень равномерное распределение прибыли

    А почему оно должно быть «равномерное»? С чего-бы?

    Насчёт бесплатно вы погорячились, поскольку стоимость именно работник и создаёт, его труд, который он тратит, превращается в прибыль компании.

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

    Упрощенно: ни одна строчка кода не приносит прибыль, не увиличивает стоимость и капитализацию.
  • Говорите о своей зарплате
    +12
    Основанный на фактах, а не на личном мнении.

    Еще раз: свои доходы/расходы я считаю личным делом. При чем тут факты?

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

    Или понижением доходов, увеличением рабочего дня и т.д.? Где факты, говоря по вашему?

    Вы реально считаете, что ваш труд стоит столько-же, как например работа Сысоева? А почему не столько-же, сколько работа джуна Пети?

    Еще вопрос: почему вы считаете, что достойны большего? На основании «пары коммитов в обеденный перерыв»?
  • Говорите о своей зарплате
    +1
    И никто не хочет задуматься — а почему это личное, и что в этом такого страшно неприличного?


    Почему личное? Какой ответ вы ждете на подобный вопрос?)
    По поводу «страшно неприличного» — а разве кто-то говорил, что это «неприлично»?

    Честно говоря — я вообще не понял ваш призыв. Оглашать личные данные ради чего? Что это принесёт лично мне?
  • React или Angular или Vue.js — что выбрать?
    0

    Habr разве компания?)

  • Создание мобильного приложения на React Native
    0

    Чего?! о_О

  • Разработка чат-бота (telegram + youtube)
    –1
    if (isset($_GET['hub_challenge'])) { echo $_REQUEST['hub_challenge']; } 
    else { $video = parseYoutubeUpdate(file_get_contents('php://input')); }
    


    Жесть какая… Лет 10 такого не видел.
  • «Универсал» в команде разработки: польза или вред?
    +4
    Признайте: каждый Tech Lead мечтает о кросс-функциональности внутри своей команды.


    Признаюсь: нет. По опыту — любой «универсал» хуже любого «узкого спеца». Наелся, сорри.

    PS: да, пост читал.
  • Исследователи проходят ReCAPTCHA при помощи сервисов Google
    +1
    Расскажите это пользователям билайна. У меня что на мобиле, что на домашнем инете — раз-два в неделю гугл выводит капчу. Причем, доходит до смешного: в обычном режиме просит, в инкогнито нет. Или наоборот, как повезет.
  • Уходя — уходи? Ночной разговор об увольнениях
    –1
    когда руководство пытается выдавить

    У меня ни разу не было, но… Что надо сделать, чтобы руководство забило на затраты и пыталось «выжать» сотрудника?
  • Парадокс времени ожидания, или почему мой автобус всегда опаздывает?
    +1
    всегда будет ждать еще 10 минут

    А где в статье сказано про подобное? Вроде сказано про «в среднем», не?
  • Современная веб-разработка: выбери себе приключение
    0
    Я знаю что есть, разговор был про картинку выше, на основе которой AlexLeonov показал, что круче php ничего нет ;)
  • Современная веб-разработка: выбери себе приключение
    0
    То как-бы это ничего не значит)
  • Современная веб-разработка: выбери себе приключение
    0
    Вы показали… что? Что есть менее производительные решения? Ок. Или что php в лидерах?
  • Современная веб-разработка: выбери себе приключение
    +3
    А есть картинки с c++, go и т.п.? Автор вроде не сравнивал только эти 4.
    И да, php «не очень производительный». Остальные, просто, еще менее производительные.
  • Найм программистов. Советы от программиста
    0
    Если разделять прям строго, то всё закончится фигнёй типа «это не по моей части»


    Лучше так — это хоть поправить можно. А вот если «сеньор» начинает делать работу продакта/тим.лида/бухгалтера и уборщицы — беда. Мало того, что он свою работу не делает, так еще, скорее всего, тормозит чужую.

    Поверьте, я видел такое в живую и даже врагу такого не пожелаю. Из последнего (с месяц назад): один из «сеньоров», "что-бы разобраться", решил выяснить как работают менеджеры и бухгалтерия у наших клиентов. Итог: таск на 2-3 часа он делал 2 недели, да и то только потому, что уже CTO велел перестать заниматься херней.
  • Найм программистов. Советы от программиста
    0
    Если tech lead больше архитектор, то чем он отличается от архитектора?

    Тем, что архитектура у архитектора основная работа и код он почти не трогает и обратная ситуация у тех.лида — он больше по коду, но участвует в формировании архитектуры. Как-то так, если упрощенно.

    Да, не каждый сеньор может выполнять роль тимлида, в силу особенностей характера, но каждый тимлид — это сеньор по квалификации

    Так вот-же провели границу. Да, тим.лид — чаще всего сеньор (хотя я видел, когда тим.лидом был мидл). И работа тим.лида — уже не код, а управление и оптимизация работы разработчиков. А девелопера (и тем более, сеньор девелопера) — код и только код.
  • Найм программистов. Советы от программиста
    0
    С «Lead Developer, ведущий программист» согласен, с Tech Lead нет. Причина — tech lead больше архитектор, а не девелопер. Ну и в коментах по ссылке указали нестыковки.
  • Найм программистов. Советы от программиста
    0
    Команда должна работать как команда, а не как испорченный телефон, когда продакт поговорил с заказчиком, архитектор поговорил с продактом, спустил архитектуру команде разработке и они начали фигачить, не вдаваясь в суть.


    Команда должна участвовать в обсуждении задач и проблем, здесь я полностью согласен. Но, основное слово в «senior developer» именно «developer» и зона ответственности — качественный код.

    Кто по вашему должен сообщить продакту заранее, что всплыли непредвиденные сложности в какой-то задаче?

    Team Lead, Tech Lead, аналитики, QA и пр. Куча вариантов. Но среди них точно нет разработчиков.

    Кто должен на этапе реализации не хуже архитектора понимать почему приняты определённые архитектурные решения?

    CTO, Tech Lead, Team Lead.

    На кого должны равняться мидлы и джуниоры?

    Ни на кого. Серьезно.

    Кто code review должен делать?

    Team Lead, Tech Lead, ментор, отдельный человек/команда в конце-концов. У нас, кстати, такое практикуется.

    В небольшой — это всё задачи сеньора.

    Нет. Задача сеньора — качественный код. Если еще и быстро реализованный — вообще отлично. А если сеньор, вместо прямых обязанностей, занимается чем угодно другим — надо переводить его на другую должность/в другой отдел.
  • Найм программистов. Советы от программиста
    0
    Да тут уже давно не Ваш кейс обсуждают, а в целом подход, какими вопросами какой уровень можно проверить.


    Мне показалось, что как-раз мой кейс и обсуждается: сначала проверяем умение думать, потом программировать, потом оптимизировать и управлять. Ошибся?)
  • Найм программистов. Советы от программиста
    0
    Нет, нам нужны сеньоры, а не архитекторы/продакты/etc. Если сеньор, вместо качественно решения, занимается перекладыванием задач на других сотрудников, контролем сроков других задач, архитектурной разработкой и пр. — это бездельник, а не сеньор. Каждый должен выполнять свою работу, а не лезть в чужую.
  • Найм программистов. Советы от программиста
    0
    Source, а вас не смутило, что я тут никого не собеседую и дал вольное описание от своего имени? Вы сделали выводы о разработчиках, без информации. При этом настаиваете, что хороший «сеньор» докопается до самых глубин, прежде, чем решать задачу? Странно.
  • Найм программистов. Советы от программиста
    0
    > Я бы сказал, что они для одной вакансии, но для разных стадий интервью. Если человек не может решить первую — то это вообще не программист и дальнейшие разговоры бессмысленны. А вот если он первую уже умеет решать и мы про это знаем — тогда можно поговорить и о том, можно ли или нельзя ли её применить к решению кроссвордов (ответ, кстати — нельзя, это скорее чуть-чуть похоже на игру в «слова», но при всей внешней похожести реально это — совсем разные задачи).

    Самый правильный ответ во всей ветке. Спасибо.
  • Найм программистов. Советы от программиста
    0
    Он обязан занимать проактивную позицию и докапываться до сути того, что надо сделать, в том числе предлагая решения, о которых менеджеры с заказчиком никогда бы не додумались. А также участвовать в разработке архитектурных решений, распределять задачи между другими программистами, способствовать их росту, следить за соблюдением сроков и т.д.


    Ну вот я понял вашу позицию. Такие «сеньоры» действительно не нужны в нашей компании. Да и «сеньорами», если честно, я их назвать не могу.
  • Найм программистов. Советы от программиста
    0
    Выше написал — мой косяк, надо было привести задачу 1-в-1 с собеседования, я дал упрощеное описание. Правильный ответ: [[«bar»,«rba»],[«rrba»],[«foo»],[«ffo»,«fof»]]
  • Найм программистов. Советы от программиста
    0
    Ну да, верно. Но я не давал тут задачу 1-в-1 из собеседования, потому и решили не верно. Виноват, сорри.
  • Найм программистов. Советы от программиста
    0
    Всё может быть. Я не говорил, что задавать вопросы запрещено.
  • Найм программистов. Советы от программиста
    0
    Так не верный ответ)
  • Найм программистов. Советы от программиста
    +1
    Ну ок. Хотя я не согласен полностью.
  • Найм программистов. Советы от программиста
    0
    Верно. И это задача для собеседования, а не для реальной работы.
    У нас 3 задачи, но мы не ищем всезнаек, ищем тех, кто умеет думать. Для этого не обязательно давать сложные задачи на 3-4 часа, достаточно парочки совсем простых.
  • Найм программистов. Советы от программиста
    0
    Пропустили начало треда?)
  • Найм программистов. Советы от программиста
    0
    Или человек любит переусложнять всё ;)
  • Найм программистов. Советы от программиста
    0
    Да какая разница, сколько памяти или времени жрёт? На собеседовании смотрим умение решать задачу, а не качество решения. Если человек решил, но плохо — даем направление подумать, как можно сделать лучше. Сделает — отлично, нет — ничего страшного. Всего-лишь один этап из 3х.
  • Найм программистов. Советы от программиста
    0
    И? К чему эти вопросы?
  • Найм программистов. Советы от программиста
    0
    Хотим получить рабочее решение. Можно использовать всё, что дает язык.
  • Найм программистов. Советы от программиста
    0
    Ну это и есть правильное решение, но вы-б видели что пишут «сеньоры»…
  • Найм программистов. Советы от программиста
    0
    Да очень простой: сгруппировать слова, которые состоят из одного набора символов. На входе массив слов, на выходе массив групп.