SL
а нефига работать в нереальных условиях. у профи железа должны быть нормальные условия
ну это космос/агрессивные среды, итд, тут все понятно.
Size: a a a
2020 January 12
G
и в наше время хобби устройства, разработанные грамотныи любителем с профи образованием может переплюнуть заводское устройство, слепленное недоучкой, принятым по блату
G
граница хобби и профи стирается уже не первый десяток лет
G
китай. клепающий ПЛК контроллеры на СТМ давно это стёр. это частный пример
t
только мне кажется что в условиях производства за много денег решать только п1 , чтобы работало как-то - это оч странно.
п1 - дешево и быстро
t
наем дешевой рабочей силы, которая умеет хоть как то в электронику - см. п1
t
все упирается в финансирование и количество сантиметров денег
SL
и в наше время хобби устройства, разработанные грамотныи любителем с профи образованием может переплюнуть заводское устройство, слепленное недоучкой, принятым по блату
у нас в конторе ( программки пишем) для есть правило коммита после 3 (вроде) ревью кода.
SL
но все равно вылезают регулярно какие-то старые артефакты и коллега ( бросивший курить) приходит ко мне за сигаретой со словами "это ?:%;?№Ц*№ какой-то".
t
но все равно вылезают регулярно какие-то старые артефакты и коллега ( бросивший курить) приходит ко мне за сигаретой со словами "это ?:%;?№Ц*№ какой-то".
проблема большого коллектива и распараллеливания процессов
AU
3 ревью - это какой-то суровый перебор и трата времени
t
но все равно вылезают регулярно какие-то старые артефакты и коллега ( бросивший курить) приходит ко мне за сигаретой со словами "это ?:%;?№Ц*№ какой-то".
может стоит договариваться об API заранее? 😂
AU
приводит к тому, что все смотрят через строку, ибо в случае чего другой ревьюер заметит
AU
более одного ревьюера должно быть только на спорных моментах и архитектурных вопросах
t
а чо нельзя просто разделить работу на равноценные куски и договориться о формате взаимодействия этих кусков?
SL
Я не прогер, поэтому вот прямо деталей процесса как там у них процесс не знаю... Да и не могу рассказывать много ( ибо NDA) Но то что вижу я - это прямо прогресс за последние несколько лет.
AU
а) это решает разные проблемы
б) даже если есть договоренность об API и формате данных - при интеграции все равно работать ничего не будет
б) даже если есть договоренность об API и формате данных - при интеграции все равно работать ничего не будет
t
а) это решает разные проблемы
б) даже если есть договоренность об API и формате данных - при интеграции все равно работать ничего не будет
б) даже если есть договоренность об API и формате данных - при интеграции все равно работать ничего не будет
а зачем делать в отрыве от системы, в которую подразумевается интеграция?
AU
это просто суровая правда жизни.. код ревью - нужен, но это отдельный процесс, который нужно уметь строить.. иначе выходит или размытая ответственность или ревью типа “я бы сделал по-другому”, нежели ревью на соответствие определенным стандартам кодирования
AU
а зачем делать в отрыве от системы, в которую подразумевается интеграция?
может быть много разных причин..