Та я хз, поскольку такие сценарии не совсем в моей картине мира. Ну например пойдет «к косметологу» или «на маникюр», с детьми пока няня, а дама отдыхает. Это навскидку. Если женщина 100% времени с детьми и не выходит сама даже в магазин или к врачам/косметологам — тогда имхо у нее просто кукуха уедет (или сбежит теряя тапки).

Так это — а сколько времени видит мужа дома эталонная домохозяйка? Те же 3-4 часа вечером (если муж не работает удаленно и не пасет все ее перемещения 24/7). И что ей помешает найти такого же симпатичного мальчика на сайте знакомств или еще где, если уж так сильно приспичит найти другого «более удобного» в Вашей терминологии? Чет не вижу особо разницы между работающей и неработающей в этом смысле, захочет пойти налево — пойдет.

Угу, agree) справедливости ради, вокруг темы софтскиллов и правда развели кучу булшита и всякой воды)) но да, погуглить 5-6 дефинишнов и сформировать понимание термина — не запредельно сложное упражнение))

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

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

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

Ээ, тут скоуп вопроса резко другой, меняем коней на ходу)) Как по мне, софт-скиллы — это умение в средне-нормальной обстановке объяснить проблему и решение.
А по сабжу — если выше директора никого нет — то лучший рецепт валить подальше)) а если есть кто-то повыше дира — можно ему и внятно объяснить траблу, с вещдоками в виде сколько было зря потрачено времени и ресурсов, например. Софт скиллами невозможно «вылечить» проблему, если руководство кривое и косое (но иногда можно удачно отредиректить проблему туда, где ее могут порешать). А вот отсутствием софт скиллов можно насоздавать кучу проблем и при наличии более-менее адекватного руководства и тимы.

просто внятно обьяснить проблемы и решение этих проблем

Вот не поверишь, это имхо и есть процентов 80 софт-скиллов для инженера. Есть куча девелоперов, которые в это не могут, к сожалению.

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

С одной только оговоркой, выйти замуж за лейтенанта, который вообще хочет стать генералом и иногда даже что-то для этого делает))

+1 =)

Ахах, вот теперь даже не знаю, жалеть или нет, что там не поучилась ))))))

Оо, УФМЛ еще))) как я в свое время хотела туда попасть ))

Thank you so much for the report and especially the videos :)

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

А в текущей компании попросить повышение не вариант? И тогда уже сравнивать ))

Да я вон почитала чат киевских коллег, в Киеве частные школы уже поболе стоят =)

Хм, я имела в виду, что важно не только объяснить клиенту, почему нельзя что-то сделать в заданных рамках, а еще и предложить варианты решения ситуации. А в идеале — раскопать, какую именно бизнес ценность он хочет получить, и поискать другие альтернативы) Это все часто лежит за пределами чисто технического анализа, и может давать неожиданные результаты :) это не отменяет ситуаций, где «клиент хочет на луну за 5 минут» ©, но бывает полезно докопаться, а реально ли ему надо на ту луну за 5 минут, и для чего, что он получит по итогу, и можно ли это желаемое получить другим путем)) может он на девушку впечатление хочет произвести, и ему хватит большим телескопом затариться xD
PS а вот ситуации, где неработающее объявляют работающим — это вообще жесть, и конечно это не ок))

Как правило, клиенту нужно решить какую-то бизнес-задачу. Если ее невозможно решить в текущем стеке/технологии/ограничениях/whatever, об этом конечно нужно говорить. Но оптимально предлагать альтернативы и исследовать, чего хочет достичь клиент. Очень часто клиент озвучивает часть решения, которое он придумал в голове (и которое может вести к ответу impossible технически), а по факту его задача может быть успешно решена совсем другими средствами (ну или за другие деньги, тоже бывает =))

Там еще было приложение, типа склей себе прототип компьютера из бумажечек)) незабываемо :)