Зависит от принятого codestyle. Для меня например абсолютно нормально называть переменные в таком духе если я точно знаю, что это внутреннее дело класса и наружу она торчать не будет. Мне так проще для понимания. С другой стороны, если в проекте принято по другому, то со своим уставом лучше не лезть и писать как есть.
да, многое из пунктов 1-7 до меня довели за 2-3 недели, на примерах живой работы. В универе пункты 4-7 на учебных примерах дать сложно.
Алгоритмы те же, тонкости свои везде есть :) А если писать под ARM линукс, так там вообще ничего особо не меняется, но про выравнивания лучше помнить :)
Другое дело, если что-то делаешь на голом железе, то тут вылезает куча забавных проблем(по неопытности), из-за которых бьешься головой в стену, а большинство просто не хотят этим заморачиваться, гораздо проще, если у тебя уже есть ОС, которая за тебя разрулит прерывания, даст единообразный интерфейс к железу. Тогда можно не морочить себе голову железными вопросами и вплотную заняться реализацией задачи. Кому что :)
работа с МК — это взгляд на программирование под несколько другим углом. Эта область вообще, полезна для понимания, как работает железо на физическом уровне, что в некоторых случаях весьма полезно.
Идти в путягу? после этого работать токарем/сантехником/etc и попутно сходить в армию? дануивона*уй! я хочу попинать балду 5 лет и после этого нифига не делать в какой-нть конторке менеджером среднего звена!
под 2 и 3 пунктом подпишусь, хоть и не отношу себя к любителям MS.
А вот причина по которой я не люблю MS — достаточно проста, как только требуется сделать что-то не предусмотренное стандартными use-case от MS, админ начинает рвать волосы в самых интимных местах. Зачастую сообщения об ошибках настолько неинформативны, а документация настолько скудна, что отлов проблемы превращается не просто в танец с бубном, а в оргию с симфоническим оркестром.
да, многое из пунктов 1-7 до меня довели за 2-3 недели, на примерах живой работы. В универе пункты 4-7 на учебных примерах дать сложно.
Другое дело, если что-то делаешь на голом железе, то тут вылезает куча забавных проблем(по неопытности), из-за которых бьешься головой в стену, а большинство просто не хотят этим заморачиваться, гораздо проще, если у тебя уже есть ОС, которая за тебя разрулит прерывания, даст единообразный интерфейс к железу. Тогда можно не морочить себе голову железными вопросами и вплотную заняться реализацией задачи. Кому что :)
Был например такой ночной кошмар как ILM.
А вот причина по которой я не люблю MS — достаточно проста, как только требуется сделать что-то не предусмотренное стандартными use-case от MS, админ начинает рвать волосы в самых интимных местах. Зачастую сообщения об ошибках настолько неинформативны, а документация настолько скудна, что отлов проблемы превращается не просто в танец с бубном, а в оргию с симфоническим оркестром.