"Но даже в тривиальном примере выше есть проблема: нам надо бы обработать случай value < -273.15°C. И вот тут-то инкапсуляция и отыквится. Приведенный пример вроде бы можно починить: либо выбросив Exception из setCelcius, либо вернув boolean вместо void."
Либо сделать обработку данных в конструкторе, ваш класс больше ничего не делает кроме записи и отдачи температуры.
Лайфхак: пишите на Хабре что ООП это плохо и фронтендеры будут вам ставить лайки
"Ключевой инсайт: в мире ИИ экспертиза не исчезает, а трансформируется — от написания каждой строки кода к умению формулировать задачи, оценивать результаты и направлять искусственный интеллект. Требуется "минимально жизнеспособное знание" предметной области для эффективного партнерства с ИИ."
- что значит минимально жизнеспособные знания? Как вывести "hello world"? Синтаксис языка? Дак это осваивается очень быстро, тут как раз нужна глубина знаний. В добавок к этому написать самому может быть проще и эффективнее, чем нагенеривать на ИИ нужный результат и потом перепроверять каждую строку, что плюс минус тоже самое что самому писать. Всегда вызывают ухмылку искреннее удивление людей из не мира ИТ как легко сделать ТГ бота с помощью нейросети.
Дак вот и токсичный ИТишник должен лищаться своего окружения. Но у нас такой культ ИТ специалиста что доходит просто до смешного - бросание трубок на созвонах, споры рады споров чтобы свое эго потешить, ещё оказывается это хорошая практика). Ну и типичный симптом "крутого, токсичного" специалиста - я то уж точно больше всех знаю, выглядит со стороны это так себе)
В теплице зато можно при любых внешних условиях вырастить любое растение. А вы получаете кайф когда например машину в сервис привозите, говорите у меня машину трясёт при разгоне и вместо объяснений что это шрус, над вами посмеиваются что вы ничего не знаете?
Дак ведь токсичность и может привести к выгоранию специалиста, ведь она вызывает напряжение. По поводу получения результата. В бизнесе разве не бывает такого что к человеку который пилил продукт/его часть, приходят и говорят что это не надо, или надо по другому иди переделывай. Думаю тоже эмоциональное давление это оказывает. Токсичность ИТ специалиста это проблема, и если в компании она есть, значит компания не правильно строит взаимодействие между людьми. Токсичность ничего не несет в себе кроме проблем, вам больше нравится с токсичным человеком общаться, или нет? А вы знали что некоторые умные люди говорят - архитектура проекта отражает состав комманды? (как они между собой взаимодействуют)
Вначале вроде согласен, но концовку из книги не совсем понял. Я как-то нагрузил на себя работу фронтендеров, пока я вникал, ко мне пришли и сказали что не успеваю по задачам, я удивился конечно. И с выгоранием сталкивался не один раз, но в статье я не понял, вы говорите что выгорания нету? Или что оно есть?
"Инкапсуляция? — Да нет, инкапсуляция достигается совсем другими способами, если вы не хотите завтра получить прямо в дышло вашей инкапсуляции — рефлексию и аспекты."
Недавно рефлексировал на PHP, и причём тут инкапсуляция?)
2 из 3 микросервисов будут парсить json (консинстентнось данных которого только программисту известна) пока третий отдаст ответ, будет уверен в полноте данных (это на себя берет база данных) и будет отдыхать.
Да, сладко будет пользователям без индексов. Вам с вашим опытом виднее конечно, но мне кажется продукт без реляционной базы данных вообще не должно быть в общем доступе. Надо наверное ещё опыт подтянуть.
Жалко разработчики JavaScript не знают об этом(
"Но даже в тривиальном примере выше есть проблема: нам надо бы обработать случай value < -273.15°C. И вот тут-то инкапсуляция и отыквится. Приведенный пример вроде бы можно починить: либо выбросив Exception из setCelcius, либо вернув boolean вместо void."
Либо сделать обработку данных в конструкторе, ваш класс больше ничего не делает кроме записи и отдачи температуры.
Лайфхак: пишите на Хабре что ООП это плохо и фронтендеры будут вам ставить лайки
"Ключевой инсайт: в мире ИИ экспертиза не исчезает, а трансформируется — от написания каждой строки кода к умению формулировать задачи, оценивать результаты и направлять искусственный интеллект. Требуется "минимально жизнеспособное знание" предметной области для эффективного партнерства с ИИ."
- что значит минимально жизнеспособные знания? Как вывести "hello world"? Синтаксис языка? Дак это осваивается очень быстро, тут как раз нужна глубина знаний. В добавок к этому написать самому может быть проще и эффективнее, чем нагенеривать на ИИ нужный результат и потом перепроверять каждую строку, что плюс минус тоже самое что самому писать. Всегда вызывают ухмылку искреннее удивление людей из не мира ИТ как легко сделать ТГ бота с помощью нейросети.
Дак вот и токсичный ИТишник должен лищаться своего окружения. Но у нас такой культ ИТ специалиста что доходит просто до смешного - бросание трубок на созвонах, споры рады споров чтобы свое эго потешить, ещё оказывается это хорошая практика). Ну и типичный симптом "крутого, токсичного" специалиста - я то уж точно больше всех знаю, выглядит со стороны это так себе)
А что тогда, подскажите? Шрус только хрустит на поворотах?)
В теплице зато можно при любых внешних условиях вырастить любое растение. А вы получаете кайф когда например машину в сервис привозите, говорите у меня машину трясёт при разгоне и вместо объяснений что это шрус, над вами посмеиваются что вы ничего не знаете?
Суть статьи получается - бери больше, кидай дальше, и не обращай внимание на самочувствие, тебе все кажется.
Не работайте в болоте, зачем?
Дак ведь токсичность и может привести к выгоранию специалиста, ведь она вызывает напряжение. По поводу получения результата. В бизнесе разве не бывает такого что к человеку который пилил продукт/его часть, приходят и говорят что это не надо, или надо по другому иди переделывай. Думаю тоже эмоциональное давление это оказывает. Токсичность ИТ специалиста это проблема, и если в компании она есть, значит компания не правильно строит взаимодействие между людьми. Токсичность ничего не несет в себе кроме проблем, вам больше нравится с токсичным человеком общаться, или нет? А вы знали что некоторые умные люди говорят - архитектура проекта отражает состав комманды? (как они между собой взаимодействуют)
Вначале вроде согласен, но концовку из книги не совсем понял. Я как-то нагрузил на себя работу фронтендеров, пока я вникал, ко мне пришли и сказали что не успеваю по задачам, я удивился конечно. И с выгоранием сталкивался не один раз, но в статье я не понял, вы говорите что выгорания нету? Или что оно есть?
А когда я делаю приватные поля и методы?) Я где?
Ну или не знаю, пользуетесь ли вы гуглом, вы наверное если все знаете, единственный программист кто не гуглит
И к слову синглетон который вы приводите в кругу ООПшников, тоже попахивает, и его называют антипатерном, есть статьи в интернете почему
Хорошо, не используйте паттерны, от этого объект станет менее удобный? Или он удобен в руках держащего?
"Инкапсуляция? — Да нет, инкапсуляция достигается совсем другими способами, если вы не хотите завтра получить прямо в дышло вашей инкапсуляции — рефлексию и аспекты."
Недавно рефлексировал на PHP, и причём тут инкапсуляция?)
Получается Лисков, она как визитер но для богатых?
Банковские приложения вышли из чата, всегда перед переводом ставлю свечку (виртуальную)
2 из 3 микросервисов будут парсить json (консинстентнось данных которого только программисту известна) пока третий отдаст ответ, будет уверен в полноте данных (это на себя берет база данных) и будет отдыхать.
Да, сладко будет пользователям без индексов. Вам с вашим опытом виднее конечно, но мне кажется продукт без реляционной базы данных вообще не должно быть в общем доступе. Надо наверное ещё опыт подтянуть.
Собственно, это достаточно сложные механизмы, потомучто процесс это сложный, есть хорошая книга которая подробно все описывает и даже их эволюцию