ИТ — это не центр затрат. Это центр неоправданных ожиданий

Тут нужно просто понять. Это уже половина решения проблемы. Т.к. если понять, то будет проще объяснить. Если исходить из того, что обе стороны адекватные, то договориться можно всегда.

ИТ — это не центр затрат. Это центр неоправданных ожиданий

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

ИТ — это не центр затрат. Это центр неоправданных ожиданий

На собственного иллюстратора еще не заработал :)

ИТ — это не центр затрат. Это центр неоправданных ожиданий

Не совсем понял про тест. Это реальный пример из жизни.

ИТ — это не центр затрат. Это центр неоправданных ожиданий

Да, все так. И платят неплохо, надо признать.

ИТ — это не центр затрат. Это центр неоправданных ожиданий

Да, уровень стресса - максимальный.

Ответ HR-девицам

Г-ди, испанский стыд то какой

23 непростых вопроса для JavaScript-собеседования

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

23 непростых вопроса для JavaScript-собеседования

Рекурсивно и динамически?

Разработка в монорепозитории. Доклад Яндекса

Меня больше всего волнует мусорность коммитов и, как было описано выше, коллизии с пулреквестами. Так же сталкивались со временем сборки, которая в лучшем варианте была полчаса. Что касается зависимости бэка и фронта, то в данном случае придётся тестировать сразу 2 ПР. Мы мокали заранее оговоренный сваггер и пушили в свои ветки. Потому это все поднималось на дев среде в контейнерах и тестилось е2е. Потому все поднималось на проде. П.С. У нас был ньюанс. Было с десяток фронтовых микроаппов и около 20-ти микроаппов бэка, что не так много.

Разработка в монорепозитории. Доклад Яндекса

del, misscliked

Разработка в монорепозитории. Доклад Яндекса

Если про фронт я ещё могу понять идею моно репа, то как вы относитесь к монорепу, где лежит и бжу и фронт?

Неожиданный порядок инициализации наследованных классов в JavaScript

Да, виноват, по диагонали код автора прочитал. Там впринципе тупо сделано.

Пожалуй надо было так:

class BaseTooltip {
  type = 'baseTooltip';
  content;

  constructor(someField) {
    this.content = someField;
  }

  render() {
    console.log(this.type, this.content);
  }
}

class SpecialTooltip extends BaseTooltip {
  type = 'specialTooltip';

  constructor(content) {
    super(content);
  }
}

const newChild = new SpecialTooltip('child');
newChild.render();

П.С. Однако свойство template все же берется из родителя. В обычном наследовании, однако, результат будет аналогичным.

Неожиданный порядок инициализации наследованных классов в JavaScript

del

Неожиданный порядок инициализации наследованных классов в JavaScript

Просто кто-то не знает как работает прототипное наследование. Не буду оригинальным — RFM.

RoadRunner: PHP не создан, чтобы умирать, или Golang спешит на помощь

Цитирую Badoo: Подход из статьи нам близок: при решении своих задач мы тоже чаще всего используем связку PHP и Go, получая преимущества от обоих языков и не отказываясь от одного в пользу другого.

RoadRunner: PHP не создан, чтобы умирать, или Golang спешит на помощь

Затем, что проект размера Badoo, большая часть которого написана на пхп, двумя пальцами на жаве не перепишешь. Это слишком дорогой. Кроме того, зачем ломать то, что работает? Ещё и штат новый набирать? А со старыми что делать?

Каких мы ищем разработчиков для разработки платформы 1С: Предприятие

Не оправдывая DSL, считаю, что основной проблемой платформы является ее монопольность. Если были бы другие интерпрайзные решения по бухгалтерии и складу, особенно опенсорс, то и 1С пришлось бы развиваться. А так… Зачем?

Задача по программированию о розничной торговле

Если честно, то хочется спросить — иии? Где пример реализации и прочий контент?

Цена рефакторинга

Ну так я и написал, что рефакторинг не столько про код-стайл. Однако автор поста кодстайл приравнял к рефаторингу, поэтому я и обратил внимание.

Не соглашусь с Вами по поводу переработки логики программы. Можно оптимизировать алгоритмы, переопределить классы, использовать паттерны, но если у вас на выходе должен быть массив данных определенного формата, то он де должен и остаться после реафкторинга.