Другие языки программирования и технологии
А хороший программист во время работы большую часть времени думает, что написать или больше пишет?
То есть что в его работе занимает больше времени: размышления или набор кода?
Мой босс, который кстати моложе меня, один из лучших программеров каких я видел. Так вот он большую часть времени рисует ручкой диаграммы. На любой вопрос начинает рисовать схему, поэтому нужен толстый альбом.
Печатать нужно очень быстро, а баги исправлять медленно и аккуратно документировать
Печатать нужно очень быстро, а баги исправлять медленно и аккуратно документировать
Годами исправляет ошибки.
В вопросе нет того, что действительно занимает уйму времени - перебор вариантов. При этом вариант сначала надо придумать, потом реализовать. Скил мастера как раз и состоит в том, что у него варианты появляются быстрее и их у него больше. А в остальном зависит от задачи, если типовая, то там размышлять не о чём. Тупо копируешь ранее принятые решения в текущий проект
Я бы сказал, что зависит от типа задачи. Бывают задачи, где надо тупо что-то взять и сделать. Тогда берешь и пишешь.
А бывают задачи, где сплошной R&D, там надо думать, считать, искать варианты, анализировать похожие решения.
Ну и как написали выше, при поддержке больших проектов бОльшая часть времени уходит на анализ этих проектов и сопутствующую бюрократию. Чтобы исправить 1 баг, надо:
1. Найти его.
2. Оценить affected area.
3. Исправить.
4. Сделать с кем-то code review.
5. Сделать тестовый билд.
6. Отправить его тестерам.
5. Сделать релизный билд.
7. Отправить его тестерам.
8. Все это счастье задокументировать.
9. Залить все аккуратно в систему контроля версий.
А бывают задачи, где сплошной R&D, там надо думать, считать, искать варианты, анализировать похожие решения.
Ну и как написали выше, при поддержке больших проектов бОльшая часть времени уходит на анализ этих проектов и сопутствующую бюрократию. Чтобы исправить 1 баг, надо:
1. Найти его.
2. Оценить affected area.
3. Исправить.
4. Сделать с кем-то code review.
5. Сделать тестовый билд.
6. Отправить его тестерам.
5. Сделать релизный билд.
7. Отправить его тестерам.
8. Все это счастье задокументировать.
9. Залить все аккуратно в систему контроля версий.
Больше думает. Но не над "что написать", а над "как решить задачу" (т. е. найти оптимальный алгоритм решения). А "что написать" - это уже полумеханический кодинг найденного решения на конкретном языке программирования.
Он больше исправляет ошибки …свои и чужие!
Думает больше времени, чем пишет. Как и нормальный писатель.
Если проект большой, то всё в голове не удержишь.
Прежде чем что-то менять, программист читает существующий код и смотрит, где и как можно реализовать желаемое изменение.
Если код написан плохо, «грязно», то на его чтение и разбор уходит очень много времени. Поэтому код рекомендуется «чистить», или рефакторить — переделывать его структуру для более удобного чтения и доработки в дальнейшем. Чистый код прочел — и сразу всё понял, не расшифровывая никаких древних рун.
Прежде чем что-то менять, программист читает существующий код и смотрит, где и как можно реализовать желаемое изменение.
Если код написан плохо, «грязно», то на его чтение и разбор уходит очень много времени. Поэтому код рекомендуется «чистить», или рефакторить — переделывать его структуру для более удобного чтения и доработки в дальнейшем. Чистый код прочел — и сразу всё понял, не расшифровывая никаких древних рун.
большую часть времени гуглит.
время такое, всё уже написано, достаточно только найти на stackoverflow.
время такое, всё уже написано, достаточно только найти на stackoverflow.
Думает гораздо больше чем пишет.
ХЗ. Обычно набиваешь код, планируешь что и как, продумываешь защиту от долбоеба. Что-то не получается, а надо срочно. Уже сидишь и в непонятном состоянии находишь решение.
Приходит как то интуитивно.
NASA - программирование - ЭТО КУСОК ХЛЕБА, но на нем не заработаешь состояния. Гораздо проще и быстрее подняться на торговле.
Приходит как то интуитивно.
NASA - программирование - ЭТО КУСОК ХЛЕБА, но на нем не заработаешь состояния. Гораздо проще и быстрее подняться на торговле.
***с Братвой... До Гроба***
Спасибо за отклонение от вопроса. Но я вообще считаю, что это может быть мне полезным. Как минимум, как умственное упражнение, а как максимум - для понимания того, что происходит в области ИИ. А в этом я бы хотел поучаствовать. И без программирования, на мой взгляд, моё понимание будет неполным. Просто понимания принципа работы нейросетей мало.
Ну и кусок хлеба - почему бы и нет. У меня все равно нет нормальной профессии.
Ну и кусок хлеба - почему бы и нет. У меня все равно нет нормальной профессии.
***с Братвой... До Гроба***
Другими словами, я в принципе не знаю, что другое может быть мне в данный момент полезнее программирования как в плане личностного роста, профессионального и с точки зрения пользы для бизнеса.
В сложном проекте - размышления.
И в любом проекте code review занимает много времени или много сил. Особенно там, где есть спешка.
И в любом проекте code review занимает много времени или много сил. Особенно там, где есть спешка.
он исправляет баги
Сначала наговнокодить, а потом разгребать своё г0вно.
Похожие вопросы
- В чем смысл it-курсов, школ, даже институтов, если большую часть времени тебе в реальной работе нужно будет
- Стоит ли учиться на программиста? Сложна ли работа? что делать? Только программы писать?
- Программист это хорошая работа?
- Из каких составляющих вы оцениваете труд программиста, конечный продукт или его часть?
- Почему 1С программисты обычно не считаются программистами? Чем отличается работа 1Сника от других программистов?
- ищу кандидатуру программиста (удалённо) для моего стартапа, который будет подыскивать программистов для удалённой работы
- Программисты, вы восхищаетесь работой лучших, мировых программистов которые реализовали все то,чем мы сегодня пользуемся
- Есть тут программисты? Сколько времени у вас ушло на обучение программированию? (конкретно на c++)
- Насколько сложна ваша работа, программисты? Какую выполнятете работу каждый день?
- Студент-программист. Хочу поменять работу.
И здесь уже решение найти гораздо быстрее, чем причину. Выше это называли тестирование, но оно всё-таки часть кодинга, входит в процесс. А реальные данные появляются после дедлайна. Вспомните историю про ввод в строй ЕГАИС