Skip to main content

Конференции

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

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

Дата: 19 Apr 2020, 07:55:04
От: 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)

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

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