Первые деньги программиста

[warlock66613]

Dragon27 в сообщении #1324316 писал(а):

и написание хорошего и исчерпывающего набора test cases - ключ к успеху

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

-- 04.07.2018, 14:12 --

rockclimber в сообщении #1324320 писал(а):

после всех "уточнений" у нас получилось TDD

Нет, я говорил не о TDD. TDD предполагает написание минимального кода, обеспечивающего прохождение тестов - это не то же самое, что "случайные изменения в коде". Кроме того, TDD предполагает написание тестов перед написанием кода, а я говорю скорее о ситуации, когда сначала пишется код, потом пишется проводится ручное тестирование, выясняется, что ничего не работает, дальше по результатм ручного тестирования пишутся тесты, а потом код рандомно правится/заменяется, чтобы озеленить тесты - это не тру-TDD.

rockclimber в сообщении #1324320 писал(а):

"Google driven development"

Это тоже полезная методика.

Я веду к тому, что любая отрицательная методика программирования вполне может становится положительной в подходящей ситуации и умелых руках. (В этом методики похожи на паттерны - любой антипаттерн является потенциальным паттерном.)

[Dragon27]

warlock66613 в сообщении #1324321 писал(а):

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

Хорошие test cases вытекают из хороших requirements. А вот написание последних - это целое искусство :)

[warlock66613]

Dragon27 в сообщении #1324333 писал(а):

Хорошие test cases вытекают из хороших requirements.

Экстремальное программирование - это как раз про то, как не писать requirements.

[fred1996]

Господа, все что вы описываете ассоциируется с естественным отбором. Особенно если хорошенько вооружиться методологиями ООП. В результате из первоначальных гуманоидов всеми правдами и неправдами получаются жизнеспособные организмы.
Сам я уже 10 лет как ушел из большого спорта (больших проектов) в этом бизнесе, так что даже терминологию вашу сходу не понимаю.

[beroal]

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

[fred1996]

Меня всегда восхищали люди, которые умели подробно готовить проекты, грубо говоря грамотно составлять ТЗ. У меня это всегда получалось сикось накось. Так что потом приходилось даже идеологию переделывать, на что тратилась уйма времени. Да и подпрограммы я всегда ленился писать. Может быть только с десятого раза, когда уже совсем невмоготу один и тот же код писать с небольшими вариациями, заставлял себя классово мыслить. Удивляясь потом каждый раз, и почему это я столько времени впустую тратил. У меня потом даже мысля была, написать какие-нибудь задачники по физике-математике в стиле ОО проекта. Просто сесть, разбить всю физику на классы с множественным наследованием. Ну а потом знай только, сортируй задачи по степеням сложности, разделам, и пр. Параметрам.

[Dragon27]

warlock66613 в сообщении #1324343 писал(а):

Экстремальное программирование - это как раз про то, как не писать requirements.

Из того, что я просмотрел, без requirements никак не обходится. Просто они не высекаются в граните в виде формального документа. По сути, unit tests (являющиеся основой extreme programming) являют собой воплощение requirements в коде.

[warlock66613]

Dragon27 в сообщении #1324450 писал(а):

По сути, unit tests (являющиеся основой extreme programming) являют собой воплощение requirements в коде.

Ну правильно. Но ведь не могут в таком случае, как вы сказали, test cases вытекать из requirements — поскольку они ими же и являются. И разница не только в способе записи. Разница и в способе, как эти requirements возникают, как они рождаются.

[Ktina]

Если верить авторам этой статьи, создан инструмент, позволяющий ускорить разработку приложений в 1000 (!!!) раз.
Может ли человек, которому слишком туго даётся программирование, заработать с помощью вышеуказанного инструмента первые деньги программиста?

[bondkim137]

Ktina в сообщении #1379465 писал(а):

Может ли человек, которому слишком туго даётся программирование, заработать с помощью вышеуказанного инструмента первые деньги программиста?

Цитата:

