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