Влияют сами коды. Влияют на величину уплаты налогов по ФСС (от вида деятельности зависит вероятность несчастного случая на производстве). Соответственно, чем больше указано кодов, тем больше шанс платить налог повыше.
После удара трубой я буду лежать и мне будет требоваться госпитализация. Ни на что больше я не буду годен. Как и Вы, кстати. Если Вы не Терминатор и не Ван-Дамм-из-фильма.
Слава Шевцов добавил 31.10.2011 в 18:58
Я не знаю как в других областях, но в программировании - редкость. В конце-концов, не лезьте туда, где ничего не понимаете.
Слава Шевцов добавил 31.10.2011 в 19:02
Фирмы вообще ничего не умеют. Могут уметь люди в фирмах. Так вот, в редкой фирме можно найти человека, который способен написать хорошее вменяемое ТЗ. Особенно в крупной. Если эта фирма не программистская, естественно, хотя и там часто их найти проблемно.
Так вот, почему нереально. Описанное Вами - учебная задачка. В ней человек действует в строго заданных условиях. В реальности она практически не встречается.
В реальности задачи у программиста уникальные и задача поставлена очень размыто. В реальности условия задачи могут меняться в течении написания кода и это может не зависеть от программиста. В реальности всё настолько плохо, что хороший программист сначала пишет какой-то вариант для обсуждения с заказчиком (прототип) и только потом заказчик начинает прозревать, что ему на самом деле нужно.
Но пусть даже есть редкая ситуация - чётко поставленная задача. То есть у него имеется хорошее ТЗ, не допускающее толкований. Значит можно писать код и не думать. В чём подвох? В том, что время написания такого ТЗ для сколько-нибудь сложной задачи составляет больше, чем время написания по нему кода. Думать приходится дольше, чем действовать. И не просто дольше. Качество мозга для написания ТЗ и для кодирования по нему нужно разное. Не каждый хороший программист напишет хорошее ТЗ, но любой начинающий программист по хорошему ТЗ напишет код.
И вот мы приходим к тому, что спрашивал создатель темы. Что лучше: обмысливать ли сначала поставленную задачу (условно, писать ли ТЗ) или делать сходу и думать на ходу, постоянно переделывая код под меняющиеся требования?
А так да, в сферической теории самураев профессионал-оптимизатор всё делает мгновенно и показывает клиенту взлёт сайта в поиске по конкретному запросу прямо в момент презентации возможностей оптимизатора.
В реальности нереально.
Зачем другой, если есть этот? Скорость вынашивания ребёнка ничего не говорит о качестве роженицы. Раз есть один пример - значит гипотеза о скорости, как показателе мастерства, работает не всегда.
Стремится ли мастер выковать меч как можно быстрее или он делает с заготовкой всё в своё время, с нужным усердием и нужными инструментами?
Меряем ли мы мастерство художника по скорости рисования им картин?
Меряем ли профессионализм танцора по скорости исполнения танца?
Играет ли самый профессиональный музыкант быстрее других музыкантов оркестра?
Кто более профессионален: молодой программист, который не задумываясь бросается за написание кода по ТЗ, или опытный профессионал, который сначала задаст заказчику десятки вопросов, затем поймёт как код будет использоваться этим заказчиком, как код может изменяться в дальнейшем, и напишет программу в несколько раз медленнее молодого, но более отвечающую истинным задачам заказчика?
Стандартная ситуация. Повторялась на Земле миллионы раз. Все последствия и звестны. Все способы защиты и их эффективность известны. Нет ничего, о чём стоило бы размышлять. Нужно звонить 03.
Именно. Более того, мы никогда не знаем всю новую ситуацию даже в конкретике на моменте, все начальные условия, все возможные варианты, чтобы реализовать вот такое:
А программирование это, как правило, новая ситуация, большая часть существенных параметров которой не очевидна или неизвестна. Здесь лучший путь - сначала долго думать, потом быстро делать. Но это не всегда возможно и в условиях имеющихся ресурсов нужно искать неочевидный баланс между скоростью и качеством. Это творческая работа, это не для самураев.
С нужной скоростью. Скорость не всегда требуется молниеносной, быстрой или максимально доступной. Есле ребёнку положено по течению хода событий вынашиваться 38 недель, то он должен именно столько вынашиваться. Если конкретному плоду требуется чуть больше или чуть меньше времени - пусть так и будет. Спешить нет смысла.
Кажется, они пытались пролететь меж ним и парашютом. Их не научили, что там тонкие стропы.
Стандартных решений. Стандартных движений. Много раз проделанных действий. Вот о чём у Вас речь. И тогда, да, основной параметр винтика системы - самурая - в том, с какой скоростью он это стандартное действие делает. В творческих процессах, при принятии новых решений в необычных ситуациях, в ситуации достаточно большой неопределённости качество решения часто может быть важнее скорости.
Именно.
Особенно при вынашивании детей. Чем меньше вынашивает, тем мать профессиональнее?
Это конечный пункт наблюдаемой в Ливии схемы:
диктатор у власти - радикалы в революции - фундаменталисты у власти
КПРФ что ли?
