Дак вот и токсичный ИТишник должен лищаться своего окружения. Но у нас такой культ ИТ специалиста что доходит просто до смешного - бросание трубок на созвонах, споры рады споров чтобы свое эго потешить, ещё оказывается это хорошая практика). Ну и типичный симптом "крутого, токсичного" специалиста - я то уж точно больше всех знаю, выглядит со стороны это так себе)
В теплице зато можно при любых внешних условиях вырастить любое растение. А вы получаете кайф когда например машину в сервис привозите, говорите у меня машину трясёт при разгоне и вместо объяснений что это шрус, над вами посмеиваются что вы ничего не знаете?
Дак ведь токсичность и может привести к выгоранию специалиста, ведь она вызывает напряжение. По поводу получения результата. В бизнесе разве не бывает такого что к человеку который пилил продукт/его часть, приходят и говорят что это не надо, или надо по другому иди переделывай. Думаю тоже эмоциональное давление это оказывает. Токсичность ИТ специалиста это проблема, и если в компании она есть, значит компания не правильно строит взаимодействие между людьми. Токсичность ничего не несет в себе кроме проблем, вам больше нравится с токсичным человеком общаться, или нет? А вы знали что некоторые умные люди говорят - архитектура проекта отражает состав комманды? (как они между собой взаимодействуют)
Вначале вроде согласен, но концовку из книги не совсем понял. Я как-то нагрузил на себя работу фронтендеров, пока я вникал, ко мне пришли и сказали что не успеваю по задачам, я удивился конечно. И с выгоранием сталкивался не один раз, но в статье я не понял, вы говорите что выгорания нету? Или что оно есть?
"Инкапсуляция? — Да нет, инкапсуляция достигается совсем другими способами, если вы не хотите завтра получить прямо в дышло вашей инкапсуляции — рефлексию и аспекты."
Недавно рефлексировал на PHP, и причём тут инкапсуляция?)
2 из 3 микросервисов будут парсить json (консинстентнось данных которого только программисту известна) пока третий отдаст ответ, будет уверен в полноте данных (это на себя берет база данных) и будет отдыхать.
Да, сладко будет пользователям без индексов. Вам с вашим опытом виднее конечно, но мне кажется продукт без реляционной базы данных вообще не должно быть в общем доступе. Надо наверное ещё опыт подтянуть.
Ммм, называть json примитивом... Если честно не знаю что добавить, только наверное что ожидал какоенибудь рассуждения про строки, но json... так далеко я не смог заглянуть))
Дак вот и токсичный ИТишник должен лищаться своего окружения. Но у нас такой культ ИТ специалиста что доходит просто до смешного - бросание трубок на созвонах, споры рады споров чтобы свое эго потешить, ещё оказывается это хорошая практика). Ну и типичный симптом "крутого, токсичного" специалиста - я то уж точно больше всех знаю, выглядит со стороны это так себе)
А что тогда, подскажите? Шрус только хрустит на поворотах?)
В теплице зато можно при любых внешних условиях вырастить любое растение. А вы получаете кайф когда например машину в сервис привозите, говорите у меня машину трясёт при разгоне и вместо объяснений что это шрус, над вами посмеиваются что вы ничего не знаете?
Суть статьи получается - бери больше, кидай дальше, и не обращай внимание на самочувствие, тебе все кажется.
Не работайте в болоте, зачем?
Дак ведь токсичность и может привести к выгоранию специалиста, ведь она вызывает напряжение. По поводу получения результата. В бизнесе разве не бывает такого что к человеку который пилил продукт/его часть, приходят и говорят что это не надо, или надо по другому иди переделывай. Думаю тоже эмоциональное давление это оказывает. Токсичность ИТ специалиста это проблема, и если в компании она есть, значит компания не правильно строит взаимодействие между людьми. Токсичность ничего не несет в себе кроме проблем, вам больше нравится с токсичным человеком общаться, или нет? А вы знали что некоторые умные люди говорят - архитектура проекта отражает состав комманды? (как они между собой взаимодействуют)
Вначале вроде согласен, но концовку из книги не совсем понял. Я как-то нагрузил на себя работу фронтендеров, пока я вникал, ко мне пришли и сказали что не успеваю по задачам, я удивился конечно. И с выгоранием сталкивался не один раз, но в статье я не понял, вы говорите что выгорания нету? Или что оно есть?
А когда я делаю приватные поля и методы?) Я где?
Ну или не знаю, пользуетесь ли вы гуглом, вы наверное если все знаете, единственный программист кто не гуглит
И к слову синглетон который вы приводите в кругу ООПшников, тоже попахивает, и его называют антипатерном, есть статьи в интернете почему
Хорошо, не используйте паттерны, от этого объект станет менее удобный? Или он удобен в руках держащего?
"Инкапсуляция? — Да нет, инкапсуляция достигается совсем другими способами, если вы не хотите завтра получить прямо в дышло вашей инкапсуляции — рефлексию и аспекты."
Недавно рефлексировал на PHP, и причём тут инкапсуляция?)
Получается Лисков, она как визитер но для богатых?
Банковские приложения вышли из чата, всегда перед переводом ставлю свечку (виртуальную)
2 из 3 микросервисов будут парсить json (консинстентнось данных которого только программисту известна) пока третий отдаст ответ, будет уверен в полноте данных (это на себя берет база данных) и будет отдыхать.
Да, сладко будет пользователям без индексов. Вам с вашим опытом виднее конечно, но мне кажется продукт без реляционной базы данных вообще не должно быть в общем доступе. Надо наверное ещё опыт подтянуть.
Собственно, это достаточно сложные механизмы, потомучто процесс это сложный, есть хорошая книга которая подробно все описывает и даже их эволюцию
А как я думаю - консистентность обеспечивают реляционные базы данных
Примитив, это когда 0 и 1 превращаются в строку. (ASCII?). Ну, если для 99% задач, а 1% это консистентность данных, то тут мои полномочия все))
Ммм, называть json примитивом... Если честно не знаю что добавить, только наверное что ожидал какоенибудь рассуждения про строки, но json... так далеко я не смог заглянуть))