Какую метафору Вы использовали бы для описания программирования? [закрытый]
Вы можете использовать этот код вместо eval
var body = "function(a){ " + form.dataset.ajaxSuccess + "(a) }";
var wrap = s => "{ return " + body + " };"
var func = new Function(wrap(body));
func.call(null).call(null, returnedData);
21 ответ
Шицофрения. Вы тратите огромное количество времени на разговоры и манипулирование вещами, которые на самом деле не существуют вне вашей головы, и никто вам не верит.
Или, может быть, это похоже на работу на заводе, полном роботов, и один из роботов останавливает весь производственный цех, чтобы сказать вам, что этот болт совершенно неправильной формы, размера и цвета, при этом показывая вам отрубленный большой палец.
Или это как если бы наклейка на автомобиль была размещена в немного неправильном месте, и двигатель вылетел.
Или это похоже на приготовление ужина для обсессивно-компульсивного человека. Действительно обсессивно-компульсивный. вроде, вы не следовали РЕЦЕПТУ. просили 250 граммов муки, а вы явно положили 251!
А может, это как рисовать, то есть рисовать с завязанными глазами, и им разрешалось смотреть на то, над чем вы работаете, только раз в 10 или около того минут, после некоторого этапа компиляции, и даже тогда он мог заблокировать ваш мольберт, заставляя вас отслеживать утечку краски, поэтому вы стираете половину картины серой краской, пока вы не изолируете ту часть композиции, которая демонстрирует ... ммм ... неуклюжее? а также. Подожди ... нет, это хорошая аналогия, я уверен! Вернись! ПОЖАЛУЙСТА, ВЕРЬТЕ МНЕ !!!
я уверен в этом! Вернись! ПОЖАЛУЙСТА, ВЕРЬТЕ МНЕ !!! я уверен в этом! Вернись! ПОЖАЛУЙСТА, ВЕРЬТЕ МНЕ !!!Разработка программного обеспечения похожа на гольф. Очень длинный выстрел для начала игры приближается к вам рядом с целью. Затем вам нужно начать делать много коротких ударов, чтобы попасть в лунку, и все эти короткие удары занимают столько же времени, сколько и первый ...
Мой ответ больше относится ко всему процессу разработки программного обеспечения чем индивидуальная деятельность по программированию. Я знаю это, но думаю, что это хорошая аналогия, чтобы подумать об этом.
Идея исходит из этого старого сообщения, которое больше не в сети, покупка хранилась в веб-архиве, взгляните на него: http : //web.archive.org/web/20070629105558/http: //rc3.org/2007/04/how_programming.php
Вождение автомобиля
Вы начинаете с точки A и решаете двигаться в направлении 1. Чем ближе вы подходите, тем меньше вариантов у вас есть, чтобы добраться до точки B. И если вы сами просчитали . вы можете бежать без груза, чтобы добраться до точки B. В этом случае вы построите заправочную станцию по пути, чтобы добраться до точки B, или начать все заново, используя другой маршрут.
Мы сидим на заднем сиденье, а компьютер - слепой водитель, у которого все управление.
Если наши инструкции неточны, мы собираемся сокрушить : -)
Я обычно провожу аналогии со строительными конструкциями / домами / зданиями / городами и т. Д.
уровни сложности хорошо сочетаются с аналогией.
Если вы рассматриваете свой компьютер как музыкальный инструмент, программа подобна мелодии, которая может заставить один и тот же инструмент играть по-разному каждый раз, когда вы играете новую мелодию или мелодию, программист - это композитор, который потратил ночи и дни в погоне за правильной нотой в его мелодии.
«Тянуть человеческую карету по пересеченной местности»
Один человек сидит в карете, а другой тянет ее. Пункт назначения далеко впереди, и вся их работа будет напрасной, если они не смогут ее достичь. Каретка поворачивается только при остановке, поэтому они должны двигаться спринт, максимизируя скорость и расстояние после каждого поворота.
Сидящий человек (начальник) все свое время тратит на планирование маршрута и попытки учесть все возможные сюрпризы на дороге. Его масса (зарплата) тормозит другого человека, и он тоже не может много говорить, потому что оператор должен концентрироваться на том, что делает. Поэтому ситтер объявляет о своем решении повернуть только тогда, когда на дороге есть препятствие.
Тягач может быть сильным и умным одновременно, но он не может думать и тянуть одновременно. Так, при повороте он должен полагаться на решения сидящего человека. Вот почему решения принимаются тем, кто не очень разбирается в транспортировке кареты по пересеченной местности. И в одиночку авианосец может преодолеть вдвое большее расстояние или совершить вдвое больше поворотов (ошибок) по сравнению с совместным путешествием. И заставить сидящего работать тоже не помогает, потому что он не так силен, как носитель.
Ситуация меняется, тогда есть несколько тяг и один сидящий человек. Но даже тогда трудно понять, почему сидящий человек должен получать лучшую зарплату из всех ... эта ленивая ебля ... (к счастью, я занимаюсь программированием, а не тащу экипажи :))
Я действительно много знаю о перемещении кареты по пересеченной местности. И в одиночку авианосец может преодолеть вдвое большее расстояние или совершить вдвое больше поворотов (ошибок) по сравнению с совместным путешествием. И заставить сидящего работать тоже не помогает, потому что он не так силен, как носитель.Ситуация меняется, тогда есть несколько тяг и один сидящий человек. Но даже тогда трудно понять, почему сидящий человек должен получать лучшую зарплату из всех ... эта ленивая ебля ... (к счастью, я занимаюсь программированием, а не тащу экипажи :))
Я действительно много знаю о буксировке кареты по пересеченной местности. И в одиночку авианосец может преодолеть вдвое большее расстояние или совершить вдвое больше поворотов (ошибок) по сравнению с совместным путешествием. И заставить сидящего работать тоже не помогает, потому что он не так силен, как носитель.Ситуация меняется, тогда есть несколько тяг и один сидящий человек. Но даже тогда трудно понять, почему сидящий человек должен получать лучшую зарплату из всех ... эта ленивая ебля ... (к счастью, я занимаюсь программированием, а не тащу экипажи :))
Ситуация меняется, тогда есть несколько тяг и один сидящий человек. Но даже тогда трудно понять, почему сидящий человек должен получать лучшую зарплату из всех ... эта ленивая ебля ... (к счастью, я занимаюсь программированием, а не тащу экипажи :))
Ситуация меняется, тогда есть несколько тяг и один сидящий человек. Но даже тогда трудно понять, почему сидящий должен получать лучшую зарплату из всех ... этот ленивый пиздец ... (к счастью, я занимаюсь программированием, а не тащу экипажи :))
Церемониальная магия - «Магия - это наука и искусство вызывать Изменения в соответствии с Волей». как выразился Кроули.
Программирование - это и наука, и искусство, и оно вызывает изменения через выражение намерения - и, как и в обычном понимании ритуала, вы должны быть точными в своих заклинаниях (история Ученика чародея - это конечно, знакомый пример бесконечного цикла или неограниченной рекурсии)
Я бы немного реструктурировал его (если вам не нужна сортировка, которую делает возможным подход для каждого ):
<xsl:template match="/album">
<ol>
<xsl:apply-templates select="track"/>
</ol>
</xsl:template>
<xsl:template match="track">
<li><a href="{@id}"><xsl:apply-templates/></a></li>
<xsl:template>
Это выглядит короче и точнее, ИМХО.
Думаю, ваш
<xsl:for-each select="track">
<li><xsl:apply-templates/></li>
</xsl:for-each>
проходит через все элементы трека с помощью для каждого , а затем применяет правила по умолчанию к его потомкам. Таким образом, содержание для каждого имеет тот же контекстный узел, что и шаблон match = "track" , и, следовательно, match = " выполнено с тщательным переплетением тем и ритмов. Музыканты разучивают свои отдельные партии и сотрудничают под руководством своего дирижера.
При хорошем исполнении песня поет и взлетает, заряжая энергией как музыкантов, так и публику.
Я думаю, что лепное украшение из глины - очень хорошее описание, хотя для меня я бы использовал кулинарию. Вы начинаете с рецепта (или, может быть, просто смутного представления), затем берете какие-то ингредиенты, смешиваете вместе, готовите, делаете с ними другие вещи и смотрите, сработало ли это. В зависимости от того, насколько хорошо у вас есть что-то, что вы можете настроить для другого запуска той же проблемы, или, может быть, законченное решение только с парой острых углов.
Запись
Здесь этапы процесса написания (кажутся знакомыми?):
- Предварительное написание / Составление
- Написание
- Обмен / ответ
- Редактирование
- Редактирование
- Оценка
Вращение тарелок : попытка заставить работать сразу несколько вещей, не позволяя ни одной из них упасть ....
Архитектура.
Я называю себя информационным архитектором - пытаюсь преобразовать текущую среду (в моем случае химическую информацию) во что-то пригодное для использования. Это включает в себя дизайн, разработку и тесную работу с людьми.
Результат должен быть пригодным для использования, и в моем случае должен быть использован повторно. Его форма нечеткая, чтобы быть ясной с самого начала. Также это зависит от того, как мир будет развиваться во время работы. В моем случае это никогда не заканчивается, но мы создаем (надеюсь, пригодные для использования) вещи в процессе.
«Инженер».
Я получаю заказ, создаю что-то новое, тестирую это и передаю заказчику за деньги.
Я бы сказал, что это как построить дом. Вы составляете план, примерное представление о том, что вам нужно. Затем со временем вы разработаете более точный план. Медленно соберите все вместе и начните строить дом. На пути возникают небольшие проблемы, но обычно с ними можно справиться. Наконец, после всей вашей тяжелой работы у вас есть дом, в котором люди могут жить и пользоваться.
Монти Пайтон и Святой Грааль
Когда я начал здесь, все, что там было, было болото. Другие короли говорили, что я глуп построить замок на болоте, а я построил это все равно, просто чтобы показать им. Это утонул в болоте. Итак, я построил второй. Тот утонул в болоте. Итак, я построил третий. Это сгорело упал, затем упал в болото, а вот четвертый ... остался вверх! И вот что ты получишь, парень: самый сильный замок в этих острова. -
«Садоводство» - ваша кодовая база растет и растет, но без тщательной прополки и ухода. Это становится неуправляемым беспорядком.
«Доктор Франкенштейн»
Мы, программисты, на самом деле сумасшедшие люди, которые дают жизнь этим холодным кускам металла, кремния и пластика. После того, как мы поставили пару экспериментов, включающих некоторую метафизическую работу, эти части начинают разговаривать с людьми, общаться по сети, учатся просыпаться и спать, учиться и забывать, выходить из компакт-диска и умирать.
И это мы заставляем их это делать.
Программирование - это как быть Богом с очень ограниченными возможностями.
«Беспорядок в джунглях» - вы начинаете выращивать одно маленькое деревце и у вас достаточно времени, чтобы полить и позаботиться о нем. В какой-то момент происходит взрыв роста, дерево превращается в джунгли, и вы теряетесь в зеленой массе деревьев и растений. Ваше движение затруднено, и вы больше не можете контролировать то, что происходит. Конечный результат - это неконтролируемый беспорядок в джунглях, на содержание которого уходят сотни людей, и который отнимает у всех время и деньги. В какой-то момент горит молния, и ко всеобщему облегчению джунгли сгорают дотла. К сожалению, всегда есть наивные новички, которые хотят начать все сначала.
Быть художником, о котором никто не знает. Вы можете творить хрень или шедевры, никто не узнает, кто вы. Я также слышал, что это называется «самым развлечением, которое можно получить в штанах, хотя штаны не требуются»