И
Ну и ещё 70 5/5)
Size: a a a
2019 December 04
D
Увидел друпал отослал друпальшику?
LH
Может это вообще не он виноват что рейтинг просел
а что еще может быть? Ну, к примеру, то что инвайтов мало прилетало последнее время?
АМ
а что еще может быть? Ну, к примеру, то что инвайтов мало прилетало последнее время?
и это уже выясняли, что там идет ротация постоянно, потому инвайты идут волнообразно
А
Всем привет!
Я занимаюсь созданием креативов для таргет-рекламы.
Кому интересно обращайтесь! Сейчас для расширения портфолио сделаю с большой скидкой. Прикрепляю несколько работ.
Также можете порекомендовать своим знакомым. Если договоримся с ними о сотрудничестве- Вам %.
По всем вопросам можете обращаться с личные сообщения😉
Я занимаюсь созданием креативов для таргет-рекламы.
Кому интересно обращайтесь! Сейчас для расширения портфолио сделаю с большой скидкой. Прикрепляю несколько работ.
Также можете порекомендовать своим знакомым. Если договоримся с ними о сотрудничестве- Вам %.
По всем вопросам можете обращаться с личные сообщения😉
А
LH
Всем привет!
Я занимаюсь созданием креативов для таргет-рекламы.
Кому интересно обращайтесь! Сейчас для расширения портфолио сделаю с большой скидкой. Прикрепляю несколько работ.
Также можете порекомендовать своим знакомым. Если договоримся с ними о сотрудничестве- Вам %.
По всем вопросам можете обращаться с личные сообщения😉
Я занимаюсь созданием креативов для таргет-рекламы.
Кому интересно обращайтесь! Сейчас для расширения портфолио сделаю с большой скидкой. Прикрепляю несколько работ.
Также можете порекомендовать своим знакомым. Если договоримся с ними о сотрудничестве- Вам %.
По всем вопросам можете обращаться с личные сообщения😉
Круто!
AK
Привет, всем.
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
D
вы только что посмотрели миниатюру - на кафедре у профессора
IH
D
Андрей, признавайся - капча "Янеробот" в последнее время тебе сложнее дается? или норм?
IH
Denis Ch.
Андрей, признавайся - капча "Янеробот" в последнее время тебе сложнее дается? или норм?
Он написал скрипт который её проходит и не парится
AK
... будете смеятся, я типа такого скрипта щаз и пишу.
D
по началу меня это забавляло, а теперь ты меня пугаешь
IH
Andrey K
Привет, всем.
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
Вариант А. Как можно писать тесты для бп2, если ты не выделил из бп1 код в абстракции?
ВШ
Andrey K
Привет, всем.
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
Лонгрид ниже не по теме чата. Отправьте пожалуйста в правильном направлении.
[язык программирования - НЕпопулярный, можно сказать ископаемый, поэтому в тексте его не упоминаю]
Кейс:
Код юнит тестами покрыт.
Основной бизнес-процесс (далее бп1) зеленый.
3-й день происходит такое:
- То интерфейс(метода, класса) перекроЮ. Потом обратно.
- То класс в библиотеку переделаю. Потом обратно.
- То методы перенесу. Потом обратно.
- и т.д.
Целеполагание для активностей выше:
1. Подготовка кода к "масштабированию", а именно
к существующему бп1, необходимо добавить 2-ой похожий (далее бп2).
2. Убрать технический долг, а именно: переписал одну из фич, старую реализацию фичи надо выпилить и вместо нее вкрутить новую реализацию.
Есть ощущение, что
- слишком стараюсь вычистить технический долг: по ходу выпиливания подвисаю, что "вот тут тоже не плохо бы переписать" или "это стоит подкрутить, а то потом не вспомню зачем так сделано"
- завис на том, что "прежде чем делать бп2 НАДО выделить из бп1 потенциально переиспользуемый код и разложить его по абстракциям". [... пишу и думаю, вот кому это НАДО, и точно ли надо?]
Метрики кода:
бп1 - 8 модулей, LOC=631 (~30% - с "техническим долгом")
Тесты - 1 модуль, LOC=640 (половина тест-сьюта - это проверка старых версий кода для бп1)
Утилиты - 1 модуль, LOC=71
Варианты развития событий:
А. Сформулировать критерии завершения для (1). С этим туго: чего-то я точно НЕ знаю и потому туго.
Б. Начать писать тесты для бп2. Может тогда станет понятнее, как завершить (1). Этот пункт пугает: как начать, если предыдущее не окончено.
В. Другое.
Как оптимальнее продвинуться дальше?
Перл что-ли?
AK
Вариант А. Как можно писать тесты для бп2, если ты не выделил из бп1 код в абстракции?
Тесты написать заглушками, чтобы зафиксировать бп2 в общем виде.
По идее, тогда должно стать яснее, где в бп2 будет происходить переиспользование кода из бп1.
По идее, тогда должно стать яснее, где в бп2 будет происходить переиспользование кода из бп1.
AK
Перл что-ли?
Древнее. Но не Алгол-60.
ВШ
Andrey K
Тесты написать заглушками, чтобы зафиксировать бп2 в общем виде.
По идее, тогда должно стать яснее, где в бп2 будет происходить переиспользование кода из бп1.
По идее, тогда должно стать яснее, где в бп2 будет происходить переиспользование кода из бп1.
В любой непонятной ситуации используй WordPress
IH
В любой непонятной ситуации используй WordPress
