Менеджер в области IT, который не понимает связей и зависимостей в проекте, не может быть грамотным. Слишком много взаимосвязей и компонентов, от правильной состыковки которых много зависит.
Как пример - история Рамблера, ВК, Мейла. Как только туда влазили "грамотные" менеджеры и уходили создавшие ресурс руководители, проект как минимум переставал развиваться, постепенно подыхая.
Даже переходя из разработчика в тим лиды у человека уже абсолютно меняется круг задач и через какое то время тим лид уже перестает вменяемо кодить. Менеджер на то и менеджер чтобы управлять процессом, а фулстек это все таки человек которого посадил за задачу и он её руками делает полным циклом без каких то других спецов, я лично работая на больших проектах не встречал РП который смог бы взять задачу с таск трекера и реально закодить, хотя у меня были РП которые например писали скрипты автоматизации своей работы выгружая данные из jira в какой нибудь notion на питоне.
У нас все данные хранятся по итогу в json обьектах, а в постгрес приходится собирать это все джойнами в итоге запросы больше 5-и секунд. Про эластик как то не думали -с лямбдами амазоновскими он вроде как не сильно полезен
постгря умеет работать с json так то, но тут хозяин барин, но у меня с виду простые запросы, даже с индексами на базе всего в 200к документов в коллекции работает по 0.3-0.5 секунд, с такими запросами и такой БД даже mysql мне отдает данные в десятки раз быстрее. Ну либо я не научился готовить монгу, но перелопатил огромное количество материала + доку. Но у меня да связка MySQL + MongoDB, мускуль выступает в роли мастер хранилища (холодного), а монга в виде горячего, когда там сложены уже готовые данные из мускуля
Лично у нас это точно не программеры. Архитекторы еще возможно, стекхолдеры или как они там возможно, но РП это в большинстве своем грамотные менеджеры, которые радеют за результат, чем за процесс
Меня опыт с монгой не впечатлил если честно, по этому в зависимости или постгря или эластик
У нас тоже нету =)) но еще у нас нет например стека эрланг, а мне интересно и я изучаю в свободное от работы время и пилю какие то свои проекты ))) Или например Dart, я когда то учил и кайфовал от языка, но как замена JS он не взлетел, а с появлением Flutter появился шанс поюзать его, я не мобильный разработчик, но для знакомых могу накидать что то полезное для их бизнеса. В общем я просто расширяю кругозор, я и с питоном когда то работал, писал парсер для экзиста, но опять же в свое удовольствие чтобы понять что за язык и какие концепции, но это был переходной момент от 2 к 3 и меня конечно не зацепило, в том что на 3ки не было толком библиотек, а на 2ке проблема с юникодом. Сейчас с php на go нас (бэков) в компании перевели, так как переписываем на микросервисную архитектуру с кафкой и моя любознательность на самом деле очень сильно упростила мне этот переход, так как у меня нет понятия абсолютной безальтернативности как у некоторых на этом форуме и мне нравиться осваивать новые всякие штуки особенно хайповые.
Надо вам видимо в сторону ExtJS посмотреть или про связку Vue + ExtJS, я сейчас делаю проект себе по мониторингу некоих терминалов как раз прорабатываю такую связку. Но у меня там на бэке вакханалия, на го написан tcp сервер к которому подключаются эти терминалы постоянным двусторонним подключением и слушает с десяток разных протоколов, а управление терминалами у меня на битриксе =))) а вот на фронте у меня Vue (nuxtjs), но я хочу еще попробовать ExtJS для интерфейса прикрутить
И вообще кстати, работать в fullstack можно только от большого отчаяния и безысходности.
Ну я бы поспорил. Мне нравится и бэк и фронт, не люблю только верстать, хотя в целом с этим тоже нет проблем.
Да есть конечно
ArbNet #:Вы сначала изучите, что такое наследование и прототипы прежде чем тут нести бред..
Наследование это расширение класса от другого класса, а прототипирование это создание нового объекта с чертами(свойствами, методами, назначением в конце концов)
Я надеюсь у вас там в голове ничего не сломается, но попробую "JavaScript часто описывают как язык прототипного наследования "
Кстати, есть еще такая концепция, называется "неявного наследования". Зачем вы вообще все в кучу смешиваете, хотя в целом тут все понятно, когда каша в голове оно всегда так.
Нет, так не работает. Точнее работает пока проект очень маленький. Бывает ситуации, что меняя кусок кода в одном месте, ломается что то совсем в другом. Для этого придумали такую штуку как TDD (разработка через тестирование), сначала ты пишешь тест, а потом код который этот тест будет проходить, тогда будет полное покрытие кода тестами и любое изменение если что то ломает сразу же всплывет. А еще я на проекты стараюсь ставить Sentry или что то подобное.
Нет, не одно и тоже.
Прототипирование, если мы говорим про сайтостроение это некий макет сайта без дизайна, то есть понимание где что должно находится на сайте, обычно выглядит как то так
Паттерны проектирования - это некие архитектурные приемы, чтобы сделать программу более предсказуемой и поддерживаемой, самый знаменитый в мире вэба это MVC, наверняка слышали. Служит исключительно чтобы строить адекватную архитектуру.
Это когда каша в голове видимо, прототип в JS это примерный аналог класса в PHP. А да еще это компьютерная игра и тестовый робот и что там у нас еще прототипом называют.
Это вкусовщина, сколько еще языков программирования знаете чтобы однозначно утверждать что PHP идеал удобства программирования сайтов?
Закончите хоть с чем то, языков программирования больше 7000, я сомневаюсь что у вас там в голове что то новое родилось, вообще не понимаю что может родиться у джуна в голове.
Да если сильно захотеть то можно в космос полететь php-ml
Вы просто еще не осознали для чего нужно ООП, если вкратце, то чтобы оперировать какими то осмысленными объектами, например чтоб не складывать яблоки с человеком, в процедурном стиле это можно сделать легко, а в объектном уже чуть сложнее. Ну и разрабатывать программу проще, когда ты её представляешь набором каких то объектов у которых могут быть какие то параметры и действия. Все ради того чтобы строить большие программные комплексы.
Я не утверждал что надо пересаживаться с PHP на что то еще, я про то что есть альтернативы
Это естественно, но не там где указали вы. Вот нашей компании проще было переучить php'шников (у нас в основном сильные мидлы и сеньоры) на go, чем набрать go'шников. Хотя у go я бы не сказал что высокий порог входа, просто мало таких разрабов. А например местный персонаж Dram, уже несколько лет задает вопросы по php, за это время можно было стать сильным, прям таким прокаченным мидлом, а вопросы остались на уровне джуна, вот таких php'шников действительно много и потому что можно не знать в php ничего толком и считать себя разработчиком и даже делать какие то говнопроекты.
