>>252870223 (OP) учи какой-нибудь популярный фреймворк типа Laravel + базы данных, будешь пилить какой-нибудь средний коммерческий проект с ЗП 100-150к на удаленке
>>252870223 (OP) ммм пыхааааа ооо еее. только что закончил многочасовую еблю с фиксом своего же кода написанного с полгода назад на этой параше. врот ебал этот синтакс. все пыха разработчики латентные пидорасы
>>252870223 (OP) Перспективы хорошие. Первый ~год будет около 50к. Потом скорее всего резкий скачок, особенно если хорошо изучить фреймворки Symfony или Laravel. Сам на симфони работаю 1.5 года, зп 140 на удаленОчке. Не говорю конечно про всякие докеры, жс и гит
>>252870223 (OP) Удваиваю предыдущего. Симфони у нас используется, много проектов на ней. Где - у нас - не скажу. И так же не скажу, сколько зп потому что не знаю. Но вроде хорошая. У меня у самого 200 до вычета. Но я не пыхокодер, я девопс.
>>252870223 (OP) Никакх, как и у любого другого. Продают предметную область, а не знания языка, что является настолько базовым и банальным ентри-умением, что его даже не спрашивают, по умолчанию подразумевается что ты разбираешься.
>>252870223 (OP) Пыхеров нынче как говна за баней, так что изи вкатиться не получится. Первые года три будешь посасывать хуй в какой-нибудь веб-студии за 30к/мес но кодить всё равно не научишься
>>252871008 >пхпшники в принципе не умеют в ООП и SOLID Скажи это тем кто ларавель написал. Струя урины в ебало прилетит незамедлительно. Там и фассады, и трейты, и интерфейсы и ебать как много задротской ООПшной ебанины.
Что не умеют пхпгоспода это определение типов. Потому что язые этого не подразумевает.
Пыха скучный шо пиздец. Он подходит только для бека, писать что то другое на нем - извращение то еще. Там энтузиасты выкатили какое то подобие GUI, но мне кажется, это пиздец. А постоянно сайтики дрочить - такое себе. Учитывая то, что скорее всего, больше всего времен будешь ковыряться в cms, а это пиздец нудно
>>252871128 Дурачок, я говорю про среднестатистического пхпшника. Я видел миллионы строк кода на пхп и это ёбаный пиздец. Культуры кода нет в принципе, ООП в рот ебали, хуярят как придётся.
>>252871151 Ну это как учиться водить авто на болиде F1. Так понятнее?
>>252871151 системы обычно очень сложные и пишутся по 10 лет, там нужны люди, который понимают чуть больше, чем просто определение полиморфизма. Очень много технологий вокруг знать надо, да и вообще джава бездонная. Поэтому почти все джава разрабы свитчеры с других языков
>>252871211 Погугли Огромное количество библиотек, хоть некоторые и с костылями Я себе как то бота писал для одной ммо, когда надо было нафармить нужное количество определенного луьа Ну и он используется для машинного обучения
>>252871249 >ООП в рот ебали, хуярят как придётся. Без ООП работать гониво. Я сам говноскрипты писал, с максимумом 1-3 своих функции, довольно таки долго. Совсем недавно перешёл на работу с ОПП(фреймворк заставил) и ебать как это оказалось удобно.
Наследование это лучшее что придумали архитекторы ООП языков.
>>252871437 Наследование это то, чего нужно старательно избегать при любой возможности в пользу композиции, лол. Отсутствте ООП не значит, что ты будешь писать говноскрипты.
недавно была задача, перенести сайт с обрыгано-хостинга на AWS. Делаю дамп mysql, перенес. Делаю бекап /var/www/sitename. Вроде все ок, перенес. Перехожу на сайт, а там ПИЗДЕЦ. Ошибки, какие-то php экстеншены отсутсвуют, то версия php не та. я ебал все это в рот. Потратил целый день на то,что бы все довести до ума.
>>252871665 Очевидно, писать в процедурном стиле "данные отдельно, алгоритмы отдельно" и вытягивать из базы только то, что требуется. ООП - это нихуя не панацея и хорошо работает только при разработке гуи, откуда его, собственно, и зафорсили.
>>252872005 >Очевидно, писать в процедурном стиле "данные отдельно, алгоритмы отдельно" Эээ.... но в MVC с наследованием всё так и устроено. Почему господа разработавшие ларавель оставили наследование, а заносчивые двощеры ноунеймы говорят что наследование не нужно?
>>252872005 Да и при разработке гуи хуйня, есть теория что в геймдеве ООП имеет смысл из-за схожести абстракций, но наверняка сказать не могу. Ну и процедурный код конечно не панацея, скорее фп может замечательно заменять ооп.
>>252872130 Другие господа разработали vue, где предлагается генерить хтмл прям в коде, пиздос. Ты считаешь, что разработчики движков - это сверхлюди с опытом 100500 лет продакшена, а там сидят студенты.
>>252872536 Я работаю по тем паттернами которые заложены во фреймворке блеять. И так как там есть наследование, а фреймворк с гоф мне не вречался никогда, то основательно считаю рассуждения ноунеймов с двоща — душным пиздежом.
>>252871436 Я не тупой, в точных и естественных науках разбираюсь достаточно хорошо, вуз закончил по околоматематической специальности, просто душа не лежит к этому всему.
>>252873574 >И как успехи? Вкатился чуть меньше года назад, на старте дали 80, потом подняли до 110, щас в течение пары месяцев планирую проект закончить и новую работу искать, что-нить поинтереснее/побогаче. Самое сложное при вкате было попасть на собес, я пару месяцев тупо в никуда рассылал резюме, ни одного отклика, т.к. старпёр без опыта нахуй никому не нужен, потом напиздел в резюме, написал себе 3 года опыта и практически сразу попал на собес, где уже меня взяли.
>>252873867 Рассказывают про проект, на котором будешь работать, про стек, спрашивают с чем и над чем раньше работал, интересные кейсы, немного гоняют по яп, чтобы знания оценить, могу дать пару-тройку задачек для решения, смотрят на софтскиллы, если не душнила и под проект подходишь, то берут.
>>252874195 Месяца за три по онлайн курсам, потом написал несколько небольших проектов, чтобы поближе познакомиться с некоторыми особенностями. Этого хватило чтобы собес пройти, настоящие знания стал получать уже фактически на рабочем месте, как в старом анекдоте, когда приходишь на рабочее место, тебе вывозят телегу с гавном, говорят приступай и уходят, ты на всё это смотришь, охуеваешь, думаешь что делать, замечаешь, что у телеги колесо криво прикручено и начинаешь его подкручить, тут начальник заходит, видит тебя и говорит, "О! заебись, вижу у тебя всё получается". Первые полгода немного ебано было, т.к. дохуя времени тратил на изучение всего и вся, но в принципе интересно очень, а потом полегче стало, когда технологии освоил и с проектом познакомился, если раньше какую-нить простую задачу мог несколько дней делать, щас за пару часов могу её закрыть. Это кстати одна из причин, почему хочу работу сменить - тут перестало быть интересно, хочется что-то новое учить, а без реальных задач как-то лениво.
>>252871911 > Перехожу на сайт, а там ПИЗДЕЦ. Ошибки, какие-то php экстеншены отсутсвуют, то версия php не та. я ебал все это в рот. Потратил целый день на то,что бы все довести до ума. > Лучше вкатывайся в docker + nodeJS
недавно была задача, перенести на ноде с обрыгано-хостинга на AWS, перехожу на сайт, а там ПИЗДЕЦ. то какие-то NPM модули отсутствуют, то версия ноды не та, я ебал всё это в рот.
>>252876693 вы просто не умеете его готовить. я вообще хз, зачем придумали монго, т.к. мускул работает быстрее монго при структуре базы сложнее банального ключ:значение. а для банального ключ:значение есть и более быстрые движки.
>>252877334 у нас там миллиард сущностей у которых есть куча свойств и у каждой сущности эти свойства могут быть разными
Предлагай решение на мускуле. Объем данных 2-3 Тб, нужна возможность быстро читать по индексу, а также не умирать при записи очередной уникальной сущности
>>252877458 ну если структура входных данных в принципе неизвестна, то есть поля в таблице заранее расписать невозможно, то тогда да, монго с её принципом "кидай что угодно - запишу" подойдёт. вот, кстати, и ответ на мой вопрос - монго подходит для стартапов, которые ещё сами не знают, какие данные будут сохранять. а когда структура базы прояснится, можно будет переносить на нормальный человеческий ынтырпрайз.
в твоём примере я бы попробовал сделать так: создать несколько постоянных полей (которые есть у всех входных данных) и проиндексировать их, а "другие данные" писать в формате JSON в текстовое поле. увы, по "другим данным" быстро искать не получится.
>>252878174 >сами не знают, какие данные будут сохранять
мы знаем какие данные будем собирать, но у нас нет необходимости их индексировать, а хранить JSON в текстовом поле как-то не айс
Мы столкнулись с тем, что когда у нас уникальный индекс есть, то при росте базы данных очень сильно падает скорость записи, т.к. при добавлении каждой сущности база сверяется на наличие этого индекса в БД.
>>252878838 тыж писал, что "нужна возможность быстро читать по индексу" - то есть делать поиск по какому-то конкретному полю? если все возможные виды данных известны, то можно не костылись отдельные поля типа JSON, а создать отдельное поле для каждого вида данных.
>>252877334 > я вообще хз, зачем придумали монго что бы очевидно не пердолится со структурой БД каждый раз, когда в твоём документике появилось/пропало поле и разъебало тебе архитектуру?
>>252879615 пиздос, с такими сложными записями я ещё не работал.
>>252879730 > появилось написать скрипт для миграции, ALTER TABLE ..., залить в гит с обоснованием, почему и зачем было добавлено это поле, и именно такое.
> пропало а это на этапе добавления записи в базу нужно проверять, или DEFAULT NULL
>>252880431 > написать скрипт для миграции, ALTER TABLE ..., залить в гит с обоснованием, почему и зачем было добавлено это поле, и именно такое Всё это охуенно, только новые столбцы/поля с данными могут появляться по 10/100/1000 раз на дню и от тебя это может зависеть примерно никак. В таких случаях классические реляционные базы данных сосут жопу. Для этого давно придуманы нереляционные базы данных. Монго из их числа.
>>252882272 но ведь она примерно так и выглядит — сидишь, чиллишь, попиваешь кофеёк или смузи, смотришь на ютубе видеоуроки по своему любимому фреймворку, лениво печатаешь в слаке, в конце месяца получаешь 300к на карту. через два-три месяца ищешь новую работу, повторяешь цикл
>>252872883 пхп умер лет 10 назад. Никто в своем уме не будет писать новый проект на нем, когда есть тот же гоморуби и петухон, потому что на джанге и рельсе банально быстрее получится. А саппортить вордпресопрашу - много бабла не подымешь.
Вкатился в it, только не вашим этим программистом, а сижу и за серверами и компании гляжу, работы нихуя а деньги норм, смотрю на всех этих макак програмистких, как они орут про делайны, и охуеваю и с додиков. Не вкатывайтесь в это анонсы, за по хуйне, а нервы потратите.
>>252886889 нервов нет только когда работа заключается в замене сдохших жёстких дисков и периодическом нажатии кнопки Reset, да и деньги там не норм. а где деньги норм, там и админство нервное, и с макаками программистскими общаться надо.
>>252870223 (OP) Тред не читал, извините, потому что ебусь с системой регистрации пользователей на сайте. Дайте подсказку или хороший гайд, как при регистрации пользователя на сайте проверить наличие введенного имя в базе, и выдать ошибку, если такое имя уже есть. С меня как обычно, спасибо.
>>252888103 Можно. Для этого в веб-браузере нужно поднять сервер с сокетам (обычно у нас в топ-5 айти конторе делают через ноду). Дальше юзеры рассылают хандшейки на подсеть и обмениваются данными.
>>252888147 Я точно не знаю, вероятно если буду менять работу, там будут больше платить. И я давно работу не меня 3 года, очень уж хорошие условия, удаленке все такое + премии прилетают постоянно, да и зп поднимают, начинал вообще с 1750$ у них. Да и живу я в городе 500к населения, тут этого за глаза
>>252888456 шли гет-запрос на базу, дальше по результату определяй. обычно база отдает 200 код для существующего юзера. ну это у вас в сырках должно быть уже прописано.
>>252888578 Я без фреймворков это делаю, так как не умею, просто с помощью php и mysql. Есть форма регистрации с полями, вводимую пользователем информацию передаю через ajax в php, и там уже обрабатываю. Научился только подключаться к серверу и вносить новых пользователей. А вот с проверкой на уникальность застрял. Я вообще фронтенд, но черт его знает, что меня на сторону сервера потянуло, уже неделю туплю
>>252888896 еще одно доказательство, что фронтомакаки - не пограмисты. Допустимо не знать языка или технологии, но недопустимо не реализовать регистрацию за неделю. Это буквально задача ну максимум на день, и то если тебе дали говно которое ты впервые в жизни видишь.
>>252871008 >>252870523 Когда я встречаю в интернете вонаби-тру-программиста, который высмеивает php, я говорю ему: назови пять недостатков php... Он надменно улыбается, после чего кричит "НЕТ ЖЕСТКАЙ ТИПИЗАЦИИ!" И как это тебе мешает? Он задумывается. После чего я спрашиваю снова: хорошо, еще девять недостатков... Он краснеет, опускает глаза и убегает... А всем нормальным программистам мы напоминаем, что хороший прогер знает несколько языков, и php - один из них.
>>252893969 в чем проблема просачивания логики в СУБД, если СУБД позволяет формировать уникальные индексы на колонку, т.е. эта возможность изначально заложена в СУБД, но ты по какой-то причине решил ей не пользоваться?
>>252870883 >MySQL + MongoDB зачем две базы? >>252876693 >мускуль не канает под такое Зачем тогда написал, что все равно используешь мускл? Сдается мне, ты просто хотел произвести впечатление на мимокрокодилов, но не вышло, бывает. Ты бы еще написал >Бэк: Laravel + MySQL + MongoDB + Memcached + гит + блокнот + пшп-сторм + виндовс-10 + калькулятор + ютуб + игровое кресло + подкаст дудя в наушниках +...
>>252893834 >Пхп это 1с дулбаеб эз из. Что-то уровня "халфлайф - это типа героя пикаешь собираешь буризу и потом на соломиде стоишь и пушишь пушки, я вроде как смотрел там чето такое"
Поясняю. У нас есть порядка миллиарда уникальных сущностей. Мы храним их данные в MongoDB, чтобы была возможность быстро к ним обращаться и к ним около 10 индексов по которым мы делаем время от времени выборки/фильтрации.
Также у каждой сущности есть свойства, которые хранятся в Json в монге. Свойства эти разные, у каких-то сущностей много свойств, у каких-то они ещё не определены.
Время от времени другой скрипт проходит по всей базе сущностей и формирует временные MySQL слепки срезов с одинаковыми свойствами. Т.е. мы формируем временные MySQL срезы сущностей с одинаковыми свойствами на конкретный момент времени.
Эти данные предоставляются пользователям, часть данных кэшируется в memchached, чтобы не нагружать бэк.
Пользователи зарегистрированы, у них есть учетки и прочие данные, права доступа, транзакции по финансам и прочая мудь - это всё крутится на MySQL, т.к. находится в связке с Laravel, хранить пользовательские данные в монге не считаем нужным.
>>252870223 (OP) Вкатывайся под конкретную платформу. Лучший вариант сейчас или Magento 2, или shopware. За два года дорастешь до мидла, будешь получать 2,5к бакса чистыми.
>>252870223 (OP) все точно так же как и в других языках. За исключением того, что на пхп популярна работа с CMS, но это даже хуже 1С, зарплаты одни из самых низких во всей сфере айти
>>252894077 Допустим, ты по какой то причине решил поменять репозиторий юзеров. Другую субд там или nosql или микросервис или вообще это асинхронно сделать. Тебе придется всю эту бизнеслогику на уровне инфраструктуры восстанавливать и поддерживать.
Вообще, зависит от контекста. Если это хелоуворлд или самописный бложик про котенка, то можно и не парится.
Но в мире кровавого ынтерпрайза так делать не нужно.
>>252891051 Куда он умирает? Спрос огромный. Я буржуям вордпрессы ковырял за 20$ в час на апворке сходу, припиздев про опыт, и нихуя почти не зная. Стаковерфлоу-драйвин девелопмент. Да работа дно дна, но по русским меркам я как будто клад с золотом нашел, примерно так я себя чувствовал тогда. А тут люди годами сидят и думают, вкатываться ли в это, или в это. Да вы раньше пхп помрете пока он помирать будет.
>>252895025 я больше поверю в то, что где-то проебутся на уровне бизнес-логики и кто-то реализует запись без транзакции с проверкой и у меня в базе поплывут дубли
>>252895232 >я больше поверю в то, что где-то проебутся на уровне бизнес-логики и кто-то реализует запись без транзакции с проверкой и у меня в базе поплывут дубли
Пишешь тест кейс на дублирование юзеров. Еще на си это все обломается и не уйдет, пока девелопер не поправит.
Но если ты cms бложики да магазинчики делаешь, тебе это и не нужно.
>>252895381 Занимались тем же много лет назад, но на рубях. Но потом гугл нас не взлюбил и в жопу в выдаче спрятал. Доход упал, проект прикрыли. Рустам это ты? Или это Мотя?
>>252895844 >А гугл чего не взлюбил Юзеры много ябедничали. Хотя та же самая инфа была в открытом доступе. >чё вообще за тема была Да тоже самое. Разную инфу в открытых, но не индексированных источниках грабили. Прикрутили адсенс, и получали денежку.
>>252870223 (OP) Знакомый 3 года работал официантом, а потом еще 8 лет шашлычником. Сейчас пхп разработчик, младший 35к на руки, что для нашего миллионика неплохо