[DogPawlowa 0]

Эти Issue линкуются с коммитами и с тагами проекта, так что вполне себе система.

Да, так я тоже умею, и выглядит более эффективным.

Все остальное, что видел - или слишком заточено под программистское управление проектами, или мало чем отличается групповой рассылки e-mail.

[Eddy_Em 2]

как можно говорить, что это не гуд ?

Говноязычок от мелкомягких уродцев — гуд? Ну-ну. Вы еще гугловский go гудом назовите.

[Ruslan1 17]

Да, так я тоже умею, и выглядит более эффективным.

Все остальное, что видел - или слишком заточено под программистское управление проектами, или мало чем отличается групповой рассылки e-mail.

К сожалению, в Гитлабе поддержка "работы над ошибками" сделана убого, я бы сказал по остаточному принципу- работает, но минимально от нужного, нет даже примитивной сортировки Issue, спасибо хоть фильтрация разная есть. А статистика только по бранчу master считается, вообще маразм какой-то.

Может, в новых версиях что-то и пофиксили.

Но все равно, это огромная помощь при отслеживании и администрировании багов, я просто не представляю как народ даже без этого минималистичного "багтрекера" сейчас живет. И как я сам без этого жил, тоже сейчас не понимаю.

[Укушенный воблой 0]

Вообще упор на логирование ошибок, а не на предотвращение их появления кажется мне порочной практикой.

 

Разработчик в результате деградирует и расслабляется ("будут ошибки ну и чо, в следующем релизе пофиксим - делов-то") и менее ответственно начинает относится к своей работе. И пишет "грязный код" в надежде на бактрекер и багрепорты юзеров, которые ему помогут обнаружить ошибки

 

В результате даже на 10-м релизе программа еще "не вылизана", не вычищена от багов.

 

А потом, многие смекнули, что делать сразу хорошую программу не выгодно.

Ведь за каждый новый релиз можно бапки брать.

И ты всегда нужен - релизишь себе и релизишь и тебя работодатель не сократит.

 

А если программа сразу без багов будет - то что тогда потом продавать будем

Изменено 14 января, 2017 пользователем Укушенный воблой

[aiwa 0]

Например? Что такого вкусного в плюсах для МК, чего нет в обычных сях? Генерируемого бинаря на порядок большего размера? Или потребления оперативы в 2 раза больше? что именно?

Вопрос наизнанку. Все что написано на обычных сях, компилируется (с небольшими изменениями в стандартных разбежностях) и на плюсах. Если не использовать вкусное - получается равнозначное сям, так почему же тогда не пользоваться плюсами, имея под рукой плюшки в запасе?.

В качестве примера вкусностей могу привести хотя бы процедуру сохранения и последующего восстановления регистра флагов, оформленную функциональным замыканием: в конструкторе - сохранение, в деструкторе - восстановление. Код получается один к одному с сишным.

 

 

 

[haker_fox 61]

Ага, пользователи оборудования щас в баг треккер полезут что-то писать.

Да им в суд легче подать.

Или на возврат денег. Думаю чаще всего так про баги и узнают разработчики фирмваре.

Я с вами в целом согласен. Может быть баг-трекер имеет смысл делать локальным для конторы, т.е. для команды разработчиков. А со стороны пользователя: иногда да, проще требовать возврата денег. Хотя бывают и исключения, когда люди сообщают об ошибках. Но они обычно звонят. Ибо им проще позвонить, чем разбираться с каким-то неведомым интерфейсом)

 

Если это опенсорс, то будут.

В целом мы тут про железки говорим)

Если это опенсорс, то будут.

Давно, кстати, меня терзает мысль: почему до сих пор никто не написал фрезерный станок на STM32?

Простите, но при чём здесь это? Станок... STM32? Берёте любое подходящее ПО, и портируете его на STM32, LPC4337 или что-там ещё. Но не забываем, что есть ещё кроме логики программы, есть привода, есть кинематика и динамика конструкции станка.

 

НедоЯП от мелкомягких? Да тупо потому, что не нужен! Ладно, Страуструп С++ придумал — пользуйтеся, кому ООПщина нужна. Зачем было этот идиотизм выдумывать?

Я смотрю вы большой специалист! Так свободно ругаете операционные системы, языки программирования, подходы... Это зависть, недостаток образования или что-то ещё? :crying:

 

Например? Что такого вкусного в плюсах для МК, чего нет в обычных сях?