К примеру, чтобы написать на Dry.io аналог Slack, нужно всего 50 строчек кода, небольшой поисковый движок — 75 строчек, а социальную сеть — 150 строчек

Насчет заработать - есть большой риск (надо найти, на ком, собственно, их можно заработать), но потерять их он точно сможет.

[Munin]

Ktina в сообщении #1379465 писал(а):

Может ли человек, которому слишком туго даётся программирование, заработать с помощью вышеуказанного инструмента первые деньги программиста?

Примерно с теми же шансами, как найти скатерть-самобранку.

[warlock66613]

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

[rockclimber]

bondkim137 в сообщении #1379470 писал(а):

К примеру, чтобы написать на Dry.io аналог Slack, нужно всего 50 строчек кода, небольшой поисковый движок — 75 строчек, а социальную сеть — 150 строчек

HQ9+, v2.0

Ktina в сообщении #1379465 писал(а):

Если верить авторам этой статьи, создан инструмент

А если не верить, а пойти и проверить, то окажется, что не создан. Там только два убогих видосика, на которых показано нечто, ничем принципиально не отличающееся от MS Access (первая версия - ноябрь 1992) или Oracle APEX (первая версия - 2004 г.). После нажатия на кнопочку "Try it" сайт отвечает "мы вам перезвоним". Подобных конструкторов - тьма. Включая специализированные, типа 1С для бухгалтерии или ЦФТ для банков. И вы не поверите, но ... Я ТОЖЕ ТАКОЙ ДЕЛАЮ (каминг-аут такой, да).

Ktina в сообщении #1379465 писал(а):

Может ли человек, которому слишком туго даётся программирование

Я предлагаю закопать стюардессу.

[Ktina]

rockclimber в сообщении #1379486 писал(а):

И вы не поверите, но ... Я ТОЖЕ ТАКОЙ ДЕЛАЮ (каминг-аут такой, да).

Неужели социальную сеть в 150 строчках кода написать можете?

[alesha_popovich]

Ktina в сообщении #1379465 писал(а):

Может ли человек, которому слишком туго даётся программирование, заработать с помощью вышеуказанного инструмента первые деньги программиста?

Пока что, к сожалению, возможности всех подобных инструментов сильно ограничены и заточены под определенные узкие задачи, так что создать на нем что-то серьезное не получится. Однако, появление подобных инструментов является первым звоночком, предвестником весьма небезоблачного будущего для программистов. Ведь кем по сути являются, так называемые "чистые" программисты? Ни кем иными, переводчиками с человекопонятного языка, на котором они получают ТЗ от заказчика, на язык компьютера. И единственная причина, по которой эта профессия существует - это тупость компьютера, не способного самостоятельно понять ТЗ с одной стороны и некоторая сложность и трудоемкость изучения компьютеропонятного языка (языка программирования и прикладных инструментов) для заказчика с другой. Но компьютеры постепенно умнеют, в понимании естественных языков заметны определенный подвижки в лучшую сторону, так что не за горами то время, когда будут созданы достаточно простые и универсальные автоматизированные системы проектирования ПО, изучить которые можно будет за день-два и скармливать им готовые достаточно формализованные ТЗ и получать на выходе готовый программный продукт. И вот тогда профессия "классического чистого" программиста исчезнет окончательно, поскольку не останется областей, где для профессиональной деятельности достаточно будет только программирование само по себе. Программирование, вероятно, останется лишь как вспомогательный инструмент для более наукоемких профессионалов и исследователей в тех областях, до которых автоматизация еще не добралась в виду отсутствия наработанных стандартных задач и методик их решения. Например, создание и развитие вышеупомянутой автоматизированной ИИ системы проектирования будет лежать на плечах ученых-специалистов в области ИИ, пользующихся программированием как инструментом для реализации разработанных ими ИИ-алгоритмов.

-- 03.03.2019, 12:24 --

Возвращаясь к вашему вопросу:

Ktina в сообщении #1379465 писал(а):

Может ли человек, которому слишком туго даётся программирование, заработать с помощью вышеуказанного инструмента

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