>>244118233 (OP) дело в том что, ОП припиздил сюда сказать, что он погромиздъ ноченающей, и хочет в ООП, ебать, иди и учи практики, устройство топовых фреймворков (топовых значит с большим комьюнити, не тех кто его использует, а тот кто его поддерживает и развивает). Пришел на двач, гениально. Или иди на хуй, или иди и изучай исходники фреймворков, Symfony например.
те как я все представляю делаем класс Read делаем паблик переменные,потом функ(которая читает бд) с параметрами делаем объект,объект выз функ(в аргум перед переменные)
>>244118233 (OP) Книжки читай, а не долбоебов с двача слушай. Про организацию кода и модульности читай книги по архитектуре, возьми какую-нибудь гексагональную или луковую.
Про организацию самого кода, почитай Вон Вернон DDD, что бы понимать откуда вообще такие вещи как сущности, репозитории, объекты значения появились.
Вот можешь еще почитать. Долбоебов которые гонят на PHP тоже нахуй посылай. Я начинал с плюсов еще студентом, потом была жава, потом php, сейчас go + java, плюс python и jupiter notebook. До 3х лет опыта я тоже на PHP плевался, а после 12 лет работы мне стало просто похуй. Правда я с пхп не работал уже лет 6
>>244118233 (OP) Ты блять в вакууме писать собрался? Вкатываться надо по-порядку. Начни с вордпресса, говнокодь как угодно лишь бы сделать задачу. Когда поймешь чего тебе не хватает, перекатывайся на ларавель. Когда и в нем станет тесно - тогда на симфони, и это уже тырпрайс левел, после которого в яву и шарп сможешь за неделю при необходимости перекатиться. Еще из говна со спросом есть йии, кодинтегер, магента и шопифай, но это уже так, если совсем нехуй делать будет.
>>244121215 веретино, переплетено, говно, потяни за конец, потянеца рулон, весь мир это говно-вретино, в руках чиркаш СЕРтикифкат, говно веретино переплетено. ЙО!
>>244121750 С вордпрессом ты хуйней заниматься будешь. Вкатываться надо с фреймворка самого мелкого и пытаться реализовать свою парашу какую-нибудь. Параллельно вкатываться в структуры данных и алгоритмы, иначе кроме как в студия срального дизайна не попадешь. Там прикольно попробовать, но в качестве старта карьеры максимум.
>>244122048 Есть мелкие фреймворки которые за тебя сделают роутинг, шаблонизацию, возможно даже ORM какая-то есть. Но для начала я бы лучше руками маппал, но в качестве старта можно попробовать ORM с реализованым Active Record, но с нее надо потом быстро спрыгивать, иначе потом привыкнешь что твое сущности всегда знают о хранении.
>>244122344 Это все заебись, но не все хотят работать на фрилансе или изо дня в день сраный CRUD делать для мебельного магазина. Но на фрилансе ты так никогда не столкнешься не с шардингом, ни микросервисной архитектурой с кубером, распределенными транзакциями, сагами, дрочью и всем вот этим. А так вордпресс, да, тоже вариант. Но это смотря чего хочется
только ты забыл уточнить, чтобы с ПХП начать, и закончить шарпом или плюсами, или java, то нужен фоновый бекграунд, иначе он скатится в ютубные ролики с индусами и утонет в пхп болоте.
Я прокапчевал на хардкорном фалкультете, с дедами кобольщиками, сишниками, сисадминами. матан, функан, теорвер, архитектура эвм, алгоритмы, анализ данных, фихтенгольц, грин, кнут, прата, калашников - если все это не вызывает у тебя свод олдскулов и настольгическую слезу, то ты не с того начал.
я пишу на ПХП, я понимаю что я делаю, и для чего мне ПХП.
>>244122303 >за тебя сделают роутинг ясно, еще один осилятор, который жидко обосрется если не дадут его любимый фреймворк и не посадят за все настроенное.
>>244122994 Во все компании зарубежные компании сейчас спрашивается медиум задачки с литкода. Что такое сложность алгоритма надо понимать, особенно смешно когда люди не знаю как использовать тот же хешсет и за и раз 50 пробегаются по массиву чтобы выкинуть дубликаты. АЛГОРИТМЫ НЕ НУЖНЫ!
>>244121659 Искусственно усложненная хуйня без задач по крайней мере, в веб-разработке уж точно, с помощью которой программисты делают вид, что они очень умные.
Например, ООП позволяет выебнуться одному программисту перед начальником, показав - насколько он умнее своего коллеги-программиста, который ООП не знает. На самом же деле, знание ООП не дает и не открывает каких-либо возможностей для программирования в сравнении с процедурным стилем, а только лишь дополнительно усложняет и запутывает код. Усложнение и запутывание кода нужно, как уже было сказано выше, только лишь для того, чтобы выебнуться. И не более того.
Я бы наоборот отметил вред ООП для веб-программирования. Большинство багов и эксплойтов всегда обнаруживается в ООП-коде, т.к. в сложном и запутанном ООП-коде всегда проще допустить ошибку, чем в понятном и простом процедурном (или функциональном) коде.
Веб-программирование - это даже и не программирование как таковое, а скриптование. В вебе просто нет настолько сложных задач, чтобы применять для них ООП. Но разные выебщики притащили ООП в веб, чтобы показывать себя умными и становиться наносеками, не решая при этом никаких задач с помощью объектно-ориентированного программирования.
Менеджеры, которые руководят веб-проектами, к слову сказать, мало вообще чего-то понимают в программировании как таковом. И ООП-наносеки часто используют сложный и запутанный код, которые с помощью объектов нахуй и методов с классами и каким-то ещё ёбаным наследованием выводит перед еблом ничего не понимающего менеджера "hello world". Менеджер, не задавая вопросов потому что сам нихуя не понял - что этот код делает с довольным видом хлопает ООП-макаке по плечу и повышает его до наносека. На вопрос вышестоящего начальства "а нахуя?" менеджер отвечает "ну, Вася же умный, он ООП знает". Начальство грит "нуок" и повышает зарплату Васе, который нихуя никак не решил ниразу какой-либо бизнес-задачи с помощью своего ебучего ООП, а только лишь усложнил проект и повысил затраты на него.
>>244123832 Что ты подразумеваешь под вебом? Гугл это веб? Фейсбук это веб? Амазон это веб? Яндекс это веб?
>Менеджер, не задавая вопросов потому что сам нихуя не понял - что этот код делает с довольным видом хлопает ООП-макаке по плечу и повышает его до наносека. На вопрос вышестоящего начальства "а нахуя?" менеджер отвечает "ну, Вася же умный, он ООП знает". Начальство грит "нуок" и повышает зарплату Васе, который нихуя никак не решил ниразу какой-либо бизнес-задачи с помощью своего ебучего ООП, а только лишь усложнил проект и повысил затраты на него.
Ты сам то работал хоть раз? Менеджеры это тимлиды, которые пошли по ветке развития управления командой/командами. Зарплата поднимается за счет выполненых KPI, где оценивается Value которое сотрудник принес компании, на данных собраниях присутствую все менеджеры и каждый ставит свою оценку. Здесь знание ООП тебе мало поможет, вот умения лизать жопы будет более полезно.
>На вопрос вышестоящего начальства "а нахуя?" менеджер отвечает "ну, Вася же умный, он ООП знает". Начальство грит "нуок" и повышает зарплату Васе
Начальству совсем поебать ООП у тебя или не ООП. Начальство повышает тебе ежегодно на какой-то маленький процент или если ты запили охуенное говно которое приносит бабки, тогда тебя промоутят. Либо если жы ты начинаешь тащить проекты и за это берешь ответственность.
>>244118233 (OP) ОПчик, смотри, не будешь внемлить основам >>244122778 , будешь как эта порватка >>244123064 Я таких постоянно вижу, это обычно мидлы посаженные на метлу или фрилансеры, которые доравалтсь до рэмоут или ауотсос воркинга. У них куча ЧСВ, он они в постоянном стрессе из-за того, что нет глубины знаний, ловят эффект даннинга-крюгера, находятся под постоянным давление сверху. Короче, увидишь типа успешного зумерка, который с виду весь такой опрятный, экспертный, а кажется, что если ткнешь в него чем-то, он нахуй взорвется - вот это он. Не упусти шанса поинтересоваться у него, какой размер у пустого массива в пхп.
Нет ничего более читаемого, простого и упорядоченного кода, чем код написанный процедурным стилем с использованием функций и простых языковых конструкций if/else/while. Ну, и типы данных надо строго соблюдать, конечно же.
Для веб-скриптования больше ничего не нужно.
Те, кто говорят, что ООП нужно для веба, просто хотят перед тобой выебнуться.
Ну, и повыситься до наносека засчёт того, что типа умные.
На самом деле, что ООП-шник, что процедурщик решает одну и ту же задачу, когда пишет код. ООП-шник просто делает то же самое более замудренным способом, вот и всё.
>>244124039 ООП это возможность наделить структуры поведением, вот и все. Я даже больше скажу, что не существует динамических массивов и строк. Те же строки это массив байт, ты склеиваешь строки только потому что строки обладают данным поведением. Создается новый массив размером S1 + S2 и туда копируются байты. Вот и все. В Си из коробки например вообще нет типа данных СТРОКА.
>>244124039 Да это какая-то жирная паста. В вебе на беке уже лет 15 без ооп никто не пишет, а во фронте, хотя реакт типа перешел на функции, на самом деле это сделано чтобы непрограммисты могли править код, а создают его один хуй по всем канонам ооп, только с костылями.
>>244124579 Джва года назад работал в одной конторе. Там начальник любил похуесосить любителей кодить на пхп с ООП. Ни один, сука, "умный" хуй так и не сумел ему на собеседовании внятно объяснить - зачем ему необходимо ООП для разработки сайтов.
Весь бэк проекта был полностью от и до написан процедурным стилем. Работал и приносил стабильно бабло, багов серьезных или обнаруженных уязвимостей не припомню, несмотря на то, что целый отдел тестировщиков регулярно там все шерстили.
>>244125427 Давай представим, что эти сложнейшие веб-проекты реализованы процедурным стилем. Без ООП. Вообще. Совсем. Что по сети меняется? Что ухудшается?
>>244124545 Ой блять, специалист грозный. ООП, это ничто иное, как логическое упорядочивание кода. ООП сам по себе ничего не усложняет, это делают криворукие мудланы, вроде тебя, которые не владеют ООП.
По сути, можно провести аналогию с упорядочиванием файлов на диске. Процедурный стиль, это когда все файлы на диске "С:", без каталогов. Это удобно, когда у тебя несколько файлов, но ты охуеешь серфить по ним, когда их миллион. ООП, это как возможность разбить диск на каталоги и подкаталоги. Однако если этим занимается еблан, то он может столько каталогов наворотить и так их запутать, что уже заебешся по каталогам прыгать и искать нужный тебе файл. Если сохранять баланс и нормальую архитектуру, то очевидно, что код в ООП стиле никогда ничего не ухудшит. В твоем сраном вебе, когда ты используешь композицию в "console.log()" вот эта самая точка, между косоле и лог и есть ООП. Без ООП, тебе пришлось бы ебашить полный путь по АПИ браузера, что бы добраться до возможности вывода в косоль. Так что, пожалуйста, больше не пизди про то, что без ООП можно обойтись в вебе. Ты нихуя не обходишься, например, и постоянно им пользуешься в какой-то мере.
>>244125579 > Давай представим, что эти сложнейшие веб-проекты реализованы процедурным стилем. Давай представим что они реализованы на паскале, давай представим что они реализованы на ворпдрессе, что по сети меняется? Что ухудшается? По сети ничего не меняется. А в стоимости разработки видимо меняется, раз они используют ООП.
Фронтендеры и бэкендеры договариваются между собой о темплейтах и каждый делает своё.
Далее бэкендер, когда хочет вставить свисто-перделку в выводимый код, просто выводит её в буфер как [SVISTO_PERDELKA], а уж верстаки уже сами редактируют темплейт и лепят свисто-перделке какую хотят верстку.
>>244118233 (OP) сам относительно новичок, но посоветую пытаться следовать солид и прочим правилам, плюс пхп это такой язык, что говнокод на нем пишется очень легко, поэтому этот факт тебя должен мотивировать писать лучше
>>244125772 >А в стоимости разработки видимо меняется, раз они используют ООП.
О, да. Многократно возрастает как стоимость разработки потому что ООП-макаки просят больше бабла, так и стоимость поддержки, т.к. вновь приходящие на проект программеры должны тратить уйму времени на то, чтобы вникнуть во всю ту хуйню, что там предыдущие ООП-макаки до них понаписали и намудрили.
>>244126171 >Многократно возрастает как стоимость разработки потому что ООП-макаки просят больше бабла
Гугл набирает ООП-мака чтобы платить им больше бабла, а всего-то надо было им взять шизика с двача за 500 баксов который даже строку не сможет развернуть in-place
>>244126177 Хуиль, ты предлагаешь в методе тупо чекать селект в него запихнули или апдейт и посылать нахуй если что то не так? Нахуя? Какой впизду стиль, ты вообще представляешь как с бд работать?
>>244125677 Блять, ну ладно, конечно, я согласен, что можно (и нужно) использовать ООП в JS и верстке. Собственно, там без этого и никак не обойтись, но ООП на бэкенде - идите нахуй. Просто нахуй и всё.
>>244125932 Я никогда не работал в проектах, в которых использовали какие-либо фреймворки, поэтому не знаю. Только самописный процедурный функциональный код на бэкенде, только хардкор)
>>244118233 (OP) >Как научиться писать код в ООП стиле Зачем? Ты думаешь, что реальные проекты пишутся на голом пшп? Там скорее всего уже будет движок. А у движка уже будет ооп-архитектура. >как организовывать кодовую систему чтобы был порядок при росте размера кода? Так и вижу, как фирма "Вектор" пытается сдать проект, который надо было сдать в прошлом месяце, и в самый разгар обсуждения из под шконки вылезает самый младший джун и пищит "товарищи, а давайте зададимся вопросом, не переработать ли нам текущую кодовую систему для лучшего масштабирования в будущем?"
>>244126729 Только в случае пхп можно без ООП. Хотя бы потому что пхп изначально не мог в ООП никак. Только в седьмой или восьмой версии там какиое-то подобие классов добавили, на сколько мне известно. На любом другом языке бэк строится уже по каким-либо шаблонам, типа MVC, MVVC и т.п. Там уже без ООП ты ничего не сделаешь, потому что сами языки ООП-сруктурированны.
>>244118686 >Для начала дропнуть к хуям пхп, а потом начинать на нормальном ООП языке Хочешь угадаю, ты решил что php плохой просто потому что так сказали в интернете? Ты ничем не лучше макаки
>>244123832 Вот этот чмондель почти прав. ООп должно быть обаснованным. Преобразование данных в ооп-сущности для дольнейшего использования в коде тратит время. Я не говорю что ооп не нужно, нет, оно очень нужно, просто делать трехстраничный сайт-визитку на ооп нет смысла
>>244120259 Не так. Ты описал построение отдельного класса, а не ООП архитектуры. Как минимум у тебя должен быть один уровень абстракции, чтобы твоя архитектура не зависела от конкретной БД. Т.е. делаешь классы, с которыми будет работать непосредственно твоё приложение, например DBConnection, DBQuery, DBResult. DBQuery будет использовать DBConnection для подключения, метод Exec будет выполнять запрос и возвращать DBResult. А дальше уже делаешь конкретные классы для работы с конкретной базой данных. Можно наследованием, можно имплементацию выносить в них, уже как удобнее. Вот это будет ООП архитектурой. В общем, читай книжки.
>>244126184 >А как можно писать не в ООП стиле? Ну как-как. Создаёшь формочку TForm1, в неё всё пихаешь, потом наступает момент, когда говнокод становится настолько насранным, что никто не может в нём разобраться и исправление одного бага порождает два новых, после чего заказчик отдаёт проект кому-то другому и его переписывают в ООП стиле.
>>244127473 А я бы и на больших проектах ООП на хую вертел.
Чем больше проект, тем больше ответственности, а допустить баг в захламленном всякими классами/трейтами/наследованиями и прочими там замыканиями гораздо более вероятнее.
>>244127776 >Не выделяя память под "йух", а прям там же разворачивать где было написано "хуй". У тебя уже выделилась память под переменную с йух, ты не можешь так сделать
>>244127866 Нет никакой магии, это максимально простой тест долбоебов. Ведь все строки это массив char. Тебе надо взять просто два указателя: один будет указывать на начало массива, другой на конец и просто менять значения в массиве местами, после каждой операции левый счетчик left++, правый right--. И так до середины.
>>244127985 Естественно, в этом суть ООП. У тебя есть класс DBQuery и от него наследуется DBOracleQuery, в котором идёт работа с оракл API. Когда тебе надо добавить поддержку, например, MS SQL Server, ты пишешь класс DBSqlSrvQuery и там реализуешь работу с API мелкомягких. При этом интерфейс DBQuery не меняется и всё твоё приложение продолжает работать как и работало, тебе не приходится в нём ничего менять (если DBQuery изначально был спроектирован правильно, конечно).
>>244128400 Просто в сложностях алгоритмов не учитывается какие-то константные выделения. Т.е. по скорости будет O(N) где N размер строки, а по памяти O(1) - потому что у тебя нет корреляции между выделяемой памяти и размером строки (счетчики и одна переменная для свапа в таком случае пренебрегается).
>>244128102 Дуров тоже где-то говорил, что ненавидит ООП и у них там втентакле всё процедурно написано, а сами они юзают какую-то свой супер урезанный форк php, из которого выдрано по максимуму всё то, что не используется у них непосредственно в коде проекта (для экономии памяти). Только было это лет 10 назад еще до того, как ВК у Дурова отжали.
>>244128548 При наследовании у тебя тоже один класс "обращается" к другому, наследник же может вызывать методы родителя. Если ты имеешь в виду, что имплементация не наследуется от DBQuery, то так тоже можно сделать, DBQuery будет держать у себя экземпляр класса, имплементирующего конкретный API, и вызывать его методы. Называется pimpl idiom. Так даже лучше, потому что ты больше разделяешь уровень абстракции и уровень имплементации.
>>244128931 Отвечу за него. С наследованием можно все вокруг засрать, выбирай композицию вместо наследования.
public class User extends DatabaseClient
Вот это прям максимально можно обосрать все. Наследуй подобное от подобного для расширения.
Например у тебя есть базовый класс User.
public class Author extends User public class Reader extends User
Автор например имеет список написаных им книг. А читатель книг не пишет, но у него есть список прочитаных книг и рецензий.
А может ли читатель быть и автором одновременно? Может. Это уже переходим в раздел контекста. Но это сложно и лучше пока об этом даже не думай.
Пример:
public class Product { // какие-то базовые поля скажем }
От него наследуюется.
Это товар будет использоваться в рамках контекста закупок или склада. Нам необходимо знать кто поставщик и т.д. WarehouseProduct extends Product { int supplierId; int supplierWarehouseId; }
А этот же продукт будет использоваться в рамках контекста отображения пользователю. CatalogDetailsProduct extends Product { List<Review> reviews; int averageReviewScoure; }
Но все это представляет один и тот же предмет, только в разных местах этот предмет используется по разному. Складу поебать на комментарии и оценку, так же как и юзеру поебать на СНИЛС поставщика. Хотя все это может храниться в одной базе и даже в одной таблице, только в разных контекстах тебе нужны разные данные.
>>244118233 (OP) Пишем свой фреймворк не снимая свитер. Ебошиш папочку для энтити. Энтити эт физическое воплощение всего, даже неба, даже Аллаха. Вот делай энтити для Аллаха, поля-хуля, геттеры-сеттеры и прочая ебота. Ебошиш папочку для репозиториев. Репозиторий это цыган, он умеет воровать и ебстись. Репозиторий ворует всё что угодно из базы, файла, похуй, и делает из этого энтити, например чтобы сделать Зеленого Аллаха у тебя репозиторий Аллаха и метод "достатьАллахаИзПараши" который уже достает Аллаха, делает новую ентити и запихивает в нее. Ебошиш папочку для моделъ. Моделъ это логика взаимодействия энтитей, например набрать Аллахов и присунуть каждому Небо нужного цвета, Моделъ берет типа два репозитория - Аллаха и Неба, юзает нужные методы хуяк-хуяк логика. Еще ебошишь папочку для вью. Вью это у нас рисовалка, просто ссыпай туда всё что будет рисовать.
Лайк э босс можно сделать классы "инстонс базы", "инстонс файлосистемы" которые держат в себе какоенить ПДО или чтение с диска и которыми репозитории достают говно. Бонус если нахуячишь им один интерфейс позволяя репозиторию использовать оба метода чтения в зависимости от того какой обьект подсунул.
В корне индекс. Он собирает базовую поеботу и вызывает нужный вью который вызывает нужный модель которая юзает нужные репозитории чтобы достать нужные энтити чтобы смерджить Небо с Аллахом в доме который построил Джек.
ТАДАМ у тебя готово что то типа фреймворка, всё крутое и ООП.
>>244129620 >Бонус если нахуячишь им один интерфейс позволяя репозиторию использовать оба метода чтения в зависимости от того какой обьект подсунул. Бонус? Это кагбе обязательное требование, иначе нахуя вообще ооп нужно.
>>244129735 Он начинающий. Пускай сначала соберет воровство и вставку данных из базы. Потом на основе этого пусть попробует собрать воровство и вставку из файла, а потом уже пусть соберет их идентично чтобы ужились в один интерфейс. Вполне неплохое упражнение.
>>244129620 Ага еще чо добавлю, посоветую сразу посмотреть на инфраструктуру. Композер там для автоподключения и подтягивания из интернетов нужного шаредъ кода, и депенденси инжектор типа Auryn.
ДИ полезная ебота. Допустим оно мент, и ты к нему "дверь мне сделал блядь" - депенденси инжектор делает тебе дверь запихивая автоматом всё что нужно в конструктор. При этом менту можно сказать "когда тебя просят говно - дай вот это говно". Т.е. если у тебя классы хотят иметь один обьект допустим с настройками - ты его сначала (инжектором) создаешь, запихиваешь в него всё что надо, а потом инжектору тыкаешь в него пальцем - и теперь когда ты создаешь "дверь" если ее конструктор хочет "говно" то он от инжектора получит созданный тобой инстанс говна. Любовно и прельстиво.
О, нихуя, щас я тебе раскидаю. Тред не читал, но скорее всего тебе пишут "Изучай Питон/ГО/прочую хуйню" Тут не совсем правда. С одной стороны, пхпшников дохуя, с другой - они в большинстве говнокодеры. Я как-то поддался уговорам и решил перекатиться в модный Питон, потом открыл вакансии своего города и понял что ПИТОН В МОЕЙ МУХОСРАНИ НАХУЙ НИКОМУ НЕ НУЖЕН. Всем нужны пхпшники чтобы поддерживать/развивать то, что есть. Но мои слова не истина в последней инстанции, посмотри вакансии там, где ты живешь или хочешь жить. Второе - В пхп низкий порог входа. Ты пишешь три строчки и твоя программа уже в интернете. Тебе придется задрачивать, чтобы стать лучше них. Это справедливо для всех языков программирования, просто в пхп на низком/среднем уровне будет много конкурентов. Но из-за того, что они выбрали простой путь, значит, они избегают трудностей, так что тебе нужно задрачивать больше них. Третье - я считаю, что пхп в последние год-два стал развиваться как никогда. Все эти фреймворки, нормальная типизация и все такое. Переубеди, меня, анон
>>244131695 А касательно твоего ОП-вопроса, тебе надо набить шишки, понять, что надо писать так, а не иначе. То есть одно дело писать по правилам, другое понимать, почему надо писать именно так. А без ошибок и своего опыта ты не поймешь, как лучше. Так что практиковаться, главное не приучаться к говнокоду. Я советую выбрать фреймворк и гуглить "ФРЕЙМВОРКНЕЙМ БЕСТ ПРАКТИСЕС". Но для начала изучить синтаксис. Гугли php правильный путь
>>244131695 Вся изложенная тобой информация абсолютно верная, но есть одно "НО". Как ты и писал про питон, во многих городах не то что питона нет, в них впринципе ничего нет кроме каких нибудь веб-студий или заводов, которые опять же работают с пхп и джаваскриптом.
>>244132420 Ну я не знаю ситуацию в ДСах, вдруг там переизбыток ПХП и нехватка питона, поэтому и советую смотреть вакансии. В любом случае, сейчас вайтишников полно и нужно понимать, что нужно будет въебывать как минимум поначалу.
>>244132677 нахуй тебе питон? Тебе кажется, что там простой синтаксис? Синтаксис похуй, к нему привыкаешь на любом языке. Действия в ЯП одинаковы везде. Те же циклы, хуиклы, алгоритмы работы с данными одинаковы. А питон узконаправленный инструмент, сомневаюсь что в твоём поселке на 50к людей нужна биг дата
>>244132808 А можно вкатится без въебывания? Я сам пхп макакен 6 месяцев на госговне, вроде не напряжно и разбираюсь со всем по-тихоньку. Не так сильно въебывал, чтоб как на дваче по году вкатываться. На работку меня нулевого можно сказать взяли.
>>244132677 Якобы очень просто синтаксис, что ускоряет работу с ним: быстрая разработка прототипов приложений, написание скриптов, указаний для фреймворков. Хотя лично я не вижу особой разницы между написанием на питоне и джаве.
>>244133058 Я могу ошибаться, но я считаю, что при таком количестве вайтишников нужно въебывать, чтобы выделяться, чтобы не отстать и если бы это было просто и не было бы конкуренции, все бы пошли в пхп и стали богатыми[/spolier]
>>244133111 додикам вталкивают стереотип, что питон охуенен чтоб вкатиться. Додик начинает учить и о чудо - действительно легко, как на английском пишешь. На уровне хеллоу ворлд. Когда начинаются нормальные задачи с написанием бизнес логики - всё одинаково везде, везде срака. Только пхпшер пишет круды с бд, и всегда найдет себе работу, ведь интернет магазинчик нужен и тёте тамаре из продуктового, а питонист - хуй пойми кто и с чем его есть
>>244133111 Ну питон для нубов неплох, всё таки разрабатывался для обучения студентов, приучает нормально форматировать код и не ебёт мозг неофита типами, работой с памятью и прочей ебалой.
>>244133214 Хуйню он говорит. Все эти "глубокие знания" нужны для олимпиадных задачек, а в реальной разработке они все уже имплементированы в стандартные функции и библиотеки и тебе нахуй не нужно знать, как там внутри устроен ассоциативный массив или какая сложность у ебаного uasort() - ты просто их используешь без задней мысли и все. Твое дело не "глубокие знания" демонстрировать, а бизнес-логику реализовывать, которая на 99,9% стандартная и примитивная как валенок.
>>244133191 ООП - не более, чем модный тренд. Толку от него примерно столько же, сколько от срать, не снимая свитера.
Но скоро люди, которые платят всем этим выебщикам бабло, раскусят, что их наебывают, и маятник качнется в сторону старой доброй процедурщины. Правда, у этого есть и свой весомый минус - на рыночек вылезет новая толпа хэллоуворлдщиков, возомнивших себя программистами, являясь на самом деле не более, чем скриптологами.
>>244133354 Что вайтишников много - это тупорылый форс местных даунов. Зумеры-вкатуны могут знать десяток-другой баззвордов, и обсуждать их в кодрочинге, но по-факту кодят хуевее, чем джун-экономист на экселе. Работы жопой жри, если у тебя хоть капля мозгов есть.
Сказки про невъебенную надежность и крутость Оракла, например, полная хуйня.
Я ещё соглашусь с тем, что SQLite работает быстрее, чем просто MySQL, но это чувствуется только на очень загруженных highload-проектах с тысячами запросов в секунду.
>>244133728 Да, пишу на пхп без ООП в большинстве проектов. Дописываю легаси. Юзаю ООП только в готовом фреймворке yii и в местных самописных MVC структурных проектах.
>>244133916 >Что вайтишников много - это тупорылый форс местных даунов. Достаточно зайти на хедхантер и глянуть резюме соискателей. Вайтишников много. Особенно после всяких курсов. Но про качество их знаний сложно сказать из одного резюме.
>>244133986 >Сказки про невъебенную надежность и крутость Оракла, например, полная хуйня А теперь все то же самое скажи кластеру, на котором крутится база на десяток терабайт, которому надо срочно на лету поменять пару узлов. Мускуль - это уровень хоумпейджа тети сраки, не более.
Короче, если хочешь быть хорошим программистом, задрачивай php до фреймворков с их сахарным синтаксисом. Я хуй знает, каких советов ты ждешь. Хочешь научиться программировать - программируй и читай документацию. Не хочешь напрягаться и все устраивает - скоро окажешься у обочины - твои знания и умения постоянно обесцениваются. Это справедливо для любого языка - сначала алгоритмы, потом синтаксис, дальше и дальше, фреймворки, бест практисы, смежные технологии и это далеко не конец. Тебе никто не подскажет совета, как просто добиться успеха в программировании, тут нет секрета кроме того, что нужно программировать и учиться. Думаю, все языки-программирования-господа со мной согласятся
>>244134293 Если тебе будет поебать и будешь писать спагетти код - то так и останешься макакой. Учись стандартам индустрии и пиши качественный, поддерживаемый код
>>244134260 А ещё любой код можно написать прямо на инструкциях процессора. Вот только почему-то никто так не делает. В любом учебнике по программированию тебе посоветуют научиться разбивать большую задачу на маленькие. Это самая базовая идея. И ООП как раз и призван помочь с ней, разделяя эти задачи на классы и объекты.
>>244134390 А вот на счет спагетти кода согласен. Легаси весь в нем. Я стараюсь сделать структуру в своих программах, разложить их более аккуратно на функции. Все равно хочется более лучше написать программу, чем предыдущие. Хотя получается пока что посредственно.
>>244133892 Я прав. Основы и глубокие знания в разработке - это не вон то кобольно-кнутовое говно мамонта про разворачивание деревьев и виды сортировки, а скилы по окружению, инструментам и инфраструктуре языка - пакетные менеджеры, фреймворки и библиотеки, инструменты тестирования, сборки и деплоя, версионирование (в какой версии языка что появилось и что сломалось). А также скилы по организации работы - анализ задачи, декомпозиция, оценка времени и возможного риска проебов, без чего ты будешь хронически выебан менеджментом/заказчиком.
>>244134474 10000 запросов в секунду может выдержать, если используется качественное железо и эти 10000 запросов не являются чем-то вроде SELECT * FROM users
Я в жизни никогда не сталкивался с веб-проектом, которому нужно было бы сверх этого ресурса. Ни с одним и даже не могу представить такой.
>>244134731 >про разворачивание деревьев и виды сортировки Вот тут не прав. Применение правильной структуры данных может кардинально снизить нагрузку. А чтобы её применить, о ней надо хотя бы знать. А вот алгоритмы по работе со структурами данных - да, всегда можно загуглить.
>>244134855 >у меня есть такой код лол Даже представить не могу, нахуя селектить всю таблицу без каких-либо условий, при каком сценарии такое может понадобиться?
Господа программисты, я начал учить питон, две недели уже дрочу хардкорно, очень интересно. Обосрите в стиле двача как весь этот тред что мой выбор - говно.
>>244134548 Любой сотовый оператор, любой сраный банк в рахе из топ-100, любой сервис биржевой аналитики, любая сраная телеметрия уровня яндекс.метрики, любая система аналитики активности соцсетей десяток терабайт сожрет и не поморщится. Бигдата, слышал про такое, или тебя только разморозили из тех времен, когда 640 килобайт хватало всем?
Вернулся в ПХП спустя 6 лет Абстракция на абстракции, какая там БД - хуй его знает, мы же ебашим на фреймворке, он за нас ебашит запросы Написание классов/функций? Зачем, есть хелперы и композер (тут, возможно, оно и к лучшему) Серьезно, над обычным пхп уже несколько слоев сахара,все раздуто. Охуел над тем, что чтобы что-то заработало, надо ПРОСТО СДЕЛАТЬ COMPOSER REQUIRE, ну и что что еще надо в систему какие-то демоны ставить, там просто миграцию сделать, еще пусть все будет в докере. Проект на 1.25 Мб, зависимостей нужно на 3.4 ГБ. Пиздец.
>>244134935 За счет админов-сказочников, втирающих своему руководству о необходимости приобрести за денежку дорогущий оракл-сервер, на котором будет сверхнадежно крутиться их охуеннейший интернет-магазин с тремя товарами на главной.
>>244135200 Так вакансии на хх - говно, на суперджобе их 4 штуки. Но я не могу сказать что это показательно. На хх например джуну требуется 3 года стажа, 2 языка программирования, куча фреймворков и 4 коммерческих проекта и идеальный английский, а так же минимум 5 лет опыта на линухе. Все это как я понимаю для отсейки выпускников курсов. Я работал инженером, и по моей специальности почти нихуя вакансий и требований как говна, 30 лет стажа, умение чертить рукой, в солиде, в автокаде(с надстройками), в матлабе считать, схемы, проектирование, расчеты, нормы/госты. На деле требуется околосекретарша умеющая в ворд, эксель и базовый автокад, понимающая что такое закон Ома, а за Кирхгофа ей лично начальник на собесе отлижет. Я работал преподавателем. Тут поадекватней, но тоже - опыт, желание работать и преподом, и методистом одновременно, и курсы по дидактике, психологии, куча стажа. На деле надо на пиздюков тупых орать и с учебника читать. Так что вакансии это говно нерелевантное, я лично думаю >>244135280 А мне очень нравится машинное обучение, смотрел, читал про классификаторы, векторизацию, интересно, читаю связанную с этим математику и информатику. >>244135502 Я даже не представляю какую кашу я могу развести если буду параллельно учить что-то еще.
>>244135594 >А мне очень нравится машинное обучение, смотрел, читал про классификаторы, векторизацию, интересно, читаю связанную с этим математику и информатику. Только машинное обучение - это не про питон совсем. Это математика, которая написана на си с верчением матриц. А на питоне всего лишь задают параметры для верчения матриц. Изучение питона тебя не продвинет в изучении машинного обучения.
>>244135533 Бля, ну окей, такой магаз не сможет, какой-нибудь Wildberries сможет, но всей сети магазинов вайлдберрис с лихвой бы хватило базы Постгрес, например. Не веришь? Посмотри сравнительные тесты серверов баз данных. Желательно, последних версий.
>>244135411 Хуй с ним с дисками и ценами. Нужно нанять девопса/админа, который все эти докер-дженкинс-npm-composer-redis с кучей зависимостей установит на тест/стэйдж/дев/прод сервер. Все тормозит, что-то в одной из абстракций сломалось, зависимостям пиздец, программисты сами не знают, что сломалось, что делали у себя на деве не помнят, жопы клиентов горят, жопа руководства горит, жопы программистов горят, пока их ебут. Зато писали на комфортном синтаксическом сахаре, который не надо изучать, как pure php
>>244118233 (OP) ООП на хуй не нужен, это какой то пиздец, абстракция на абстрации и абстракцией погоняет. На хуя придумыывать асбтракции при работе с БД.
Слышу ответы, что бы работало на разных БД. Но на хуя? Сделай нормальный продукт и скажи он работает только с MariaDb или Postgresql. всё проблема решена.
а уж блядь, всякая хуета типа я создал класс и кучу методов, которые наследуют ещё кучу всякой хуйни от родителя, это просто пиздец.
откиним понты метод == процедура всё, блядь, на хуй засирать мозги?
>>244135305 А, ты таки не в курсе. Закон яровой - не только про разговоры, а про дамп ВООБЩЕ ВСЕГО трафика, который проходит через интернет-провайдера. Сами данные, естественно, хранятся в файлах, но там и объемы другие - десятки петабайт. А десятки терабайт - это так, мета-данные.
>>244135615 C постгресом отдельная ебля, в двух словах - его надо допиливать разными сторонними свистелками-перделками, а у оракла все искаропки.
Хуя вы тут хуйню несете, пиздец просто. Такое впечатление что 80% треда это фантазеры и вкатыши, из программирования в лучшем случае нюхавшие лаба3 в шараге. Какие-то блядь абстракции непонятные у одного мешают ему процедурную лапшу хуярить, какие-то дрочи на синтаксис у половины даунов в голове, мускуль вместо бд, ООП для смены бд на лету. Что несут вообще охуеть.
Это кодерский тред? Начал учить айос разработку и свифт (предварительно поставив хакинтош). После андроид студио, тут так много всего, часто многое странно работает, но я только начал учить.
Суть в том что в андроиде все можно через код делать и так как-то понятнее все. А на айос надо кликать в кнопочки постоянно, иногда очень маленькие, надо запоминать где какие кнопочки, а на андроиде просто запоминаешь код.
Так же лейауты пиздос геморно реализованы, до прекрасного и простого андроидового "констрейд лейаут" как до небес. Но интересно.
>>244136548 Оракл - это стрельба из пушки по воробьям. Я не могу сказать, что это ненадежный или плохой сервер, но он просто хорошо раскручен и при этом необходимым является только на проектах уровня Bank of America, Amazon или какой-нибудь там AliExpress. Всё. Для всех остальных BigData, какими бы Big эти даты ни были - подходит простой бесплатный Постгрес, а для подавляющего большинства - и вовсе MySQL.
>>244136797 Вообще же свифт и котлин это же всегда языки после обычных компьютерных или насрать и можно сразу? Мобильные языки просто выглядят потенциально лучше из-за четких ограничений платформы как мне кажется, когда на комповых языках можно делать ВСЕ, то тут есть задачи чтобы делать одну функцию на конкретном девайсе.
>>244136193 >ООП на хуй не нужен, это какой то пиздец, абстракция на абстрации и абстракцией погоняет. На хуя придумыывать асбтракции при работе с БД. ООП и база данных по-сути решают одну проблему, но на разных уровнях, база данных в данном случае - это просто долговременное хранилище для сущностей ООП, которые имеют состояние.
>>244136937 >за чем банку на лету менять одну БД на другую? ИмПоРтОзАмЕщЕнИе. Завтра ЦБ ебанет закон об обязательном использовании "отечественного постгресса" вместо неправославного оракла - вот и понадобятся абстракции. ехидныйколобок.жпг.
>>244136548 Мне иногда хочется прийти в какую-нибудь серьезную контору, купившую Оракл за фулл-прайс и предложить им - как сэкономить лишние 100 миллионов в месяц, переведя их бигдату на какой-нибудь бесплатный Постгрес, но я прекрасно понимаю, что сразу выскочат их админы и программисты-наносеки с топменеджерами, которые пилят на этом хуеву тучу бабла и просто дадут мне пизды. И всё, и я домой пойду отпизженный. А контора и дальше продолжит нести необоснованные расходы на ИТ-сектор но её руководство будет уверено, что всё правильно делает, лол
>>244136951 > Вообще же свифт и котлин это же всегда языки после обычных компьютерных или насрать и можно сразу? Я не понял о чём ты. Это просто языки с прикрепленными библиотеками. Их можно где угодно юзать. Но по факту не юзают вне мобилок.
>>244118233 (OP) Кодю на русском фрилансе, делаю всякие мелочи типа онлайн гороскопов, форм расчет кредитов, вставляю слайдеры, ну и прочую хуйню. Вкатился как раз недавно. Был старый акк, но не пользовался. Но нужда заставила. За прошлый месяц и за 9 дней этого итого суммарно поднял 50к. При этом в айти джуны меня не берут, даже на собес не могу пройти. Был лишь на одном видео собесе по скайпу, там меня обоссали и вежливо попрощались. С этим фрилансом поседеешь сука. С утра до вечера обновляю страницу и жду норм заказ. Постоянно приходится отшивать челиков, которые хотят купить напрямую, без безопасной сделки. Особо хитрые просят сперва посмотреть нерабочий скрипт, я говорю примерно где ошибка, а эти пидоры потом говорят "лан, уже не надо!" и делают правки на основе моих подсказок. Видел как один челик по фтп шустро начал менять файлы, где я ему подсказал. Ну и всяких долбоебов куча типа "сделайте мене парсер авито за 1000 руб" или "а довай взломаем платежку вот этой системы а прибыль пополам??". Сижу щас на очке, страшно, что вдруг не заработаю.
>>244136911 Не, ну давай вот по чесноку, нормально и без выебонов - чем вариант с конкатенацией строк в запросах хуже?при условии, что ты все входные данные как следует фильтруешь и экранируешь и никакой левой хуеты туда не допускаешь, чтобы хацкер не сделал тебе туда SQL-injection
>>244137540 Тем, что функциональность ебли с экранированием и инъекциями инкапсулирована в класс $db и тебе не надо об этом даже думать. Тем, что ты можешь конструировать сложный запрос в произвольном порядке. Более лаконичной и читаемой записью, отсутствием миллиона чередующихся кавычек с экранированием. Нормальным взаимодействием с линтером и стат.анализатором. Возможностью вкорячить в класс $db дополнительный функционал - логирование, например.
Что, не в состоянии их вопросы порешать PHP+MySQL? Рухнет? Упадет нахуй? Не выдержит, наверное, наплыва трех бабок с карточками, желающими за квахтиру уплотить? Не справится база данных, наверное, блять? Оракл покупать срочна нада!
>>244138065 >>244138125 Инглишом не владею, знание погромирования ниже чем у джуна. Валить некуда. Сегодня тот редкий день, когда все спокойно, все заказы сделаны. Ну почти все. Один заказ щас висит, но заказчик скинул мне неверные данные фтп и ушел, щас хуйней маюсь, капчую. Эх, мне бы железные 30к...
>>244138540 Я каждый день делаю ебанутые задачи и просто нет времени. В свободные часы хочется просто отдохнуть. То, блядь, я чиню поломавшегося бота телеги (их делать не умею, но ошибку на основе базовых знаний и документации найти могу). То делаю форму расчета кредита для лендинга, и чтоб он делал верификацию по смс, интегрировался с црм и генерировал пдф на почту. То онлайн генератор каких-то астропрогнозов. То исправляю эксель файла билета, генерируемый пыхом. То верстаю (как дебил, но выглядит более-менее). То дорабатываю жс код. То еще что-нибудь. Это бессистемный и бесполезный в плане обучения труд. В среднем выходит 20к в месяц, этого еле хватает на поддержку штанов. Иногда конечно стреляют вкусные заказы, но редко.
>>244118233 (OP) Ты не в ту сторону ваще смотришь. Короч темка такая. Вот возьмем меня. Закончил псифак спббгу, работаю скрам-мастером. Выстраиваю процессы по скраму. Вкатился на изичах. Зарплата сейчас - $8к после налогов. Справедливости ради надо сказать, что у меня еще две сдающихся хаты в центре спб, а сам живу у кошачья жена. Оттуда капает + иногда довольно часто коучу скраму разные конторы (очень хорошо кодомартышек скрым дисциплинирует + метрики, поэтому все вкатываются). Недавно вот коучил одну из крупнейших гейдев кантор на снг (но не рашка, оналайн дрочильня на воен тематику) - неделя на контракте, две сотни кодомартых на лекциях - единоразовай гонорар по контракту мне - $40к. Собственно вопрос - что вам мешает поступить так же?
>>244138802 Ну в офис хотелось хотя бы на 25к, ведь будут расходы на дорогу, плюс кушать что-то там, ну и одежонку прикупить, а так я дома хожу в обносившейся футболке.
>>244138439 Порнхаб с точки зрения кода не сложнее дефолтной поставки вордпресса, там ебутся не кодеры, а девопсы с масштабированием. А я, например, как-то работал с каким-то ебучим портом в азии, где была установлена какая-то ерп за хуилион денег, но она всех заебала, и они прикрутили к ней другую морду на пыхе. И вот там девопс был нахуй не нужен, потому что пользовалось ей десяток тел, но кастомной логики было намного больше, чем на порнхабе.
>>244138092 А на практике что? А на практике ты прост тупо пишешь через эту хуйню элементарнейший запрос который делает простейший запрос имени пользователя из табличку и навсегда об этой строчке кода забываешь. Вместо вот этой нагороженной хуйни с подключением db-класса и конструированием модного запроса можно было бы просто написать "SELECT * FROM table WHERE op='".mysql_real_escape_string($hui)."'";
>>244139178 А на практике я ебашу адовые запросы типа select(["a.*"]) ->from(["a" => A::tableName()]) ->leftJoin(["q" => Q::tableName()], "a.questionId=q.id") ->orderBy($order) ->where($condition) ->all(); где $condition - это динамически из входящих данных формируемый массив условий с логическими операциями трех-четырех уровней вложенности. И "просто написанное" это превращается в нечитаемую, неподдерживаемую циклопическую ебанину из скобочек и кавычек.
>>244122835 Говно. >>244127252 Мимо, но пхп плохой, если ты писал реальные проекты как на пхп, так и на другом нормальном языке. Даже петухон будет в этом плане лучше. >>244135664 > ПХП имеет все средства ООП, которые нужны в реальной работе Имеет, и что? Это не говорит о том, что это хороший язык для ооп.
>>244136193 Ну смари, все по ситуации. Абстракции это всегда больно и их нужно всегда делать по необходимости. Они нужны чтобы абстрагироваться. Ну может, твоя компания твердо заявила, что будет работать с той базой данных и она врятле изменится и вообще ты на опенсорсе и на галере. Можешь туда зафигачить все несчастными функциями и не пользоваться абстракциями вообще. Но представь, что ты в каком-нибудь стартапе, то вдруг, придется перенестись на другую бд, а у тебя там зависимости в коде жёсткие, тут уж лучше ну какую-нибудь абстракцию запилить, хоть функциональную. Или к примеру ты создаёшь какой-нибудь всратый фреймворк, и он должен понимать как общаться с твоим источником данных. Тут нужно думать и оценивать, всегда все неоднозначно.
>>244134293 Человек с опытом работы никчемной и ненужной макакой делится своим опытом. Закрой этот тред, мразь, и не возвращайся пока года 3 хотя бы не проработаешь за НОРМАЛЬНУЮ зарплату.
>>244155508 Ты читать умеешь? Если ты посадишь секретаршу исправить какую-нибудь мелочь в ангуляре, она скорее отсосет всей конторе, чем поймет что там делать, тогда как в реакте на базовом уровне разберется и собака. Но если ты ее попросишь саму в реакте что-то родить, то это будет пиздец, поэтому хотя формально реакт функциональный, фактически программисту ооп знать так же обязательно, как везде.