Когда-нибудь, автор узнает в чём смысл заголовков и они начнут отображать суть написанного.
«Если разработчик претендует на лычку мидл+, но не чувствует себя свободно хотя бы в основных пяти парадигмах, — это напыщенный дурак, гоните его в шею. »
Из интернета:
Разработчик — это специалист, который занимается созданием программного обеспечения. Это может быть разработка веб-приложений, мобильных приложений, системного ПО, баз данных, игр, программ для автоматизации и многое другое.
И по мнению автора, даже если вы пишите прошивки под МК, то должны знать некие 5 парадигм, иначе увы.
Я раскрою страшную тайну, при проектировании чего-угодно вы скорей и так большинство парадигм можете использовать не понимания, ибо большая часть это само собой логичные вещи, просто некоторым скучно и они начинают разводить философию и самое что удивительное как раз пользователи высокоуровневых языков, точней относительно новое поколение, потом придёт ещё одно поколение им снова что-то там покажется и они придумают очередной язык, очередную парадигму и т.п. и т.д.
"умственных способностях среднестатистического обывателя" - ну смотря кто такой среднестатистический обыватель, такое вполне возможно.
А вообще, ум понятие сложное, умственная деятельность тем более, разные профессии требует развития разных частей умственной деятельность, где-то важна быстрота принятие решения на основе некоторых факторов, где-то важно глубина просчёта и принятие во внимание множества самых разных факторов, где-то такой набор как "Дедуктивное мышление", куда входит многое разное.
Но в современном мире важно далеко не это, а то, что бы каждый делал во время то, что нужно, для поддержания работы той системы, в которой находится.
Ну и да, любой кричащий что он лучше других, это автоматическое клеймо, ибо те кто действительно лучше в чём-то, и так понимают, и окружающие скорей всего понимают, и в общем всем, всё равно
"DRY (Don’t Repeat Yourself) - принцип разработки программного обеспечения, направленный на минимизацию дублирования информации в коде. С английского переводится как «не повторяйся». "
"Если в коде или логике программы есть повторяющиеся фрагменты, их следует реорганизовать так, чтобы они присутствовали только в одном месте. "
"Названия должны быть самодокументирующими" А что не так? Надо называть fun1 fun2 ? Это хороший подход, который не исключает документацию, а если название не отображает сути, так ну чья это проблема? Подхода? Или того кто этим пользуется?
"Он не работает потому что реальный мир грязен, хаотичен и непредсказуем (и асинхронен ещё, да)." - да, настолько хаотичен и непредсказуем, что существует логистика, просчёт траекторий и т.п.
"DRY (Don’t Repeat Yourself) священен" - ну не надо из крайностей в крайность, этот подход о том, что если часто, что-то повторяется, скорей всего это можно вынести в отдельную функцию.
Всё очень просто, есть люди которым нравятся делать другим приятно, у них для этого всё есть, данный сервис вспомогательный для них. А если у тебя нет денег или тебе это не интересно или ещё что-то, то просто пройди мимо.
Не нужно пытаться кого-то за что-то поймать , осудить и так далее, всем всё равно.
Я о том что бы это было из коробки. Хабр ресурс для технических специалистов разных подразделений, не все знают HTML форму и не важно легко или сложно её изучить. Если все понимают что этот инструмент явно был бы полезен и у него нет сложной формы реализации(где были бы вопросы как лучше), так почему бы не сделать?
Проблема в моддинге была далеко не из-за обусфакции, а из-за того что нет документации и даже продумав мод, ещё три года ищешь нужную исходную логику :D
И почему? Потому что наспех перепутал язык? Может не стоит цепляться и подумать когда же hwnd не валидный(это буквально если не вручную допущено, то по сути не возможно)? Или вы тролль? (внёс правки)
На женскую грудь
Есть конкретная тематика и по ней пишут, каким местом это вообще к IT и ко всему что касается IT ?
Конечно, это как зайти в магазин, пойти в отдел кисло-молочной продукции, а там мыло
так добился что теперь read-only
Ну так название можно и не знать, особенно забавно когда сами люди путаются одни говорят что это так называется, другие так
Когда-нибудь, автор узнает в чём смысл заголовков и они начнут отображать суть написанного.
Из интернета:
И по мнению автора, даже если вы пишите прошивки под МК, то должны знать некие 5 парадигм, иначе увы.
Я раскрою страшную тайну, при проектировании чего-угодно вы скорей и так большинство парадигм можете использовать не понимания, ибо большая часть это само собой логичные вещи, просто некоторым скучно и они начинают разводить философию и самое что удивительное как раз пользователи высокоуровневых языков, точней относительно новое поколение, потом придёт ещё одно поколение им снова что-то там покажется и они придумают очередной язык, очередную парадигму и т.п. и т.д.
поднял на -n :D
Минусят как минимум за то, что автор зачем-то закинул статью в программированию и опен соурс и управлением
Автор берёт острые темы и накидывает на вентилятор с желанием поднять рейтинг или ещё что-то)
"умственных способностях среднестатистического обывателя" - ну смотря кто такой среднестатистический обыватель, такое вполне возможно.
А вообще, ум понятие сложное, умственная деятельность тем более, разные профессии требует развития разных частей умственной деятельность, где-то важна быстрота принятие решения на основе некоторых факторов, где-то важно глубина просчёта и принятие во внимание множества самых разных факторов, где-то такой набор как "Дедуктивное мышление", куда входит многое разное.
Но в современном мире важно далеко не это, а то, что бы каждый делал во время то, что нужно, для поддержания работы той системы, в которой находится.
Ну и да, любой кричащий что он лучше других, это автоматическое клеймо, ибо те кто действительно лучше в чём-то, и так понимают, и окружающие скорей всего понимают, и в общем всем, всё равно
https://yandex.ru/search/?clid=11450072&text=DRY+(Don’t+Repeat+Yourself)+подход&l10n=ru&lr=222
Почитайте.
"DRY (Don’t Repeat Yourself) - принцип разработки программного обеспечения, направленный на минимизацию дублирования информации в коде. С английского переводится как «не повторяйся». "
"Если в коде или логике программы есть повторяющиеся фрагменты, их следует реорганизовать так, чтобы они присутствовали только в одном месте. "
"Названия должны быть самодокументирующими" А что не так? Надо называть fun1 fun2 ? Это хороший подход, который не исключает документацию, а если название не отображает сути, так ну чья это проблема? Подхода? Или того кто этим пользуется?
"Он не работает потому что реальный мир грязен, хаотичен и непредсказуем (и асинхронен ещё, да)." - да, настолько хаотичен и непредсказуем, что существует логистика, просчёт траекторий и т.п.
"DRY (Don’t Repeat Yourself) священен" - ну не надо из крайностей в крайность, этот подход о том, что если часто, что-то повторяется, скорей всего это можно вынести в отдельную функцию.
Может, изучаем благодаря VESE протокол VGA и делаем устройство, так-то всё описано, а с VGA на HDMI не сложно перейти
Можете открыть MSDN и глянуть к какой dll относится и слепить хоть на NASM(как я делал однажды) :D
https://learn.microsoft.com/en-us/windows/win32/api/d2d1/nf-d2d1-d2d1createfactory - вот например, вниз мотните и там и dll и lib и заголовок, вполне можно подключить к проекту
Всё очень просто, есть люди которым нравятся делать другим приятно, у них для этого всё есть, данный сервис вспомогательный для них. А если у тебя нет денег или тебе это не интересно или ещё что-то, то просто пройди мимо.
Не нужно пытаться кого-то за что-то поймать , осудить и так далее, всем всё равно.
Я о том что бы это было из коробки.
Хабр ресурс для технических специалистов разных подразделений, не все знают HTML форму и не важно легко или сложно её изучить. Если все понимают что этот инструмент явно был бы полезен и у него нет сложной формы реализации(где были бы вопросы как лучше), так почему бы не сделать?
А когда можно будет в редакторе указывать ссылки которые бы переместили читателя на определённый кусок статьи? А потом так же обратно по кнопке
Можно по больше информации или ссылок? Если удастся повторить ситуацию, то можно будет попробовать по реверсить и обзор сделать
Проблема в моддинге была далеко не из-за обусфакции, а из-за того что нет документации и даже продумав мод, ещё три года ищешь нужную исходную логику :D
И почему? Потому что наспех перепутал язык? Может не стоит цепляться и подумать когда же hwnd не валидный(это буквально если не вручную допущено, то по сути не возможно)? Или вы тролль? (внёс правки)