?

Log in

No account? Create an account

Entries by category: it

Кодинг, рефакторинг, манагеры
avatar_white
damager82
В идеале, в процессе написания кода, сначала обычно пишешь в поверхностно-схематичном режиме, используя какие-то костыли и временные решения, чтобы быстро проверить работоспособность. И потом уже когда это все заработает, уходит еще куча времени, чтобы все это причесать, заменить костыли на красивый и правильный код, оптимизировать алгоритмы. А при добавлении чего-то нового иногда приходится перерабатывать старый код, чтобы новое легло лучше.

В общем наверно процентов 20-30 времени должно уходить на работу с уже ранее написанным кодом: рефакторинг, оптимизация, приведение к красивому и читабельному виду и т.д. Это самым лучшым образом скажется на стабильности приложения и скорости осуществления несложных изменений.

А когда дается мало времени и надо все быстрей-быстрей, получается жуткая хрень! Остаются все костыли и временные решения. Потому что в 99 процентах случаев оно работает и все тесты проходит. И манагер говорит: "так сойдет, запускаем". А косяки обычно уже всплывают у конечных пользователей. Потом при добавлении нового кода добавляются еще костыли. Исправление ошибок становится достаточно трудным и долгим процессом. И при исправлении одной ошибки можно запросто получить две новых. И стабильности все меньше и меньше.

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

Примерно таким плохим был первый серьезный проект на Android, в котором я принимал участие. В результате инвесторы просто забросили проект. Потом манагер проекта каким то образом уломал инвесторов на создание новой проги. Ее мы писали уже с нуля и там все было в целом ок, но выяснилось, что этот горе-манагер плохо проанализировал существующие приложения и мы после запуска получили несколько серьезных и уже раскрученных приложений-конкурентов. Да и сама идея приложения была, прямо скажем, так себе... Хотя он наверно думал, что придумал очень-очень гениальную хрень. В итоге этот проект тоже издох. А я ушел на другие проекты, подальше от этого манагера.

Через месяца 3-4 он мне писал, говорил что запускает новый проект. Мегакрутое и очень полезное приложение. Но я уже был занят и отказался. Спустя почти год я поискал на маркете это приложение. Там было что-то около пары сотен загрузок и уже пара месяцев без обновлений. Т.е. и этот проект не удался. Сейчас наверно уже еще чтонить придумал.

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

В общем кодить надо не спеша. А если манагер все время подгоняет, то надо менять его на вменяемого манагера, который сможет объяснить начальству или инвесторам, что скорость и качество - вещи не совместимые. Если только кодеры не сплошь гуру и монстры, конечно)

Как убрать разрывы строк в тексте
avatar_white
damager82

Иногда встречаются текстовые документы, в которых в каждой строке идет перенос. Смотреть этот документ в ворде или блокноте еще можно, но на мобильных устройствах это выглядит криво …
Читать дальше ...Collapse )
Tags: