Вы как-то упустили момент что эти "волки" далее вполне успешно работают. Их не увольняют. И растут так же со временем.
Так что кажется проблемы то особо никакой и нет. Всего-то на собесах спрашивают больше чем реально нужно для выполнения должностных обязанностей или скорее что-то что с реальной работой вообще не связано )
Астрология, нумерология, всевозможные техники с "гадальными" картами обкатанные столетиями устроены таким же образом. И тоже используются для оценки и выдачи ответов на вопросы клиента относительно его будущих дел и процент угадывания примерно такой же. Да это не точно, может произойти что угодно, значит ли это что мы должны совсем отказаться от использования эзотерики для предсказания будущего? - Да чёрт возьми значит! И от сторипоинтов с человекочасами тоже!
Понятие токсичности сейчас очень сильно размылось и используется вместо "не нравится"...
Если же в вашей команде есть токсичный человек по более старой интерпретации токсичности в коллективе, надо немедленно его увольнять и возможно ещё пару человек которых он сильно "заразил".
Токсичный человек может не ныть не ворчать не грубить и не проявлять пассивной агрессии, НО рушить мотивирующие команду смыслы, заменять их другой мотивацией, селить в головы коллег идей приводящие к паразитизму на работе, наплевательскому отношению к тому что делается, нарушению субординации. Вежливо и аргументировано он подорвет авторитет текущих лидеров. Он психологически "отправляет" сотрудника за сотрудником, те в свою очередь следующих, через время культура в команде сильно меняется , новые сотрудники уже понимают что "здесь так принято" и либо сразу уходят либо становятся частью этой "токсичной" культуры.
Это чаще всего человек с реально хорошими софт-скилами, и про таких людей не говорят "да он токсик", а скорее скажут "черт возьми а он прав!"
Есть еще один способ передавать данные в компонент - через его дочерние элементы ```<custom-select> <option value="v1"> item 1</option> ... </custom-select>```
В момент инициализации своего компонента - парсите вложенные в него теги. В принципе так что угодно в рамках разумного, хоть json можно передать в <code style="display:none">{ myjson: { a:1 }}</code> если ситуация позволяет.
А может объяснить в чем прикол экспортировать функцию customElements.define потом дожидаться domload и только потом регистрировать компоненты? Почему бы не вызвать define прямо в файле с компонентом - типа если файл импортирован - то компонент нужен. И для чего регистрировать компоненты после domload почему нельзя до ? Кажется какие-то лишние телодвижения , которые и размер кода увеличивают и время инициализации без видимых преимуществ.
Возможно вопрос вам покажется странным, а вы пробовали вот это всё ему сказать? Вот прям так как есть, не прячась за деловыми формулировками.
Прям с таким я не сталкивался, но когда был тимлидом, был в команде один очень уж "хитрый" разработчик, плохого прям ничего не делал, кажется ему просто нравилось это чувство "какой он продуман" оценки задач в 2 раза увеличил, один день поовертаймил - оставшуюся неделю свободен ) ходит коллег отвлекает.
Так вот помогло просто неформально проговорить в слух то, что я наблюдаю, что именно он делает, без угроз увольнения, без предложения поменять задачи или должность, вообще без каких-либо предложений, просто обозначил что и я и другие видят и понимают что как и зачем он делает. Результат пришёл незамедлительно и сохранялся, ну точно ещё год пока я там работал.
Это игра по корпоративным правилам, для которой нужны минимум двое, держится на одних только недомолвках, стоит одному "выйти" , как другому ничего не остаётся как перестать играть.
Не раз убеждался что "правда" (описание наблюдаемой вами действительности) просто произнесенная в слух останавливает все интриги. Есть вероятность что после этого какой-то человек будет вынужден уйти потому что он там только для того чтобы "играть" и иначе ему невыгодно, а может это будете вы если всем остальным невыгодно что вы с ними не "играете". Но именно в примере как в статье, когда только один человек от скуки заигрался на работе - просто скажите ему об этом.
Кузнецы в широком смысле как люди работающие с металлом остались и работают у этой самой печи ) Количество тех кто куёт по старинке сократилось за счёт естественной смертности и отсутствия новых кадров. Так же рано или поздно все живущие ныне программисты умрут, а новых появится столько сколько нужно экономике возможно 0. Я утверждаю что на наш "век"/ближайшие лет 40 работы программистам хватит, потому что хоть it развивается, общество так быстро перестраиваться все равно не успевает.
Вот и для программистов как и для всех найдется какое-нибудь исключение из-за которого их не заменят даже если это станет возможным, потому что кому-то это будет не выгодно, что-то там тоже будет "лакомым" кусочком или ещё из-за какой-нибудь ерунды.
как я писал выше - мир иррационален, представьте себе самый неадекватный вариант развития событий - вот в итоге будет ещё абсурднее чем вы смогли представить
Думаю с программистами будет примерно так же, требования к квалификации для того чтобы считаться программистом вырастут.
А спрос на них вырастет из-за бума новых проектов потому что "каждый второй школьник" с помощью ИИ запустит свой стартап. Где обязательно потребуется хотя бы один разработчик. Да и разработка в принципе устроена таким образом что результатом выполнения задачи является открывание минимум 2х новых задач, потому что ставя перед собой задачи мы стремимся к расширению возможностей, а новые возможности - это новые задачи по реализации этих возможностей и так до бесконечности максимально расширяя сферу влияния. То есть чем больше ИИ сделает, тем больше надо будет сделать, тем сложнее будут следующие шаги, тем больше понадобится людей которые будут этим заниматься.
+в ближайшее время из-за экономического кризиса спрос на цифровой развлекательный контент будет расти , ну потому что когда нормальные развлечения и недвижимость не светит, откладывать на них бессмысленно, можно тратить всё на онлайн суррогаты. Так что будут прибыльные проекты, всем программистам место найдется
Я не говорил что эффективность их труда не выросла за счёт автоматизации. Я сказал что их как класс специалистов не заменили компьютерными технологиями.
Мы тут обсуждаем замену по достижению достаточного количества энергии и как следствие ненужность специалистов.
Судя по вакансиями спрос на бухгалтеров есть и даже вроде бы растёт, пока в соседнем отделе "ИИ заменяет программистов", чувствуете иронию?
Вот так через пример с бухгалтерией я доказываю что программистов не заменят
А большинство программистов на самом деле операторы vscode )))
Это не меняет сути. Бухгалтерия легко поддается автоматизации, но даже в этой области человека до сих пор не заменили и не заменят, хотя разговоры о том что бухгалтера больше не понадобятся были ещё в нулевых
На замену бухгалтеров тоже энергии не хватает? Подумай о том как так получилось что с цифровизацией всего и переводом в электронную форму всей отчётности людей которые каждые 3 месяца отправляют в налоговую цифры которые у неё уже есть стало только больше и требуется ещё больше.
Мир иррационален, если есть способ сделать что-то просто хорошо эффективно его обязательно извратят, доведут до абсурда и добьются ровно противоположного результата ;)
Ну ужасная же реализация... хоть бы ИИ прикрутили к боту... В телеграм есть прекрасные https://t.me/UTasksBothttps://t.me/calendar0bot и еще несколько таск менеджеров Вам стало скучно на работе и как форму прокрастинации вы выбрали написать что-то делающее её поинтересней из-за этого ощущения новизны субъективно кажется что вы стали продуктивнее, на деле как совершали миллион телодвижений чтобы задачу поставить так и совершаете + добавили себе работы по поддержке своего проекта.
я так понял они взяли opensource код клиентов телеграм и положили в свои приватные репозитории сделав небольшой рескин, js api для миниаппов(bridge) 1в1 копия телеграмовского .
Вы как-то упустили момент что эти "волки" далее вполне успешно работают. Их не увольняют. И растут так же со временем.
Так что кажется проблемы то особо никакой и нет. Всего-то на собесах спрашивают больше чем реально нужно для выполнения должностных обязанностей или скорее что-то что с реальной работой вообще не связано )
Для ленивой инициализации лучше динамический импорт файла с компонентом использовать.
Астрология, нумерология, всевозможные техники с "гадальными" картами обкатанные столетиями устроены таким же образом. И тоже используются для оценки и выдачи ответов на вопросы клиента относительно его будущих дел и процент угадывания примерно такой же. Да это не точно, может произойти что угодно, значит ли это что мы должны совсем отказаться от использования эзотерики для предсказания будущего? - Да чёрт возьми значит! И от сторипоинтов с человекочасами тоже!
Понятие токсичности сейчас очень сильно размылось и используется вместо "не нравится"...
Если же в вашей команде есть токсичный человек по более старой интерпретации токсичности в коллективе, надо немедленно его увольнять и возможно ещё пару человек которых он сильно "заразил".
Токсичный человек может не ныть не ворчать не грубить и не проявлять пассивной агрессии, НО рушить мотивирующие команду смыслы, заменять их другой мотивацией, селить в головы коллег идей приводящие к паразитизму на работе, наплевательскому отношению к тому что делается, нарушению субординации. Вежливо и аргументировано он подорвет авторитет текущих лидеров. Он психологически "отправляет" сотрудника за сотрудником, те в свою очередь следующих, через время культура в команде сильно меняется , новые сотрудники уже понимают что "здесь так принято" и либо сразу уходят либо становятся частью этой "токсичной" культуры.
Это чаще всего человек с реально хорошими софт-скилами, и про таких людей не говорят "да он токсик", а скорее скажут "черт возьми а он прав!"
там обращение к document идет не в contructor класса, а начиная с connectedCallback - который вызовется только после загрузки dom
короче можно писать прям так
и не морочится с порядком их регистрации
весь
index.jsиз статьи - просто лишний кодЕсть еще один способ передавать данные в компонент - через его дочерние элементы
```<custom-select>
<option value="v1"> item 1</option>
...
</custom-select>```
В момент инициализации своего компонента - парсите вложенные в него теги. В принципе так что угодно в рамках разумного, хоть json можно передать в <code style="display:none">{ myjson: { a:1 }}</code> если ситуация позволяет.
А может объяснить в чем прикол экспортировать функцию
customElements.defineпотом дожидаться domload и только потом регистрировать компоненты?Почему бы не вызвать define прямо в файле с компонентом - типа если файл импортирован - то компонент нужен.
И для чего регистрировать компоненты после domload почему нельзя до ?
Кажется какие-то лишние телодвижения , которые и размер кода увеличивают и время инициализации без видимых преимуществ.
да сделали, со времен ie7 еще все это работает без js - https://habr.com/ru/articles/819465/
Возможно вопрос вам покажется странным, а вы пробовали вот это всё ему сказать? Вот прям так как есть, не прячась за деловыми формулировками.
Прям с таким я не сталкивался, но когда был тимлидом, был в команде один очень уж "хитрый" разработчик, плохого прям ничего не делал, кажется ему просто нравилось это чувство "какой он продуман" оценки задач в 2 раза увеличил, один день поовертаймил - оставшуюся неделю свободен ) ходит коллег отвлекает.
Так вот помогло просто неформально проговорить в слух то, что я наблюдаю, что именно он делает, без угроз увольнения, без предложения поменять задачи или должность, вообще без каких-либо предложений, просто обозначил что и я и другие видят и понимают что как и зачем он делает. Результат пришёл незамедлительно и сохранялся, ну точно ещё год пока я там работал.
Это игра по корпоративным правилам, для которой нужны минимум двое, держится на одних только недомолвках, стоит одному "выйти" , как другому ничего не остаётся как перестать играть.
Не раз убеждался что "правда" (описание наблюдаемой вами действительности) просто произнесенная в слух останавливает все интриги. Есть вероятность что после этого какой-то человек будет вынужден уйти потому что он там только для того чтобы "играть" и иначе ему невыгодно, а может это будете вы если всем остальным невыгодно что вы с ними не "играете". Но именно в примере как в статье, когда только один человек от скуки заигрался на работе - просто скажите ему об этом.
Хмм... Надеюсь мы перестанем пользоваться мессенджерами не из-за третьей мировой
Кузнецы в широком смысле как люди работающие с металлом остались и работают у этой самой печи ) Количество тех кто куёт по старинке сократилось за счёт естественной смертности и отсутствия новых кадров.
Так же рано или поздно все живущие ныне программисты умрут, а новых появится столько сколько нужно экономике возможно 0.
Я утверждаю что на наш "век"/ближайшие лет 40 работы программистам хватит, потому что хоть it развивается, общество так быстро перестраиваться все равно не успевает.
Вот и для программистов как и для всех найдется какое-нибудь исключение из-за которого их не заменят даже если это станет возможным, потому что кому-то это будет не выгодно, что-то там тоже будет "лакомым" кусочком или ещё из-за какой-нибудь ерунды.
как я писал выше - мир иррационален, представьте себе самый неадекватный вариант развития событий - вот в итоге будет ещё абсурднее чем вы смогли представить
Спасибо! Я действительно этого не знал.
Думаю с программистами будет примерно так же, требования к квалификации для того чтобы считаться программистом вырастут.
А спрос на них вырастет из-за бума новых проектов потому что "каждый второй школьник" с помощью ИИ запустит свой стартап. Где обязательно потребуется хотя бы один разработчик. Да и разработка в принципе устроена таким образом что результатом выполнения задачи является открывание минимум 2х новых задач, потому что ставя перед собой задачи мы стремимся к расширению возможностей, а новые возможности - это новые задачи по реализации этих возможностей и так до бесконечности максимально расширяя сферу влияния. То есть чем больше ИИ сделает, тем больше надо будет сделать, тем сложнее будут следующие шаги, тем больше понадобится людей которые будут этим заниматься.
+в ближайшее время из-за экономического кризиса спрос на цифровой развлекательный контент будет расти , ну потому что когда нормальные развлечения и недвижимость не светит, откладывать на них бессмысленно, можно тратить всё на онлайн суррогаты. Так что будут прибыльные проекты, всем программистам место найдется
Я не говорил что эффективность их труда не выросла за счёт автоматизации. Я сказал что их как класс специалистов не заменили компьютерными технологиями.
Мы тут обсуждаем замену по достижению достаточного количества энергии и как следствие ненужность специалистов.
Судя по вакансиями спрос на бухгалтеров есть и даже вроде бы растёт, пока в соседнем отделе "ИИ заменяет программистов", чувствуете иронию?
Вот так через пример с бухгалтерией я доказываю что программистов не заменят
А большинство программистов на самом деле операторы vscode )))
Это не меняет сути. Бухгалтерия легко поддается автоматизации, но даже в этой области человека до сих пор не заменили и не заменят, хотя разговоры о том что бухгалтера больше не понадобятся были ещё в нулевых
На замену бухгалтеров тоже энергии не хватает? Подумай о том как так получилось что с цифровизацией всего и переводом в электронную форму всей отчётности людей которые каждые 3 месяца отправляют в налоговую цифры которые у неё уже есть стало только больше и требуется ещё больше.
Мир иррационален, если есть способ сделать что-то просто хорошо эффективно его обязательно извратят, доведут до абсурда и добьются ровно противоположного результата ;)
В ИТ нас ждёт цифровой кризис перепроизводства.
Ну ужасная же реализация... хоть бы ИИ прикрутили к боту...
В телеграм есть прекрасные https://t.me/UTasksBot https://t.me/calendar0bot и еще несколько таск менеджеров
Вам стало скучно на работе и как форму прокрастинации вы выбрали написать что-то делающее её поинтересней из-за этого ощущения новизны субъективно кажется что вы стали продуктивнее, на деле как совершали миллион телодвижений чтобы задачу поставить так и совершаете + добавили себе работы по поддержке своего проекта.
Советую почитать - https://habr.com/ru/articles/897500/
я так понял они взяли opensource код клиентов телеграм и положили в свои приватные репозитории сделав небольшой рескин, js api для миниаппов(bridge) 1в1 копия телеграмовского .
Может кто подскажет, как в разных редакторах, например в том же cursor включить отображение этих невидимых символов и скрытого с их помощью текста?
Как сделать то же самое для текста в терминале?
Кризис диджитал перепроизводства нас ждёт...