ArbNet

Включите голову. Люди во все времена ценят практичные и полезные вещи. Подумайте, что раньше пользовалось спросом и что вы сможете произвести. Например я с удовольствием покупаю реплики старых вещей от ностальгии по тем временам. Сейчас многие возрождают производство таких вещей. Не зря говорят, всё новое это хорошо забытое старое.

ЗЫ. Жвачки Дональд помните? Заказал вчера блок 😄Сейчас рынок насыщен товарами, но то что раньше людям нравилось и покупали, будут покупать и сейчас.

Во-первых, я и сам не хочу работать на дядю, выполнять не интересные мне заданиеца.. звали и не раз, кстати. Во-вторых, я не крутой программист, и никогда так о себе так не говорил, я самоучка, и разрабатываю свои проекты. В-третьих, да не заменяемых нет, любого заменить можно, а уж тех кто умеют делать только то, что им говорят тем более.

Как раз наоборот.

Сеошники это подмастерья поисковиков. То есть если программисты разработают другую систему для поиска сайтов, например через каталогизацию или блокчейн и тд. то от сеошников и мокрого места не останется.

ЗЫ. У меня вот давно уже есть в разработке подобная система через через микросервисы. Да и не я один думаю над этим размышляют как сделать лучше чем монопольные поисковики.

То есть вы теперь согласны с тем, что сказали абсолютную чушь о том, что заменить тех кто сами ничего не производят, а пользуются готовыми решениями легко заменить.

ЗЫ. Или вы сами себе противоречие.

Это вы тем уволенным так называемым программистам рассказывайте. И Sly32, пусть он ещё немного порадуется, что его работу ИИ может легко выполнять.

Это не программисты, это говнокодеры которые выполняют тупую рутинную работу, мелкие задания, таких легко заменить. А вот реальных программистов разработчиков не заменить, они только будут ещё больше ценится. Сейчас просто в it начался процесс отсеивания зёрен от плевел.

ЗЫ. Sly32 вот радуется что ИИ ему в помощь, но его с такой помощью легко заменить, он теперь стал просто прокладкой между работодателем и ИИ которой надо платить ещё зарплату не понятно за что 🤑

Именно для этого и делаются эти лотереи..

ЗЫ. Извечный вопрос как без труда на халяву с кучи народа собрать денег и не отдавать 😁 все эти лотереи это по сути узаконенная схема мошенничества. А государственная в государственном масштабе. Выигрывают либо родственники, либо подставные и тп.. А для видимости честности, подставных кто были бедняками и вдруг такое счастье, разрекламируют, что люди начинают проникаться такой честностью.. По итогу подставные немного поразбрасываются деньгами  для наглядности и опять в небытие..🤣 А потом в умы населения втирают типа не были богатыми нечего и начинать..

Я после того как мне Александр наговорил, что лучше делать через класс формирования запроса как он выше описал, создал такой класс и даже с возможностью формирования сложных запросов с join вложенными и тд. Написать можно, даже использовать это можно, а если подумать то это полный шлак, сначала передавать команда за командой параметры запроса, потом обрабатывать их и формировать сам запрос..

Потому что соображения нет, как это всё работает и как намного проще, удобнее и гибче можно сделать. Поэтому такое не безумие при увеличении нагрузки сделает вам бяку..

Кто вам вообще сказал что у меня статичные не изменяемые и не валидируемые запросы. Ещё раз для забетонированных повторю, создавать класс для сбора параметров запроса и потом его формирования это реальная глупость.

Вы про подготовленные запросы по ходу не знаете.. Вот когда у чела нет знаний и опыта, то он и говорит о всяких запечённых запросах и тп.. вот вам и лол..

Так в том то и суть, что в твоём классе формирования запросов не будет гибкости это раз. Не все подобные сложные запросы сможешь реализовать таким способом, да и ещё потеря времени на их формировании сначала добавляя команды и параметры, а потом сам запрос.. это два.

ЗЫ. Короче делайте как умеете;)

Буквально вчера получил новый комп. Начал его настраивать для работы, сегодня может донастрою.

Что касается разработки, у меня всё ещё в зависшем состоянии. Когда ты тут обсуждал создание формирования запросов к бд я хотел написать, что то как ты хочешь сделать, как тогда давно мне говорил, мне не подходит. Я сделал свой класс для запросов, но при создании страниц сайта понял, что это будет полная лажа..

$user = UserTable::query()
  ->addSelect('name')
  ->addSelect('id')
  ->where('lastname','Petrov')
  ->fetchObject();

echo $user?->getName();

Во-первых, я стремлюсь сделать работу кода быстрым и без верёвочных подходов говнокодинга(типа удобно, но в работе это замедление и куча лишних телодвижений..). То есть если рассматривать класс для формирования запроса у которого куча методов для указания параметров, то это время на передачу этих параметров в класс, а потом на их обработку. По-моему это глупый и тупой подход, когда проще и лучше написать сразу готовый запрос. Во-вторых, у меня для работы с фреймворком несколько уровней порога: новичок, опытный и разработчик. Для новичков буду делать визуальный редактор аля-тильда, опытный сможет на xml создавать сам странички, а разработчик уже будет разрабатывать разные компоненты с php классами(в которых писать и запросы к бд без танцев с бубном типа query builder работу с которым надо объяснять пользователю), скриптами, разметкой, css и js.

ЗЫ. Поэтому я переделаю такую работу с бд. На этом и застрял, долго обдумывал. Есть пока только мысли как реализовать, я сделаю упрощённый класс в котором будут готовые запросы(без хрени выше в цитате). Донастрою комп, буду переделывать это.