Классы, шаблоны, полиморфизм, наследование... продолжать?) Только не говорите, что это можно сделать на Си.

Генерируемого бинаря на порядок большего размера? Или потребления оперативы в 2 раза больше?

Вы какие-то фантазии пересказываете, батенька :rolleyes: Откуда у вас эти цифры? Вам же доступен map-файл. Куда уходит оператива при использовании Си++? Сам по себе Си++ эту оперативу "не хавает", простите за выражение. Я вот гляжу в мапу, т.к. оперативка ушла на те переменные, которые я объявил статически. Конечно, есть потребление для библиотечных функций, типа malloc и free, printf, sprintf. Но так что-то заменяется своим, что-то оптимизируется, и не факт, что под Си этого расхода не будет. По-поводу флешки. Опять смотрим в мапу. Ну нет его мифического расхода. Всё расходуется на наш написанный код, + на либы. Но если либа не устраивает, как я уже отметил вышел, её можно заменить на свою. Си++ использовал в своё время на AVR с 1 кб ОЗУ и 16 кБ флешки. Да ещё и вместе с scmRTOS. И ничего, проблем не было таких, чтобы делать подобные выводы.

что именно?

А вы используете Си++, я имею на большом брате?

Ну, а отвечая на сам вопрос, скажу следующее: мне даёт просто удобство работы!

OFF: а ещё я предпочитаю слесарные инструменты с обрезиненной ручкой, покрашенные добротной краской и в красивые цвета. Хотя в целом они выполняют теже функции, что и обычный суровый советский инструмент. Эстетика!

[Eddy_Em 2]

В целом мы тут про железки говорим)

А вы про опенсорсные железяки и не слыхали?

Простите, но при чём здесь это? Станок... STM32? Берёте любое подходящее ПО, и портируете его на STM32, LPC4337 или что-там ещё.

Работы очень много, это явно не на один месяц затянется. Да и испытания "полевые" нужны, т.е. для начала нужна полная комплектуха под фрезер.

Я смотрю вы большой специалист! Так свободно ругаете операционные системы, языки программирования, подходы... Это зависть, недостаток образования или что-то ещё? :crying:

Лет 16 назад начинал с мастдайки. Удивлялся, почему народ играет в пожирателей кактусов. Потом узнал про линукс и уже больше 12 лет я мастдайкой не пользуюсь. Продолжаю удивляться, почему люди грызут этот кактус. Ну да ладно, здоровых людей не бывает — бывают только недообследованные :)

Классы, шаблоны, полиморфизм, наследование... продолжать?) Только не говорите, что это можно сделать на Си.

Да, это можно сделать на С более эффективно. Скажем, за перегрузку операторов приходится платить толпой одинаковых функций, тем временем на С эту перегрузку зачастую можно через макросы реализовать или же каждый конкретный случай обыграть более прилично, в результате и бинарь меньше будет, и скорость может быть даже выше.

Вы какие-то фантазии пересказываете, батенька :rolleyes: Откуда у вас эти цифры? Вам же доступен map-файл. Куда уходит оператива при использовании Си++?

На все эти перегрузки, полиморфизм и прочую чушь, которая в микроконтроллерах нафиг не втарахтелась!

Сравните хотя бы однообразные прошивки пот атмегу: одну, написанную на С, и другую — в ардуйне.

 

[Укушенный воблой 0]

Лет 16 назад начинал с мастдайки. Удивлялся, почему народ играет в пожирателей кактусов. Потом узнал про линукс и уже больше 12 лет я мастдайкой не пользуюсь. Продолжаю удивляться, почему люди грызут этот кактус. Ну да ладно, здоровых людей не бывает — бывают только недообследованные :)

Вы меня конечно извините, но Линукс используют только сумасшедшие красноглазики и компьютерные маньяки, которым не работу нужно делать, а свою эксклюзивность подчеркнуть. А для нормального человека это конструктор "собери все сам" не нужен. Некогда ему возиться с настройками, ему нужно "сел и поехал". Тем более что у виндовс есть конкретный производитель, а линукс это плод коллективного творчества где никто ни за что не отвечает.

 

Лет 16 назад начинал с мастдайки.

Т.е. последняя ОС от микрософта, которую Вы юсали была Win2000?

Или даже Win98?

Так Вы знаете потом были Win XP и Win7 вполне себе приличные системы

 

 

