Вот вы и нашли в чём уникальность. В IT есть некоторый подход к разработке к ПО, который не зависит от страны, есть некий lingua franca, благодаря которому можно взаимодействовать в мультинациональной команде, и есть возможность дистанционно разрабатывать очень многое (без необходимости доступа к специфическому оборудованию, как в большинстве научных отраслей). И при этом это очень сложная отрасль, иначе бы поток желающих получать больше средней по экономике компенсировал бы пункты выше.
Имхо, проще всего новичку объяснить, что такое event-driven programming это дать ему почитать статью про реактивное и проактивное мышление. Уж базовую психологию все поймут.
Так вот event-driven - это просто программа с реактивным "мышлением".
потому что создается впечатление пассивного ожидания
Так это и есть правильное впечатление)
Ну и пример с конкретным моментом времени (событие «отобразить на циферблате время 08:30») не очень удачный. Всё-таки вся тема с эвентами завязана на то, что что-то происходит (условно, Жене позвонил начальник и внезапно вызвал на рабочую смену). А то, что заранее на какое-то время запланировано - это скорее про cron и компанию (job scheduling так называемый)
А разве не так? В состоянии апатии человек плывёт по течению, не анализируя, не взвешивая плюсы и минусы. В данный момент такое состояние явно приведёт к Python, ну или к JavaScript, которые сейчас втюхивают на каждом углу.
С одной стороны - да, а с другой - под развитием в программировании редко подразумевается осваивание программирования под квантовые компьютеры.
В текущем программировании 99.9% из того, что есть, изобрели ещё в прошлом веке. И просто клепают реализации давнишних идей, создавая иллюзию чего-то нового.
Так стили можно переопределить. Смысл того же бутстрапа в том, что там хотя бы семантика есть. А в этом тейлвинде семантики ноль, тупо сокращение того, что можно в style протиписать. Вот только это всегда антипаттерном считалось.
Так и статью можно на английском прочитать. Дело то не в этом. А в том, что это вполне однозначный и понятный перевод. Погуглите это словосочетание, если сомневаетесь в широте его применения. Есть ещё один более бюрократический - навигационная цепочка, но он реже встречается.
С сутью комментария соглашусь. Но конкретно «хлебные крошки» вполне устоявшийся перевод, ни разу не встречал, чтобы их называли breadcrumbs в русской речи.
Не обязательно можно, неизвестно есть ли у списка функция создания из массива или нет.
Так в этом и смысл метапрограммирования, что даже если чего-то нет в стандартной библиотеке, то это всегда можно дописать.
Я написал этот комментарий секунд за 10.
Ну хз-хз, я его ради интереса просто перепечатал и то 30 секунд заняло) Впрочем, скорость набора давно уже ничего не решает в программировании, тут минимум 95% времени тратишь на то, чтобы решить, что именно набирать))
Но каждому своё. Раз вам нравится, то никто ж не запрещает.
Ну, кстати, да. Я когда его тестил даже не додумался писать какие-то магические комментарии. Он сам автодополнял код целыми кусками. На 3 с минусом дополнял, но в целом всё равно впечатляет)
Вот вы и нашли в чём уникальность. В IT есть некоторый подход к разработке к ПО, который не зависит от страны, есть некий lingua franca, благодаря которому можно взаимодействовать в мультинациональной команде, и есть возможность дистанционно разрабатывать очень многое (без необходимости доступа к специфическому оборудованию, как в большинстве научных отраслей). И при этом это очень сложная отрасль, иначе бы поток желающих получать больше средней по экономике компенсировал бы пункты выше.
IT, как и прикладная физика, особенны, пожалуй, тем, что это вспомогательные отрасли, которые помогают прогрессу во всех остальных отраслях.
Имхо, проще всего новичку объяснить, что такое event-driven programming это дать ему почитать статью про реактивное и проактивное мышление. Уж базовую психологию все поймут.
Так вот event-driven - это просто программа с реактивным "мышлением".
Так это и есть правильное впечатление)
Ну и пример с конкретным моментом времени (событие «отобразить на циферблате время 08:30») не очень удачный. Всё-таки вся тема с эвентами завязана на то, что что-то происходит (условно, Жене позвонил начальник и внезапно вызвал на рабочую смену). А то, что заранее на какое-то время запланировано - это скорее про cron и компанию (job scheduling так называемый)
Держите, так и быть: https://about.gitlab.com/install/
Так оплата там предполагается в пользу компании на Upwork, насколько я понял. Т.е. никаких имён в получателе платежа не будет.
Насколько я помню, версия 5.0 тоже ничем революционным не отличалась. Так что всё нормально. Просто это не Semantic Versioning, а Torvalds Versioning)
А разве не так? В состоянии апатии человек плывёт по течению, не анализируя, не взвешивая плюсы и минусы. В данный момент такое состояние явно приведёт к Python, ну или к JavaScript, которые сейчас втюхивают на каждом углу.
С одной стороны - да, а с другой - под развитием в программировании редко подразумевается осваивание программирования под квантовые компьютеры.
В текущем программировании 99.9% из того, что есть, изобрели ещё в прошлом веке. И просто клепают реализации давнишних идей, создавая иллюзию чего-то нового.
Причём здесь чемпионы? Если уж проводить аналогии со спортом, то чтобы войти в IT достаточно на третий разряд норматив выполнить.
Так стили можно переопределить. Смысл того же бутстрапа в том, что там хотя бы семантика есть. А в этом тейлвинде семантики ноль, тупо сокращение того, что можно в style протиписать. Вот только это всегда антипаттерном считалось.
Так и статью можно на английском прочитать. Дело то не в этом. А в том, что это вполне однозначный и понятный перевод. Погуглите это словосочетание, если сомневаетесь в широте его применения. Есть ещё один более бюрократический - навигационная цепочка, но он реже встречается.
С сутью комментария соглашусь. Но конкретно «хлебные крошки» вполне устоявшийся перевод, ни разу не встречал, чтобы их называли breadcrumbs в русской речи.
Организация её удерживает с вашей ЗП и переводит в налоговую точно так же, как и в случае 13%
Так в этом и смысл метапрограммирования, что даже если чего-то нет в стандартной библиотеке, то это всегда можно дописать.
Ну хз-хз, я его ради интереса просто перепечатал и то 30 секунд заняло) Впрочем, скорость набора давно уже ничего не решает в программировании, тут минимум 95% времени тратишь на то, чтобы решить, что именно набирать))
Но каждому своё. Раз вам нравится, то никто ж не запрещает.
Понял о чём вы. Но это во-первых ортогонально метапрограммированию. Которое, например, может в первом случае формирование списка свести к
let list = LinkedList::from([1, 2, 3]);А во-вторых, есть ощущение, что у вас настолько длинные комментарии получаются, что уж быстрее код написать, чем такой комментарий ?
Ответ был не про то, что метапрограммирование - конкурент Copilot, а о том, что с его помощью легко устранить, как минимум, 90% boilerplate.
P.S. Не очень понял, какую сложность связных списков вы имели в виду. Довольно простая структура данных так то.
Спасибо за ответ. Интересный вариант.
Откройте для себя метапрограммирование через манипуляции с AST.
Ну, кстати, да. Я когда его тестил даже не додумался писать какие-то магические комментарии. Он сам автодополнял код целыми кусками. На 3 с минусом дополнял, но в целом всё равно впечатляет)