caxapa.ru :: что это означает? что такое "проф. уровень"?

Ответы

- проф. - сокращённое от профессиональный. - Apтём(23.12.2013 16:44)
  - да, но что это означает применительно к пикам? и какаим пикам конкретно и чем они более проф. уровня, чем какие-либо другие контроллеры - aoreh(23.12.2013 16:55)
    - Сложно дать определение...это надо чувствовать в "кончиках пальцев"...эта чуйка приходит с годами опыта... Apтём(310 знаков, 23.12.2013 17:16)
      - Ну, если профессионализмом считается желание решать создаваемые самим же себе проблемы, то лучше Bill(35 знаков, 28.12.2013 15:58)
      - хочу быстрый ответ, не уверен, что на это "прощупывание" стоит тратить годы, а любопытство просто раздирает - aoreh(23.12.2013 17:29)
        
        Всё просто. ПИКи - профессиональный уровень. Всё остальное - попса галимая. - Крок(26.12.2013 18:34)
        
        Вы забываете, что 51 также профессионального уровня. - _KLIM83(26.12.2013 23:48, )
        
        Папрасю не оскорблять классику сравнением с контроллерами профессионального уровня. - Codavr(28.12.2013 19:35)
        
        А вы, извиняюсь, пром.контроллеры GE программировать не пробовали? То-то. Скрипач(169 знаков, 26.12.2013 19:51)
        
        Мне в детстве за Goto морду били. С тех пор избегаю. А Васиком назывался Васик Фортран. - Крок(26.12.2013 19:55)
        
        Цитата: "В автоматизации одним из основных требований к контроллерам является использование инженерных языков программирования по стандарту IEC 61131-3 (FBD, LD, IL, ST, SFC)". Полюбопытствуйте, на досуге, что есть "IL" - Скрипач(26.12.2013 20:15)
        
        Эта шутка понятна только технарям, вынужденно сидящим на презентации новой линейки <чего угодно>, подготовленной маркетологами для финансистов. - Скрипач(24.12.2013 20:37)
    - Проверку на профессионализм не прошел ))) ASDFS(36 знаков, 23.12.2013 17:12)
      - ну я с пиками очень мало работал, только с пик18ф и только один проект, работа была на С и крови попила крайне немало. Но fk0 постоянно упирает на эти контроллеры "проф. уровня" и не могу понять это серьезно или какой-нить сарказм - aoreh(23.12.2013 17:15)
        
        Не расстраивайтесь. Мне тоже комфорт дороже. Я на PIC14000 делал несколько проектов и ... Bill(138 знаков, 28.12.2013 15:43)
        
        А вообще, профессионал должен уметь работать на том, на чем в требуется в данный момент. Все остальное - только Bill(43 знаков, 28.12.2013 15:47)
        
        что-что насчет крови с PIC18??? да это идеальный 8-битный МК! я с ними вес нагуливаю! - Argon(23.12.2013 17:34)
        
        и в чем идеальность? использовался купленный XC8, до знакомства с ним, я думал, что компиляторы пишут мегапрофи и вероятность ошибки в нем крайне мала - aoreh(23.12.2013 17:38)
        
        идеальность PIC18 в его отличном сочетании простоты и функциональности. уточню: я про МК, а не средства разработки. Сам пользовался C18 и компилятором от HiTech - фатальных проблем не было. - Argon(23.12.2013 18:31)
        
        да, про С18 так плохо, как про ХС8 сказать не могу, проблемки были, но самое главное, что все было системно и предсказуемо. Но ведь микрочип позиционирует его как устаревший, а ХС8 пришедший на смену... - aoreh(23.12.2013 19:01 - 19:04)
        
        Кажисть все до сих пор на хайтеке 9.50 сидят и в общем неплохо себя чуют. - ASDFS(23.12.2013 19:12)
        
        Вообще _все_ и _всё_ делают на пиках. Это аксиома. - fk0(23.12.2013 19:55)
        
        И что XC8? Как себя показал? Были ошибки? Глюки? Как впечатления? - Apтём(23.12.2013 17:40)
        
        сказанного не достаточно? я просто в шоке, я никогда такого не ожидал от компилятора, он частенько тупо неправильно разбирал выражения, плюс глюки с указателями (я так понимаю, из-за попытки совмещения несовмещаемого), плюс глюки с возвращаемыми aoreh(821 знаков, 23.12.2013 17:54)
        
        Тут явно видно, что проблема не в компиляторе, а в рукожопости программиста. У нас XC8 используется для десятков проектов и никаких серьезных проблем с ним не было. Ясно, что вместо того, чтобы найти у себя ошибку, проще винить во всём компилятор. FDA(185 знаков, 26.12.2013 16:51)
        
        шо ты мелишь... скорее у тебя проекты из разряда 2 кнопки 2 светодиода - aoreh(26.12.2013 22:05)
        
        Кто нибудь с ружом, отстрелите это. - Nikolay801_(27.12.2013 11:52)
        
        Нет, у меня проекты сложные. TCP/IP, графические ЖКИ, работа с GPRS и ГЛОНАСС. И ни разу я не наблюдал явных глюков компилятора. Часто казалось, что вроде вот он глюк, но в итоге это была ошибка программиста. - FDA(26.12.2013 22:30)
        
        Открываем реадми к 1.21 вышедшему в октябре! 2013 и читаем багфикс aoreh(236 знаков, 26.12.2013 23:19, ссылка)
        
        Ты ещё почитай багфикс к Delphi или C#, так вообще ночами спать не будешь! - FDA(27.12.2013 08:30)
        
        мне не нужен багфикс где-то мне нужен багфикс здесь, где написано, шо он путает размеры указателей и портит возвращаемое значение функций или наоборот портит ими данные, офигет, я вообще сомневаюсь шо ты его в руках держал, может проект и большой, aoreh(41 знаков, 27.12.2013 10:27)
        
        значит ты в глаза хс8 не видел. а вот это вот "казалось, что вроде вот он глюк" я прошел много лет назад и можно сказать уверовал в непогрешимость компиляторов, поэтому давно не имел привычки искать проблемы в них. ХС8 меня отрезвил - aoreh(26.12.2013 22:59)
        
        Я на XC8 перешёл год назад где-то. Так с того момента и использую. Ещё раз повторю, проблемы в 99.9% в рукожопости программистов. Компилятор тут не при чём! Я могу тебе посоветовать книжки по основам программирования почитать, чтобы опыта немного FDA(102 знаков, 27.12.2013 08:33)
        
        Разница в том, что я от PRO версий хайтека уже отказался 5 лет тому назад. И регулярно на них посматриваю, чтоб понять, что становится только хуже. - fk0(27.12.2013 12:25)
        
        охренеть... какой там говоришь у тебя серьезный проект? смешно! - aoreh(27.12.2013 10:26 - 10:30)
        
        серьезный проект может быть выполнен и без использования указателей, в этом случае соответствующий баг может быть не замечен. - Argon(27.12.2013 10:34)
        
        Да, наверное можно заменить везде указатели на целочисленное что-то и преобразовывать в последний момент, но это будет полнейший идиотизм, который опять же все равно упрется в возвращаемые значения. поэтому их нужно наверное будет сделать aoreh(124 знаков, 27.12.2013 10:42 - 10:44)
        
        да, а заодно и без функций, че уж там мелочиться, если серьезный проект - елочная гирлянда, то да, может. в любом другом проекте, где есть интерфейс - нет, где много упакованных строк, упакованная конфигурация фпга и т.п - не может. Но пусть будет aoreh(152 знаков, 27.12.2013 10:39)
        
        Исключить нужно так же структуры, типы данных отличныe oт беззнаковых байтовых... И тогда может он перестанет заявлять, мол can't generate code. - fk0(27.12.2013 12:30)
        
        да, :) маленький пример из баг фикса aoreh(700 знаков, 27.12.2013 12:46)
        
        Три, три светодиода :) - scorpion(26.12.2013 22:09)
        
        Два разных программиста видели, что не работает макропроцессор для проекта успешно собираемого три последних года двумя другими компиляторами. Про рукожопость рассказывай в другом месте. - fk0(26.12.2013 17:02)
        
        В очередной раз потратил пол-ночи на эту поделку индусов. XC18 называется, очередной версии. Разложенные грабли обошёл (попытку насильно вкомпилить свой doprnt.c, подсовывание собственных .h с дурными именами а-ля adc.h -- отсюда, кстати, и грабли fk0(992 знаков, 27.12.2013 01:54 - 02:02)
        
        Продолжение. Удалось установить, что часть "can't generate code" связаны с трудностями внутри компилятора по обработке некоторых выражений. Для которых если вручную распределить временные переменные и переписать по-проще -- обходится. Типа такого, fk0(1169 знаков, 27.12.2013 20:43)
        
        Так может найти другую работу? Где PIC-и не применяют. - Apтём(27.12.2013 15:21)
        
        сам про не использую, нет оси под нее. Но спарведливости ради, проверил у коллеги у него проц pic16F1xxx :-( так вот на версии 1.21 XC8 код генерится Хотя сам про задвинул по этой же причине, когда на работающем проекте не смогла сгенерить код. abivan(148 знаков, 27.12.2013 11:56)
        
        У меня вот такое нормально компилируется: FDA(585 знаков, 27.12.2013 15:47)
        
        Ты struct tm из time.h возьми. И засунь код в середину реальной большой функции. Поэтому hello wolrd и работают, а реальные программы -- нет. - fk0(27.12.2013 12:34)
        
        Твоя проблема, видимо в том, что ты программировать прост не умеешь. Могу для начала посоветовать почитать книжки по Си, потом по основам программирования, а в идеале попрограммить ещё для ПК, обязательно на другом языке - Delphi или C#, там FDA(172 знаков, 27.12.2013 08:45)
        
        Ты тут не умничай, ты пальцем покажи, где здесь неправильный код: fk0(3391 знаков, 27.12.2013 20:36 - 20:47)
        
        Толсто троллите, либо и правда сложнее елочных гирлянд ничего не делали - Alex B.(27.12.2013 11:27)
        
        Какое отношение нормальные книжки по Си имеют к компилятору, который не может генерить правильный код из исходников на Си? Там от Си только названия ключевых слов останутся. - aoreh(27.12.2013 10:48 - 10:56)
        
        Учат алгоритмы нормальные разрабатывать и, соответственно, программы нормальные писать. - FDA(27.12.2013 15:44)
        
        только они исходят из стандарта, а не из этого фуфела XC8 - aoreh(27.12.2013 15:47)
        
        Вот и поизучай этот стандарт, а также пару книжек типа "Приёмы программирования на Си". - FDA(27.12.2013 15:49)
        
        да уж... тяжелый случай - aoreh(27.12.2013 15:52)
        
        Согласен. Тяжело тебе. Вместо того, чтобы взяться за голову, визжишь тут про какие-то баги компиляторов. Изучай программирование получше и не будет проблем у тебя! - FDA(27.12.2013 15:54)
        
        зачем? я лучше возьму нормальный контроллер и нормальный компайлер и буду программировать совсем ничего не понимая в языке программирования, методом научного тыка в клавиатуру, так сказать - aoreh(27.12.2013 16:04)
        
        Пусть человек с 100500 проектами не учит жить, В других местах за это время сделали штук 6 проектов, причём на общей кодовой базе. На пиках (18 и 24). Программисты разные 4 шт. fk0(1463 знаков, 26.12.2013 21:38 - 21:43, ссылка)
        
        Да проектов у меня много, поэтому и пинаю вас, чтобы вы лучше свой код нормальный писали, а не сваливали на всё на компилятор. - FDA(27.12.2013 08:36)
        
        собственно как я уже говорил, после перехода на С18 удалось быстро закончить проект, так шо пусть свою рукожопость засунет себе подальше. - aoreh(26.12.2013 22:22)
        
        Значит ты так и не разобрался с ошибками в своей программе. Ну, надейся, что они не всплывут! Только не стоит людям давать вредных советов по поводу перехода с XC8 на C18, когда лень свой код изучить. - FDA(27.12.2013 08:40)
        
        бля.... сначала тестирование с престрастиями на месте, потом, первой партией девайс разошелся 1000 штук, все в идеале. Вредных... пусть люди калечат свою псхику с икс8, хотя может там действительно поправили и в будущем будет aoreh(9 знаков, 27.12.2013 10:35 - 11:08)
        
        У меня девайсы и большими партиями расходятся. При этом никаких проблем с компилятором не было. - FDA(27.12.2013 15:50)
        
        ну так у нас на барабане елочные гирлянды чуть ли не на вес продают, хули там проблем с компилятором - aoreh(27.12.2013 15:51 - 16:06)
        
        когда начали всплывать первые проблемы, мой напарник - немец, начал копаться в инете, лазить по форумам, нашел подтверждения и рекомендации обхода некоторых проблем. что-то удавалось решать, но компайлер преподносил сюрпризы один за другии - aoreh(26.12.2013 22:12)
        
        Вот о чём я и говорю. Вместо того, чтобы разбираться со своим кодом он тратит своё рабочее время, чтобы найти посты таких же долбоёбов, которые программировать не умеют! - FDA(27.12.2013 08:38)
        
        Пиздили вас в детсве мало, раз за глаза людей долбоебами называете - Alex B.(27.12.2013 11:29)
        
        Просто я не делаю разницы между дебилами и долбоёбами. Поэтому если не нравится второе слово, возьмите первое! - FDA(27.12.2013 14:53)
        
        просто ты имбецил, вот и все объяснение, поэтому и не били, поэтому и херню несешь - aoreh(27.12.2013 15:43)
        
        еще раз, почитай багфикс и объясни в чем рукожопость, если сам микрочип пишет, что компилятор генерит шо попало - aoreh(27.12.2013 10:33)
        
        А ты почитай баuфикс к Delphi наконец! Так он намного больше и ничё, программы люди спокойно пишут! - FDA(27.12.2013 14:54)
        
        Мне не нужен делфи, более того, там где он применяется - ресурсов обойти баги больше на несколько порядков. В то же время XC8 обходные пути так же упираются в баги, ресурсов перестает хватать, компайлер генерит ошибки в БАЗОВЫХ блядь для языка aoreh(7 знаков, 27.12.2013 14:56)
        
        В этом-то и проблема твоя, что не хочешь расширить свой кругозор! Поэтому и программировать не умеешь нормально! - FDA(27.12.2013 15:36)
        
        вот жеж конченный тролляка... - aoreh(27.12.2013 15:41)
        
        Вот это и есть настоящий проф. уровень. Из эклипса в котором ничё не глючит и всё работает строго по даташиту -- любой студент, любую программу за месяц сделает. А тут -- тут нужен настоящий профессионал с опытом fk0(107 знаков, 23.12.2013 18:35)
        
        Помнится обсуждали мы в ветке про АРМ какую среду использовать для ST32F407. Пришли к выводу, что нужно среду собирать хер знает как из каких-то кусков и плюс к этому ручками править какие-то стартапы, в которых нормальный человек вообще понять FDA(55 знаков, 26.12.2013 16:53)
        
        Это в любом серьёзном проекте, отличном от hello world, так будет. А если аффтар неспособен разобраться со "средой", то и к программированию, возможно, не стоит подпускать (по крайней мере без обучения). PS: для PIC у меня тоже свои стартап, свои fk0(112 знаков, 26.12.2013 17:03)
        
        Зато результат какой будет! Apтём(431 знаков, 26.12.2013 16:58)
        
        Ты ещё программистам на Delphi посоветуй Delphi из кусков собрать! - FDA(27.12.2013 08:41)
        
        Мы не программисты на Delphi. Мы МК программируем... Apтём(75 знаков, 27.12.2013 15:41)
        
        Вот и плохо, что у вас ограниченный кругозор. Я считаю, что любому схемотехнику немного под ПК пописать нужно. Лучшее понимание задачи будет. И писать бред про ошибки компиляторов сразу перестанете. Я вот пишу на C, Delphi и C# и не ною по поводу FDA(32 знаков, 27.12.2013 15:52)
        
        Как минимум включить генератор и PLL, ибо у некоторых старт на встроенном 32kHz генераторе и запуска main можно дожидаться до вечера... И тут же проверить, что вообще запустилось, дабы не зависнуть вусмерть, а хоть помигать на прощание лампочкой и fk0(19 знаков, 26.12.2013 17:06)
        
        Да я на CooCox за два вечера написал нужную мне программу. Но сам АРМ всё равно не понравился. Поэтому пока это единственный на нём законченный проект. Жду PIC32MZ. - FDA(27.12.2013 08:42)
        
        CooCox - поделка китайских студентов. Кастрированный Eclipse. Ничего более. - Apтём(27.12.2013 15:42)
        
        Если старт на 32к, то само собой... - Apтём(26.12.2013 17:11)
        
        Не просто профессионал, а можно сказать "человек знания". - Apтём(23.12.2013 19:12 - 19:44)
        
        Спасибо...Впечатляет...Я так понял, что это были незабываемые впечатления на всю жизнь. - Apтём(23.12.2013 18:06)
        
        Незабываемые впечатления мне подарила связка PIC18 + MicroC. Рекомендую, будет что рассказать внукам. - scorpion(23.12.2013 23:32)
        
        PIC12+MicroC тоже впечатлило:) Логические игры отдыхают - 1111111(23.12.2013 23:34)
        
        не то слово :( - aoreh(23.12.2013 23:28)

Микроконтроллеры PIC