Да, это можно сделать на С более эффективно. Скажем, за перегрузку операторов приходится платить толпой одинаковых функций, тем временем на С эту перегрузку зачастую можно через макросы реализовать или же каждый конкретный случай обыграть более прилично, в результате и бинарь меньше будет, и скорость может быть даже выше.

 

На все эти перегрузки, полиморфизм и прочую чушь, которая в микроконтроллерах нафиг не втарахтелась!

Сравните хотя бы однообразные прошивки пот атмегу: одну, написанную на С, и другую — в ардуйне.

Вы знаете, сейчас стоимость труда программистов (т.е. стоимость разработки софта) на порядки дороже стоимости железа. Поэтому дешевле купить более навароченное железо, больше ОЗУ, больше мегагерцев, но зато быстрей писать код.

Хотя конечно бывают случаи когда нужно "вписаться" в очень маленькие ресурсы и экономить каждый байт. Тогда да. Си рулид. И даже не СИ, а асм.

Но таких задач все меньше.

Изменено 15 января, 2017 пользователем Укушенный воблой

[haker_fox 61]

А вы про опенсорсные железяки и не слыхали?

Слышал. Но не более. Просто опенсорсным железкам как и коду надо доверять с большой осторожностью. Особенно аналоговой схемотехнике.

Лет 16 назад начинал с мастдайки. Удивлялся, почему народ играет в пожирателей кактусов. Потом узнал про линукс и уже больше 12 лет я мастдайкой не пользуюсь. Продолжаю удивляться, почему люди грызут этот кактус. Ну да ладно, здоровых людей не бывает — бывают только недообследованные :)

У меня такое ощущение, что вы весь мир пытаетесь по себе мерить. Лично для себя решили, что windows плоха, так все, кто ей пользуются, видимо больные люди. Решили лично для себя, что ОСРВ - "фигня", всё, все кто её использует - за борт. А то, что каждой системе своё место и назначение, вам в голову, видимо, не приходит. Извините, но это ограниченный кругозор и подход.

Да, это можно сделать на С более эффективно. Скажем, за перегрузку операторов приходится платить толпой одинаковых функций, тем временем на С эту перегрузку зачастую можно через макросы реализовать или же каждый конкретный случай обыграть более прилично, в результате и бинарь меньше будет, и скорость может быть даже выше.

Снова голые слова, не подкреплённые ничем. По-сути - вброс.

На все эти перегрузки, полиморфизм и прочую чушь, которая в микроконтроллерах нафиг не втарахтелась!

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

 

 

Сравните хотя бы однообразные прошивки пот атмегу: одну, написанную на С, и другую — в ардуйне.

Си знаю. А что такое "ардуйня"?

[AlexandrY 3]

Си знаю. А что такое "ардуйня"?

"ардуйня" это видимимо программа написанная в среде Arduino, которая макрообработчиком на промежуточном этапе компиляции превращается в стандартный код на C++.

И там, да, кошмар.

Но не хуже кошмара выдаваемого кодогенераторами Matlab.

 

В качестве примера вкусностей могу привести хотя бы процедуру сохранения и последующего восстановления регистра флагов, оформленную функциональным замыканием: в конструкторе - сохранение, в деструкторе - восстановление. Код получается один к одному с сишным.

Потому что мы работаем на фреймворках. Если вы пишите на C++ для Cortex-M3..7 это однозначно говорит что ваш фреймворк беден.

А как следствие ваши устройства менее функциональны.

Хотя не отрицаю, для вас они мугут быть верхом технологий.

 

Но заказчиков привлекает богатство функциональности.

Если к следующей выставке мы не показываем "инновацию", то уже через пару месяцев чувствуем снижение продаж.

[VCucumber 0]

Говноязычок от мелкомягких уродцев — гуд? Ну-ну. Вы еще гугловский go гудом назовите.

Потом узнал про линукс и уже больше 12 лет я мастдайкой не пользуюсь.

есть mono под линух, если не знали

есть sharpdevelop, вчера под топик поставил - самое то, что хотел

 

 

Напрямую, в машкодах ☺

 

