Обновить
67
Kirill A. Korinsky@catap

48
Подписчики
Отправить сообщение
А иммеграционная ли это виза будет? А срок действия?
Хм, я думаю вы просто не понимаете Дао, о котором я писал. Вот и все.
А чем отличаеться программа от библиотеки? Тут ровно тоже и тут.
для меня в этом, намного больше программирования, чем в 100500 тысячах строк на Си. Ибо тут, ты программируешь (=решаешь задачу), не программируя (=не создавая не строчки кода).
А мне кажеться, что вы ищете черную кошку в черной комнате.

Я хочу сказать ровно одно, что чем меньше ты пишешь программ, тем лучше. Лучшая программа, это не написаная программа, и если ты можешь сказать:

cat file | sort | uniq > file2

а не писать программу для этого, то лучше это сказать. Да, ты не будешь программировать. Но ты решишь свою задачу. Программирование это просто способ, инструмент, решения задач.

Основная идея поста, главного, была, что этот инструмент учит призновать свои ошибки. И в них, наверное, и есть духовная сила программирование. Она важна, не спорю. Но решить исходную задачу, важнее.
Master Foo once said to a visiting programmer: “There is more Unix-nature in one line of shell script than there is in ten thousand lines of C”.

The programmer, who was very proud of his mastery of C, said: “How can this be? C is the language in which the very kernel of Unix is implemented!”

Master Foo replied: “That is so. Nevertheless, there is more Unix-nature in one line of shell script than there is in ten thousand lines of C”.

The programmer grew distressed. “But through the C language we experience the enlightenment of the Patriarch Ritchie! We become as one with the operating system and the machine, reaping matchless performance!”

Master Foo replied: “All that you say is true. But there is still more Unix-nature in one line of shell script than there is in ten thousand lines of C”.

The programmer scoffed at Master Foo and rose to depart. But Master Foo nodded to his student Nubi, who wrote a line of shell script on a nearby whiteboard, and said: “Master programmer, consider this pipeline. Implemented in pure C, would it not span ten thousand lines?”

The programmer muttered through his beard, contemplating what Nubi had written. Finally he agreed that it was so.

“And how many hours would you require to implement and debug that C program?” asked Nubi.

“Many”, admitted the visiting programmer. “But only a fool would spend the time to do that when so many more worthy tasks await him”.

“And who better understands the Unix-nature?” Master Foo asked. “Is it he who writes the ten thousand lines, or he who, perceiving the emptiness of the task, gains merit by not coding?”

Upon hearing this, the programmer was enlightened.
Да группе решить такую задачу быстрее и проще, пока задача не меняеться. Как только задача начинает расширяться, видоизменяться (а бизнес процессы и бизнес задачи меняються, это нормально, это жизнь) — начинаються проблемы. Вы не предусмотрели интерфейс. Надо переделывать пол системы. Или строить workaround. Такой workaround есть, например, сеть в unix. plan9 проектировали, учитывая, что сеть уже есть, например.

Вы, в своих рассуждениях, не учитываете ровно одну вещь — человеческий фактор. Пока вы работаете один, у вас его нет. Как только у вас появляется комманда — возникают эти вопросы.
Исследовательские задачи, они интересны. Но их мало. Так получается что большая часть багов дает исследовательские задачи, для меня.

Мне нравиться строить лисапеды, писать всякие извращения; но «кушать» мне хочеться больше ;)
Любой хороший фрилансер понимает, что можно часть работы отдать другим фрилансерам, а себе оставить интересную задачу, а с не интересных получить процент.
Ага, ясно, фактически пишешь проект один, тогда это объясняет многое.
Странно что для команды в 10-15 человек, один занимается фактически всем.
p.s. а у меня член 35 см, в ширину, в диаметре
ok. А сколько человек участвует в этом проекте и какую роль ты занимаешь в этом проекте?

чем более гибкий дизайн проекта вы делаете, тем больше сил требуется на его поддержку, а значит и времени и денег. У вас есть const по времени релиза и бюджет.

Вы можете сделать проект гибким, хорошим, красивым, но вы не уложитесь в бюджет. Вы не уложетесь в сроки. И оба ваших лучших программиста уйдут от вас, один отрпавиться на север, петь блюз, а другой уедет в тибет — вам придеться завершать проект горсткой дебилов, которые остались, ибо найти новых, вы не успеете.
А можно пример проекта, который вы смогли разделить на маленькие части? Хочу узнать хоть что-то, чему повезло.

Да, вы брукса читали?
мммм? какие игры? Там же основная работа это создание т.н. «движка»
Именно тут? Для рифмы.
тут вопрос когда начать ;)
почему вы думаете что идея писать код перестала вызывать энтузиазм? Просто это перестало переть так как раньше. Зато сейчас прёт отловля своих же багов.;)
возможность переписать код красиво для тебя в текущий момнет времени (а чувство прекрасного изменяться со временем, да) не всегда возможно. И часто глупо. Ну перепишешь ты этот кусок сейчас. А через 2 недели перепишешь еще, ибо чувство прекрасного измениться. Так и будешь ты его переписывать, не сделав людей счастливыми.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность