Комментарии 20
Пожалуйста, не превращайте хабр в пикабу/башорг.
P.S.: еще и ни одной цитаты Стетхема и Раневской
Не забудьте еще сюда то же написать
Цитаты великих в игрострое
https://habr.com/ru/articles/876484/
https://habr.com/ru/articles/842952/
15 цитат всемирно известных людей об искусственном интеллекте
Цитаты великих айтишников с человеческим лицом
https://habr.com/ru/companies/karuna/articles/663906/
Цитаты о разработке программного обеспечения
https://habr.com/ru/articles/145968/
50 лучших цитат про Linux
https://habr.com/ru/articles/234517/
и прочие 50 листов по поиску
Пожалуйста, не превращайте хабр в пикабу/башорг.
P.S.: еще и ни одной цитаты Стетхема и Раневской
"Я вам запрещаю цитировать! Идите в жопу!" (C) Стэтхем и Раневская
Цитаты по Хабр:
"Хабр уже не тот"
Тогда я буду достоин комментировать Ваше творчество?
Меня, кстати, еще качество отечественного кинематографа беспокоит. Мне обязательно нужно снять свой фильм?
Ничего страшного не написано, написано полезное,
то, что кого-то может вдохновить, а кого-то заставит задуматься.
Но пришли белые польта и накидали минусов.
Им виднее, каким должно быть будущее хабра.
Обычное дело.
"Имейте в виду, если Вы сделаете быстро и плохо, то люди забудут, что Вы сделали быстро, и запомнят, что Вы сделали плохо. Если Вы сделаете медленно и хорошо, то люди забудут, что вы сделали медленно, и запомнят, что Вы сделали хорошо!"
(Королёв С. П.)
Золотые слова, на практике убедился в правильности этой формулировки, никто не запомнит сколько ты писал код, если в ней нет ни то что какие-то косяки, вообще придраться не к чему. Но сегодня молодежь учат противоположному, лишь бы быстро, и пофиг что там мегатонна ошибок и недороботок - зато будет, что потом в релизах писать
С тем же успехом могут запомнить, что ты сделал медленно. А могут и не запомнить вообще, потому что пока ты делал хорошо, кто-то уже успел сделать быстро. Ауф.
оптимизировать можно только работающий код (С. Макконнелл)
чтобы начать программировать микроконтроллеры нужна пара лет, начать стоит с изучения архитектуры арм (услышал в самом начале своего пути, разумеется столько времени не было так что начал за пару месяцев с готовых примеров а архитектуру и ассемблер арм до сих пор знаю только понаслышке)
я не верю в волшебные технологии разработки, я верю в жопочасы. Провел н жопочасов изучая что-то, начал делать это хорошо.
если в процессе отладки Ethernet вам потребовался осциллограф, значит вы копаете не в ту сторону. Недавно убедился в этом очередной раз, когда после долгих мучений с платами где нестабильно работал ethercat (соединялся через н секунд, иногда только после ресета, иногда после перепайки трансформатора) оказалось что на схеме был перевернут трансформатор.
будем сразу решать проблему или сначала прочитаем даташит и подумаем?
искать ошибку надо не последовательно а методом двоичного поиска (мне и многим программистам это кажется очевидным, тем удивительнее встречать людей которые алгоритмов не изучали и в поисках ошибки начинают проверять цепь не с середины а последовательно с первого элемента).
"Наш продукт не содержит багов; в нем есть недокументированные возможности"
Это про MIK32 на который всё ещё нет Errata sheet.
Настройка ToolChain-а Cборки Прошивок для MIK32 (MIK32 + C+ GCC + GNU Make + OpenOCD)
Плохо можно писать на любом языке
В коде была допущена фатальная ошибка - это писали не мы
Цитаты про программирование и разработку в общем