легко

 

  .entrypoint
  .entrypoint
  // Метод начинается по RVA 0x2050
  // Размер кода:       31 (0x1f)
  .maxstack  8
  IL_0000:  /* 00   |                  */ nop
  IL_0001:  /* 72   | (70)000001       */ ldstr      "Hello World!"
  IL_0006:  /* 28   | (0A)00000F       */ call       void [mscorlib]System.Console::WriteLine(string)
  IL_000b:  /* 00   |                  */ nop
  IL_000c:  /* 72   | (70)00001B       */ ldstr      "Press any key to continue . . . "
  IL_0011:  /* 28   | (0A)000010       */ call       void [mscorlib]System.Console::Write(string)
  IL_0016:  /* 00   |                  */ nop
  IL_0017:  /* 17   |                  */ ldc.i4.1
  IL_0018:  /* 28   | (0A)000011       */ call       valuetype [mscorlib]System.ConsoleKeyInfo [mscorlib]System.Console::ReadKey(bool)
  IL_001d:  /* 26   |                  */ pop
  IL_001e:  /* 2A   |                  */ ret

Изменено 15 января, 2017 пользователем Огурцов

[Укушенный воблой 0]

Потому что мы работаем на фреймворках. Если вы пишите на C++ для Cortex-M3..7 это однозначно говорит что ваш фреймворк беден.

Т.е. цепочка эволюции разработки Embedde софта такая: машинный код -> Асм -> сишечка -> "голый" c++ -> С++ с фреймворками -> генерация кода из матлаба -> ?

 

Да?

 

И те кто застрял где-то в промежутке ["Асм -> сишечка -> "голый" c++"] обречены?

[AlexandrY 3]

Но все равно, это огромная помощь при отслеживании и администрировании багов, я просто не представляю как народ даже без этого минималистичного "багтрекера" сейчас живет. И как я сам без этого жил, тоже сейчас не понимаю.

Значит у вас подозрительно много багов. Либо нынче модно применять термин - "технический долг" большой

Организацию труда надо пересматривать в таких сдучаях, а не прекрываться багтреккерами.

[Eddy_Em 2]

Вы меня конечно извините, но Линукс используют только сумасшедшие красноглазики и компьютерные маньяки, которым не работу нужно делать, а свою эксклюзивность подчеркнуть. А для нормального человека это конструктор "собери все сам" не нужен. Некогда ему возиться с настройками, ему нужно "сел и поехал".

Да уж... Такого бреда я еще не слыхал! Все с ног на голову перевернуто. Как раз-таки в линуксе ты работаешь, а в мастдайке мучишься с вирьем, настройками и тычешь мышью везде, где только можно, вместо того, чтобы полноценно командную строку использовать.

Так Вы знаете потом были Win XP и Win7 вполне себе приличные системы

XP юзал (если посчитаете, как раз на ней я и закончил мастдайкомучения). Семерку и более поздние видел. Это вообще жесть! Садо-мазо какое-то.

Вы знаете, сейчас стоимость труда программистов (т.е. стоимость разработки софта) на порядки дороже стоимости железа.

Какое мне до этого дело? Я не программист. И зарплата у меня не в у.е. измеряется. Можете погуглить, как нонче труд научного сотрудника оценивается.

Лично для себя решили, что windows плоха, так все, кто ей пользуются, видимо больные люди.

Почему лично для себя? Это объективно.

Решили лично для себя, что ОСРВ - "фигня"

А это — да, лично для себя. Мне она не нужна, а те, кому нужна, пусть пользуются — какое мне до них дело?

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

Есть такое.

 

Просто достало уже, что народ считает, будто винда — нетъемлемая часть компьютера. Ничего, как кончится поддержка семерки и все поголовно на 10 и более поздние перейдут, думаю, клан вендовозов сильно оскуднеет, ибо такое убожество уж точно только совсем чокнутые люди будут использовать вместо операционной системы.

 

Правда, и в мире линукса не все так хорошо: его неизменно скатывают в то же убожество для роботов с прилипшей к руке мышью. Вон, systemd активно продвигают. Боюсь, придется со временем на BSD переходить, если и линукс превратится в совершенно некастомизируемую гадость.

 

Операционная система должна работать на пользователя, а не наоборот. Поэтому покуда в мастдайке не будет полной кастомизируемости, покуда не отделят иксы от ядра и не добавят "из коробки" полноценный функционал командной строки, ловить там нечего. А если посмотреть с точки зрения системного программирования, то там вообще ловить нечего, потому как все через одно место! Без POSIX жизни нет!

[AlexandrY 3]

Т.е. цепочка эволюции разработки Embedde софта такая: машинный код -> Асм -> сишечка -> "голый" c++ -> С++ с фреймворками -> генерация кода из матлаба -> ?

Нет, той репликой я возражал против C++ . У меня С-и на фреймворке , а дальнейшее развитие я вижу в специальном С-и для IoT.