припоминать можно сколько угодно но пруфов нет

на фриланс почасовке от тебя могут требовать логить все восемь часов с тайм трекером и скриншотами

и единственный выход просто не работать на таких работах

но вообще про шахматы я очень не соглашусь. может просто я новичок но полчаса игры меня утомляет как полный день работы

Работай но менее эффективнее, все просто. В остальное время эффект есть, но меньше.

Ну да. У меня по практике получается как раз два раза в день макс по 4 часа кодить, больше - крыша едет.

Ну да. У меня по практике получается как раз два раза в день макс по 4 часа кодить, больше - крыша едет.

я думаю с этим все согласятся. но кому что докажешь ?

Ну про шахматы - это по привычке просто, сначала тоже очень напрягало. Потом заметил как могз в кучку собирается.

Работай но менее эффективнее, все просто. В остальное время эффект есть, но меньше.

не могу менее эффективнее. вернее устаешь всёравно. к концу дня просто водишь мышкой по идешечке и медитируешь на код и думаешь какого хрена я это отсиживаю почему просто не пойду лягу

Тут ещё вопрос интересный почему на каждую задачу нужно так много времени для ресерча? В "аджайл" гонке не уделяли времени на проведение рефакторинга?

Ну так, вот и трескаешь время "водил мышкой":(

А мог бы пройти проветриться, отвлечься и вернуться к работе

ну вот именно что мог бы

Да от задачи зависит. Если более менее знакомое и механическое, время на продумывание меньше надо. Если творчество и надо с нуля что-то придумывать, то время больше надо. Да ещё и с итерациями - попробывал, переделал, подумал, сделал.

Тут ещё вопрос интересный почему на каждую задачу нужно так много времени для ресерча? В "аджайл" гонке не уделяли времени на проведение рефакторинга?

я немного не понял но суть в том что рефакторинг как раз возникает обычно в контексте делания тикета. для меня совершенно нормально с какой то новой фичей перелопатить половину кода. для КОМАНДЫ лучше конечно втулить костыль, забыть и пометить что нужен рефакторинг и забыть про него. но на практике это просто двойная работа будет и рефакторящий будет не так заинтересован чтото делать как делающий фичу потому что он уже загрузил контекст

Я когда планирую время на спринт оставляю часть времени на непредвиденные рефакторинги. И граница простая: если рефакторинг небольшой и по прогнозам уместится в запас времени - делаю сразу. Добавляю задачки и вперед. Если с рефакторингом не успеваю попадать в контрольные точки, то костыль.

Кхм, возможно тут over engineering - рефакторинг большего куска, чем нужно.

но никто не знает наперед сколько нужно

Как ни странно цель - поставка фичи:(

вернее это всё на совести программиста

где то недожал - всё, с этим жить

будешь себя корить ближайшие пол года

Ну влезешь или не влезешь - это уже опыт и интуиция. Планирование и прогнозирование.

а недожал это например когда видишь что упираешься в миграцию и думаешь ладно, обойдёмся

Да, главное - фича.

Как ни странно цель - поставка фичи:(

это то что говорят манагерки. истинная цель это гармоничное развитие проекта

Лол, если проект не делает мир пользователя лучше, то зачем этот проект?

И, кстати, по той же причине с загрузкой кода в бошку. Если рефакторинг не глобальный, но не успеваешь его делать в спринт, я его планирую на следующий спринт сразу, а то через пол года вообще забудешь как все устроено.

Идеальный код как вещь в себе - разве это ваша цель?

я не знаю что вы сейчас думаете. или про каких то школьников которые вылизывают какой то цикл сутками меняя его на фп или лепящие везде паттерны. я говорю не о иделаьном коде а о просто минимуме с которым можно работать

Иван, речь не про идеальный код. Просто по практике есть чувство некой незавершенности, связанное со страхом сбоев. Просто пока ты в теме чуствуешь, что тут неправильно распределяются ресурсы, а тут может в вероятностью 1 тысячная произойти сбой. Пока ты тут - ты это поправить можешь, а когда через пол года начало глючить и хрен его поймёшь в каком месте и при каких условиях - рефакторить начинаешь весь софт, а не просто кусочек.

Лол, если проект не делает мир пользователя лучше, то зачем этот проект?

он конечно будет делать мир пользователя лучше так как фичам он отвечает. просто его цель это развиваться так чтобы влезть в эти фичи и быть в меру загаженым

я говорю о некой внутренней цели. имманентной

как будто если бы у проекта самого в себе она была

Ну если цель делать совершенный код, а не проект командой - это другая цель. С мотивацией надо работать.

нет никакого совершенного кода

И не будет:)

простой пример - "захотели" undo или рилтайм обновления. и это не просто фича это качественный скачок, который скорее всего требует принципиально другого подхода и будучи сделанным даёт задел на другие фичи почти даром

А если другие фичи никогда никому не будут нужны?

это уже другой вопрос

вернее. как вы узнаете что они не нужны если пользователь их не увидит ?

я уверен что большенство современных "хороших практик" в UI родились как эксперименты под ответственностью самих программистов

Гармоничность в подуете весьма философский момент, каждая новая фича может ломать гармонию продукта. Переписывать кучу кода для показа новых фич, важность которых ещё нельзя оценить?

когда рождается возможность сделать некие фичи, эти фичи просятся

На сколько я помню есть практика впилить костыль - проверить идею - потом нормально написать

Гармоничность в подуете весьма философский момент, каждая новая фича может ломать гармонию продукта. Переписывать кучу кода для показа новых фич, важность которых ещё нельзя оценить?

если ломает то ломает. я говорил о том что не ломает

Но зачем тогда переписывать столько кода, если не ломает?

вы ничего не поняли из того что я сказал

имелось ввиду что реализация одной фича просит новый концепт, который даёт возможность реализовать и другие ДАРОМ

Не забывайте главное: не человек создан для компьютера, а компьютер для человека. Если фича помогает человеку делать его дела в обыкновенной жизни лучше, то фича нормальная. Если мы придумали клёву фичу, и заставляем пользователя менять его жизнь - то это гнилая фича.

и да - вне контекста фич вообще нет. мы не можем полностью изолироваться от технологий и рассматривать монитор как чтото, где мы можем сделать что угодно. всегда есть конкретные технологии за которыми идут те или иные наборы фичей, возможностей

и придумыватель фич отталкивается от их распространённости, или от того что где то он их подсмотрел

>Если мы придумали клёву фичу, и заставляем пользователя менять его жизнь - то это гнилая фича. тут можно очень не согласиться :) это может быть просто очередной качественный скачок настолько радикальный что испугает по началу пользователя

мало какие хорошие фичи принимали всерьёз. те которые опередили своё время

Вот переделали вы кучу кода, а фича не взлетела... пора добавлять другие фичи, которые просились? Как оценить фичи, которые привносит продукт овнер/менеджер?

ну не взлетела и не взлетела

Ну этот самый, новый кинопоиск.

новый кинопоиск ? я не в курсе :)

Так ведь следующая фича может снова призывать сделать новый концепт

может

с этим надо мириться

Там сделали новый дизайн переписав все с нуля, а потом вернули старую версию, потому как пользователи сказали, что новый дизайн полное г

Новый концепт, так сказать

ну дизайн это дизайн

новый дизайн вконтача тоже не очень

Так там вся архитектура переделана была, считай новый продукт

ну я не в курсе

Где та грань, где проделана работа оказалась полезной

если и так то я не думаю что это спустят так просто. позже выкатят

интегрируют плавно

это чтоли ? https://plus.kinopoisk.ru/

ну такое себе да

с другой стороны заточено под мобилки

мобилки(респонсив верстка) серьёзно портят дизайн я давно говорю

на самом деле они не сделали новый дизайн они унифицировали

это их общий дизайн всех инструментов типа яндекс мерики

ну привыкнут

как по мне фона не хватает разделяющего элементы а так вполне себе концептуально

Там много важных фич пропала, ради которых пользовались инструментом, видимо посто не додумали