Задача профессионального системного инженера - облечь эти "ощущения" в форму строгих технических требований
Это как раз не задача системного инженера и даже не системного аналитика, задача бизнес-аналитика.
У меня был случай, мы сделали приложение (десктопный клиент), которое большую часть вычислений делало на сервере, заказчик сказал что видел это "немного по другому". Переписали на вычисления на стороне клиента и откидывание метрик в бэк. Снова не то... Привлекли бизнес-аналитика и после его вопроса "мы делаем приложение, что бы что?" разработка остановилась, потому что заказчик так и не смог дать внятный ответ
Но умение абстрагироваться от права на код - это одно из важных правил против выгорания.
А умение считать очередное инженерное решение просто объектом в копилке опыта, а не гениальным актом творчества - это здоровое отношение к работе, кмк.
Я без иронии рад за Вас. Вы правы, не все могут абстрагироваться и относится к работе, только как к работе, за которую платят сумму устраивающую работника.
Ну и радость от творчества вне работы - вот то, на что не может посягнуть ни один работодатель.
Наверно, это одна из самых больших проблем разработчиков, которые "живут кодом" - неумение соблюдать work-life balance, поэтому они и придают столько значения удовлетворению от работы. Если бы я умел соблюдать этот баланс, я бы наверно тоже готов был стоять у конвейера за деньги (да и не обязательно разработчиком, а у настоящего конвейера, например, по рутинной сборке какого-либо изделия). И абсолютно верно то, что мотивировать меня должны будут деньги, гораздо большие, чем если бы мне нравилась эта работа.
В подтверждение Ваших слов могу сказать, что техдолг копится с огромной скоростью. Была у нас задача (опять же сделана с помощью ИИ), а после регрессионного тестирования было выявлено, что полностью сломалось определение кодировки файлов, осталась возможность обработки только UTF-8. Но бизнес требует time-to-marker, было принято решение внести в документацию информацию об ограничении по кодировкам и занести ремонт кодировки в техдолг. Прошёл год, как Вы думаете мы починили кодировку?
Я бы поступил именно также. Замечу, я не против ИИ. Это хороший инструмент и приведенный Вами кейс отличный пример того, где нужно использовать ИИ. Задача не подразумевает какого-то творчества, а поиск багов всегда был рутинной.
Каждая уважающая себя автоматизированная система регулярно делает бакап всех данных. ПД могут быть удалены из рабочей базы данных, но оставаться в архиве, из которого в случае ЧП будут восстановлены данные. Где гарантия, что мои ПД не будут восстановлены?
Инкапсуляция - это не сокрытие. Более того, что в некоторых языках сокрытия вообще нет, а инкапсуляция есть (это не мешает этим языкам быть ООП). Ещё в далёком 2002-м мне как сказали определение инкапсуляции, так и до сих пор только это для меня истина: "Инкапсуляция - это свойство объекта, позволяющее хранить как данные, так и методы работы с ними". То есть, инкапсуляция - поля и методы, объединенные в одном объекте и ничего более. О сокрытии ни слова
Разные формы работы нейронов это как? Можно подробнее или источник данного утверждения?
В свободное от разработки время я "балуюсь" написанием музыки на заказ и озвучиванием спектаклей. И творческая усталость проявляется в том, что "идеи не приходят".
Например, я полон сил, и желанием работать, передо мной лежат стихи или сценарий и я прекрасно понимаю их смысл, темп и настроение, но ничего дельного не выходит. Мне не утомительно раз за разом писать новые мелодии и пробовать новые звуки, но всё не то... Здесь как раз выручает отвлечение или прогулка (не буду скрывать, что до магазина ;-)). Но после этого обычно удаётся накидать хотя бы рыбу, которая меня устроит.
Офис - есть офис. Обед по расписанию. Конец рабочего дня - дверь на клюшку. Парадокс, но на удалёнке не всегда есть время пообедать, но работать можно и в выходные)))
Ещё одно такое слово - "фактура". "Собери мне фактуру" часто ставит в ступор. Это фраза может быть сказана разработчиками тестировщикам или владельцем продукта бизнес-аналитикам.
А разница в том, что Джун задачу сделает в лоб, а миддл начнет анализировать, ведь возможно требования бизнеса в будущем изменятся и/или реализованную фичу можно будет потом переиспользовать/изменить без большого переписывания кода.
Information
Rating
Does not participate
Location
Екатеринбург, Свердловская обл., Россия
Registered
Activity
Specialization
Бэкенд разработчик, Архитектор программного обеспечения
Не читал комментарии, может кто-то про это уже сказал. В статье 4 ссылки из которых 3 ведут на одну и ту же статью. Совсем не юзер-френдли
Это как раз не задача системного инженера и даже не системного аналитика, задача бизнес-аналитика.
У меня был случай, мы сделали приложение (десктопный клиент), которое большую часть вычислений делало на сервере, заказчик сказал что видел это "немного по другому". Переписали на вычисления на стороне клиента и откидывание метрик в бэк. Снова не то... Привлекли бизнес-аналитика и после его вопроса "мы делаем приложение, что бы что?" разработка остановилась, потому что заказчик так и не смог дать внятный ответ
Вот тут https://habr.com/ru/articles/1019528/ я описал, от чего ещё можно выгореть
Я без иронии рад за Вас. Вы правы, не все могут абстрагироваться и относится к работе, только как к работе, за которую платят сумму устраивающую работника.
Наверно, это одна из самых больших проблем разработчиков, которые "живут кодом" - неумение соблюдать work-life balance, поэтому они и придают столько значения удовлетворению от работы. Если бы я умел соблюдать этот баланс, я бы наверно тоже готов был стоять у конвейера за деньги (да и не обязательно разработчиком, а у настоящего конвейера, например, по рутинной сборке какого-либо изделия). И абсолютно верно то, что мотивировать меня должны будут деньги, гораздо большие, чем если бы мне нравилась эта работа.
В подтверждение Ваших слов могу сказать, что техдолг копится с огромной скоростью. Была у нас задача (опять же сделана с помощью ИИ), а после регрессионного тестирования было выявлено, что полностью сломалось определение кодировки файлов, осталась возможность обработки только UTF-8. Но бизнес требует time-to-marker, было принято решение внести в документацию информацию об ограничении по кодировкам и занести ремонт кодировки в техдолг. Прошёл год, как Вы думаете мы починили кодировку?
Я бы поступил именно также. Замечу, я не против ИИ. Это хороший инструмент и приведенный Вами кейс отличный пример того, где нужно использовать ИИ. Задача не подразумевает какого-то творчества, а поиск багов всегда был рутинной.
Вот тут Вы ошибаетесь. Есть такая фича https://help.suno.com/en/articles/8128193
Каждая уважающая себя автоматизированная система регулярно делает бакап всех данных. ПД могут быть удалены из рабочей базы данных, но оставаться в архиве, из которого в случае ЧП будут восстановлены данные. Где гарантия, что мои ПД не будут восстановлены?
Инкапсуляция - это не сокрытие. Более того, что в некоторых языках сокрытия вообще нет, а инкапсуляция есть (это не мешает этим языкам быть ООП). Ещё в далёком 2002-м мне как сказали определение инкапсуляции, так и до сих пор только это для меня истина: "Инкапсуляция - это свойство объекта, позволяющее хранить как данные, так и методы работы с ними". То есть, инкапсуляция - поля и методы, объединенные в одном объекте и ничего более. О сокрытии ни слова
В свободное от разработки время я "балуюсь" написанием музыки на заказ и озвучиванием спектаклей. И творческая усталость проявляется в том, что "идеи не приходят".
Например, я полон сил, и желанием работать, передо мной лежат стихи или сценарий и я прекрасно понимаю их смысл, темп и настроение, но ничего дельного не выходит. Мне не утомительно раз за разом писать новые мелодии и пробовать новые звуки, но всё не то... Здесь как раз выручает отвлечение или прогулка (не буду скрывать, что до магазина ;-)). Но после этого обычно удаётся накидать хотя бы рыбу, которая меня устроит.
А статья и правда хорошая.
Многое объясняет (с)
Офис - есть офис. Обед по расписанию. Конец рабочего дня - дверь на клюшку. Парадокс, но на удалёнке не всегда есть время пообедать, но работать можно и в выходные)))
Ещё одно такое слово - "фактура". "Собери мне фактуру" часто ставит в ступор. Это фраза может быть сказана разработчиками тестировщикам или владельцем продукта бизнес-аналитикам.
А разница в том, что Джун задачу сделает в лоб, а миддл начнет анализировать, ведь возможно требования бизнеса в будущем изменятся и/или реализованную фичу можно будет потом переиспользовать/изменить без большого переписывания кода.