caxapa.ru :: Помогите плз источниками по теме семинара "Ускорение проектирования ПО" для

Vladimir Ljaschko (29.01.2013 22:15, просмотров: 16679)

Помогите плз источниками по теме семинара "Ускорение проектирования ПО" для фирмы, где софт разрабатывается без командной работы, инженерами-эмбеддерами в одиночку.

Ответить

- Если есть "синтетический порт" для PC или юнит-тесты и ведётся работа с динамической памятью -- использовать valgrind для выявления проблем (которые иначе или скрыты или трудно обнаружимы). Для юнит-тестов и GCC -- -fmudflap -lmudflap (только для fk0(111 знак., 31.01.2013 13:25)
  - Для проверки того, что юнит-тесты тестируют (нечестная конечно, проверка, но хоть какая) можно использовать gcov (совместно с gcc). Глазами просматривается, что исполнялось, что нет. - fk0(31.01.2013 15:12)
- ДокладАю. Семинар прошел. Затронуты два вопроса. Vladimir Ljaschko(451 знак., 30.01.2013 23:18)
  - Классика - "кто виноват" и "что делать" ;-) - Shura(30.01.2013 23:23)
    - Классика: 1) Все мужчины - сволочи 2) Одеть - нечего. - Скрипач(31.01.2013 00:49)
    - Ну да. Классика -- во всём виноваты программисты. - fk0(31.01.2013 00:38)
      - классика - виноват руководитель. если он конечно руководитель. сумел организовать процесс - ок никто не виноват, не сумел - сам дурак. - RED_DRAGON(31.01.2013 00:47)
    - А заметно, что я экономлю силы для другой работы? ;) - Vladimir Ljaschko(30.01.2013 23:25)
      - Заметно, что тебя плохо мотивируют на существующей ;-) - Shura(30.01.2013 23:30)
- Писать ассерты (assert) на каждый случай, чем больше, тем лучше. С -DNDEBUG компилировать только в особых случаях. Серийный прибор должен уметь выдавать в случае чего файл/строку где ошибка, а также номер ревизии из VCS. Желательна распечатка fk0(362 знак., 30.01.2013 19:04)
- Эдвард Йордон "Путь камикадзе [Смертельный марш]" - alex_k(30.01.2013 12:00, ссылка)
- ЯВУ более высокого уровня тоже ускоряют (но не всегда, если C++). Да и более доступные аппаратные ресурсы (объем ОЗУ, например) позволяют буквально упростить программы (стоимость разработки ПО vs стоимость изделия). - fk0(30.01.2013 11:33)
- синтетические порты (термин им. EvgenyCD), разработка таки "сверху вниз", именно проектирование (схема связей модулей, заранее четко определенные интерфейсы, алгоритмы в виде автоматов или блок-схем, а не все из головы находу), юнит-тестирование fk0(152 знак., 30.01.2013 11:19)
  - разработка ПО ранее чем железа. Если нет уверенности в том, какое железо достаточно (чтоб не выяснить потом, например, что для БПФ не хватает пик-контроллеров проф. уровня). в качестве аппаратуры изначально PC с платами ввода-вывода и "киты". - fk0(30.01.2013 11:26)
- Без воли руководства, оформленной приказами и пиздалгинами - почти что дохлый номер. Это ведь освоение нового инструментария. А это всегда вызывает отторжение. =AlexD=(629 знак., 30.01.2013 10:33)
  - Еще можно добавить повторное использование кода (для hw design - листов схем). Сюда же: amusin(706 знак., 30.01.2013 11:15)
    - Кстати, TortoiceSVN умеет сравнивать как word, так и excel, генерируя штатными средствами офиса файл-различие (redline) - Alex B.(31.01.2013 00:57)
      - Спасибо, не знал про это возможность SVN. Можно поподробнее про Excel? amusin(427 знак., 31.01.2013 08:30, ссылка)
        
        Это возможность не SVN, а клиента. Штатная возможность там где-то глубоко запрятана, но она есть. TortoiceSVN просто вызывает эксель с нужными параметрами. - Alex B.(31.01.2013 12:52)
        
        Глянул подробнее amusin(209 знак., 31.01.2013 13:10)
        
        Если в ячейках данные, то перевести в csv и сравнивать чем угодно. А если в ячейках формулы, то в голову приходит сохранить в XML (или в *.ods, а из него zip'ом вытащить contents.xml) и для него делать diff (ненаглядно вообще...) А если там ещё fk0(55 знак., 31.01.2013 13:32)
      - Он и PDF умеет дифить средствами вьювера Foxit, наши сотрудники активно пользуют. - =AlexD=(31.01.2013 06:52)
        
        Можно кратенько ~~на листах двух~~, как это делается? - amusin(31.01.2013 08:45)
        
        Вроде бы просто установить фоксит нужно. - =AlexD=(31.01.2013 10:17)
    - При возможности следует стараться делать так, чтобы проект могли вести min 2 разработчика одновременно - это можно сказать базовое, однако эта мысль кажется и руководству и разработчикам ересью, а ведь она имеет множество не очевидных =AlexD=(10 знак., 30.01.2013 11:27)
      - Да, этот метод в наиболее максимальной форме - совместного сидения за экраном - входит в набор средств экстремального программирования. - Vladimir Ljaschko(30.01.2013 11:37)
        
        Совместное сидение-глядение автоматически случается при стыковке отдельных модулей, в остальных случаях оно не слишком то и нужно. - =AlexD=(30.01.2013 11:42)
  - Угу. Я админ svn, есть специальный человек по управлению проектами (правда не Redmine, а Clarizen). Vladimir Ljaschko(782 знак., 30.01.2013 10:49)
    - Так ты ищешь материал не о технической организации, а о повышении мотивации? Гыы, ну ты даёшь :-)). Безумству храбрых поём мы песни.... - =AlexD=(30.01.2013 11:08)
      - Я бы хотел покрыть всё :) - Vladimir Ljaschko(30.01.2013 11:10)
        
        Я тебе так скажу, из всех методов руководство склонно воспринимать только самые простые, типа закручивания гаек. Ибо сложные методы требуют внутреннего осмысления и опыта, и информативны только для субъекта воли. =AlexD=(461 знак., 30.01.2013 11:20)
