Skip to main content

Конференции

Просмотр конференции fido7.pushkin.local:

Предыдущее Следующее

Дата: 19 Apr 2020, 08:07:46
От: Andrei Mihailov @ 2:469/335.0
Кому: Sergey Poziturin
Тема: О свободном софте


Hello, Sergey Poziturin.
On 16.04.2020 12:06 you wrote:

 AM>>>>>>> Кстати, вопрос к программистам: если вы владеете несколькими 
 AM>>>>>>> языками программирования, то на каком из них обдумываете 
 AM>>>>>>> алгоритм программы, если нет задачи написать ее на каком то 
 AM>>>>>>> конкретном?
 ak>>>>>> Обдумывать надо на языке на котором придется программировать. 
 ak>>>>>> В каждом языке свои приемы.
 AL>>>>> Это уже вопрос кодирования же. Программа начинается до того.
 ak>>>> Тут можно и правильно сравнить с написанием книги - писатель 
 ak>>>> размышляет на языке на котором будет писать книгу. Он должен 
 ak>>>> это уметь.
 AL>>> Уметь должен. Hапример, на языке UML выразить модель. Является 
 AL>>> ли UML языком программирования? Пусть меня SP поправит, но вроде 
 AL>>> как процесс должен быть итеративный и на каждой итерации свой 
 AL>>> уровень детализации и декомпозиции задачи. Hикто не будет на 
 AL>>> этапе проектирования думать на языке программирования, так как 
 AL>>> это уже вопрос реализации, который ещё и зависит от того, на 
 AL>>> каком языке будет реализовываться конкретная подзадача.
 ak>> Больше чем уверен, что в сложных программах и системах эти UML 
 ak>> диаграммы только убивают время и они никому не нужны. Причина 
 ak>> проста - в сложной программе/системе столько всего, что пытаться 
 ak>> это нарисовать просто бред, качество которого невообразимо трудно 
 ak>> проверить. Потому что нарисованная квадратиками стена никогда не 
 ak>> будет более наглядной чем ясный и правильный код, в котором 
 ak>> программист чувствует себя как рыба в воде, и где среда 
 ak>> программирования дает ему средства быстрого ориентирования. Чтобы 
 ak>> разубедить меня расскажи про известные всем продукты которые 
 ak>> сначала были написаны на UML и только потом люди думали на каком 
 ak>> языке это реализовывать.
 SP> Да, в современном мире код нечасто сначала документируют, потом 
 SP> пишут (хотя есть и такие паттерны). Просто потому, что нужно 
 SP> быстрее запустить-показать. Имхо. Говорю осторожно, потому что 
 SP> наверняка есть госухи, которые 2 года могут себе позволить всё 
 SP> описывать, а потом это всё кодить и тестить.

Разве ты это сейчас не про постановку задачи?
 
 SP> Но. Но вот сейчас у одного клиента приходится полностью 
 SP> переписывать огромную подсистему, потому что она не 
 SP> документирована, старого подрядчика резко отстранили от дел, а 
 SP> новые разобраться в этой куче гм... просто не могут нормально за 
 SP> разумное время. + Там стек ипанутый. А писали её год очень 
 SP> серьёзные ребята за очень большие деньги.

Серьезные ребята поступили несерьезно, сдав заказчику недокументированную работу.
 
 SP> Принято решение реверс-инженирить контракты и писать функционал с 
 SP> нуля, но нормально.

Когда я работал на пусконаладке и техобслуживании, я всегда был сторонником именно такого подхода.

Но, надо подчеркнуть, мой опыт хотя и богатый, касается не разработки программ для ПК, а разработки программ для ПЛК, визуализаций для СКАДА и программирования логики приёмно-контрольных приборов и
пультов управления.
 

--
Best regards!
Posted using Hotdoged on Android

--- Hotdoged/2.13.5/Android
Origin: Android device, Milky Way (2:469/335)

Предыдущее Следующее

К списку сообщений
К списку конференций