Когда компании начинают в политику - это встреча Титаника с айсбергом. Результаты будут видны в следующих сериях. Но шансы снова стать успешной стремительно тают.
С чего ты взял что проиграл? Т.е. стать таким же дауном подхалимом - это победа. Есть славный анекдот про бармена, что дешевле штраф платить, чем руку сбивать. Так и тут, грамотный инженер - всегда найдет себе работу. А жополиз - ой не факт.
Что-то я не понял в чем проблема-то? Да такое бывает. Хочешь стать куском дерьма как Зиночка - будь как Зиночка. Не хочешь - не будь, найдешь нормальную команду и компанию. Меня тоже запихивал в такую дебильную позу, а я не лез. Да увольняли, получил выходное с окладом в пол-года. Отдохнул 2-3 месяца и спокойно подобрал подходящее место. Хочешь в Архитекторы - или в Архитекторы. Но там тоже можно много накосячить и выгрести. И девелоперы могут тебя посылать, потому что они лучше знают. У меня самый эпик был, когда девелоперы вместо написания документации, выдавливали пасту из не вычитанных фантазий ИИ. И доказывали, что иначе не бывает.
У меня самой большой проблемой было отсутствие понимания связи переменных в IDE. В связи с чем разобраться в системах сборки крайне сложно. В одном из проектов использовался Make. Но, как обычно, были какие-то переменные окрыжения, которые останавливались bash скрипом, а то и сверху делают какой-нибудь Python сурипт, скажем для определения таргета и развязки зависимостей от платформы. В результате, читать это всë и понимать очень сложно. Нашëл переменную и ищешь еë просто поиском по всму, потому что никогда не угадаешь каким именно образом она задается и в каком файле. В результате у меня вопрос на который я не могу найти ответа. Ведь в проекте все равно будет какой-нибудь CI, скажем условный GitLab CI. Как по мне, так проще написать на нкго 1 раз пайплайн, благо эта тема исписана вдоль и поперёк. И если хочется билдить локадьно - прикрутить в контейнере CI agent ноду и использовать всë тот же пайплайн. Как по мне ты получаешь стандартное решение понятное большинству. Плюс, избегаешь мороки с поиском переменых. Они все так же стандартно задаются через знакомый CI. Нет нужды прикручивать и обкладыватьмя скриптами.
На своем первом рабочем месте в IT, моим первым заданием было - собрать себе стол и стул. Вторым заданием - собрать компьютер из приехавших из магазина комплектующих установить систему и подключить к сети, ну т.е. кабель обжать воткнуть куда надо. А во второй половине дня - мне начали объяснять суть работы, где код брать и что дальше с ним делать. Вообще всë всегда зависит от целей, для чего и зачем так делают? Отделы HR, часто имеют KPI за количество проведенных резюме по системе. Outsource редко уделяют внимание софт-скилам и коммуникациям. В компании 1000 проектов, где-то да пригодиться. Продуктовые - чаще пытаются играть в долгую. Но там обратная проблема, все такие мягкие, что прям с технической стороной часто такая беда. Куча сотрудников сидят десятилетия. Варятся внутри одной компании и что там происходит в индустрии - вообще знать не хотят и меняться/учиться новому. Есть вообще "параноики" по найму. Там не только хард/софт скилы, но еще и психологиские портреты строят и подбирают команды по психологической совместимости. Ну и вишенка на торте еще могут - тарологов/астрология привлечь. Поэтому кочевой момент - поймите, что вы хотите для себя. Собеседование - это двусторонний процесс. Вот и смотрите, нравиться Вам в данной компании или нет. Подходят Вам мировоззрения и подходы принятые в компании или нет.
Ну да. Помощник нужен если надо за неделю сделать, а не за день. За день лучше без помощника. Почему нужна команда команда и 1 человек плохо? Потому что человек смертен и что хуже всего смертен внезапно. Команда, минимизирует данный риск. Но, за этим стоит своя цена. В команде должен быть высокий уровень вовлеченности и взаимопонтмания, иначе коммуникация превратиться в ад. Чтобы минимизировать данный риск - придумали все записывать в трекерах. Но у этого есть своя цена - продуктивное время становиться меньше. Итого, FTE команды из 5 человек, равно примерно 2-2,5. Вот такая цена за минимизацию риска полной остановки проекта в случае болезни, отпуска, смерти сотрудника.
Честно-говоря, какой-то странный обзор и очень выборочное сравнение. Концептуально это 2 разных подхода и оба со своими минусами. Что важно для бизнеса. Скорость создания тест-кейса. Я так и не увидел. Знакомый фреймворк, тут всегда выигрывает. Предлагая новое решение, нужно всегда понимать, что это расходы бизнеса на простой на время обучения всей команды. Инвестиции в обучение и инвестиции и новую инфраструктуру - CI/CD, pipelines, etc. Потом даже когда научились, скорость написания теста все равно падает на 3-6 месяцев, пока все втянуться в новое решение. Если мы говорим про скорость рана тестов. То JS/TS - тут вообще не в лидерах. Может предложить только асинхронность, но многопоточность язык не умеет, в отличии от например Java. Так почему не сравнили с Java? Я уверен, что Playwright на Java с TestNG и запуском во сколько там есть ресурсов потоков, даст более быстрый результат. С опытом работы на PHP, перейти на Java куда проще, чем на TS.
Вот кому надо бороться с терроризмом? Ну может быть в перенаселенных городах и надо. Это если не вдаваться в природу, откуда взялись террористы. А вот куче народу, которым до ближайших соседей идти часа пол, если не больше - оно вообще не надо. Им важнее иметь возможность позвонить спокойно соседям или родственникам, которые еще дальше. Они этих ваших террористов, скорее всегда, вообще никто не встретят и не столкнуться с их деятельностью. Так почему вы считаете в праве выносить своë мнение как истину, не считаясь с мнением других?
Любая цивилизация отлично развиваются когда есть бесплатная рабочая сила, в неограниченном количестве. Западная цивилизация развивалась, пока был поток рабов. Китайские Империи хорошо развивались, пока был поток рабов. Российская Империя хорошо развивалась, пока не отменили крепостное право. Советский Союз хорошо развивался, пока не раздали паспорта на селе и не распустились всех политзаключенных и прочие лагеря. США хорошо развивались, пока удачно играли валютной политикой устраивали Великие Депрессии и имели огромный поток мигрантов готовых работать за еду. Современный Китай - хорошо развивался пока были очереди делающих работать за плошку риса. Так что, накладывать развитие на один из факторов - это такая себя затея. Хорошо развивались при стечении обстоятельств. Очень редко одного фактора достаточно, чтобы оказать решающие влияние. Как на любом предприятия. Нужно стечение обстоятельства в одно месте - людские ресурсы, материальное ресурсы, место под производство, логистические узлы, образованные инженеры и квалифицированные рабочие и конечно грамотное и адекватное руководство, достаточные финансовые возможности, которые будут этих всех специалистов устраивать. Ну и конечно, спрос на их продукцию. Вот тогда будет успех. А так хоть завали людьми и деньгами, но если руководство только воровать умеет, а продукт - никому не нужен, да и квалификация инженеров и рабочих страдает - делов не будет.
Полностью поддерживаю. Все эти террористы - это хорошая отмазка нагнуть всех. Начали люди во что-то верить, но правительству это не понравилось. Всем велели слушать исключительно "правильных" жрецов, попов, священников. Научились люди писать - писали себе на чём могли. Но нет правительству это не понравилось - создали почтовую службу. Появлось радио и рвдиолюбители - жили себе хорошо, общались по всему земному шару, но правительству это не понравилось, появились частот надзоры и охотники на радиолюбителей. Появилось кино - люди себе самовыражались как хотели, но правительству это не понравилось - появились структуры регулирующие кино. Появился интернет - люди себе общались, всё было классно, но правительству это не понравилось ... В общем, вся история человечества это борьба людей за свои простые желания с правительством - которому всё не нравиться. Им нужно только, чтобы народ исполнял все их прихоти и желания, не смел и думать о том что с правительством, что-то не так. А своих желаний ему иметь - не позволено.
Т.е. вопрос все таки в лени. Один человек не может сделать работу 1 раз по настройке, своего хранилища образов и сделать несколько нужных базовых образов. Чтобы 100-1000-10000 других разработчиков и тестировщиков тратили в разы больше своего времени, а значит и денег компании? Я прекрасно понимаю стоимость проблем с безопасностью. Но я так же понимаю стоимость проблем, когда безопасность мешает компании нормально зарабатывать деньги. Это выливается исключительно в то, что все равно находятся пути обхода проблем? Конструкторы отказываются от оборудования компании и рабоют на своëм. Запретили права на установку приложений. Но, установка приложений из Windows Store - почему-то продолжает работать. Докеры можно, но только в отдельной виртуалке. Я подозреваю, что если бы поднял свой DHCP или DNS server, то спокойно положил бы сеть, как не раз видел в таких компаниях. Потому что spoofing настраивать было так же лень как и дркер.
Еще раз, речь про разворачивание тестового окружения для разработки и тестирования. Никакого продакшн, никаких данных, никаких ссылок с корпоративными сервисами. Чем контейнер докера опасней коробки для Vagrant? Есть разница между безопасностью и параноей. Т.е. докер - нельзя потому что влом настраивать. А Vault - тоже влом поднимать, шлите пароли как хотите. Эта "мнимая" безопасность стоит каждый одному только небольшому офису в 100 сотрудников - около часа в день их оплачиваемый рабочего времени. Средняя стоимость часа работы сотрудника для компании - 50 Евро. Т.е. это 5000 Евро в день компания выкидывает на что? Чтобы админ лишний раз не напрягся? Не дороговат ли обходиться такой админ?
ИМХО, никто не глянул что статья про США. И работа ушла не столько из-за ИИ. Сколько из-за программистов в других регионах, где можно платить меньше. Вместо одного за 100 000 в год в штатах, можно взять 2х по 50 в условной Грузии. Как по мне - это более веский фактор. Ранее была языковая проблема. Теперь программист в любой точке мира довольно сносно говорит на английском. Так что идеи Трампа все вернуть в Америку - прекрасны только на бумаге.
У меня была куча обратных проблем. Доступы делают по 4 месяца. В целом мне норм, деньги платят, доступы ждёшь, но менеджеры нервничают. Доступ на тестовый сервер на AWS, только из внутренней сети, никакого порта наружу. Пришлось городить ssh туннели. ХЗ, кому от этого было лучше. Самое эпичное - докер нельзя, потому что не безопасно, используй виртуализацию. Так мне внятно и не объяснили, почему виртуализация безопасней докера. Из полезного пришлось выучить Vagrant и Terraform. Из минусов тестовый энв разворачивался 20 минут, вместо 3х ну кубере. Ну и пришлось требовать больше оперативной памяти.
Был у меня один такой менеджер. Доступы выдавались у заказчика по 4 месяца. Каждый созвон требовал шарить креды. Я ему каждый раз говорил, давай письмо на мейл с указом, тогда пошарю. Естественно никакого письма не было.
Ну вроде как понятно, абсолютно рабочий бот - это сродни вечному двигателю. Торговля - это всегда риск. А теория вероятностей меня научила считать риски. И тут они не в твою пользу как и в казино. Хотя бы потому, что тебя могут лишить доступа в любой момент, без объяснения причин. А ещё и впаять срок, выдумать за что, всегда сумеют.
Когда компании начинают в политику - это встреча Титаника с айсбергом. Результаты будут видны в следующих сериях. Но шансы снова стать успешной стремительно тают.
С чего ты взял что проиграл?
Т.е. стать таким же дауном подхалимом - это победа.
Есть славный анекдот про бармена, что дешевле штраф платить, чем руку сбивать. Так и тут, грамотный инженер - всегда найдет себе работу. А жополиз - ой не факт.
Что-то я не понял в чем проблема-то?
Да такое бывает. Хочешь стать куском дерьма как Зиночка - будь как Зиночка. Не хочешь - не будь, найдешь нормальную команду и компанию. Меня тоже запихивал в такую дебильную позу, а я не лез. Да увольняли, получил выходное с окладом в пол-года. Отдохнул 2-3 месяца и спокойно подобрал подходящее место.
Хочешь в Архитекторы - или в Архитекторы. Но там тоже можно много накосячить и выгрести. И девелоперы могут тебя посылать, потому что они лучше знают.
У меня самый эпик был, когда девелоперы вместо написания документации, выдавливали пасту из не вычитанных фантазий ИИ. И доказывали, что иначе не бывает.
Хотелось бы в статье увидеть обоснование выбора. Почему вообще Postgres? А не MySQL, например?
У меня самой большой проблемой было отсутствие понимания связи переменных в IDE. В связи с чем разобраться в системах сборки крайне сложно.
В одном из проектов использовался Make. Но, как обычно, были какие-то переменные окрыжения, которые останавливались bash скрипом, а то и сверху делают какой-нибудь Python сурипт, скажем для определения таргета и развязки зависимостей от платформы.
В результате, читать это всë и понимать очень сложно. Нашëл переменную и ищешь еë просто поиском по всму, потому что никогда не угадаешь каким именно образом она задается и в каком файле.
В результате у меня вопрос на который я не могу найти ответа. Ведь в проекте все равно будет какой-нибудь CI, скажем условный GitLab CI. Как по мне, так проще написать на нкго 1 раз пайплайн, благо эта тема исписана вдоль и поперёк. И если хочется билдить локадьно - прикрутить в контейнере CI agent ноду и использовать всë тот же пайплайн. Как по мне ты получаешь стандартное решение понятное большинству. Плюс, избегаешь мороки с поиском переменых. Они все так же стандартно задаются через знакомый CI. Нет нужды прикручивать и обкладыватьмя скриптами.
На своем первом рабочем месте в IT, моим первым заданием было - собрать себе стол и стул. Вторым заданием - собрать компьютер из приехавших из магазина комплектующих установить систему и подключить к сети, ну т.е. кабель обжать воткнуть куда надо. А во второй половине дня - мне начали объяснять суть работы, где код брать и что дальше с ним делать.
Вообще всë всегда зависит от целей, для чего и зачем так делают?
Отделы HR, часто имеют KPI за количество проведенных резюме по системе. Outsource редко уделяют внимание софт-скилам и коммуникациям. В компании 1000 проектов, где-то да пригодиться.
Продуктовые - чаще пытаются играть в долгую. Но там обратная проблема, все такие мягкие, что прям с технической стороной часто такая беда. Куча сотрудников сидят десятилетия. Варятся внутри одной компании и что там происходит в индустрии - вообще знать не хотят и меняться/учиться новому.
Есть вообще "параноики" по найму. Там не только хард/софт скилы, но еще и психологиские портреты строят и подбирают команды по психологической совместимости.
Ну и вишенка на торте еще могут - тарологов/астрология привлечь.
Поэтому кочевой момент - поймите, что вы хотите для себя. Собеседование - это двусторонний процесс. Вот и смотрите, нравиться Вам в данной компании или нет. Подходят Вам мировоззрения и подходы принятые в компании или нет.
Ну да. Помощник нужен если надо за неделю сделать, а не за день. За день лучше без помощника.
Почему нужна команда команда и 1 человек плохо? Потому что человек смертен и что хуже всего смертен внезапно.
Команда, минимизирует данный риск.
Но, за этим стоит своя цена. В команде должен быть высокий уровень вовлеченности и взаимопонтмания, иначе коммуникация превратиться в ад.
Чтобы минимизировать данный риск - придумали все записывать в трекерах. Но у этого есть своя цена - продуктивное время становиться меньше. Итого, FTE команды из 5 человек, равно примерно 2-2,5. Вот такая цена за минимизацию риска полной остановки проекта в случае болезни, отпуска, смерти сотрудника.
Честно-говоря, какой-то странный обзор и очень выборочное сравнение. Концептуально это 2 разных подхода и оба со своими минусами.
Что важно для бизнеса. Скорость создания тест-кейса. Я так и не увидел. Знакомый фреймворк, тут всегда выигрывает. Предлагая новое решение, нужно всегда понимать, что это расходы бизнеса на простой на время обучения всей команды. Инвестиции в обучение и инвестиции и новую инфраструктуру - CI/CD, pipelines, etc.
Потом даже когда научились, скорость написания теста все равно падает на 3-6 месяцев, пока все втянуться в новое решение.
Если мы говорим про скорость рана тестов. То JS/TS - тут вообще не в лидерах. Может предложить только асинхронность, но многопоточность язык не умеет, в отличии от например Java. Так почему не сравнили с Java? Я уверен, что Playwright на Java с TestNG и запуском во сколько там есть ресурсов потоков, даст более быстрый результат. С опытом работы на PHP, перейти на Java куда проще, чем на TS.
Вот кому надо бороться с терроризмом?
Ну может быть в перенаселенных городах и надо. Это если не вдаваться в природу, откуда взялись террористы.
А вот куче народу, которым до ближайших соседей идти часа пол, если не больше - оно вообще не надо. Им важнее иметь возможность позвонить спокойно соседям или родственникам, которые еще дальше. Они этих ваших террористов, скорее всегда, вообще никто не встретят и не столкнуться с их деятельностью.
Так почему вы считаете в праве выносить своë мнение как истину, не считаясь с мнением других?
Любая цивилизация отлично развиваются когда есть бесплатная рабочая сила, в неограниченном количестве. Западная цивилизация развивалась, пока был поток рабов. Китайские Империи хорошо развивались, пока был поток рабов. Российская Империя хорошо развивалась, пока не отменили крепостное право. Советский Союз хорошо развивался, пока не раздали паспорта на селе и не распустились всех политзаключенных и прочие лагеря.
США хорошо развивались, пока удачно играли валютной политикой устраивали Великие Депрессии и имели огромный поток мигрантов готовых работать за еду. Современный Китай - хорошо развивался пока были очереди делающих работать за плошку риса.
Так что, накладывать развитие на один из факторов - это такая себя затея. Хорошо развивались при стечении обстоятельств. Очень редко одного фактора достаточно, чтобы оказать решающие влияние.
Как на любом предприятия. Нужно стечение обстоятельства в одно месте - людские ресурсы, материальное ресурсы, место под производство, логистические узлы, образованные инженеры и квалифицированные рабочие и конечно грамотное и адекватное руководство, достаточные финансовые возможности, которые будут этих всех специалистов устраивать. Ну и конечно, спрос на их продукцию. Вот тогда будет успех. А так хоть завали людьми и деньгами, но если руководство только воровать умеет, а продукт - никому не нужен, да и квалификация инженеров и рабочих страдает - делов не будет.
Хочу продолжения, про другие паттерны.
Полностью поддерживаю. Все эти террористы - это хорошая отмазка нагнуть всех. Начали люди во что-то верить, но правительству это не понравилось. Всем велели слушать исключительно "правильных" жрецов, попов, священников. Научились люди писать - писали себе на чём могли. Но нет правительству это не понравилось - создали почтовую службу. Появлось радио и рвдиолюбители - жили себе хорошо, общались по всему земному шару, но правительству это не понравилось, появились частот надзоры и охотники на радиолюбителей. Появилось кино - люди себе самовыражались как хотели, но правительству это не понравилось - появились структуры регулирующие кино. Появился интернет - люди себе общались, всё было классно, но правительству это не понравилось ...
В общем, вся история человечества это борьба людей за свои простые желания с правительством - которому всё не нравиться. Им нужно только, чтобы народ исполнял все их прихоти и желания, не смел и думать о том что с правительством, что-то не так. А своих желаний ему иметь - не позволено.
Как раз был у меня CX65. Шили эльфами с одноклассником. Сколько на нём музыки пересшушано. И торчащая полная MMC, вместо RS, чтобы больше места было.
Т.е. вопрос все таки в лени. Один человек не может сделать работу 1 раз по настройке, своего хранилища образов и сделать несколько нужных базовых образов. Чтобы 100-1000-10000 других разработчиков и тестировщиков тратили в разы больше своего времени, а значит и денег компании?
Я прекрасно понимаю стоимость проблем с безопасностью. Но я так же понимаю стоимость проблем, когда безопасность мешает компании нормально зарабатывать деньги.
Это выливается исключительно в то, что все равно находятся пути обхода проблем?
Конструкторы отказываются от оборудования компании и рабоют на своëм. Запретили права на установку приложений. Но, установка приложений из Windows Store - почему-то продолжает работать.
Докеры можно, но только в отдельной виртуалке. Я подозреваю, что если бы поднял свой DHCP или DNS server, то спокойно положил бы сеть, как не раз видел в таких компаниях. Потому что spoofing настраивать было так же лень как и дркер.
Еще раз, речь про разворачивание тестового окружения для разработки и тестирования. Никакого продакшн, никаких данных, никаких ссылок с корпоративными сервисами.
Чем контейнер докера опасней коробки для Vagrant?
Есть разница между безопасностью и параноей.
Т.е. докер - нельзя потому что влом настраивать. А Vault - тоже влом поднимать, шлите пароли как хотите.
Эта "мнимая" безопасность стоит каждый одному только небольшому офису в 100 сотрудников - около часа в день их оплачиваемый рабочего времени. Средняя стоимость часа работы сотрудника для компании - 50 Евро. Т.е. это 5000 Евро в день компания выкидывает на что? Чтобы админ лишний раз не напрягся? Не дороговат ли обходиться такой админ?
ИМХО, никто не глянул что статья про США. И работа ушла не столько из-за ИИ. Сколько из-за программистов в других регионах, где можно платить меньше. Вместо одного за 100 000 в год в штатах, можно взять 2х по 50 в условной Грузии. Как по мне - это более веский фактор. Ранее была языковая проблема. Теперь программист в любой точке мира довольно сносно говорит на английском. Так что идеи Трампа все вернуть в Америку - прекрасны только на бумаге.
Слишком много Oracle выёживался с лицензиями.
У меня была куча обратных проблем. Доступы делают по 4 месяца. В целом мне норм, деньги платят, доступы ждёшь, но менеджеры нервничают.
Доступ на тестовый сервер на AWS, только из внутренней сети, никакого порта наружу. Пришлось городить ssh туннели. ХЗ, кому от этого было лучше.
Самое эпичное - докер нельзя, потому что не безопасно, используй виртуализацию. Так мне внятно и не объяснили, почему виртуализация безопасней докера. Из полезного пришлось выучить Vagrant и Terraform. Из минусов тестовый энв разворачивался 20 минут, вместо 3х ну кубере. Ну и пришлось требовать больше оперативной памяти.
Был у меня один такой менеджер. Доступы выдавались у заказчика по 4 месяца. Каждый созвон требовал шарить креды. Я ему каждый раз говорил, давай письмо на мейл с указом, тогда пошарю. Естественно никакого письма не было.
Ну вроде как понятно, абсолютно рабочий бот - это сродни вечному двигателю.
Торговля - это всегда риск. А теория вероятностей меня научила считать риски. И тут они не в твою пользу как и в казино. Хотя бы потому, что тебя могут лишить доступа в любой момент, без объяснения причин. А ещё и впаять срок, выдумать за что, всегда сумеют.