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