aabzel 2 июн в 22:48

Цитаты про программирование и разработку в общем

Простой

3 мин

3.2K

Программирование микроконтроллеров*Читальный зал

Ретроспектива

Комментарии 20

ChiginAV 2 июн в 23:30

Пожалуйста, не превращайте хабр в пикабу/башорг.

P.S.: еще и ни одной цитаты Стетхема и Раневской

aabzel 2 июн в 23:32

Не забудьте еще сюда то же написать

Цитаты великих в игрострое
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 листов по поиску

CitizenOfDreams 3 июн в 06:43

Пожалуйста, не превращайте хабр в пикабу/башорг.
P.S.: еще и ни одной цитаты Стетхема и Раневской

"Я вам запрещаю цитировать! Идите в жопу!" (C) Стэтхем и Раневская

devlev 3 июн в 08:33

Цитаты по Хабр:

"Хабр уже не тот"

aabzel 3 июн в 09:09

Это точно. Раньше Хабр был не настолько Русофобским, как сейчас.

aabzel 4 июн в 11:27

Пожалуйста, не превращайте хабр в пикабу/башорг.

И вообще если Вы @ChiginAV уж так беспокоитесь за будущее Habr, то можете сами, в коем то веке, написать хотя бы одну публикацию

ChiginAV 4 июн в 15:51

Тогда я буду достоин комментировать Ваше творчество?
Меня, кстати, еще качество отечественного кинематографа беспокоит. Мне обязательно нужно снять свой фильм?

aabzel 4 июн в 21:54

Меня, кстати, еще качество отечественного кинематографа беспокоит. Мне обязательно нужно снять свой фильм?

Очень, оригинально. Браво! Поставил плюс в карму.

Flammmable 3 июн в 00:41

dmarsentev 3 июн в 01:56

Ничего страшного не написано, написано полезное,

то, что кого-то может вдохновить, а кого-то заставит задуматься.

Но пришли белые польта и накидали минусов.

Им виднее, каким должно быть будущее хабра.

Обычное дело.

Alex283 3 июн в 07:21

"Имейте в виду, если Вы сделаете быстро и плохо, то люди забудут, что Вы сделали быстро, и запомнят, что Вы сделали плохо. Если Вы сделаете медленно и хорошо, то люди забудут, что вы сделали медленно, и запомнят, что Вы сделали хорошо!"
(Королёв С. П.)

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

CitizenOfDreams 3 июн в 07:39

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

aabzel 3 июн в 07:41

Тут нужен пример из истории.

randomsimplenumber 3 июн в 09:34

Тут нужен пример из истории.

История - это сплошной пример ошибок выжившего. А для несогласных есть альтернативная история ;)

Alex283 3 июн в 11:40

примера не будет, разве это кто запомнит

kipar 3 июн в 08:19

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