caxapa.ru :: Таки да, в чём-то кодер. Хороший программист в железе ничего не понимает. А "железячник" в программировании. А швец и жнец плох во всём сразу и такой подход работает только в курятниках любительского уровня. Хороший специалист подобен флюсу и

fk0, легенда (20.05.2013 15:17, просмотров: 150) ответил koyodza на значит либо до него не донесли все тонкости задачи (иногда умышленно скрыли), либо это не программист встраиваемых систем, а (быдло)кодер

Таки да, в чём-то кодер. Хороший программист в железе ничего не понимает. А "железячник" в программировании. А швец и жнец плох во всём сразу и такой подход работает только в курятниках любительского уровня. Хороший специалист подобен флюсу и полнота его одностороння. И, помимо этого, нужен кто-то кто будет видеть всё в целом на несколько более абстрактном уровне, не вникая в детали. Ибо хороший программист рискует со своей колокольни не увидеть за деревьями леса.

[ZX]

Ответить

- Абстрактный уровень хорош только при проектировании систем и именно на уровне системы.Проектировать ну скажем "измеритель содержания конского навоза в ослинной моче" на абстрактном уровне невозможно. PlainUser(68 знак., 21.05.2013 07:23)
  - Все почему то воспринимают "абстракцию" как полную оторванность от реальности. А ведь абстракция вполне может учитывать очень много вещей, в том числе и доступные расходуемые ресурсы. Более того, тот, кто не в состоянии сделать нормальную =AlexD=(78 знак., 21.05.2013 08:32)
    - Нельзя учитывать то в чем не разбираешся.А если разбираешся во всем то ... см выше.Поэтому есть абстракция сверху и делегирование оветственности за конкретные нюансы вниз. PlainUser(83 знак., 21.05.2013 10:15)
- это Вы про "хороших программистов 1С" наверное говорите. Мы тут про программистов МК, а соваться сюда без базовых знаний в схемотехнике не стоит, ничего хорошего не получится. Естественно, программист может быть слаб в схемотехнике, но он koyodza(23 знак., 20.05.2013 15:20)
  - У нас среднее образовние обязательное. И как работает транзистор следовательно каждый должен знать. Или там про закон Ома и т.п. вещи. За основы сгодится? А вот программировать embedded программисты часто плохо умеют. И речь тоже не про Haskell fk0(750 знак., 20.05.2013 15:37)
    - Чем лучше программист тем дальше его нужно держать от эмбеддед задач. PlainUser(744 знак., 21.05.2013 07:41)
      - отлично сказано - koyodza(21.05.2013 11:46)
      - Чушь полная, как в описании качеств "хорошего программиста" так и в описании методов его работы. - =AlexD=(21.05.2013 08:35)
        
        Возможно у вас другие , поздравляю. - PlainUser(21.05.2013 10:25)
        
        У меня другие представления, о том, что такое хороший программист. Причём несущественно, о какой сфере деятельности идёт речь. Тот, кого Вы описали (стиль писюко-кодеров) - суть говнокодер. - =AlexD=(21.05.2013 11:11)
        
        Обобщу , хороший специалист любого профиля четко понимает границы своих знаний и возможностей.У программистов с этим плоховато.В основном ввиду относительной молодости этой профессии и слишком мощных инструментов в руках. - PlainUser(21.05.2013 15:21)
        
        А можно примерчик? А то я и так вертел в голове Вашу фразу , и этак, и никак не смог приложить её к реальности. =AlexD=(1223 знак., 22.05.2013 08:46)
        
        Лучше бы он был похож на труд писателя документальной литературы.Те вместо собственных домыслов "как оно работает" использовались-бы факты.Это конечно намного более скучный и рутинный труд , фантазии развернуться негде. PlainUser(1148 знак., 23.05.2013 10:44)
        
        Это я к тому что стыки областей знаний программист-железячник-конструктор-разработчик_функционала-дизайнер неприкрыты и даже еще как следует не исследованы. - PlainUser(23.05.2013 10:47)
        
        И вообще, бесит, когда железячники не в состоянии сделать элементарную железяку, которая хотя бы нормально сбрасывалась по питанию, или не в состоянии описать все функции железа, включая побочные эффекты, а виноваты потом "хорошие программисты", =AlexD=(246 знак., 21.05.2013 08:44)
        
        С приличными железячниками вообще беда.Еще хуже чем с программистами. - PlainUser(21.05.2013 10:28)
        
        Вот гаднием как-раз и не надо (категорически) заниматься.Надо спросить железячника что конкретно делает его схема в такой-то ситуации. PlainUser(144 знак., 21.05.2013 10:07)
        
        Моя точка зрения: HAL уровень должны писать ТОЛЬКО железячники, возможно бывшие. PlainUser(75 знак., 21.05.2013 10:09)
        
        Кто пишет HAL уровень особого значения не имеет, т.к. это всего лишь уровень битиков регистров периферии, а особенности функционирования как правило вылезают на гораааздо более высоких уровнях. Не, я не спорю, что настройкой какого-нибудь =AlexD=(518 знак., 21.05.2013 11:22)
    - Вы сильно отклонились от первоначальной темы - koyodza(20.05.2013 15:44)
  - Скажите, какой размер коллектива, которым Вам приходилось руководить? Мне - 34 человека + завод, который делал - там человек 50 персонала на нас работало. - Evgeny_CD(20.05.2013 15:25)
    - никакой. Мне это не интересно koyodza(122 знак., 20.05.2013 15:48)
      - Это просто одна из основ разницы наших подходов. - Evgeny_CD(20.05.2013 15:51)
        
        знаю - koyodza(20.05.2013 15:53)

Средства и методы разработки