Size: a a a

2021 March 28

B

BRZ in ru_raspberry
Спасибо
источник

cd

cross dev in ru_raspberry
Aleksander irreligious86
Давно меня так ничего не радовало, как сейчас этот вот мигание светодиодов
А Ещё можно шаговым двигателем управлять
источник

cd

cross dev in ru_raspberry
А если тремя двигателями управлять для трёх осей то будет 3Д принтер 😉
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Если Вы работаете программистом, то какой процент времени x Вы проводите неепосредственно за написанием кода?
Анонимный опрос
3%
x = 100%
0%
80% <= x < 100%
11%
50% <= x < 80%
31%
20% <= x < 50%
8%
x < 20%
47%
Посмотреть на результаты
Проголосовало: 36
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
Если Вы работаете программистом, то какой процент времени x Вы проводите неепосредственно за написанием кода?
Анонимный опрос
3%
x = 100%
0%
80% <= x < 100%
11%
50% <= x < 80%
31%
20% <= x < 50%
8%
x < 20%
47%
Посмотреть на результаты
Проголосовало: 36
так-то и 10% норм.. текст писать любой дурак сможет, а вот 90% уходит чтобы понять что и как, чтобы не переписывать )
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Andrey Sea
так-то и 10% норм.. текст писать любой дурак сможет, а вот 90% уходит чтобы понять что и как, чтобы не переписывать )
Опять цепляешься к формулировкам
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
Опять цепляешься к формулировкам
в этом суть работы программиста ) цепляться и оценивать формулировки...
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Я имею ввиду цикл продумывание архитектуры (лично у меня это имеет форму написания хэдеров), написание тестов, написание кода, отладка
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
Я имею ввиду цикл продумывание архитектуры (лично у меня это имеет форму написания хэдеров), написание тестов, написание кода, отладка
нене, тут надо различать - на клавиатуре фигачить код и думать над тем что писать, проводить анализ, совещания, т.п. ) это 100% работы и есть... сразу писать код "продумывая" это не то
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Ну ты по любому вначале какие то наброски делаешь)
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
Ну ты по любому вначале какие то наброски делаешь)
нет, вначале я языком треплю ))) к клаве даже не подхожу
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Я лично предпочитаю их не в виде UML, а. в виде хэдеров сразу
источник

A

Andrey Sea in ru_raspberry
потом думаю и кликаю по коду, потом опять языком, потом пишу код
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Andrey Sea
нет, вначале я языком треплю ))) к клаве даже не подхожу
ну это прям совсем в начале)
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
ну это прям совсем в начале)
в начале любой задачи, да
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Потом пишешь код хэдера, потом обсуждаешь, потом пишешь что под хэдероами
источник

A

Andrey Sea in ru_raspberry
это лучше, чем нафигачить кода, потом говорят что он не нужен был или так делать неправильно
источник

A

Andrey Sea in ru_raspberry
🦉 Neil Kulikov
Потом пишешь код хэдера, потом обсуждаешь, потом пишешь что под хэдероами
я часто вообще по TDD пишу ) хедеры дело десятое
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Andrey Sea
это лучше, чем нафигачить кода, потом говорят что он не нужен был или так делать неправильно
Ну это да
источник

🦉K

🦉 Neil Kulikov in ru_raspberry
Andrey Sea
я часто вообще по TDD пишу ) хедеры дело десятое
Мне кажется важнее всего архитектура и понимание что должна делать программа. Без понимания этого ты не напишешь тесты.
источник