SP
Vlad Sobenko
Да, очень крутая мысль. Но Легаси на то и Легаси, он так не умеет. Он не любит изменений, ибо опасно. Тестерам только месяц всё перепроверять.
Есть стратегии как безопасно менять легаси
Size: a a a
2021 January 09
SP
Копия пэйст - меняешь копию
SP
Понятно что все сложно просто не надо все время бизнесом прикрываться
SP
У меня были кейсы когда что то что не оч сложно (скажем в пределах пары месяцев работы) откладывали потому что "ну это ж сложно на это весь Легаси завязан" и вместо этого придумывали ворох кастылей
VS
Ну да, согласен
я просто с позиции рядового разраба говорю, я когда предлагал всякие подобные штуки у себя, мне сказали, слишком дорого, надо полкоманды менять и так далее
я просто с позиции рядового разраба говорю, я когда предлагал всякие подобные штуки у себя, мне сказали, слишком дорого, надо полкоманды менять и так далее
VS
Процессы уже заточены на то что есть и все такое
АГ
Не... Я две недели общался со всеми по этому поводу... Не ценят люди много файлов (из-за SRP/OCP) и DDD (точнее, naming). Считают, это зло. Средний разраб не поймет. Вот я и решил не задерживаться. Но что-то хз, как работу искать. Может, стоит поискать проект с нуля.
если это первый раз, когда ливаешь через короткое время, то норм. но если не первый - будет существенно сложнее работу найти, поэтому лучше потерпи хотя бы год. если люди закрыты для дискуссии - это серьезная беда. нужна отдушина в виде своего проекта. найди ее, и будет сносно)
АГ
везде важна постепенность.. революционеры не нужны никому. если удается выбить право "делать новое по-нормальному" - это уже немалый успех. а если еще и не заставляют за другими подчищать - то вообще красота и большая редкость, наверное...
С
Ребят, небольшое исследование делаю, помогите ответом.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
АГ
китайским)
АГ
вообще думаю что это где-то из области спецслужб (фсб и прочее). есть например компании, которые "лицензируют софт на возможность использования в вооруженных силах"... вот у них возможно такое нужно
VS
Ну тут не обобщать. Каждый случай уникален. Если от принятых практик тошнит и люди не хотят сделать лучше, то лучше ливать сходу.
АГ
Vlad Sobenko
Ну тут не обобщать. Каждый случай уникален. Если от принятых практик тошнит и люди не хотят сделать лучше, то лучше ливать сходу.
раз ливанул, два ливанул, на третий раз работу не найдешь. надо больше вопросов на собесах задавать
VS
раз ливанул, два ливанул, на третий раз работу не найдешь. надо больше вопросов на собесах задавать
Да правильные вопросы собеседующему по тех части - это одно из главных.
VS
Если начинает бизнесменить. Аля, тесты бизнесу не продать. То стоит задуматься.
YG
Спасибо, Влад...) Ну я вроде отхожу... Но меня больше удивило, что новый код "нормально" писать запрещалось... С этим я сам жить не мог
Просто нужно понимать причины запретов. И объяснять причины, зачем делать как-то по-другому.
ЕР
Ребят, небольшое исследование делаю, помогите ответом.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
Тем, которые пытаются скопировать чей-то продукт
EE
Тем, которые пытаются скопировать чей-то продукт
Художественный фильм...
SP
Ребят, небольшое исследование делаю, помогите ответом.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
Каким компаниям требуется проводить реверс-инжиниринг ПО?
Именно по вашей точки зрения.
первое что приходит в голову - секьюрники. Второе - какой-нибудь легаси
I
Добрый вечер, уважаемые знатоки!
У меня такой вопрос: есть ли принцип/книга/статья о том, что код функции/метода должен быть максимально приближен к вербальному изложению решения задачи.
Другими словами, есть ли материал по теме DDD для одной функции?
В книжке "Чистый код" Мартин писал про принцип, что "все команды функции должны быть сформулированы на одном уровне абстракции, который расположен уровнем ниже операции, описываемой названием функции". Но может есть у кого ссылка на материал, раскрывающий тему глубже?
У меня такой вопрос: есть ли принцип/книга/статья о том, что код функции/метода должен быть максимально приближен к вербальному изложению решения задачи.
Другими словами, есть ли материал по теме DDD для одной функции?
В книжке "Чистый код" Мартин писал про принцип, что "все команды функции должны быть сформулированы на одном уровне абстракции, который расположен уровнем ниже операции, описываемой названием функции". Но может есть у кого ссылка на материал, раскрывающий тему глубже?
Какой-то набор мыслей присутствует в книге: Semantic software design.