- Дж Ханк Рейнвотер "Как пасти котов. Наставление для программистов, руководящих другими программистами" - vmp(30.01.2013 09:19 - 09:24, ссылка, ссылка)
  - Скучное сборище банальных мыслей. Меня книжка разочаровала, хотя отзывов на неё было масса. - POV(30.01.2013 09:49)
    - +1, ни одной полезной мысли оттуда не почерпнул - Shura(30.01.2013 09:50)
- Бентли Д. "Жемчужины творчества программистов" - Скрипач(29.01.2013 22:48)
  - Спасибо, но не то. Речь идет не о трюках в программировании для повышения эффективности кода, а скорее об организационных мерах по Vladimir Ljaschko(293 знак., 30.01.2013 08:44)
    - В "Жемчужинах" кое-что говорится о формальной верификации программ. Остальное, при ОДИНОЧНОЙ работе, скорее всего, не даст заметного эффекта. - Скрипач(30.01.2013 10:26)
    - А кто тебе сказал, что это улучшит работу? У "больших" программистов это вынужденная необходимость. А у "маленьких" принудительное введение разной хрени с высокой вероятностью эффективность их работы снизит! - Shura(30.01.2013 09:03)
      - Знаешь, что на некотором этапе развития детеныш обезьяны опережает ребенка? Vladimir Ljaschko(474 знак., 30.01.2013 09:20)
        
        Тогда неправильно цель сформулирована. Ускорения таким образом не получишь, т.к. обучение оттягивает ресурсы. В будущем профит может быть, но и то не факт, т.к. далее вылезет интересная вещь - обученные сотрудники хотят больше денег.... - Shura(30.01.2013 09:47)
        
        Это верно, но организованная группа квалифицированных работников и заработать может больше. То, что наблюдается сейчас - это замкнутый круг. Vladimir Ljaschko(345 знак., 30.01.2013 10:01)
        
        Заработать больше может фирма. А это вовсе не значит, что она будет делиться с работниками. - Shura(30.01.2013 10:18)
        
        В нищей компашке будут нищие сотрудники без вариантов. В богатой компании есть шанс выбить бонусы. - =AlexD=(30.01.2013 10:25)
        
        Если она не будет зарабатывать больше, то точно делиться нечем. - Vladimir Ljaschko(30.01.2013 10:25)
        
        А это её проблемы, а не сотрудников! Сотрудники разбегутся и найдут работу в другом месте. - Shura(30.01.2013 10:27)
        
        В каком другом месте? Речь идет об эмбеддерстве, 1) которое живо едва-едва у нас, т.е. альтернатив мало 2) переход в большие программисты тоже маловероятен - лень и плохое образование. - Vladimir Ljaschko(30.01.2013 10:32)
        
        Не обращай на Шуру внимания, это он троллит. Еще пару минут и начнет, как ЛИ, рассказывать что на работе нужно по углам ныкатся, силы беречь:) - Скрипач(30.01.2013 10:42)
        
        Путаешься в показаниях - то про инициативу снизу было, а тут уже про лень - Shura(30.01.2013 10:38)
        
        Точно троллишь ;) - Vladimir Ljaschko(30.01.2013 10:50)
        
        Ты просто сам не разобрался пока, чего тебе нужно. Поэтому решение не найдёшь. - Shura(30.01.2013 10:52)
        
        Тут ты прав, но по крайней мере вопросы поставлю. - Vladimir Ljaschko(30.01.2013 10:59)
- У смысле? Такой семинар имел место быть или ты готовишь? - Shura(29.01.2013 22:19)
  - Я готовлю. Когда нет политической воли сверху, массы должны самоорганизовываться снизу :) - Vladimir Ljaschko(29.01.2013 22:29)
    - Ну тут даже не знаю... Когда оно сверху, то вот такое средство прописывается. А снизу каждый, наверное, сам лучше знает, чего ему недостаёт.... - Shura(29.01.2013 22:33, картинка)

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