Nikita Malyshev
Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию.
Откуда все эту мантру тащат? Откуда у вас такие выводы? Это ваш личный опыт или вы опросили кого?
Drupal, для работы на хостинге, совершенно не нужен Composer. Его может там не быть вообще и всё будет работать. Более того, на крупных проектах, как правило, его нет на продакшене, это даже плюс. Composer — это менеджер управления зависимостями, он их загружает, обновляет, удаляет, и предоставляет доп. инструментарий для более тонких моментов. Но всё что он "сварит", работает без него.
Composer — это простой PHAR (PHP) файл, который, как и ваш сайт, можно загрузить на хостинг и начать использовать. То что его нет на хостинге, не значит что задача не решаема. Это не системное ПО. И повторюсь, Composer **для работы сайта** не нужен. Он нужен только для разработки.
И вообще, получается посыл, что Composer это плохо, ведь с ним придётся разбираться и вообще не на каждом хостинге предустановлен. Composer — это де-факто стандарт в PHP разработке, и всем CMS что вы перечислили, и не использующим его, это можно смело вписывать в минус. Потому что, фактически, они отрезаны от огромного количества готовых библиотек и не могут ими воспользоваться, либо прикручивают костылями, что очень не просто, дорого и долго.
Если вдруг, кому-то интересно узнать больше про Drupal, больше конкретики, со ссылками на "погружение", я немного попиарю свой материал — https://niklan.net/blog/215. Он больше для технарей, но в общих чертах понять можно будет что такое Drupal сейчас.
Если кому интересно такое, есть Anki, которому можно скормить что угодно для запоминания. Будет статистика и т.д. и т.п. И аналогов ему много.
Вот я и спрашиваю о какой массовости речь. Если про ту, что пришли в ДНС и купили сразу с полки и пошли домой то да, тут разве что клава от майков может попасться если повезет.
Но тут вот какая проблема. Магазины не хотят выставлять клавиатуры дороже 1к. Они все в коробках, либо вовсе под заказ, а если есть, не открывают потрогать. Я когда хотел пощупать механику вживую 2 года назад, я не нашел ни 1 места в городе миллионнике. При том что в ДНС был очень ограниченный выбор и в наличии, но вскрывать коробку до покупки они не хотели. Типа клава не дешевая (9000), мы не хотим портить товарный вид.
И если с механиками еще куда не шло, там основная разница будет в другом, раскладка будет привычной, то с эргономикой, как по мне, всё куда персональнее, у всех разные руки и эргономики разные.
А покупать кота в мешке массово не будут. Для многих даже клавиатура за 3 000, будет "дорого", а увидев что она еще и изгонута непонятно зачем, без возможности попробовать на себе и понять для чего аткой изгиб и расположение, фактически гарантированный отказ от покупки.
Лучше 50% зала теликами и холодильниками забить :)
Уже сто пятьдесят лет никто не решается массово заредизайнить клаву
Не совсем ясно что понимается под массово. В свободном доступе можно купить клавиатуры с нестандартными раскладками на любой вкус и цвет, даже от известных брендов. Всё это, конечно, больше про механические клавиатуры, и рынок там достаточно большой и развитый.
Та же HHKB производится массово уже не один десяток лет с одной и той же раскладкой, в которой как раз, некоторые клавиши поменяли местами, часть выбросили и оставили только самое нужное. Для меня эта раскладка стала основной.
Перемещение клавиш и изменение их размера на больше \ меньше не имеют особого смысла. Надо всё же в первую очередь обратить внимание на то, как клавиатура используется, и в каких кейсах возникают "просадки" \ дискомфорт. Я на TKL заметил за собой что мне приходится постоянно двигать кисть, для того чтобы пользоваться стрелочками, а пользуюсь я ими очень много. Стало ясно что их расположение неудачно совершенно.
Аналогично с Ctrl и Caps Lock. Я никогда не понимал наличия Caps Lock. Ему выделена вторая по величине клавиша в левой части, но зачем? В лучшем случае она бесполезна, а в худшем, мисклики по ней могут раздражать включением соответствующего режима, который ты не хотел включать (и который бесполезный, ведь рядом шифт). А эта клавиша занимает невероятно удачное место, прямо под мизинцем. То есть, нажимать её очень легко, её не надо искать и нащупывать. Заменив капслок на контрол - жизнь стала легче. Ведь с Ctrl были тоже проблемы. Чтобы его нажимать, надо либо, как и со стрелочками, смещать кисть, или выгибать мизинец \ большой палец. Я за годы постоянной работы за клавиатурой пришел к тому, что контрол я нажимал вообще ладонью, наклоняя кисть и прожимая тем самым. Это было удобнее всего, иначе мизинец \ большой палец \ кисть к концу дня спасибо не скажут. Но тут появляется другая неприятная особенность. Данный способ нажатия при длительном использовании также доставляет дискомфорт, ибо нажатие, как правило, приходится на углы кейкапа. И в HHKB решили это достаточно элегантно, как по мне, они выкинули бесполезный Caps Lock (сместив его на функциональный слой, если вдруг нужен), а на его место поставили Ctrl.
А какого было моё удивление, как удачно можно сместить бакспейс на место "|\" и Esc на место тильды.
У нас в DNS, пару лет назад, эта услуга стоила 3к. Что-то жирно за проверку на битые пиксели. При том что там проверять не так уж и сложно / долго. В тех же DELL эта проверка уже вшита в монитор, достаточно дать питание и запустить из меню.
есть уже стандарты MVC в любом учебнике
MVC - не стандарт. Это паттерн.
на крайняк функциональное программирование (в учебнике react'а)
Не совсем ясно как это в противовес MVC поставляется. Паттерн и парадигма программирования вообще разные вещи.
что вам код-стайл предыдущего разраба мешает код понять
Его запутанность и отсебятина. То что со стандартами, условно, можно понять за минут 30, написанное черт пойми как, и по какой логике за 3 часа. Эта разница отразится в итоговом бюджете. И чем больше кодовая база, тем больше будет переплаты за разгребания говнокода. Понять никто не мешает, но сопоставляя время на "понимание" говнокода и потом копание в нем, зачастую больше, чем просто сделать с нуля.
И да, по опыту, мешает. А когда мне приходит код написанный по стандартам, соблюдая все бест практисы и подходы системы, я его читаю как свой, очень быстро вникаю в проект и смогу приступить к работе, без траты времени на дебаг кода, чтобы понять, что там задумал предыдущий автор.
"Стандарт на уровне CMS" - просто лол.
И что смешного? Если вы такого не встречали, не значит, что таких не существует. Например Drupal, имеет свои стандарты на всё и бест практисы. Вы ни строчки кода не сможете законтрибутить, пока они не будут по всем требованиям. Вы даже полноценный модуль не сможете опубликовать, пока он не будет давать зеленый свет по всем стандартам, как минимум.
Это огромный плюс не только для разработчиков, но и для владельца проекта (клиента). Имея четкие стандарты, можно легко проверить работу разработчика хоть на каком-то базовом уровне. Любая контора или разработчик, имеющая дело с этой системой и стандартами сможет спокойно провести аудит и по пунктам ткнуть где неверно. И это будет не выдумка, а ссылка на стандарт. Да банально линтером прогнать и всё всплывет, и сразу видно будет, старался разработчик или бац-бац и в продакшен.
Есть общепринятые. Поэтому не нужно выдумывать свои. В том же мире PHP, есть PSR стандарты — https://www.php-fig.org/. Нужно просто утвердить подходящий вариант на уровне компании, если не утверждено на уровне фреймворка \ CMS и требовать их соблюдения.
Если разработчик будет плеваться на стандарты, тут повод вообще поглубже копнуть что это за разраб, имхо. Обычно против стандартов топят те кто пишет так, после которых и хочется сказать "тут проще с нуля переписать". У них у каждого свой личный стандарт.
Везде есть свои стандарты, а если у вас по каким-то причинам нет (с нуля вообще пишите), надо на уровне компании принять какой-то. И если им придерживаются, другой не придёт и не начнёт говном поливать. Просто взгляд со стороны укажет на не очень правильные решения, не более, и мысли переписать всё не появится. Код без стандартов - анархия. Там такого понапишут, и так виртуозно, что потом всей компанией будут думать что там написано.
Если каждый предыдущий разработчик разрабатывал по каким-то своим стандартам, а не общепринятым, попутно делая все вопреки лучшим практикам и документации, такая ситуация будет постоянно.
Плюс, разработчики часто ложат болт на документацию своего кода и проекта. Даже тут уже мысля пролетала, что на доку потратится куча времени. А без доки, через год, даже автор кода не поймёт что и зачем написано, но когда писалось - было очевидно. В итоге сэкономили 10 минут на старте, потеряли часы через год. Такое, как правило, опять же, возникает за неимением стандартов или их игнорирования. А на стандарты можно натравить линтеры и видеть что разраб их игнорирует.
да
На одном из скринов первым пунктом выделено — «P2P-торговлей НЕ занимаюсь», а в конце материала уже — «Напомню, я покупала криптовалюту через P2P-торговлю».
Что-то история не сходится. 🤔 Нужна пояснительная бригада.
Подозреваю, что если при общении с банком также были подобные нестыковки с заявлениями и действиями, они могли и среагировать соответствующе.